L'articolo è incluso nel ciclo "Primi passi di sviluppo su 1C". In esso, continuiamo a familiarizzare con l'interfaccia Taxi gestita e procediamo direttamente alla sua configurazione.
Come sapete, lo sviluppo di un'interfaccia di infobase inizia con la creazione della sua struttura di menu, perché per quanto conveniente e logico sarà, l'intero sistema nel suo insieme sarà comprensibile per l'utente.
Dopo aver letto l'articolo, imparerai:
- Che ruolo gioca il sottosistema nel modellare la struttura del menu?
- Come formare sezioni di menu di 1° e 2° livello?
- Come personalizzare la composizione dei comandi visualizzati nelle sezioni del menu?
- A cosa serve l'editor dell'interfaccia di comando e come lavorarci?
- Come impostare l'interfaccia di comando della partizione principale?
Applicabilità
L'articolo tratta dell'interfaccia Taxi della configurazione sviluppata sulla piattaforma 1C 8.3.4.496. Le informazioni sono rilevanti per le versioni attuali della piattaforma.
Sottosistemi. Personalizzazione dell'interfaccia con i sottosistemi
I sottosistemi sono classificati come oggetti comuni. Forniscono la possibilità di classificare gli oggetti di configurazione in base a Sottosistemi.
Per indicare se un oggetto appartiene a sottosistemi in Finestra di modifica degli oggetti c'è una scheda corrispondente su cui i flag indicano a quali sottosistemi appartiene l'oggetto.
In futuro, puoi creare un filtro per l'albero degli oggetti in base a Sottosistemi.
Allo stesso tempo è possibile controllare: abilita per selezionato Sottosistemi oggetti subordinati Sottosistemi e parentale Sottosistemi o no.
Classificazione degli oggetti per Sottosistemi lo rende facile da creare ruoli.
Per oggetto Ruoloè possibile definire i diritti appropriati e indicarlo Ruolo può essere costruito solo su quegli oggetti che sono inclusi nel selezionato Sottosistemi.
Allo stesso modo Sottosistemi usato per creare Interfacce. Interfacce sono necessari solo se la configurazione viene eseguita in modalità applicazione comune.
Classificazione degli oggetti per Sottosistemi utilizzato anche per unire le configurazioni. Quelli. puoi unire oggetti filtrati da Sottosistemi.
Uno scopo importante dei sottosistemi è che da essi l'interfaccia del comando di configurazione sia costruita in modalità Applicazione gestita . Sottosistemi il primo livello è determinato .
Per esistere Sottosistemi puoi definire nidificato (subordinato). Dati Sottosistemi formeranno gruppi Barre di navigazione.
Quando classifichiamo un oggetto per Sottosistemi, è possibile includere un oggetto solo in un nidificato Sottosistema, possibilmente nel Sottosistema di primo livello, possibilmente in entrambi.
In quest'ultimo caso, l'oggetto verrà visualizzato due volte: sia all'interno del sottosistema annidato che separatamente in Barre di navigazione. Nella maggior parte dei casi, questo non è del tutto corretto.
In linea di principio, i sottosistemi sono un'entità facoltativa. Quelli. una configurazione sviluppata su Piattaforma 8.3 potrà funzionare senza alcun Sottosistema.
Ma in questo caso, non ci sarà alcun pannello delle partizioni, tutto verrà visualizzato sul desktop. Configurazioni molto semplici con un piccolo insieme di oggetti possono funzionare senza sottosistemi.
Ma se ci sono molti documenti, directory e registri nella configurazione, l'uso di Sottosistemi semplifica notevolmente il lavoro dell'utente.
Segna che qualche oggetto di configurazione appartiene ad alcuni Sottosistema possibile in tre modi.
In primo luogo, può essere fatto Finestra di modifica degli oggetti sul segnalibro Sottosistemi. Abbiamo già considerato questa opzione.
In secondo luogo, puoi usare Finestra di modifica del sottosistema. Segnalibro Composizione puoi specificare gli oggetti inclusi in questo Sottosistema.
E infine, per gli oggetti di configurazione, tramite il menu contestuale, è possibile richiamare un'apposita finestra di dialogo denominata Inoltre.
Questa finestra consente anche di contrassegnare un oggetto come appartenente Sottosistemi. Questa finestra viene utilizzata se vogliamo lavorare con più oggetti contemporaneamente.
Quando si sposta il cursore sugli oggetti dell'albero di configurazione nella finestra Inoltre vengono visualizzate le informazioni rilevanti sui sottosistemi.
Quando si crea un oggetto di configurazione predefinito, Platform 8.3 non associa l'oggetto a nessun sottosistema.
Quelli. lo sviluppatore deve andare lui stesso in questa scheda e selezionare le caselle appropriate.
Se lo sviluppatore non lo fa, il sistema determinerà l'assenza di appartenenza Sottosistemi come un errore.
Ma l'errore non è critico, quindi possiamo essere d'accordo con questo.
In effetti, il sistema ti informa per un aiuto che potresti aver dimenticato di includere nuovi oggetti Sottosistemi. In questo caso, gli oggetti non verranno visualizzati nell'interfaccia dei comandi.
L'utente può accedere a tali oggetti solo tramite Menu principale usando il comando Tutte le funzionalità.
Naturalmente, affinché un oggetto possa essere aperto, è necessario che all'utente siano concessi gli opportuni diritti.
Ci sono un certo numero di casi in cui è più conveniente per gli sviluppatori includere oggetti aggiunti a una configurazione tipica nel proprio sottosistema separato.
Per Sottosistemi in Modifica finestra puoi rimuovere la bandiera Includere nell'interfaccia di comando.
in cui Sottosistemi non verrà visualizzato nell'interfaccia di comando. Se non è presente alcun sottosistema da includere nell'interfaccia di comando, per i nuovi oggetti, la piattaforma 8.3 non verifica se appartengono a un sottosistema.
Per personalizzare la composizione dei comandi che sono contenuti nella corrispondente sezione definita dal sottosistema, è disponibile un apposito editor.
Questo editor può essere richiamato dalla finestra di modifica del sottosistema premendo il pulsante Interfaccia di comando(nella scheda Principale).
possibile per ciascuno Sottosistemi chiama questo editore. Dall'editor è possibile controllare l'apertura delle liste in Barre di navigazione, disponibilità di comandi in Barre d'azione.
Per impostazione predefinita, le caselle di controllo per i comandi per la creazione di elementi Directory e Documento sono deselezionate, ma possono essere selezionate. IN Barre d'azione puoi anche aprire i rapporti.
Gli elementi nell'editor possono essere spostati. Allo stesso tempo, da Barre di navigazione in Barra dell'azione e non è possibile muoversi nella direzione opposta. Puoi spostare gli elementi sia all'interno Barre di navigazione, o dentro Barre d'azione.
Sono presenti una colonna di visibilità generale e colonne di visibilità per ruoli. Ciascun ruolo definito nella configurazione avrà la propria colonna. Il valore impostato nella colonna visibilità generale è il valore predefinito per la visibilità per ruolo.
La visibilità per ruoli può assumere tre valori: o l'elemento sarà invisibile per il ruolo dato (1); oppure sarà sempre visibile, indipendentemente da quale flag sia impostato nella colonna visibilità (2); oppure il flag di visibilità del ruolo sarà ereditato dal flag di visibilità generale (3).
Se a un utente vengono assegnati due ruoli e viene specificata una casella di controllo per uno di essi e non per l'altro, la regola standard del sistema 1C:Enterprise 8 funzionerà: l'utente può agire se è consentito in uno dei i ruoli.
A volte è necessario modificare immediatamente l'interfaccia di comando in più Sottosistemi. Nella piattaforma 1C:Enterprise 8 è presente uno strumento di servizio che consente di modificare l'interfaccia di comando di diversi Sottosistemi.
Questo strumento viene richiamato dal menu contestuale del nodo radice del ramo Sottosistemi.
Nella finestra che si apre, puoi navigare rapidamente Sottosistemi e modificare le interfacce di comando. Inoltre, in questa finestra è possibile modificare la composizione Sottosistemi. Puoi anche spostare gli oggetti in Barre di navigazione e Barre d'azione.
Inoltre, puoi anche cambiare la subordinazione Sottosistemi. C'è un pulsante speciale per questo. Sposta sottosistema.
Per personalizzare l'interfaccia di comando sezione principale viene utilizzato anche un editor dell'interfaccia di comando.
Non è più chiamato Sottosistemi, e tramite il menu contestuale del nodo radice di configurazione, item Aprire interfaccia di comando della partizione principale.
Nella finestra che si apre, possiamo specificare quali Directory, Documenti e altri oggetti sono inclusi in questa interfaccia di comando. Puoi anche abilitare la loro visibilità e gestire la visibilità per ruolo.
Si prega di notare che durante la rimozione Sottosistemi La piattaforma, purtroppo, non verifica se almeno un oggetto è incluso o meno in questo sottosistema.
Dopo la rimozione Sottosistemi al salvataggio della configurazione non vengono visualizzati messaggi di ristrutturazione dell'infobase.
Questo conclude la nostra conoscenza dell'impostazione della struttura del menu dell'infobase. Nel prossimo articolo, continueremo la nostra conoscenza dell'interfaccia gestita e considereremo quali funzionalità offre la piattaforma 1C:Enterprise 8 per lavorare con gli elenchi.
In un articolo precedenteÈ stato descritto il motivo per cui modificare la visibilità degli elementi su un modulo gestito non è un buon modo per ricostruire l'interfaccia, controllando l'accessibilità degli elementi del modulo agli utenti.
Oggi esamineremo un modo alternativo per modificare la visibilità degli elementi dei moduli gestiti che non avviano una chiamata al server. Pertanto, possiamo risparmiare traffico e aumentare la velocità del programma.
Tutto sul cliente
L'intera essenza del metodo descritto di seguito è modificare la visibilità / accessibilità dell'elemento del modulo solo sul lato client, senza chiamate al server. La bandiera "Visibilità" non ci si addice. Diamo un'occhiata ad altre possibilità.
Ci sono due opzioni. Il primo consiste nell'utilizzare la proprietà "Accessibilità" dell'elemento del modulo. Tuttavia, anche se l'utente non sarà in grado di lavorare con gli elementi del modulo per i quali l'accessibilità è impostata su FALSE, lo vedrà comunque. Ecco come appare il gestore della modifica dell'accessibilità degli elementi del modulo:
& OnClient Procedura HideCommandVisibility(Command) Elements. Avvisare. Disponibilità = NON elementi. Avvisare. Disponibilità; EndProceduraL'elemento non disponibile assume la forma seguente:
Quando l'accessibilità di un elemento cambia, non c'è alcuna chiamata al server per ridisegnare il modulo, come avveniva con il flag "Visibilità".
Ma cosa succede se dobbiamo nascondere completamente alla vista l'elemento del modulo? Dimostriamo come farlo sull'elemento elenco dinamico del modulo sopra. Aggiungiamo al form un gruppo di elementi con la vista "Pagine" e due sottogruppi con la vista "Pagina". Sposta l'elemento dell'elenco dinamico su uno di essi.
In una pagina vuota in cui non esiste un elenco dinamico, aggiungeremo una decorazione del tipo "Iscrizione" in modo che la pagina non sia vuota e tu possa passare ad essa. Per un gruppo di pagine, impostare la proprietà "Visualizzazione pagina" su FALSE in modo che i segnalibri non siano visibili.
Ora, nel comando "Nascondi elenco dinamico", scrivi il seguente gestore:
& OnClient Procedura HideCommandVisibility(Command) If Elements. Pagine. CurrentPage = Articoli. Pagina1 Poi Elementi. Pagine. CurrentPage = Articoli. Pagina 2; Altri elementi. Pagine. CurrentPage = Articoli. Pagina 1; Finisci se ; EndProceduraIl comando cambia pagina. Quando si passa da una pagina all'altra, non ci sono chiamate al server, tutto viene eseguito sul lato client. Inoltre, se passiamo alla pagina "Pagina2", dove è stata aggiunta solo la decorazione dell'iscrizione, il modulo apparirà come nello screenshot qui sotto:
Pertanto, abbiamo nascosto l'elemento del modulo gestito in modo ottimale senza chiamate al server, chiamate al contesto del server. Di conseguenza, abbiamo risparmiato la quantità di traffico trasmesso e accelerato il programma.
Quando si progetta un'interfaccia su moduli gestiti, soprattutto se la soluzione funzionerà in modalità thin client, è sempre necessario tenere conto del comportamento della piattaforma durante determinate azioni. Quindi, ad esempio, si è già detto sopra che quando cambia la visibilità degli elementi, il form viene completamente ridisegnato sul server, e quando si cambia la proprietà "Accessibilità" o si cambiano le pagine, tutte le azioni vengono eseguite sul lato client .
Usa la potenza dei moduli gestiti nel modo giusto!
È necessario rendere l'elemento del modulo non visibile per impostazione predefinita, ma con la possibilità di visualizzarlo: la visibilità personalizzata degli elementi del modulo viene in soccorso.
Dato
Modulo Opzioni di elaborazione, con tre pagine "Opzioni di connessione", "Logging" e "Avanzate".
Un compito
Per impostazione predefinita, nascondi la scheda "Avanzate", ma con la possibilità di visualizzarla se necessario dalla modalità 1C:Enterprise.
Soluzione
Questo requisito è implementato in modo molto semplice, nel configuratore per la pagina "Aggiuntivo", vai alla proprietà Visibilità personalizzata e deseleziona "Visibilità". Proprietà Visibilità personalizzata imposta la visibilità di un elemento per impostazione predefinita.
Ora il form si aprirà con la pagina "Altro" nascosta, per visualizzarlo è necessario andare nel menu "Altro" e impostare la visibilità per la pagina. 
Se la visibilità viene modificata dall'utente, il valore verrà salvato e in futuro verrà aperto il modulo personalizzato.
Puoi anche impostare la visibilità per ruoli, per questo è necessario specificare nell'impostazione per quali ruoli l'elemento è visibile o non visibile. Per impostazione predefinita, tutto per tutti i ruoli viene preso dal valore totale. Quando si modifica la visibilità per un ruolo, la casella di controllo cambierà colore in nero.
Questo articolo continua la serie di articoli "Primi passi nello sviluppo su 1C". Il materiale presuppone che tu abbia già letto i nostri precedenti articoli sull'interfaccia. Nello stesso articolo, continueremo la nostra conoscenza delle nuove funzionalità dell'interfaccia Taxi e considereremo le interessanti innovazioni che i moduli gestiti hanno ricevuto in questa interfaccia.
Applicabilità
L'articolo tratta dell'interfaccia Taxi della configurazione sviluppata sulla piattaforma 1C 8.3.5.1098. Le integrazioni alle attuali versioni della piattaforma (8.3.11) sono riportate in conclusione. Pertanto, tutte le informazioni fornite sono rilevanti.
Novità nei moduli gestiti in 1C:Enterprise 8.3
Gli sviluppatori della piattaforma 1C:Enterprise 8.3 hanno lavorato ancora una volta a fondo sulla comodità degli utenti che lavorano con i moduli gestiti.
Immissione per riga
In precedenza, nei campi di input, quando si inserivano i caratteri iniziali dalla tastiera, il sistema cercava gli elementi adatti.
Tuttavia, gli utenti spesso devono cercare non solo in base ai primi caratteri del nome, ma anche in una posizione arbitraria nel nome.
Nel configuratore è stata creata una scheda separata "Campo di input" per gli oggetti di metadati di riferimento per configurare l'input per riga:
Presenta le seguenti opzioni per generare un elenco di selezione durante l'immissione per riga:
- utilizzando la ricerca full-text;
- ricerca per occorrenza di una sottostringa o per inizio di una stringa;
- eseguire ricerche direttamente o in background.
Nella proprietà “Metodo di ricerca per stringhe inserendo per sottostringa” è possibile scegliere se effettuare la ricerca solo per i primi caratteri della stringa o in qualsiasi parte di essa.
In modalità utente, la ricerca di qualsiasi parte di una stringa si presenta così: l'utente inserisce i caratteri in sequenza dalla tastiera e il sistema esegue la ricerca.
E non solo dalle prime lettere del nome, ma anche dall'occorrenza della stringa digitata:
Naturalmente, l'utilizzo di una ricerca su qualsiasi parte della stringa può comportare un deterioramento delle prestazioni del sistema, soprattutto con una grande quantità di dati.
In modalità file, mentre l'utente digita una stringa, la ricerca viene eseguita in background solo se in quel momento non sono in esecuzione altre attività in background o pianificate.
Se è impostata l'impostazione corrispondente, è possibile utilizzare la ricerca full-text durante l'immissione di dati nel campo di immissione.
Una ricerca full-text troverà sia parole intere che stringhe in cui i caratteri digitati fanno parte di parole intere (usando l'operatore di ricerca full-text *).
Ad esempio, l'utente inserisce le seguenti parti di parole nel campo di immissione, il sistema visualizza le opzioni trovate utilizzando il meccanismo di ricerca full-text in una finestra pop-up:
I risultati di una ricerca full-text corrispondente alla stringa di ricerca immessa sono mostrati nella figura:
Ricordiamo che nella piattaforma 8.3 è diventato possibile sovrascrivere la rappresentazione di un tipo di dati di riferimento utilizzando le procedure PresentationGetProcess e ViewFieldGetProcess nel modulo del gestore oggetti.
Quando si utilizza questa funzionalità e si immette per riga insieme, è disponibile la seguente funzionalità.
I gestori di cui sopra non influiscono sulla rappresentazione dei valori nell'elenco di selezione: l'elenco riflette la rappresentazione principale dell'oggetto.
Tuttavia, dopo la selezione, il campo visualizza la rappresentazione sovrascritta prevista dell'oggetto.
Clicca sull'immagine per ingrandirla.
Gli sviluppatori ritengono che non ci siano errori in questo comportamento della piattaforma e che sia più prezioso mostrare perché è stato trovato un determinato risultato (per evidenziare, ad esempio, la sottostringa con cui è stato trovato l'oggetto) piuttosto che visualizzare una rappresentazione del valore corrispondente staccato dal risultato della ricerca.
Le proprietà dell'input per riga considerate sopra sono state impostate a livello dell'intero oggetto di metadati.
In una posizione particolare nella configurazione, lo sviluppatore può sovrascrivere queste proprietà.
Ad esempio, utilizzando i gestori di eventi AutoFit e FinishInputText per un campo di input specifico o utilizzando il gestore di eventi SelectDataReceiving Processing nel modulo di gestione oggetti.
A tale scopo, in queste procedure è presente un parametro denominato Parametri di tipo Struttura, le cui proprietà contengono il metodo di ricerca di una stringa, la modalità per ottenere i dati di selezione e l'impostazione dell'utilizzo dei dati di selezione.
Clicca sull'immagine per ingrandirla.
Elenco a discesa per il campo di immissione
Nella piattaforma 8.3, l'elenco a discesa per il campo di input ha ricevuto funzionalità aggiuntive per migliorare l'usabilità del sistema.
Ora questo elenco può visualizzare la cronologia dei valori precedentemente selezionati. Un elenco con la cronologia viene visualizzato sullo schermo quando si posiziona il cursore in un campo, quando si preme il pulsante Seleziona dall'elenco o il pulsante Freccia giù sulla tastiera.
È possibile attivare la visualizzazione della cronologia per i campi di input associati a dati quali libro di consultazione, documento, processo aziendale, attività, piano del tipo di caratteristica, piano del tipo di calcolo, piano dei conti e piano di scambio. Il configuratore fornisce una proprietà per questo, situata nella scheda "Campo di input":
Clicca sull'immagine per ingrandirla.
L'utilizzo della cronologia può essere ignorato per un particolare oggetto prop o elemento del modulo.
Inoltre, se l'utente non ha trovato l'elemento di interesse nell'elenco dei campi di input, può fare clic sul pulsante "Mostra tutto" per aprire il modulo dell'elenco per selezionare un elemento dall'intera directory.
Inoltre nell'elenco dei campi di input c'è un comando "Crea un nuovo oggetto". Questo aprirà il modulo del nuovo elemento.
In questo modulo, l'utente compila i campi richiesti. Dopo aver registrato e chiuso il form, nel campo di input verrà inserito un link all'elemento appena creato.
Uno schema tipico per l'utilizzo del comando "Crea nuovo elemento" è il seguente. L'utente inserisce il nome dell'elemento desiderato nel campo di immissione.
Se il sistema non trova un tale elemento nel database, verrà visualizzato un messaggio al riguardo. Dopo aver premuto il pulsante nell'elenco, sullo schermo si aprirà il modulo di un nuovo elemento con il nome completato.
Le innovazioni considerate consentono di aumentare la velocità di immissione delle informazioni nel sistema.
Salvataggio delle impostazioni dell'elenco dinamico
Nella piattaforma 8.3, le impostazioni dell'elenco dinamico possono essere salvate automaticamente. Per fare ciò, nel configuratore, per l'attributo modulo richiesto, è necessario impostare la proprietà "Salva automaticamente le impostazioni utente". Per impostazione predefinita, quando si crea un elenco, questa impostazione è abilitata.
L'elemento di configurazione radice ha una nuova proprietà - Memorizzazione delle impostazioni utente per elenchi dinamici.
Questa proprietà è selezionata dall'elenco degli archivi impostazioni definiti nella configurazione.
Clicca sull'immagine per ingrandirla.
Gli elenchi di impostazioni in modalità utente vengono richiamati tramite la voce di menu corrispondente:
L'aspetto del modulo è simile all'impostazione dei rapporti.
Clicca sull'immagine per ingrandirla.
Le condizioni in base alle quali è stata selezionata l'elenco vengono visualizzate automaticamente in fondo alle impostazioni. Queste impostazioni verranno incluse nel modulo elenco.
Nella modalità configuratore, per questo è necessario compilare la proprietà tabella del modulo Gruppo impostazioni utente.
In esso, è necessario specificare un gruppo di moduli separato, all'interno del quale verranno aggiunti gli elementi per visualizzare la selezione.
Con questa configurazione, il modulo avrà campi sotto forma di "selezioni rapide".
Clicca sull'immagine per ingrandirla.
Se l'utente ha configurato l'elenco per se stesso, le impostazioni verranno salvate automaticamente e l'elenco avrà lo stesso aspetto quando verrà aperto di nuovo.
La modalità di visualizzazione elenco dinamico (elenco, albero, elenco gerarchico) viene salvata insieme alle impostazioni degli elementi del modulo.
Per un elenco, l'utente può salvare diverse impostazioni.
Se la modalità di compatibilità della configurazione è impostata su “Non utilizzare”, per un elenco dinamico con la tabella del giornale di registrazione del documento come tabella principale, il pulsante “Crea” viene generato automaticamente come sottomenu con un elenco di documenti inclusi nel giornale di registrazione.
Clicca sull'immagine per ingrandirla.
Ciò ha reso più facile per l'utente creare nuovi documenti dal modulo del giornale di registrazione. È diventato anche possibile creare rapidamente pulsanti separati sul pannello di comando del modulo per creare un nuovo documento di un certo tipo.
Per questo è stato creato un comando standard CreateByParameter. Se questo comando è assegnato a un pulsante nella maschera, diventa disponibile la proprietà Parametro, in cui è possibile selezionare il tipo di documento creato quando si fa clic su questo pulsante.
Clicca sull'immagine per ingrandirla.
In modalità utente, questo pulsante sarà simile al seguente:
Clicca sull'immagine per ingrandirla.
Perché Poiché il materiale nell'articolo è descritto per la piattaforma 8.3.5, lo aggiorneremo.
- Prima della versione 8.3.7, l'input di stringhe non era sufficientemente veloce, quindi in questa versione la struttura dei dati dell'indice di ricerca full-text è stata modificata, determinando prestazioni del sistema più veloci nei punti in cui viene utilizzato questo meccanismo. Si noti che il nuovo formato di ricerca full-text viene utilizzato quando la modalità di compatibilità è impostata su Non utilizzare. In modalità compatibilità con la versione 8.3.6, il comportamento non è cambiato. Notiamo inoltre che nella prossima versione della piattaforma 1C (8.3.8) è stato migliorato anche il meccanismo per l'inserimento per riga e per l'utilizzo della stringa di ricerca dinamica dell'elenco, che ora fornisce una ricerca di dati non ancora inclusi nella ricerca full-text. Questo comportamento non è stato osservato prima.
- Anche il menu a discesa di input del modulo gestito ha ricevuto alcuni miglioramenti. Nella versione 8.3.8, ha iniziato ad adattare automaticamente la sua larghezza alla larghezza dei dati in essa visualizzati, più i tasti Casa e fine iniziato ad essere elaborato direttamente nel campo di input. Questi miglioramenti semplificano l'utilizzo di un campo di input con un elenco a discesa.
- Anche il meccanismo per il salvataggio delle impostazioni dell'elenco dinamico è stato migliorato e nella versione 8.3.6 le proprietà dell'estensione della tabella dei moduli per l'elenco dinamico Periodo e Visualizzazione sono archiviate nelle stesse sezioni delle altre impostazioni dell'elenco dinamico, il che semplifica notevolmente il lavoro con loro per lo sviluppatore. Sono ora disponibili nel gestore del modulo gestito WhenLoadingUserSettingsOnServer(), che prima non c'era.
Questo conclude la nostra conoscenza dei moduli gestiti nell'interfaccia Taxi, ma nel prossimo articolo conosceremo le nuove funzionalità introdotte dalla piattaforma 1C:Enterprise versione 8.3.
