Salta al contenuto principale
HPO Software Guide passo passo per creare database 4D e app low-code: dalla prima tabella a un'applicazione aziendale completa.

Alcuni link in questo sito sono link di affiliazione: se acquisti tramite questi, potremmo ricevere una commissione senza alcun costo aggiuntivo per te. Questo non influisce mai sui nostri consigli. Consulta la nostra informativa sulle affiliazioni per i dettagli. Informativa sulle affiliazioni.

Nozioni di base sull'apprendimento della quarta dimensione

Comprendere i menu fissi in 4D

Quando crei un’applicazione personalizzata in 4D (4th Dimension), una delle prime cose che scopri è che non tutte le parti della barra dei menu sono sotto il tuo controllo. I menu Modifica e Aiuto sono fissi: sono forniti dall’ambiente 4D stesso, appaiono in ogni applicazione compilata e interpretata e le loro voci di menu non possono essere rinominate, riordinate o rimosse tramite l’editor di menu standard.

Ciò sorprende gli sviluppatori che provengono da FileMaker Pro, dove il sistema di menu è relativamente aperto e dove spesso è possibile sopprimere o sostituire grandi porzioni della barra dei menu predefinita. In 4D, la piattaforma riserva per sé una piccola ma importante fetta dell’interfaccia. Capire perché questi menu sono fissi — e cosa puoi ancora fare intorno ad essi — è un elemento fondamentale della competenza in 4D.

La Figura 10 nella lezione originale mostra i menu 4D “Modifica” e “Aiuto” fianco a fianco. Il punto della lezione è semplice e vale la pena ribadirlo: tutti i programmi avranno questi menu e queste voci di menu. Non è possibile escluderli. Ciò che puoi fare è progettare il resto della barra dei menu in modo che i menu fissi sembrino una parte naturale della tua applicazione piuttosto che un’intrusione.

Perché 4D riserva i menu Modifica e Aiuto

I menu fissi esistono perché 4D è sia un ambiente di sviluppo che un runtime. Lo stesso meccanismo di menu che consente di modificare un metodo nell’ambiente di progettazione deve anche servire l’immissione di testo in un campo modulo in fase di esecuzione. Il menu Modifica contiene i comandi standard degli appunti e di modifica del testo — Annulla, Taglia, Copia, Incolla, Cancella, Seleziona tutto — che gli utenti si aspettano in qualsiasi campo di testo, indipendentemente dal fatto che quel campo sia un’area di immissione dati 4D, una casella di commento o una barra di ricerca.

Il menu Aiuto, nel frattempo, è il punto di aggancio della piattaforma per la propria documentazione, le informazioni “Informazioni” e il reporting della versione. Poiché 4D viene fornito come un unico motore sia in modalità interpretata che compilata, e sia su Windows che su macOS, il fornitore mantiene questi due menu sotto il proprio controllo per garantire un comportamento coerente indipendentemente da ciò che fa lo sviluppatore.

Da ciò derivano alcune conseguenze pratiche:

Related: — A spreadsheet-simple interface sitting on top of a real , with automations, views, and shareable interfaces..

  • Non puoi eliminarli. Il tentativo di rimuovere Modifica o Aiuto dalla barra dei menu non è supportato. Il set di comandi della barra dei menu in 4D funziona con i menu che tu definisci; i menu fissi sono al di fuori di tale ambito.
  • Non puoi rinominarne le voci. “Annulla”, “Incolla” e “Seleziona tutto” appariranno sempre così (a seconda della lingua del sistema operativo).
  • Il loro comportamento è legato all’oggetto focalizzato. Le voci del menu Modifica si attivano e disattivano automaticamente a seconda che un oggetto di input di testo abbia il focus. Questa è una funzionalità, non una limitazione: significa che ottieni gratuitamente il comportamento corretto degli appunti in ogni campo di immissione.
  • Appaiono in entrambe le modalità. Sia le applicazioni interpretate (Design/Utente) che quelle compilate (merged) li mostrano.

La conclusione per un citizen developer o per chi costruisce in piccoli team è che dovresti trattare Modifica e Aiuto come arredi della piattaforma. Progetta intorno a loro invece di combatterli.

Come interagiscono i menu fissi con i menu personalizzati

La lezione originale è inserita in una sequenza più ampia sui menu: il confronto tra i menu di FileMaker Pro e quelli di 4D, la creazione di un menu 4D personalizzato e l’analisi dei confronti tra i menu File, Record e “altri”. La discussione su Modifica/Aiuto rientra nella categoria “altri”: i menu che non puoi autore.

