Differenze
Queste sono le differenze tra la revisione selezionata e la versione attuale della pagina.
| Entrambe le parti precedenti la revisione Revisione precedente Prossima revisione | Revisione precedente | ||
|
gwusermanual:interface:dashboard_set_configurabili [2024/12/09 11:53] giorgio.scali [Implementazione: nuova funzione per GW ADMIN] |
gwusermanual:interface:dashboard_set_configurabili [2024/12/09 11:56] (versione attuale) giorgio.scali [Sviluppo: nuovo leafItem gwDashboardSet] |
||
|---|---|---|---|
| Linea 7: | Linea 7: | ||
| ===== Contesto ===== | ===== Contesto ===== | ||
| - | Precedentemente a questo viluppo, la struttura di menu distribuita su tre livelli, era configurata fissa ed immutabile nell’xml di gwProject. Questa operazione era effettuata esclusivamente da utenti configuratori nella fase di implementazione del progetto (App). | + | Precedentemente a questo viluppo, la struttura di menu distribuita su tre livelli, era configurata fissa ed immutabile nell’xml di gwProject. |
| + | |||
| + | Questa operazione era effettuata esclusivamente da utenti configuratori nella fase di implementazione del progetto (App). | ||
| Le informazioni relative sistema di menu sui tre livelli erano quindi salvate esclusivamente sullo schema dei metadati, la cui gestione è attualmente quasi esclusivamente relegata al webadmin. | Le informazioni relative sistema di menu sui tre livelli erano quindi salvate esclusivamente sullo schema dei metadati, la cui gestione è attualmente quasi esclusivamente relegata al webadmin. | ||
| + | |||
| In generale era quindi molto complicato far modificare informazioni presenti nello schema dei metadati da UI che fossero fruibili dall’utente finale nel webclient. | In generale era quindi molto complicato far modificare informazioni presenti nello schema dei metadati da UI che fossero fruibili dall’utente finale nel webclient. | ||
| + | |||
| Era quindi estremamente complicato realizzare, con pura configurazione, meccanismi che permettessero all’utente finale, il Solution Manager in particolare, di modificare puntualmente le configurazioni dei metadati. | Era quindi estremamente complicato realizzare, con pura configurazione, meccanismi che permettessero all’utente finale, il Solution Manager in particolare, di modificare puntualmente le configurazioni dei metadati. | ||
| + | |||
| Andando più nello specifico, la problematica si verificava nelle varie funzioni che presentano dashboard in apertura, veniva infatti aperta subito solo la prima dashboard configurata per il prodotto, che era quindi fissa per tutti. Le altre dashboard erano comunque disponibili sotto, come ulteriori leafItem, altrettanto fisse. | Andando più nello specifico, la problematica si verificava nelle varie funzioni che presentano dashboard in apertura, veniva infatti aperta subito solo la prima dashboard configurata per il prodotto, che era quindi fissa per tutti. Le altre dashboard erano comunque disponibili sotto, come ulteriori leafItem, altrettanto fisse. | ||
| + | |||
| L’unico margine di dinamicità che preesistente, era legato ai permessi legati alle risorse collegate ai leafItem che, in caso di mancanza degli stessi, faceva sì che i leafItem senza permessi potessero essere nascosti/disabilitati. Di fatto però questo meccanismo è quasi del tutto inutilizzato nelle recenti implementazioni delle linee di prodotto, in quanto si tende a fare funzioni dedicate per ruoli dedicati, molto specializzate, e non più un unico progetto flessibile che varia in base ai permessi dell’utente corrente. | L’unico margine di dinamicità che preesistente, era legato ai permessi legati alle risorse collegate ai leafItem che, in caso di mancanza degli stessi, faceva sì che i leafItem senza permessi potessero essere nascosti/disabilitati. Di fatto però questo meccanismo è quasi del tutto inutilizzato nelle recenti implementazioni delle linee di prodotto, in quanto si tende a fare funzioni dedicate per ruoli dedicati, molto specializzate, e non più un unico progetto flessibile che varia in base ai permessi dell’utente corrente. | ||
| - | Alla luce di tutto ciò a richiesta generatasi è stata quella di, sempre rimanendo nell’ambito e nei confini di prodotto, lasciare all’utente dei margini di personalizzazione. La mancanza di tale funzionalità aveva infatti dei risvolti importanti sul lato commerciale. Nasceva quindi la necessità di colmare una lacuna difficilmente giustificabile nei confronti del cliente. | + | |
| + | Alla luce di tutto ciò a richiesta generatasi è stata quella di, sempre rimanendo nell’ambito e nei confini di prodotto, lasciare all’utente dei margini di personalizzazione. La mancanza di tale funzionalità aveva infatti dei risvolti importanti sul lato commerciale. | ||
| + | |||
| + | Nasceva quindi la necessità di colmare una lacuna difficilmente giustificabile nei confronti del cliente. | ||
| Andava in sintesi creato un nuovo meccanismo che superasse le rigidità imposte dal sistema di menu di terzo livello, che essendo persistito sui metadati, non era facilmente configurabile per soddisfare i nuovi requisiti di personalizzazione delle dashboard | Andava in sintesi creato un nuovo meccanismo che superasse le rigidità imposte dal sistema di menu di terzo livello, che essendo persistito sui metadati, non era facilmente configurabile per soddisfare i nuovi requisiti di personalizzazione delle dashboard | ||
| Linea 100: | Linea 109: | ||
| </code> | </code> | ||
| - | Ecco come si presenta nella funzione di destinazione per l’utente finale: | + | Ecco come si presenta nella funzione di destinazione per l’utente finale. |
| {{ custom:dcs_dashboard_app_result.jpg?direct|}} | {{ custom:dcs_dashboard_app_result.jpg?direct|}} | ||
| - | Si noti che la dashboard principale è resa come un normale //leafItem//, con icona 32px x 32px. | + | |
| - | Le altre dashboard secondarie sono indentate, e con un’icona più piccola (24px x 24px). | + | Si noti che la dashboard principale è resa come un normale //leafItem//, con icona 32px x 32px. Le altre dashboard secondarie sono indentate, e con un’icona più piccola (24px x 24px). |
| In generale alcune voci di menu possono non essere visualizzate per le seguenti ragioni: | In generale alcune voci di menu possono non essere visualizzate per le seguenti ragioni: | ||
| * Attributo //hidden=”true”// esplicitamente impostato nel tag leafItem dall’utente GW ADMIN | * Attributo //hidden=”true”// esplicitamente impostato nel tag leafItem dall’utente GW ADMIN | ||
| * Mancanza di permessi per la risorsa e attributo //hideWhenWithoutPermission=”true”// esplicitamente impostato nel tag //leafItem// dall’utente GW ADMIN | * Mancanza di permessi per la risorsa e attributo //hideWhenWithoutPermission=”true”// esplicitamente impostato nel tag //leafItem// dall’utente GW ADMIN | ||
| * Esplicita personalizzazione da parte del SM su funzione dedicata | * Esplicita personalizzazione da parte del SM su funzione dedicata | ||
| + | |||
| In generale alcune voci di menu potrebbero apparire disabilitate per le seguenti ragioni: | In generale alcune voci di menu potrebbero apparire disabilitate per le seguenti ragioni: | ||
| * Attributo disabled=”true” esplicitamente impostato nel tag leafItem dall’utente GW ADMIN | * Attributo disabled=”true” esplicitamente impostato nel tag leafItem dall’utente GW ADMIN | ||
| * Mancanza di permessi per la risorsa e attributo //hideWhenWithoutPermission=”false”// esplicitamente impostato nel tag leafItem dall’utente GW ADMIN | * Mancanza di permessi per la risorsa e attributo //hideWhenWithoutPermission=”false”// esplicitamente impostato nel tag leafItem dall’utente GW ADMIN | ||
| + | |||
| E’ inoltre presente un toggle button che permette di espandere/collassare l’alberatura delle dashboard secondarie. | E’ inoltre presente un toggle button che permette di espandere/collassare l’alberatura delle dashboard secondarie. | ||
| Le voci di menu si integrano nelle logiche generali di navigazione del framework, dove tra la voce di menu e la relativa scheda aperta viene mantenuto (e ripristinato) il path di navigazione. | Le voci di menu si integrano nelle logiche generali di navigazione del framework, dove tra la voce di menu e la relativa scheda aperta viene mantenuto (e ripristinato) il path di navigazione. | ||