Il Runtime Explorer è accessibile agli utenti appartenenti al gruppo che ha accesso alla modalità Progettazione. Vediamo come utilizzarlo in un altro modo.
Il Runtime Explorer è un ottimo strumento per verificare cosa succede in un’applicazione, ma è uno strumento per esperti. Per questo motivo il suo accesso è limitato agli sviluppatori (utenti del gruppo che hanno accesso alla modalità Progettazione).
Nei database binari, l’accesso al Runtime Explorer era troppo limitato. D’altra parte, nelle applicazioni di progetto costruite da un solo utente, dove l’utente corrente è sempre il Designer, l’accesso al Runtime Explorer era troppo pigro.
Per correggere questi comportamenti, abbiamo implementato alcune modifiche descritte di seguito:
Nelle applicazioni di progetto costruite da un solo utente, 4D ora nega l’accesso a Runtime Explorer tramite una scorciatoia: CMD+SHIFT+F9 su macOS e CTRL+SHIFT+F9 su Windows. Questo vale per qualsiasi utente perché, in questo tipo di applicazione, l’utente è sempre il Designer.
Per qualsiasi tipo di applicazione 4D (binaria e di progetto), per gli utenti che non hanno accesso al Runtime explorer, la scorciatoia (CMD+SHIFT+F9 su macOS e CTRL+SHIFT+F9 su Windows) è ora gratuita per gli sviluppatori. Se l’utente dell’applicazione appartiene a un gruppo con accesso a Runtime explorer, questa scorciatoia continuerà ad aprire Runtime explorer.
4D offre anche un altro modo per aprire Runtime Explorer con il nuovo comando OPEN RUNTIME EXPLORER. Questo comando visualizzerà l’Esplora risorse indipendentemente dall’utente corrente. Se si utilizza questo comando, è possibile concedere o negare l’accesso a Runtime Explorer in base al gruppo e determinare da soli chi può aprirlo, utilizzando un pulsante in un modulo, una voce di menu o una scorciatoia con il comando ON EVENT CALL comando!