La questione progettuale importante è l’ordinamento e il raggruppamento. In 4D costruisci la tua barra dei menu personalizzata con comandi come INSERT MENU, APPEND MENU ITEM e simili, e colleghi la barra a un modulo o all’applicazione. I menu fissi occupano posizioni convenzionali:

If you are shopping: — A that plugs into the wider Zoho suite and prices per user rather than per app..

  • Modifica in genere si trova dopo File e qualsiasi menu personalizzato inserito all’inizio.
  • Aiuto si trova convenzionalmente all’estrema destra della barra dei menu sia su Windows che su macOS.

Poiché non è possibile spostarli, il consiglio pratico è di posizionare i propri menu in modo che quelli fissi si trovino dove gli utenti se li aspettano. Se inserisci un menu “Record” e un menu “Rapporti”, valuta se Modifica debba trovarsi tra di loro o dopo di essi. La maggior parte degli utenti ha una forte memoria muscolare che si aspetta che Aiuto sia l’ultimo e Modifica si trovi in una posizione tra sinistra e centro. Rispetta questa convenzione.

Un modello mentale utile è la barra dei menu come contratto:

RegioneChi la controllaCosa appartiene lì
FileTu (personalizzabile)Azioni stile Nuovo, Apri, Salva, Stampa, Esci
Modifica4D (fisso)Annulla, Taglia, Copia, Incolla, Cancella, Seleziona tutto
RecordTu (personalizzabile)Navigazione, crea/elimina record, cerca
Menu personalizzatiTuAzioni specifiche del dominio della tua app
Aiuto4D (fisso)Guida della piattaforma, Informazioni, info versione

Se mantieni i tuoi menu personalizzati nelle righe “tu” e lasci intatte le righe fisse, la tua barra dei menu risulterà naturale per chiunque abbia già utilizzato un’applicazione desktop.

Cosa puoi ancora personalizzare intorno a loro

I menu fissi non significano che la barra dei menu sia congelata. C’è molto che puoi controllare, e conoscere il confine ti permette di dedicare i tuoi sforzi dove contano davvero.

  • I tuoi menu di livello superiore. File, Record e qualsiasi menu specifico del dominio (Report, Utilità, Admin) sono a tua disposizione per essere definiti, denominati e popolati.
  • Voci di menu e sottomenu. Puoi aggiungere voci, separatori, segni di spunta, scorciatoie da tastiera e sottomenu nidificati all’interno dei tuoi menu.
  • Logica di abilitazione/disabilitazione. Puoi disattivare le tue voci contestualmente — ad esempio, disabilitando “Elimina record” quando nessun record è selezionato — utilizzando i comandi di stato delle voci di menu di 4D.
  • Menu contestuali. I menu a clic destro (contestuali) sono un meccanismo separato dalla barra dei menu e sono completamente sotto il tuo controllo, quindi sono un buon posto per far emergere azioni che altrimenti ingombrerebbero la barra fissa adiacente.
  • L’esperienza Informazioni/Guida. Sebbene non sia possibile riscrivere le voci integrate del menu Guida, puoi aggiungere il tuo proprio comando “Informazioni su MyApp” o “Documentazione” all’interno di uno dei tuoi menu personalizzati, offrendo agli utenti un percorso brandizzato verso i tuoi contenuti di aiuto.

Lo schema che funziona bene: mantenere i menu fissi snelli e intatti e instradare tutta la guida specifica dell’applicazione e le informazioni “informazioni” attraverso le proprie voci di menu. In questo modo il menu Guida della piattaforma rimane come via di fuga per la documentazione di 4D, e i tuoi utenti troveranno comunque il tuo materiale.

Guida pratica: progettare una barra dei menu che coesista con i menu fissi

Quando ti siedi per disporre la barra dei menu per una nuova applicazione 4D, procedi con queste decisioni in ordine:

