Dans cet article, nous nous familiariserons avec les principaux aspects du travail avec un formulaire géré dans 1C 8.3. Qu'est-ce qu'un formulaire et pourquoi est-il nécessaire ? Le formulaire est l'objet principal à travers lequel l'utilisateur interagit avec le programme. Autrement dit, à l'aide du formulaire, l'utilisateur saisit des informations dans le programme et les informations nécessaires à l'utilisateur sont également affichées sur le formulaire.

La tâche principale d'un développeur sous quelque forme que ce soit (gérée ou conventionnelle) est de fournir à l'utilisateur un mécanisme pratique pour interagir avec le programme.

La plate-forme 1C a la capacité de générer n'importe quelle forme d'objet, mais généralement, lors du développement de solutions d'application, les programmeurs configurent eux-mêmes les formulaires.

Les problèmes liés au travail avec des formulaires gérés en particulier et avec une application gérée dans son ensemble sont abordés en détail dans le livre « Fondamentaux du développement en 1C : Taxi ». Développer une application gérée en 12 étapes. Ce livre sera d'une réelle aide pour ceux qui débutent dans le développement d'applications gérées.

Le livre "Principes de base du développement en 1C : Taxi" est parfait pour ceux qui ont déjà commencé à programmer et rencontrent certaines difficultés avec ce sujet et pour ceux qui programment depuis longtemps, mais n'ont jamais travaillé avec des formulaires gérés 1C.

1. Pas de termes techniques compliqués ;
2. Plus de 600 pages de matériel pratique ;
3. Chaque exemple est accompagné d'une image (capture d'écran) ;

Code promo pour une réduction de 15% - 48PVXHeYu

Parfois, il semble qu'apprendre un langage de programmation en 1C soit difficile et difficile. En fait, la programmation en 1C est simple. Mes livres vous aideront à maîtriser facilement et rapidement la programmation en 1C : et « Fondamentaux du développement en 1C : Taxi »

Apprenez la programmation en 1C à l'aide de mon livre "Programmation en 1C en 11 étapes"

1. Pas de termes techniques compliqués.
2. Plus de 700 pages de matériel pratique.
3. Chaque tâche est accompagnée d'une image (capture d'écran).
4. Collection de tâches pour l'étude à domicile.
5. Le livre est écrit d'une manière compréhensible et langage clair- pour un débutant.
6. Le livre est envoyé à e-mail V Format PDF. Peut être ouvert sur n’importe quel appareil !

Si cette leçon vous a aidé à résoudre un problème, l'a aimé ou a été utile, alors vous pouvez soutenir mon projet en transférant n'importe quel montant :

peut être payé manuellement :

Yandex.Money — 410012882996301
Argent Web - R955262494655

Rejoignez mes groupes.

Les formulaires qui existent dans 1C:Enterprise sont conçus pour le travail interactif des utilisateurs avec des données base d'informations. Pour offrir cette possibilité, le formulaire est « rempli » avec les fonctionnalités nécessaires.

La fonctionnalité du formulaire est déterminée par la composition de ses détails et commandes. Les attributs du formulaire sont les données avec lesquelles le formulaire fonctionne. Les commandes de formulaire sont des actions qu'un formulaire peut effectuer sur des données. Cependant, la présence d'une commande dans le formulaire ne permet pas encore d'utiliser ses fonctionnalités. De même, les détails eux-mêmes ne permettent pas d'afficher et de modifier les données.
Pour utiliser les commandes, pour afficher et éditer les données stockées dans les attributs, il existe des éléments de formulaire associés aux commandes et attributs correspondants.
Sans entrer dans les détails, la relation entre les commandes, les attributs et les éléments du formulaire peut être représentée par un diagramme.

Communication entre commandes, attributs et éléments de formulaire

On peut noter ce qui suit principales caractéristiques formes.
Premièrement, nouvelle forme n'est pas dessiné en détail par le développeur, mais est construit automatiquement par le système. Développeur en mode configuration :

• définit la composition du formulaire sous la forme d'un arbre d'éléments
• décrit le comportement d'un formulaire en définissant des valeurs pour ses propriétés et/ou en implémentant des procédures 1C:Enterprise.

