Comment désactiver la fenêtre contextuelle avec les appels au serveur dans le programme 1C. Comment désactiver la fenêtre contextuelle avec les appels au serveur dans le programme 1C Comment désactiver les notifications contextuelles dans 1C 8.3

Pendant la leçon nous avons : créé une base, créé un traitement, créé un formulaire.

Nous allons maintenant vous présenter 5 méthodes d'envoi de messages de 1C « Bonjour tout le monde ! »

Tout le monde ne connaît pas au moins deux méthodes :)

Comment et où rédiger le texte du programme ?

Passez à l'onglet de la fenêtre avec le formulaire « Module ». Vous vous assurerez que vous y avez déjà du texte (« Procédure… »).

S'il n'y a pas de texte, alors :

Dans le client lourd, vous avez ajouté le formulaire au traitement de manière incorrecte, répétez depuis le début
Vous avez oublié d'ajouter un bouton dans le client léger, répétez depuis le début.

A l'intérieur du texte il y a une ligne :

// Insère le contenu du gestionnaire

Votre tâche consiste à effacer cette ligne et à saisir le texte du programme à la place. Après cela, enregistrez le traitement et ouvrez-le en mode entreprise.

Lorsque vous cliquez sur Exécuter, les actions que vous avez saisies seront désormais exécutées.

Passons maintenant aux méthodes elles-mêmes !

Message en 1C, méthode 1 - la plus simple

Vous devriez donc remplacer le texte « // Insérer le contenu du gestionnaire ». écrire le texte du programme.

Rapport("Bonjour tout le monde !");

En fait c'est tout :)

Le message en mode Entreprise dans le client lourd sera en bas de la fenêtre 1C, dans le client léger - à droite dans la fenêtre de traitement.

C’est la méthode la plus simple, très largement utilisée par les programmeurs.

Message en 1C, méthode 2 - aussi simple

Alerte("Bonjour tout le monde !");

En fait c'est tout :)

Le message en mode Entreprise dans les deux options client s'affichera dans une fenêtre contextuelle.

Message dans 1C, méthode 3 - apparu uniquement dans 1C version 8.2

ShowUserAlert("Bonjour tout le monde !","Bonjour vraiment !");

Cette méthode n'est apparue que dans 1C version 8.2. Il s'agit d'une fenêtre contextuelle dans le coin inférieur droit de l'écran qui disparaît avec le temps.

Message en 1C, méthode 4 - programmeur

Lancez l'exception « Bonjour tout le monde ! » ;

Il peut y avoir une erreur lors de l'exécution d'un programme. Parfois, cette erreur peut être calculée à l'avance (par exemple, vous devez calculer a = b/c et au moment de l'exécution du programme, on sait que c est égal à 0).

Dans ce cas, il existe un moyen de signaler l'erreur en utilisant cette méthode.

Message en 1C, méthode 5 - technologiquement avancé, uniquement pour la configuration standard

General Purpose.ReportError("Bonjour tout le monde !");

Un programmeur 1C doit connaître non seulement les méthodes de programmation disponibles dans la plate-forme 1C, mais également celles disponibles dans les configurations standard.

Les débutants, lorsqu’ils tentent d’ajouter une configuration standard, commencent à réinventer la roue.

Voici un exemple parfait. Cette fonctionnalité est présente dans de nombreuses configurations standards (client lourd uniquement !). Il semblerait que le résultat soit égal à l'action de la méthode 1.
Cependant, non : dans certaines configurations (par exemple, démarreur progressif), les messages d'erreur sont dupliqués dans le journal. De plus, avec des paramètres supplémentaires, le message est complètement différent.

Alors maintenant, vous pouvez vous sentir comme un vrai programmeur !

C'est exactement ce qu'est la programmation 1C. Bien sûr, la vraie programmation est beaucoup plus complexe et nécessite beaucoup de connaissances, mais vous avez maintenant une idée générale.

Bonne chance!

P.S. La version pdf de la leçon contient des captures d'écran pour vous permettre de créer plus facilement votre propre expérience.

P.P.S. La leçon comprend 5 vidéos avec des exemples de création d'une base de programmation, de création de traitement, de programmation dans un client lourd et léger.

L'article poursuit la série d'articles « Premiers pas de développement sur 1C ».