Related: — A builder aimed at portals, directories, and internal tools — with flat-rate pricing instead of per-user fees..

  1. Elenca i verbi di cui i tuoi utenti hanno bisogno. Crea, trova, modifica, elimina, stampa, esporta, naviga, amministra. Raggruppali per sostantivo.
  2. Mappa ogni gruppo su un menu di livello superiore. Record, Report, Utilità e così via.
  3. Riserva gli slot convenzionali. Lascia che File sia all’inizio, lascia che Modifica sieda nella sua posizione naturale e lascia che Guida chiuda la barra.
  4. Decidi cosa inserire nei menu contestuali. Tutto ciò che è rilevante solo per un oggetto selezionato (una riga, un campo, un record) è spesso preferibile come azione del tasto destro piuttosto che come voce della barra dei menu.
  5. Pianifica le regole di abilitazione/disabilitazione. Per ogni voce personalizzata, chiediti “quando dovrebbe essere disattivata?” e implementa tale logica subito, invece di aggiungerla in un secondo momento.
  6. Testa in entrambe le modalità. Verifica che la barra dei menu si comporti correttamente nelle build interpretate e compilate, e sia su Windows che su macOS se distribuisci l’app cross-platform.

Un errore comune tra gli sviluppatori nuovi in 4D è provare a replicare le funzioni del menu Modifica all’interno di un menu personalizzato — aggiungendo le proprie voci “Copia” e “Incolla”. Ciò crea comandi duplicati, confonde gli utenti e di solito si comporta peggio delle voci integrate perché le versioni della piattaforma sono già collegate all’oggetto di testo focalizzato. Non reinventare i menu fissi; completali.

Un altro errore è quello di seppellire azioni critiche così in profondità nei sottomenu personalizzati che gli utenti non le trovano mai, mentre i menu fissi Modifica e Guida siedono prominentemente ai bordi. Usa il peso visivo dei menu fissi come ancora: inserisci i comandi più utilizzati nei menu di livello superiore vicini a loro, non tre livelli più in basso.

Come questo differisce da FileMaker Pro

La lezione originale inquadra esplicitamente questa sezione come parte di un confronto tra FileMaker Pro e 4D, e il punto su Modifica/Guida è una delle divergenze più chiare. FileMaker Pro offre agli sviluppatori un sistema di menu comparativamente più aperto: puoi creare menu personalizzati e, con la relativa configurazione, puoi nascondere o sostituire ampie parti della barra dei menu predefinita. 4D assume una posizione più conservativa: un set definito di menu della piattaforma è sempre presente.

Our pick: — The long-running relational database platform for teams that need custom apps on desktop, web, and mobile from a single file..

Nessuno dei due approcci è oggettivamente migliore; riflettono filosofie diverse.

  • La flessibilità di FileMaker si adatta agli sviluppatori che desiderano il controllo totale dell’ambiente visivo dell’utente e sono disposti ad assumersi la responsabilità di fornire ogni comando di cui l’utente ha bisogno.
  • I menu fissi di 4D garantiscono che la modifica del testo standard e la guida della piattaforma siano sempre disponibili, riducendo la possibilità che un utente rimanga bloccato in un campo senza modo di incollare, o in un’app senza un percorso verso la documentazione.

Per chi sviluppa in un piccolo team, la posizione di 4D è spesso la più facile con cui convivere, perché rimuove un’intera categoria di decisioni. Non dovrai mai chiederti “dovrei fornire il mio comando Copia?” — la risposta è già no.

Punti chiave

  • I menu Modifica e Guida in 4D sono fissi: appaiono in ogni applicazione e le loro voci non possono essere rinominate, riordinate o rimosse.
  • Esistono perché 4D è sia un ambiente di sviluppo che un runtime, e la piattaforma necessita di un comportamento garantito per appunti e guida in ogni campo di testo.
  • Controlli comunque File, Record e tutti i tuoi menu personalizzati, oltre ai menu contestuali e alla logica di abilitazione/disabilitazione.
  • Progetta intorno ai menu fissi: posiziona i tuoi menu personalizzati in modo che Modifica e Guida si trovino dove gli utenti se li aspettano, e non duplicare mai i comandi integrati degli appunti.
  • Instrada le tue “Informazioni” e la tua documentazione attraverso voci di menu personalizzate invece di provare a modificare il menu Guida.
  • Questo è un contrasto fondamentale con FileMaker Pro, che offre agli sviluppatori un controllo molto maggiore sulla barra dei menu.

Domande frequenti

Posso rimuovere il menu Modifica o Guida da un’applicazione 4D?

No. Questi menu sono forniti dall’ambiente 4D e sono presenti in ogni applicazione, interpretata o compilata. I comandi di menu che usi per costruire una barra dei menu personalizzata operano sui menu che definisci tu, non sui menu fissi della piattaforma. L’approccio pratico consiste nel progettare i propri menu in modo che quelli fissi restino nelle loro posizioni convenzionali.

Perché 4D mantiene fisso il menu Modifica invece di consentire agli sviluppatori di personalizzarlo?