Lors de la création d'une interface pour un utilisateur particulier, le système utilise cette description déclarative pour créer le formulaire et placer ses éléments.
Deuxièmement, lors de la création du formulaire est utilisé nouveau modèle contrôler l’accessibilité et la visibilité des éléments du formulaire. Ceci prend en compte :

• paramètres de droits dans le contexte des rôles d'utilisateur
• dépendance des éléments de formulaire aux options fonctionnelles
• personnalisation du formulaire réalisée par le développeur au stade de la configuration de la solution applicative
• personnalisation du formulaire effectuée par l'utilisateur au stade de l'exploitation de la solution applicative.

Fonctionnalité par défaut

Dans 1C:Enterprise, vous n'avez pas besoin de créer de formulaires pour présenter et traiter les objets de données. Dans ce cas, lors de l'exécution de commandes d'ouverture de formulaires, le système créera automatiquement le formulaire nécessaire à la volée. Le formulaire créé aura la fonctionnalité et la présentation par défaut. Qu'est-ce qui détermine la présentation et la fonctionnalité d'un formulaire ?
La présentation standard et les fonctionnalités d'un formulaire définissent un objet d'interface de formulaire géré (par exemple, la capacité d'un formulaire à se fermer) et une extension d'un formulaire (par exemple, la possibilité d'écrire des données de formulaire dans une infobase).
L'extension du formulaire est propriétés supplémentaires, méthodes, paramètres et commandes qui apparaissent sur l'objet Form lorsque l'attribut principal lui est attribué.

ATTENTION!
Un seul attribut peut être sélectionné comme attribut principal
à partir des attributs du formulaire.

Il est important de comprendre que :

• la fonctionnalité supplémentaire fournie est incluse dans l'objet formulaire géré, c'est-à-dire qu'elle en fait partie intégrante
• composé caractéristiques supplémentaires est déterminé par le type de l'attribut principal du formulaire, c'est-à-dire le type de données à éditer auxquelles le formulaire est destiné.

Des extensions peuvent également être présentes sur les éléments de formulaire. Comme pour le formulaire lui-même, la composition de l'extension, c'est-à-dire les propriétés, méthodes, etc. supplémentaires de l'élément de formulaire, est déterminée par le type d'attribut auquel l'élément est associé.
S'il est nécessaire d'implémenter une représentation de données non standard ou une fonctionnalité non standard, le développeur peut créer indépendamment un formulaire dans le configurateur. L'éditeur de formulaires est utilisé pour créer des formulaires. À l'aide de cet éditeur, le développeur crée l'ensemble nécessaire d'attributs et de commandes pour le formulaire, ainsi que les éléments de formulaire qui les affichent.

Commandes de forme

Pour vous familiariser avec les commandes du formulaire, créons un autre formulaire pour le document Consommation de marchandises. Depuis menu contextuel nœud Formulaires de ce document, sélectionnez Ajouter.

Ajout d'un sous-formulaire

Cela ouvrira la fenêtre du concepteur de formulaire. Dans la fenêtre du concepteur, sélectionnez le type de formulaire - Formulaire de document, cochez la case Attribuer le formulaire principal et définissez le nom MainForm. Cliquez sur le bouton Terminé.

Fenêtre du concepteur de formulaire

1C8 : Fenêtre du constructeur de formulaire

À la suite du travail du constructeur, un formulaire de document a été créé, ce formulaire est désigné comme formulaire principal, c'est-à-dire qu'il est utilisé par défaut pour travailler avec un document. Une fois que le concepteur a terminé, la fenêtre de l'éditeur de formulaire s'ouvrira pour le formulaire créé.

Éditeur de formulaire avec formulaire de document généré automatiquement

NOTE
Dans l'éditeur de formulaire, l'attribut principal du formulaire est mis en évidence en gras.

Si vous ouvrez le document de consommation de marchandises en mode 1C : Entreprise, nous nous verrons que le formulaire que nous avons créé est utilisé pour travailler avec le document.

Formulaire d'édition du document "Consommation du produit"

Les éléments donnant accès aux commandes se trouvent dans les panneaux de commandes. Dans notre cas, le système a généré un panneau de commandes de formulaire et un panneau de commandes de table de produits. N'importe laquelle des commandes disponibles peut être sélectionnée dans le menu Toutes les actions de la barre de commandes correspondante. Pour accélérer l'accès aux commandes, certaines d'entre elles (les plus importantes ou les plus fréquemment utilisées) sont représentées par des boutons directement dans les panneaux de commandes.
Comment le système est-il « guidé » lors de la constitution des équipes formatrices ? Quelles équipes doivent porter l’uniforme ? Pour répondre à ces questions, vous devez vous rappeler l'objectif principal du formulaire : le traitement interactif des données. Par conséquent, le formulaire doit contenir des commandes qui offrent à l'utilisateur la possibilité de traiter les données du formulaire et la possibilité d'accéder aux données associées aux données en cours de traitement.

Pour le traitement des données de formulaire - commandes de formulaire standard s

Le formulaire doit contenir des commandes de traitement des données et de gestion du formulaire. Ces fonctionnalités sont fournies par des commandes de formulaire locales standard. Dans l'éditeur de formulaires, ils sont présentés dans l'onglet Commandes standardséditeur de commandes.

Commandes de formulaire standard dans l'éditeur et l'interface

1C8 : Commandes de formulaire standard dans l'éditeur et l'interface

Ces commandes sont fournies par le formulaire et l'extension de formulaire. La composition des commandes fournies par le formulaire est standard et ne dépend pas des données du formulaire - voici les commandes :

• Référence
• Remodeler...
• fermer
• Enregistrer les paramètres...
• Restaurer les paramètres...

La composition des commandes fournies par l'extension dépend du type de l'attribut principal du formulaire. Dans notre cas, l'attribut Object de type de données DocumentObject.ProductExpense est attribué comme attribut principal du formulaire (voir la figure ci-dessus). L'extension correspondant à ce type de données fournissait les commandes suivantes :

• Passer et fermer
• brûler
• Relire
• Copie
• Marquer pour suppression
• Supprimer la marque
• Supprimer
• Conduire
• Annulation de l'événement.

ATTENTION!
Il est nécessaire de faire la distinction entre les commandes d'objet de configuration standard et les commandes de formulaire standard. Les premiers sont utilisés dans l'interface de commande globale et sont fournis par l'objet de configuration. Ces derniers sont utilisés dans le formulaire et sont fournis par le formulaire lui-même, son extension et les extensions des éléments du formulaire qui ont le type Table.

Pour faciliter le développement d'algorithmes de contrôle de formulaire, les commandes suivantes sont incluses dans les commandes de formulaire standard :

• Non,
• Annuler,
• avorter,
• Sauter,
• Répéter.

Si une telle commande est ajoutée au formulaire, alors lorsque l'utilisateur la sélectionne, les actions suivantes sont effectuées :

• pour un formulaire ouvert en mode modal, le formulaire est fermé, et la valeur de type DialogReturnCode correspondant à la commande sélectionnée est renvoyée
• un formulaire ouvert en mode non modal ne fait que fermer le formulaire.

S'il existe des tableaux dans les éléments du formulaire, alors les commandes qui assurent le traitement des données affichées dans ces éléments sont ajoutées aux commandes locales standard du formulaire. Document Consommation de produits Il y a partie tabulaire, qui dans le formulaire de données est représenté par l'attribut Goods. Pour afficher une liste de produits dans le formulaire, utilisez l'élément Produits de type Table. Les commandes de formulaire local standard incluent des commandes pour traiter les données tabulaires - le nœud Produits dans l'éditeur de commandes.

Commandes de table standard dans l'éditeur et l'interface

Pour travailler avec des données associées - commandes paramétrées globales

Lors du traitement des données du formulaire, il peut être nécessaire de visualiser les données associées aux données en cours de traitement. Il peut s'agir, par exemple, d'un ensemble d'enregistrements dans le registre des règlements avec les contreparties, subordonnés au document en cours de traitement, ou d'une liste de prix des marchandises vendues, etc. Il peut également être nécessaire d'effectuer certains traitements liés des données, par exemple, saisir un document de paiement basé sur un document de vente ou imprimer des codes-barres pour les marchandises vendues, etc.

L'accès aux données associées est assuré par des commandes de navigation paramétrables globales, et le traitement des données associées est assuré par des commandes d'action paramétrables globales. Dans l'éditeur de formulaires, elles sont présentées dans l'onglet Commandes globales de l'éditeur de commandes.

Commandes globales paramétrables dans l'éditeur et l'interface

Ces commandes sont fournies par l'interface de commande de la solution d'application globale. La composition des commandes disponibles dans le formulaire dépend du type de paramètre de la commande paramétrée (voir "Commandes aléatoires"). Dans le formulaire, ces commandes paramétrées globales sont disponibles pour lesquelles, dans le contexte du formulaire, vous pouvez obtenir les valeurs du paramètre du type requis.
Dans l'éditeur de commandes, la source du paramètre d'une commande est spécifiée entre parenthèses après la commande. Par exemple, pour la commande d'ouverture de la liste du registre des ventes, le paramètre est un lien vers le document en cours d'édition.
S'il existe plusieurs sources pour une commande dans le formulaire, la commande est représentée comme un nœud dans l'arborescence et la liste des sources est représentée comme des éléments de ce nœud. Une telle commande peut être incluse dans le formulaire de commandes avec n'importe laquelle des sources (ou plusieurs instances de la même commande avec des sources différentes).
Pour travailler avec les fonctionnalités de l'application - commandes globales indépendantes Lors du traitement des données du formulaire, il peut être nécessaire d'utiliser des fonctionnalités de l'application qui ne sont pas directement liées aux données en cours de traitement.
Par exemple, lors du traitement des données d'un document, nous devons rechercher les données ou saisir un nouveau type de prix. Des équipes mondiales indépendantes vous aideront à réaliser ces opérations. Dans l'éditeur de formulaires, elles sont présentées dans l'onglet Commandes globales de l'éditeur de commandes.

Commandes globales indépendantes dans l'éditeur et l'interface

Les commandes globales indépendantes sont fournies par l'interface de commande globale. Dans l'éditeur de commandes, les commandes globales indépendantes sont regroupées en sections de l'interface de commandes globale. La commande sera disponible dans toutes les sections de l'interface de commande globale dans laquelle elle est incluse.

Façons de former la composition des commandes de formulaire

Après avoir pris connaissance des sources des commandes de formulaire, voyons quelles options le système nous offre pour former la composition des commandes de formulaire.

NOTE
Pour le formulaire, il existe une autre source de commandes : le développeur, qui peut créer des commandes de formulaire locales arbitraires. Nous reparlerons de ces commandes un peu plus tard (voir « S'il n'y a pas assez de commandes standards »).

Dans le cas le plus général, il existe trois options :

• automatique - la composition des commandes du formulaire est déterminée par le système de manière entièrement automatique
• combiné - la composition des commandes du formulaire est déterminée automatiquement par le système et le développeur, à l'aide de l'éditeur de formulaire, la corrige
• manuel - la composition des commandes du formulaire est entièrement déterminée par le développeur.

L'option automatique est la plus rapide et la moins coûteuse en termes de développement d'une solution d'application : le système fait tout tout seul. La version combinée est probablement la plus couramment utilisée. Avec cette approche, le développeur n'intervient dans le fonctionnement du système que lorsque l'ensemble des commandes générées par le système ne fournit pas la réponse requise. Fonctionnalité traitement des données du formulaire. Dans la grande majorité des cas, l’interférence s’exprime par une simple expansion de la composition des commandes du formulaire. L'option manuelle offre cependant un maximum de possibilités de gestion de la composition des équipes de formulaires et de leur placement. Cependant, cela nécessite que le développeur effectue un travail minutieux important.

La plateforme contient un grand nombre de mécanismes qui facilitent le processus de mise en œuvre et offrent davantage de possibilités de personnalisation de la solution appliquée. Ce qui doit être fait dans d'autres systèmes en ajoutant ou en réécrivant le code du programme, dans 1C:Enterprise 8 peut être fait en quelques clics de souris. Parfois même directement en mode utilisateur. Sans modifier la solution appliquée elle-même, sans changer son code programme.

En règle générale, une solution applicative contient tous les rôles nécessaires à un travail à part entière. Toutefois, des exigences spécifiques de mise en œuvre peuvent exister. Pour répondre à ces besoins, le responsable de la mise en œuvre peut créer de nouveaux rôles. Le moyen le plus pratique de procéder est de copier et de modifier les rôles déjà présents dans la solution applicative.

Personnalisation de la barre de section

Vous pouvez modifier la composition du panneau de section dans le Configurateur en mode 1C:Entreprise.

Personnalisation de la page d'accueil

La composition des formulaires de la page d'accueil peut être modifiée dans le Configurateur avec des détails par rôle, ou individuellement pour un ou plusieurs utilisateurs en mode 1C:Entreprise.

Configuration de l'interface de commande de la partition principale

Vous pouvez modifier la composition des commandes affichées dans la section principale du Configurateur avec des détails par rôles.

Configuration des interfaces de commande de partition

La composition des commandes affichées dans une section particulière de la solution appliquée peut être modifiée dans le Configurateur avec des détails par rôles. Parallèlement, il est possible de configurer à la fois toutes les sections (l'éditeur "Tous les sous-systèmes") et chaque section individuellement (l'éditeur d'interface de commande).

Personnalisation des formulaires

1C sont créés automatiquement par le système lors de l'utilisation de la solution d'application. Ils constituent la base de la présentation (affichage) des informations dans le système 1C:Enterprise.

Structure du formulaire 1C

Le formulaire est une description logique de la composition du formulaire. elements décrit à quoi ressemblera le formulaire. Le placement des éléments du formulaire est effectué automatiquement par le système lors de leur affichage.

La partie affichée du formulaire (visible par l'utilisateur) est décrite comme une arborescence qui comprend des éléments de formulaire (voir la figure ci-dessous, le champ "Éléments du formulaire") :

• un groupe qui comprend d'autres éléments,
• champs de saisie,
• des drapeaux,
• les interrupteurs,
• boutons,
• tableaux qui incluent des éléments de colonne, etc.

"Éléments du formulaire 1C"

[cacher]

Un groupe d'éléments de formulaire peut être représenté comme

1. panneau de cadre,
2. panneau avec des pages (signets),
3. page réelle,
4. panneau de commande.

L'ensemble des fonctionnalités du formulaire est décrit comme :

• détails (données avec lesquelles le formulaire fonctionne) ;
• commandes (actions à effectuer).

Personnalisation de l'apparence d'un formulaire géré

Personnalisation de l'apparence d'un formulaire géré par l'utilisateur

Paramètre apparence un formulaire géré peut être implémenté au niveau de l'utilisateur. Pour cette fonctionnalité, dans les actions du formulaire, il existe la commande "Plus" - "Modifier le formulaire" (gestion uniquement des éléments du formulaire définis au stade du développement ou selon les règles standards d'auto-génération du formulaire).

"Plus" - "Remodeler"

Commande "Plus" - "Changer de formulaire" :

Après avoir cliqué sur « Modifier le formulaire », la fenêtre des paramètres du formulaire 1C s'affiche :

[cacher]

De plus, en mode utilisateur, il est possible de :

• changez l'ordre des formulaires, transférez-les d'une colonne à une autre (si le bureau est organisé en deux colonnes), mais vous ne pouvez pas modifier le nombre de colonnes sur le bureau ;
• afficher les informations sous forme de fenêtres distinctes (lors de l'appel de la commande de navigation, maintenir la touche Maj enfoncée).

Si des sections sont utilisées, alors lorsqu'une commande est appelée dans la barre de navigation, la liste qui lui correspond s'affiche dans l'espace de travail, remplaçant le contenu précédent de l'espace de travail.

Personnalisation de l'apparence d'un formulaire géré en tant que développeur

Le développeur peut influencer la disposition des éléments diverses installations. Il peut déterminer l'ordre des éléments, spécifier leur largeur et leur hauteur, et également utiliser :

• commandes du formulaire lui-même ;
• commandes globales utilisées tout au long de la configuration ;
• commandes paramétrables qui ouvriront d'autres formulaires compte tenu des données spécifiques du formulaire actuel.

Chiffre (changer le formulaire 1C développeur)

[cacher]

Lors de l'élaboration du formulaire 1C, vous devez :

1. dans l'éditeur de formulaire, incluez les détails et les commandes nécessaires dans le formulaire ;
2. créer des éléments de formulaire qui les affichent, déterminer l'ordre des éléments, préciser la largeur et la hauteur (si nécessaire) ;
3. organiser les éléments en groupes (si nécessaire).

1. Utilisez les paramètres de visibilité basés sur les rôles dans les éléments de formulaire (affichage et modification des attributs par , visibilité personnalisée des champs de formulaire par rôles, utilisation des commandes par rôles) au cas où un grand nombre rôles dans la configuration (parmi plusieurs dizaines). Au lieu de cela, les approches suivantes doivent être suivies :
   • avec de fortes différences dans l'apparence et la fonctionnalité du formulaire, en fonction de la présence de certains rôles pour l'utilisateur - développer des formulaires séparés, spécialisé pour un ensemble spécifique de droits d'utilisateur ;
   • avec des différences mineures - effectuer des vérifications d'autorisation dans le code. Ce faisant, il convient de garder à l'esprit que contrôle du programme la visibilité peut réduire la vitesse d'ouverture du formulaire, ce qui doit être pris en compte lors du choix entre les approches proposées.
2. Utilisez le paramètre de visibilité basée sur les rôles dans l'interface de commande de configuration, l'interface de commande de la section principale et l'espace de travail de la page d'accueil. Au lieu de cela, vous devez utiliser le paramètre d'autorisation pour les sections de l'interface de commande et les objets inclus dans l'interface de commande ou dans l'espace de travail. Cela améliore la prévisibilité du comportement de l'interface gérée pour l'utilisateur et facilite la résolution des erreurs.

Plus des informations détaillées pour travailler avec des formulaires dans le cours "Travailler avec des formulaires dans 1C:Enterprise 8.3", http://www.1c.ru/rus/partners/training/uc1/course.jsp?id=161.

L'article poursuit le cycle "Premiers pas de développement sur 1C".

Dans la configuration de la plateforme 1C:Enterprise, lors de l'affichage des informations, on utilise le plus souvent des tableaux affichant divers listes d'informations. Le travail avec de telles listes peut s'effectuer à la fois sous forme de liste et sous forme d'élément (traitement).

Dans cet article, nous examinerons ces options de personnalisation de liste, ainsi que d'autres aspects de la personnalisation des formulaires du point de vue de l'utilisateur.

Applicabilité

L'article traite de l'interface Gérée dans la configuration "Version 8.2" développée sur la plateforme 1C 8.3.4.482.

Si vous travaillez avec des configurations prenant en charge cette interface, les informations sont pertinentes pour vous et pour versions actuelles plates-formes.

Si vous travaillez dans la nouvelle interface Taxi, les noms de certaines commandes de configuration, ainsi que la séquence générale d'actions, peuvent différer légèrement.

De plus, la version actuelle de la plateforme a ajouté de nouvelles fonctionnalités de recherche dans les listes.

Personnalisation des formulaires et possibilité de travailler avec des listes

Pour les éléments formulaires gérés il est possible de modifier la visibilité et certaines autres propriétés. A ces fins, sous une forme gérée dans le menu Toutes les actions sert l'article changer de forme.

Après avoir cliqué sur cette commande, la fenêtre Paramètres du formulaire apparaîtra.

Dans la fenêtre qui apparaît, vous pouvez utiliser les cases à cocher pour modifier la visibilité de certains détails. Dans ce cas, le formulaire est automatiquement mis à l'échelle.

Vous pouvez modifier l'ordre des attributs. Ajoutez un nouveau groupe et placez-y quelques attributs (éléments), en définissant la variante de leur regroupement (horizontal, vertical).

Les détails inclus dans le groupe seront placés en conséquence. De plus, pour les éléments, vous pouvez configurer des propriétés telles que la largeur, la hauteur et les données d'en-tête.

Vous pouvez définir un attribut qui sera activé à l'ouverture du formulaire.

Une propriété importante est la possibilité d'ajouter de nouveaux champs au formulaire. Cela devient possible grâce aux attributs de type référence.

Par exemple, avoir un attribut de type référence sur le formulaire contrepartie, peut ajouter La personne de contact, si cet attribut est présent dans le répertoire "Entrepreneurs".

Des champs supplémentaires peuvent être supprimés si nécessaire. Les champs créés dans le configurateur ne peuvent pas être supprimés. Tous les paramètres définis par l'utilisateur sont enregistrés.

Pour revenir à paramètres par défaut dans la fenêtre "Configuration du formulaire" du menu Toutes les actions vous devez sélectionner l'élément Définir les paramètres par défaut.

En plus du paramétrage des formulaires dans l'interface gérée, il est possible de paramétrer des listes (éléments de répertoires, documents).

Sous forme de liste dans le menu Toutes les actions contient une commande spéciale Personnaliser la liste.

La fenêtre Configuration de la liste s'ouvre. Dans cette fenêtre, vous pouvez sélectionner, trier, définir une conception conditionnelle et un regroupement.

La figure montre le formulaire de modification de la sélection.

La sélection peut être effectuée sur plusieurs champs. Dans ce cas, par défaut, la sélection fonctionnera selon la condition ET. Vous pouvez également utiliser les conditions OU et NON.

Pour utiliser la condition OR (NOT), utilisez la commande Group Conditions pour ajouter le groupe approprié (Group OR, Group NOT).

La figure montre un formulaire permettant de définir des champs de tri.

Le regroupement est possible. Dans la figure, le champ de regroupement est sélectionné contrepartie.

La figure suivante montre comment le regroupement sera effectué.

Vous pouvez arbitrairement coloriser la liste ou appliquer d'autres éléments de conception conditionnels (surbrillance, certain formatage) en fonction d'une condition donnée, ainsi que mettre en surbrillance la liste des champs formatés.

La figure montre le résultat de la conception conditionnelle de l'arrière-plan du champ Somme.
Lorsque le montant est > 100 000.

A noter qu'il est possible de visualiser les répertoires en mode hiérarchique.

La visualisation hiérarchique des répertoires peut être configurée via l'élément Mode d'affichage au menu Toutes les actions. Vous pouvez choisir l'une des options : Liste hiérarchique, Liste, Arbre.

Il est également possible de mettre en place votre propre regroupement d'éléments de répertoire selon certains détails.

Par exemple, vous pouvez regrouper les articles par fournisseur. L'exemple est similaire à celui où nous avons considéré le regroupement des documents « Ventes de biens et services » par contreparties.

Une fonctionnalité pratique est la sélection multiple dans des listes avec exécution ultérieure d'actions de groupe (publication, annulation de publication, suppression du marquage).

La sélection des objets dans la liste s'effectue en maintenant enfoncée la touche Changement ou Ctrl.

La recherche d'une valeur dans la liste a ses propres caractéristiques. La recherche fonctionne en mode sélection. Seules les lignes qui satisfont à la condition de recherche restent.

Pour effectuer une recherche par valeur dans la colonne courante, il suffit de positionner le curseur sur la colonne souhaitée et de cliquer sur le bouton Trouver dans le panneau de commande. Une fenêtre apparaîtra dans laquelle vous devrez également cliquer sur le bouton Trouver.

Vous pouvez utiliser la case à cocher pour affiner votre recherche. Rechercher dans trouvé.

Lors d'une recherche sur une chaîne de données d'un type de référence (par exemple, des unités de mesure), vous devez sélectionner l'option de recherche appropriée ...(par ligne).

Cela se termine par des listes et des moyens de les personnaliser. Dans le prochain article, nous continuerons à nous familiariser avec l'interface et à considérer un outil pratique pour informer l'utilisateur, dont nous n'avons pas parlé auparavant. Quel est cet outil ? :)