Nous y examinerons les méthodes d'information de l'utilisateur présentes dans la plateforme 1C:Enterprise 8, et concentrerons également votre attention sur certaines caractéristiques du fonctionnement de ces mécanismes ; ces caractéristiques sont liées au mode d'utilisation de la modalité. .

Applicabilité

L'article traite de la fonctionnalité :

Interface en version « Version 8.2 » pour la configuration développée sur la plateforme 1C:Enterprise 8.2.19.130
Interface de configuration de taxi développée sur la plateforme 1C:Enterprise 8.3.4.496 à 8.3.9+
Interface taxi pour une configuration développée sur la plateforme 1C:Enterprise 8.3.10-8.3.11

Comment afficher un message à l'utilisateur dans 1C

L'affichage des messages en mode utilisateur résout un certain nombre de problèmes :

reflet de l'avancement du processus en cours (montrant l'étape d'exécution du processus ; montrant les valeurs calculées obtenues lors du fonctionnement de l'algorithme) ;
afficher les erreurs à l'utilisateur pour une éventuelle correction ;
émettre des recommandations ;

Types de messages :

Terminateurs, qui arrêtent l'exécution du programme et ne lui permettent pas de continuer jusqu'à ce que l'utilisateur lise ce message et effectue certaines actions. Par exemple, l'utilisateur se verra présenter une question à l'écran à laquelle il devra répondre par Oui ou par Non. Jusqu'à ce que l'utilisateur réponde, le programme n'effectue aucune autre action ;
des messages d'introduction qui sont simplement affichés à l'utilisateur et permettent un travail ultérieur (c'est-à-dire utilisés en mode alerte).

Les messages de fin doivent être des messages d'erreur et des messages d'introduction : recommandations, messages sur l'étape en cours du processus et affichage des valeurs calculées (impression de débogage).

Les messages d'introduction sont destinés à fournir certaines informations à l'utilisateur.

Il est nécessaire que l'utilisateur s'en familiarise et, éventuellement, effectue certaines actions décrites dans ce message.

Il est très important que l’utilisateur lise réellement ces messages, ils ne doivent donc contenir que des informations importantes.

Les messages de test et de débogage ne doivent pas être envoyés à l'utilisateur, car tôt ou tard, il commencera à ignorer absolument tous les messages.

Dans le concept d'interface gérée, l'approche d'émission d'un message a quelque peu changé. Il est désormais lié à la forme sous laquelle il est né. Il ne peut plus être fermé afin que le texte soit totalement invisible.

Vous ne pouvez pas détacher une boîte de message d'un formulaire.

Syntaxe de la fonction :

Signaler (<Текст сообщения>, <Статус>)

Ceux. le premier paramètre est le texte lui-même.

Le deuxième paramètre (état du message) est facultatif. Vous pouvez spécifier des valeurs pour le statut : Normale, Important, Très important etc.

Cette valeur détermine quelle icône sera située à côté du message. Cependant, cela ne fonctionne que dans l'interface normale.

Dans le concept d'interface gérée, l'icône est toujours un point d'exclamation et ne peut pas être remplacée.

Le fait est que si un message est généré au moment de l'écriture d'un élément de répertoire, la situation suivante peut se produire.

L'utilisateur clique sur un bouton Sauver et fermer, dans ce cas le message s'affiche dans la fenêtre correspondante (à droite du formulaire).

Mais le formulaire se ferme instantanément et l'utilisateur ne verra aucune information affichée pour lui.

Par conséquent, dans le concept d'application gérée, il est recommandé d'afficher des messages d'introduction à l'aide de ce que l'on appelle des alertes. Un exemple d'utilisation incorrecte d'une fonction Signaler présenté dans la figure.

Cependant, la fonction Signaler peut être utilisé pour afficher des informations sur certaines erreurs, par exemple au moment de la comptabilisation du document.

Dans ce cas, le système peut être informé qu'il n'est pas nécessaire de fermer le formulaire et indiquer à l'utilisateur les erreurs qui se produisent lors de la publication du document.

Fonction Signaler entièrement pris en charge dans la plate-forme 8.3. Il peut être utilisé et cela fonctionnera (aussi bien dans la version fichier que dans la version client-serveur).

Mais il faut aussi noter que la fonction Signaler Il existe un développement ultérieur - il s'agit d'une classe de message pour l'utilisateur, qui permet, en plus d'afficher un message, de le lier contextuellement à n'importe quel élément du formulaire.

Par exemple, un message d'erreur peut être lié à un élément de formulaire, ce qui est très clair pour l'utilisateur. Nous reviendrons sur cette question un peu plus tard. Fonction Signaler il y a une fonctionnalité intéressante.

Ainsi, le code du programme dans la plateforme 8.3 peut être exécuté à la fois côté client et côté serveur.

Dans ce cas, le code du programme client est responsable de l'interaction avec l'utilisateur, c'est-à-dire Côté client, les formulaires sont ouverts et les rapports sont affichés.

Divers documents de dialogue sont également affichés uniquement sur le client. Ils ne peuvent pas être exécutés sur le serveur car celui-ci n'a pas la capacité d'interagir avec les utilisateurs.

Mais la fonction Signaler peut être exécuté à la fois côté client et côté serveur. Dans ce cas, l'utilisation de la méthode Signaler sur le serveur ne signifie pas du tout que les messages seront affichés sur le serveur, il n'y a tout simplement nulle part où les afficher.

Cela signifie que si nous affichons un message dans la procédure serveur en utilisant cette méthode, ils s'accumuleront dans un tampon et ils ne seront affichés à l'écran que lorsque la procédure serveur se terminera et reviendra au client.

À ce stade, le système demandera des données au tampon et les affichera à l'écran.

La même fonctionnalité s'applique à la classe Message à l'utilisateur. La figure montre un exemple d'utilisation de la méthode Signaler du côté du serveur.

Grâce à l'utilisation de la méthode Signaler côté serveur, des messages étaient affichés à l'écran côté client.

Un mécanisme d’alerte est nécessaire pour informer l’utilisateur que « quelque chose » s’est produit dans le système et que « quelque chose » requiert son attention. Les alertes sont générées par deux scénarios :

Par la plateforme elle-même lors de l'enregistrement ou de la modification interactive d'un objet
Par le développeur lors de l'appel d'une méthode dans le code .

La notification elle-même est une petite fenêtre qui apparaît généralement dans le coin inférieur droit et informe de l'action terminée. En quelques secondes, il s'estompe progressivement et disparaît. Dans le même temps, si vous passez le curseur de votre souris sur la notification, elle ne disparaît pas et vous pouvez la lire attentivement.

De plus, les alertes sont accessibles dans la zone correspondante du panneau d'information (le bouton « Historique » en bas à gauche du formulaire de candidature dans l'option d'interface « Version 8.2 »).

Pour créer vos propres alertes, vous devez utiliser la méthode du contexte global Afficher l'alerte utilisateur(). Sa syntaxe avant la version 8.3.10 est présentée ci-dessous :

Afficher l'alerte utilisateur (<Текст>, <НавигационнаяССылка>, <Пояснение>, <Картинка>)

Le premier paramètre contient le texte qui sera affiché dans la notification.

Ensuite, comme deuxième paramètre, vous pouvez transmettre un certain lien de navigation vers n'importe quel élément de la base d'informations (l'élément qui correspond au texte de notre message). Lorsqu'un utilisateur clique sur une alerte, le lien sera suivi.

En utilisant le troisième paramètre, vous pouvez transmettre une explication du message, c'est-à-dire une description détaillée.

Vous pouvez également attribuer une image qui affiche l'état de la notification.

Il convient de noter que tous ces paramètres sont facultatifs. Ci-dessous un exemple d'utilisation de cette méthode (dans le configurateur et en mode utilisateur dans l'option d'interface « Version 8.2 »).

Dans la version de la plateforme 8.3.10.216 pour l'interface « Taxi », le mécanisme de notification a été considérablement amélioré afin d'améliorer la convivialité des clients légers et web. Pour cette raison, les paramètres passés à la méthode ont également changé Afficher l'alerte utilisateur(). Maintenant, la syntaxe ressemble à ceci :

Afficher l'alerte utilisateur (<Текст>, <ДействиеПриНажатии>, <Пояснение>, <Картинка>, <СтатусОповещенияПользователя>, <КлючУникальности>)

On constate que le deuxième paramètre, précédemment appelé Lien de navigation, j'ai un nouveau nom ActionLorsqueClic. Cela est dû au fait qu'il est désormais possible d'envoyer non seulement une chaîne avec un lien de navigation, mais également une description de l'alerte. Ceci est illustré dans la capture d'écran ci-dessous :

Comme le montre l'exemple, nous avons désormais la possibilité de traiter par programme un clic sur une fenêtre de notification, selon la logique nécessaire.

Paramètre suivant Statut d'alerte utilisateur est apparu pour la première fois. Il indique l'état de l'alerte (Information ou Important).

Dans le cas de l'option Important, si l'utilisateur n'a pas répondu au message, une fois celui-ci masqué de l'écran, il peut être lu via le centre de notifications (plus d'informations ci-dessous). Dans le cas de l'option Informations, la notification est supprimée sans être stockée dans ce centre. Réécrivons le code de notre exemple comme ci-dessous :

Après avoir exécuté la commande, nous obtenons approximativement cette vue de la fenêtre de l'application :

Un bouton avec une icône en forme de cloche est apparu dans la barre d'outils, qui appelle le centre de notifications mentionné ci-dessus. Il accumule les nouvelles alertes importantes auxquelles l'utilisateur n'a pas encore répondu.

S'il y a des alertes dans le Centre, un petit point orange apparaît à côté pour attirer l'attention de l'utilisateur. L'utilisateur peut ouvrir le centre de notifications, lire le texte et, si nécessaire, effectuer certaines actions.

Depuis le Centre, l'alerte est effacée en cliquant sur le bouton Effacer, mais s'il y a une action associée à l'alerte, alors dès que l'utilisateur clique sur le texte du message, celle-ci disparaîtra également.

Et enfin, le dernier paramètre ajouté était Clé de l'unicité. Vous pouvez l'utiliser pour retrouver l'alerte affichée à l'écran et la modifier. S'il n'y a pas d'alerte avec ce paramètre, une nouvelle alerte sera affichée.

Comme vous pouvez le constater, les possibilités offertes par la méthode correspondante sont devenues encore plus grandes ! Mais ce ne sont pas tous les changements apportés au mécanisme de notification.

Comme vous l’avez peut-être déjà remarqué, leur apparence a changé. Les alertes semblent désormais plus modernes et ergonomiques, mais elles ne peuvent pas être déplacées sur l’écran ni redimensionnées. Veuillez noter que dans notre exemple, le texte de notification ne tenait tout simplement pas entièrement dans la fenêtre elle-même et que l'utilisateur ne pourra le lire dans son intégralité qu'en ouvrant le Centre de notifications. Par conséquent, vous ne devez pas écrire une grande quantité de texte dans le texte de notification.

Les nouvelles fonctionnalités incluent également l'affichage simultané de jusqu'à trois alertes sur l'écran.

Ceci conclut notre connaissance de la génération logicielle d'alertes. Cependant, rappelez-vous que les alertes sont générées non seulement par le développeur par programmation, mais également par la plateforme elle-même au moment de l'enregistrement interactif ou de la modification d'un objet. Et souvent, ce fait provoque des malentendus, principalement parmi les utilisateurs novices : pourquoi ces alertes de service sont-elles nécessaires, qui, d'ailleurs, ne peuvent pas être désactivées ?

Imaginons cette situation simple : l'utilisateur a défini un filtre dans une liste pour plus de commodité. Disons qu'il a fait cela sous la forme d'une liste dans le répertoire Nomenclature. Puis, au bout d'un certain temps, j'ai décidé d'introduire un nouvel élément appelé « Chair », qui ne correspond pas au filtre précédemment installé. Il le saisit, l'écrit et... ? Et il ne le voit pas sur la liste. Que fera l’utilisateur moyen ? Bien sûr, il y entrera une seconde fois, mais ne le reverra plus. Cela peut être suivi d'une troisième, quatrième, cinquième fois. Quand il en aura assez de revenir encore et encore dans la même chose, il finira par vous demander : où va tout ?

C'est précisément pourquoi la plateforme affiche ces alertes de service, informant l'utilisateur que son action est terminée. Dans notre exemple, au moment de l'enregistrement interactif, l'utilisateur verra la notification suivante :

Messages de résiliation

Les messages de fin sont les messages qui ne permettront pas le travail tant que l'utilisateur n'aura pas effectué certaines actions, c'est-à-dire jusqu'à ce qu'il traite le message.

Nous parlerons un peu plus tard de la possibilité d'utiliser les messages de terminaison dans la plateforme 8.3 (dernièrement, ils ont essayé de ne pas les utiliser, l'exemple considéré est donc plus pertinent pour la plateforme 8.2).

Il existe deux méthodes pour émettre des messages de fin Avertissement Et Question. Avertissement diffère de Question parce qu'il a un seul bouton D'ACCORD.

Une question peut spécifier différents ensembles d'options de réponse ( Pas vraiment, OuiNonAnnuler, D'ACCORD, OKAnnuler, RépéterAnnuler, AbandonnerRépéterSauter), qui sont spécifiés à l'aide du paramètre.

Affichons un avertissement en utilisant la ligne (par exemple, dans un module d'application géré) :

Attention("La base va maintenant être ouverte");

Pour ouvrir un module d'application géré, sélectionnez l'objet dans l'arborescence de configuration Configuration, appelez le menu contextuel et sélectionnez l'élément Ouvrir un module d'application géré.

Dans ce cas, au lancement de l'application, une fenêtre modale s'affichera. Une fenêtre modale chevauche toutes les fenêtres existantes dans l'application. Jusqu'à ce que nous traitions cette fenêtre, aucune autre action n'est possible.

La fonction fonctionne de la même manière Question.

Syntaxe:
Question(<ТекстВопроса>,<Кнопки>,<Таймаут>,<КнопкаПоУмолчанию>,<Заголовок>,
<КнопкаТаймаута>);

Seuls les deux premiers paramètres sont obligatoires. Pour le deuxième paramètre, le type de données est composite ( Mode de dialogueQuestion ou ListeValeurs). Troisième paramètre ( <Таймаут> ) caractérise l'intervalle de temps en secondes pendant lequel le système attendra une réponse de l'utilisateur.

À l'expiration de l'intervalle, la fenêtre des questions sera fermée. Paramètre similaire ( <Таймаут> ) est également disponible pour la fonction Avertissement.

À titre d'exemple d'utilisation de la fonction Question Vous pouvez utiliser le code suivant, écrit dans un module d'application géré :

Veuillez noter que ces méthodes ( Avertissement Et Question) ne sont pas disponibles sur le serveur. Et c'est logique, car les méthodes d'interface ne peuvent pas être exécutées sur un serveur où il n'y a pas d'utilisateur.

Fonctionnalités d'utilisation des fenêtres modales dans Platform 8.3

Dans la plateforme 8.3, il existe des modes de fonctionnement avec et sans modalité. Le paramètre par défaut est Ne pas utiliser le mode modalité.

Dans ce cas, l'utilisation de messages de terminaison est impossible. S'il est nécessaire d'utiliser des messages de terminaison (fonctions Avertissement Et Question) vous devez modifier la valeur de la propriété de configuration sur Utiliser.

La fenêtre modale est affichée tout en haut et bloque le travail avec d'autres fenêtres jusqu'à ce que les actions avec la fenêtre modale soient terminées. De plus, l'exécution du code du programme s'arrête au moment où cette fenêtre est appelée. L'exécution du code ne continuera qu'après la fermeture de la fenêtre modale.

Premièrement, des problèmes d'utilisation des fenêtres modales surviennent pour une application mobile. Deuxièmement, dans le navigateur, la modalité de fenêtre est implémentée à l'aide de fenêtres contextuelles distinctes.

Les fenêtres contextuelles sont souvent désactivées par les paramètres par défaut du navigateur. L'utilisateur doit être obligé de définir l'autorisation pour ces fenêtres.

Dans la plupart des cas, les navigateurs pour tablettes et téléphones ne prennent pas du tout en charge les fenêtres contextuelles.

Pour remplacer des fonctions Question Et Avertissement de nouvelles méthodes ont été développées : Afficher la question, AfficherAvertissement.

Ces méthodes permettent d'appeler une fenêtre, mais n'arrêtent pas l'exécution du code du programme. Techniquement, ceci est réalisé en formant une pseudo-fenêtre à l'intérieur de la fenêtre parent. La pseudo-fenêtre ne chevauche pas la fenêtre parent. Après avoir ouvert une telle fenêtre, le code continue de s'exécuter.

La réception et le traitement des valeurs saisies par l'utilisateur sont effectués dans une procédure distincte, appelée lorsque la boîte de dialogue est fermée.

Syntaxe de la fonction AfficherAvertissement:

AfficherAvertissement(<ОписаниеОповещенияОЗавершении>, <ТекстПредупреждения>, <Таймаут>, <Заголовок>)

Paramètre <ОписаниеОповещенияОЗавершении> (facultatif)

Type de données: DescriptionAlertes.

Contient une description de la procédure qui sera appelée après la fermeture de la fenêtre d'avertissement.

Syntaxe de la fonction Afficher la question:

Afficher la question (<ОписаниеОповещенияОЗавершении>, <ТекстВопроса>, <Кнопки>, <Таймаут>, <КнопкаПоУмолчанию>, <Заголовок>, <КнопкаТаймаута>)

Les trois premiers paramètres sont obligatoires.

Vous trouverez ci-dessous un exemple d'utilisation de la fonction.

Classe MessageToUser

Commodité de base de la classe de message Message à l'utilisateur c'est qu'il s'agit d'un message contextuel (contrairement aux méthodes Avertissement Et Question).

Les messages peuvent être liés à un élément d'écran spécifique. Cet objet est également disponible sur le Serveur.

Veuillez noter que cet objet doit d'abord être créé. Par exemple: Message = Nouveau MessageVersUtilisateur ;

Nous créons donc une instance de cet objet.

Deuxièmement, vous devez spécifier le texte du message dans une propriété distincte.

Troisièmement, dans la propriété Champ Vous pouvez spécifier à quel élément de formulaire ce message doit être joint.

Attention! Pour lier au champ de formulaire souhaité, faites attention à l'initialisation des propriétés CheminVersDonnées Et Clé de données. Pour un document, en plaçant du code dans un module objet, vous pouvez écrire :

Message.DataPath = « Objet » ;
Message.DataKey = ThisObject.Link;

Pour ouvrir le module document, dans la fenêtre d'édition de l'objet (document), allez dans l'onglet Autre appuie sur le bouton Module objet.

Pour l'expérimentation, nous placerons le code dans le module objet d'un document.

Ci-dessous le résultat obtenu en mode utilisateur pour la Plateforme 8.3.

Il convient de noter que les messages sont générés à l'aide du nouvel objet système Message à l'utilisateur dans le cas général, ils ne terminent pas. Ceux. le système permettra à l'utilisateur de poursuivre d'autres actions sans répondre aux messages affichés.

Mais premièrement, ces messages sont assez perceptibles. Deuxièmement, des messages sont généralement affichés à l'utilisateur au moment de l'enregistrement d'éléments d'annuaires ou de la mise en ligne de documents, c'est-à-dire lorsque certaines vérifications sont effectuées. Et si des erreurs ont été détectées, l'utilisateur verra ces mêmes messages.

En conséquence, lorsque des erreurs sont détectées, la transaction est annulée, c'est-à-dire l'écriture d'un élément de répertoire est interdite, ou la publication d'un document est interdite.

Ainsi, une sorte d'émulation du message de fin se produit. Étant donné que l'action est annulée jusqu'à ce que l'utilisateur réagisse au message saisi, il sera impossible de terminer l'action, par exemple en publiant un document.

Mais, d'un autre côté, il est possible de fermer le document sans le réaliser, sans réagir de quelque manière que ce soit au message. Par conséquent, ces messages destinés à l’utilisateur ne se terminent pas.

Notification de l'état du processus

Il existe une fonction spéciale avec laquelle vous pouvez afficher la progression approximative d'un processus.

Syntaxe: État(<ТекстСообщения>, <Прогресс>, <Пояснение>, <Картинка>)
Possibilités :<ТекстСообщения>Et<Пояснение>– facultatif, tapez – Doubler.
Le texte est affiché sur une barre d'état spéciale.
<Прогресс>Le paramètre est également facultatif, mais visuel.
Taper: Nombre. Valeur de l'indicateur de progression (de 1 à 100).
<Картинка>également un paramètre facultatif.
Lors du traitement d'un événement, des appels périodiques d'une fonction comme :

Dans ce cas, les étiquettes peuvent changer et les valeurs du paramètre Progress peuvent changer.

Une fonction peut être appelée à partir d'une procédure (fonction) ou de plusieurs. De cette façon, vous pouvez suivre l'état d'exécution du processus.

Si vous souhaitez examiner de plus près le mécanisme de notification, arrêtez-vous maintenant et lisez notre nouvel article, Afficher la progression des opérations de longue durée dans la version 8.3.10. Il explique, non plus au niveau d'un débutant, toutes les subtilités et les pièges du fonctionnement de ce mécanisme.

Nous terminons notre introduction aux moyens d'informer l'utilisateur. Nous espérons que vous comprenez dans quelles situations telle ou telle méthode doit être utilisée.

Je voudrais encore une fois attirer votre attention sur le fait que si votre configuration (version 8.3.3+) implique de travailler à l'aide d'un client web, alors :

au niveau de la configuration, le paramètre du mode de modalité doit être réglé sur « Ne pas utiliser »
Le code doit utiliser les méthodes du modèle d'interaction utilisateur asynchrone. De telles méthodes commencent par les mots Montrer ou Commencer.

Vous pouvez en savoir plus sur le refus d'utiliser les fenêtres modales dans la plate-forme 1C:Enterprise 8.3 dans le dernier article de la série. Et nous passons à autre chose et, enfin, commençons à étudier l'interface Taxi tant attendue, qui a déjà été mentionnée plus d'une fois dans nos documents.

Aujourd'hui, nous traiterons des info-bulles dans 1C. Ils sont très utiles car ils expliquent ce qu'il faut saisir dans un champ donné. Vous pouvez créer des info-bulles pour tous les champs qui existent dans 1C. Ils sont souvent négligés par les programmeurs 1C novices.

Nous allons créer des info-bulles pour notre document Réception de marchandises. Si vous n'avez pas lu les articles précédents dans lesquels nous avons créé un nouveau document, nous avons calculé le montant total dans la ligne de la section tabulaire. Nous avons également vérifié que les champs étaient remplis. Je vous conseille de vous familiariser avec eux.

Comment créer des info-bulles pour les champs de formulaire dans 1C

Commençons donc par créer des info-bulles pour différents champs de formulaire dans 1C. Dans l'exemple, j'utiliserai le document que nous avons créé précédemment. Mais si vous avez besoin de faire des allusions à d'autres documents, alors tout est similaire.

Rappelons-nous quels champs se trouvent dans notre document. Il s'agit du fournisseur, du nom, de la quantité, du prix et du montant. Créons des info-bulles pour les champs Fournisseur et, par exemple, Prix. Ouvrez le configurateur, accédez au document et allez dans l'onglet Données. Double-cliquez sur les détails du fournisseur. Dans la fenêtre Propriétés qui s'ouvre, recherchez l'élément Indice. Nous y inscrivons « l'organisation auprès de laquelle les marchandises ont été reçues ».

De la même manière, nous créons un indice pour le champ Prix. Accédez aux propriétés du champ Prix en double-cliquant et dans l'élément Indice, écrivez « Prix pour 1 unité de marchandise ».

Maintenant, nous exécutons notre programme en mode débogage et regardons le résultat. Lorsque vous passez votre souris sur les éléments avec Fournisseur et Prix, nos info-bulles devraient s'afficher.

Dans les nouvelles versions de 1C:Enterprise, les utilisateurs sont informés des nouvelles versions de la plateforme et des configurations 1C. Ces alertes apparaissent sous forme de pop-ups périodiques. Pour les utilisateurs ordinaires qui ne participent pas aux mises à jour, les fenêtres contextuelles interfèrent avec leur travail et agissent comme un irritant.

Dans cet article, nous allons vous expliquer comment désactiver les rappels intrusifs concernant une nouvelle version du programme en utilisant l'exemple de la configuration « Trade Management » de l'édition 11.3.

Sur la page initiale du programme, une liste d'actualités est affichée pour chaque utilisateur dans le coin inférieur droit. Les alertes sur les nouvelles versions du programme font partie des actualités 1C. Pour accéder aux paramètres des actualités sur la page d'accueil, vous devez cliquer sur le lien hypertexte « Toutes les actualités », il est surligné en rouge dans la figure ci-dessous.

Dans la fenêtre « Paramètres d'affichage des actualités » de l'onglet « Fils d'actualités », vous devez décocher la case « Mises à jour des configurations standards » et cliquer sur le bouton « Ok ». Vous avez terminé, plus aucune fenêtre pop-up avec des messages de mise à jour ne vous dérangera !

Afin de désactiver les fenêtres pop-up pour tous les utilisateurs, vous devez vous rendre dans la section « Données de recherche et administration » - « Assistance utilisateur en ligne ».

Dans le groupe « Gérer les paramètres et les mises à jour des actualités », cliquez sur le lien hypertexte « Ouvrir les paramètres de gestion des actualités ».

Dans la fenêtre de gestion des paramètres et des mises à jour des actualités, dans l'onglet « Paramètres utilisateur », vous devez cocher les cases des utilisateurs dont vous souhaitez modifier les paramètres, puis cliquer sur le bouton « Paramètres utilisateur ». Dans les paramètres utilisateur de l'onglet "Flux d'actualités", décochez les cases inutiles et cliquez sur "OK". Après cela, vous devez cliquer sur le bouton « Enregistrer et fermer » dans la fenêtre de gestion des paramètres et des mises à jour des actualités.

Désactivation de la dernière édition de la fenêtre contextuelle avec les paramètres de performances du serveur dans le programme de comptabilité

Nous allons maintenant vous parler de quelques problèmes techniques dans 1C que chaque utilisateur devrait connaître. Souvent, les comptables qui utilisent le programme 1C Enterprise 8 disent que lors de l'exécution d'opérations, une petite fenêtre apparaît sur le côté gauche de l'écran avec des données sur les indicateurs dont l'utilisateur n'a pas besoin. Souvent, ces fenêtres ne remplissent qu'une fonction « irritante » et ne vous permettent pas de travailler normalement.
Généralement, la fenêtre comporte les inscriptions suivantes - « Appels accumulés » et « Appels en cours » (avec des informations sur leur numéro). Dans l'apparence gérée de « 1C Enterprise 8 », cela ressemble à ceci :

En apparence, « Taxi » est un peu différent :

Les utilisateurs se demandent souvent ce que sont ces fenêtres avec indicateurs et dans quelle mesure elles sont nécessaires à leur travail.

Qu'est-ce que c'est?

C'est l'un des outils développés par des spécialistes qui ont travaillé sur le programme 1C. En d’autres termes, ce sont des indicateurs de performances des appels serveur. Habituellement, en mode 1C, ils montrent au développeur en temps réel : l'organisation, les données sur la durée et le nombre d'appels au serveur, ainsi que la quantité d'informations reçues et transmises.

En bref, l'outil ci-dessus a été créé pour fournir visuellement au développeur des informations sur le nombre de fois où le système a accédé au serveur au cours de certaines opérations, ainsi que sur la quantité de données nécessaires transportées.

Lors de l'installation du programme, dans les paramètres d'information. La base de données active automatiquement le mode de réflexion de ces indicateurs. Il ne fait aucun doute qu'un comptable n'a pas besoin de ces paramètres et ne fait que gêner son travail.

Configuration d'une fenêtre pop-up

Bien entendu, le programme vous permet de personnaliser le nombre d'indicateurs affichés dans la fenêtre. Pour ce faire, faites un clic droit sur la fenêtre (ou cliquez sur l'icône dans le coin inférieur gauche de « Taxi ») et sélectionnez l'élément appelé « Paramètres » dans le menu contextuel.

Après cela, vous verrez un formulaire ouvert où vous pourrez sélectionner tous les indicateurs nécessaires qui seront affichés dans cette fenêtre, ou simplement décocher les cases à côté des indicateurs inutiles.

Façons de désactiver l'affichage des appels du serveur

La première méthode est administrative.

Pour commencer, accédez à . Pour cela, en mode de lancement Entreprise, placez le curseur sur la base souhaitée et appuyez sur la touche appelée « Configurateur ».

En cliquant sur le menu « Outils » - « Options », ouvrez les paramètres d'information. bases de données en mode « Configurateur ».

Sélectionnez ensuite l'onglet « Avancé », qui se trouve dans les paramètres sur l'onglet intitulé « Lancement 1C : Entreprise ». Décochez « Options de performances d'affichage » et cliquez sur le bouton « OK » (ou sur le bouton « Appliquer »).

Enfin, en mode Entreprise, lancez le programme 1C.

La deuxième méthode est personnalisée.

En mode Entreprise, cliquez sur le bouton du menu principal et sélectionnez « Outils » - « Options ».

Après cela, décochez la case intitulée « Afficher les paramètres de performances », qui se trouve dans la fenêtre des paramètres.

Et enfin cliquez sur le bouton « OK ».