Poiché 4D funge sia da ambiente di sviluppo che da runtime, la piattaforma necessita di un comportamento affidabile degli appunti e della modifica del testo in ogni oggetto di input di testo. Mantenendo Annulla, Taglia, Copia, Incolla, Cancella e Seleziona tutto sotto il proprio controllo, 4D garantisce che tali comandi funzionino correttamente e in modo coerente indipendentemente da ciò che lo sviluppatore crea, e sia su Windows che su macOS.

Devo creare le mie voci di menu Copia e Incolla?

Generalmente no. Le voci del menu Modifica integrate sono già collegate all’oggetto di testo focalizzato e si attivano o disattivano automaticamente. Aggiungere i propri duplicati crea confusione e solitamente produce risultati peggiori. Invece, dedica i tuoi sforzi di progettazione del menu a comandi specifici del dominio che la piattaforma non fornisce.

Dove dovrebbero andare i miei menu personalizzati rispetto a quelli fissi?

Segui le convenzioni desktop: lascia che File apra la barra, consenti a Modifica di stare nella sua posizione naturale tra sinistra e centro e lascia che Aiuto chiuda la barra a destra. Inserisci i tuoi menu — Record, Report, Utilità — in modo che si raggruppino logicamente senza spingere i menu fissi in posizioni inaspettate. Gli utenti fanno affidamento sulla memoria muscolare per sapere dove si trovano Modifica e Aiuto.

Posso aggiungere il mio comando “Informazioni” o di aiuto se il menu Aiuto è fisso?

Sì — solo non all’interno del menu Aiuto stesso. Aggiungi una voce “Informazioni su MyApp” o “Documentazione” a uno dei tuoi menu personalizzati. Ciò offre agli utenti un percorso brandizzato verso i tuoi contenuti di aiuto, lasciando intatto il menu Aiuto della piattaforma come percorso verso la documentazione di 4D.

Il comportamento del menu fisso differisce tra le applicazioni 4D interpretate e compilate?

I menu Modifica e Aiuto appaiono in entrambe le modalità, quindi il vincolo è lo stesso sia che si stia eseguendo nell’ambiente Design/User o che si distribuisca un’applicazione compilata e unita. Ciò che cambia tra le modalità sono altri comportamenti — debugging, accesso ai metodi e così via — ma i menu fissi rimangono fissi in ogni caso.

P.S. A few readers have asked which relational database platform we actually reach for — it's Claris FileMaker Pro; if you want the current details.

Frequently asked questions

Can I remove the Edit or Help menu from a 4D application?

No. These menus are supplied by the 4D environment and are present in every application, interpreted or compiled. The menu commands you use to build a custom menu bar operate on the menus you define, not on the platform's fixed menus. The practical approach is to design your own menus so the fixed ones sit in their conventional positions.

Why does 4D keep the Edit menu fixed instead of letting developers customize it?

Because 4D serves both as a development environment and a runtime, the platform needs reliable clipboard and text-editing behavior in every text-input object. By keeping Undo, Cut, Copy, Paste, Clear, and Select All under its own control, 4D guarantees those commands work correctly and consistently regardless of what the developer builds, and across Windows and macOS.

Should I create my own Copy and Paste menu items?

Generally no. The built-in Edit menu items are already wired to the focused text object and enable or disable automatically. Adding your own duplicates creates confusion and usually behaves worse. Instead, spend your menu-design effort on domain-specific commands that the platform does not provide.

Where should my custom menus go relative to the fixed ones?

Follow desktop conventions: let File lead the bar, allow Edit to sit in its natural left-to-middle position, and let Help close the bar on the right. Insert your own menus — Records, Reports, Utilities — so they group logically without pushing the fixed menus into unexpected places. Users rely on muscle memory for where Edit and Help live.

Can I add my own 'About' or help command if the Help menu is fixed?

Yes — just not inside the Help menu itself. Add an 'About MyApp' or 'Documentation' item to one of your own custom menus. This gives users a branded path to your help content while leaving the platform's Help menu intact as the route to 4D's own documentation.

Does the fixed-menu behavior differ between interpreted and compiled 4D applications?

The Edit and Help menus appear in both modes, so the constraint is the same whether you are running in the Design/User environment or shipping a merged, compiled application. What changes between modes is other behavior — debugging, method access, and so on — but the fixed menus remain fixed throughout.


Try FileMaker Free for 45 Days

The long-running relational database platform for teams that need custom apps on desktop, web, and mobile from a single file.