volevo sapere se esistono tutorial o esempi per la creazione di widget personalizzati sulla falsariga di quello già presente relativo al ping degli host censiti, non mi pare di trovare niente in merito sulla documentazione ufficiale e non.
La creazione di un nuovo widget ha impatti diffusi su tutto il sistema di gestione delle schede dati e dei processi, lato server e lato client sia nell'interfaccia desktop standard che nelle interfacce aggiuntive "mobile" e "GUI Framework".
Non esiste quindi attualmente un meccanismo che consenta di definire un widget in forma descrittiva e di gestirlo poi automaticamente nell'interfaccia utente e negli aspetti di persistenza, indipendentemente dalle finalità del widget e dalle funzionalità impattate.
Attualmente l'unica soluzione possibile è quella di intervenire sul codice "core" di CMDBuild, ma non la consigliamo (e non la agevoliamo predisponendo documentazione ad hoc) perchè si perderebbe la compatibilità con i rilasci successivi.
Se è sconsigliata la creazione di widget è possibile quantomeno referenziare delle variabili all'interno di campi stringa (o di altro tipo)?
Mi spiego, la variabile {client:ipaddress} che viene valorizzata dal widget che esegue il ping è possibile visualizzarla anche all'interno di un campo creato ad hoc? Volendo generare un campo Link (ad esempio) che apre un eventuale pagina web residente sull'host censito, è possibile utilizzare la medesima variabile?
Ovviamente specificando {client:ipaddress} nel suddetto campo viene restituita la stringa letterale "{client:ipaddress}", esistono eventuali sintassi in grado di restituire nella scheda dell'asset il valore di questa (o altre) variabili?
Grazie
Previously Tecnoteca wrote:
La creazione di un nuovo widget ha impatti diffusi su tutto il sistema di gestione delle schede dati e dei processi, lato server e lato client sia nell'interfaccia desktop standard che nelle interfacce aggiuntive "mobile" e "GUI Framework".
Non esiste quindi attualmente un meccanismo che consenta di definire un widget in forma descrittiva e di gestirlo poi automaticamente nell'interfaccia utente e negli aspetti di persistenza, indipendentemente dalle finalità del widget e dalle funzionalità impattate.
Attualmente l'unica soluzione possibile è quella di intervenire sul codice "core" di CMDBuild, ma non la consigliamo (e non la agevoliamo predisponendo documentazione ad hoc) perchè si perderebbe la compatibilità con i rilasci successivi.
Le sintassi tipo {client:ipaddress} e simili sono comunque espresse nella sintassi CQL (Administrator Manual - Appendice) e vengono poi risolte "run time" dal sistema.
CMDBuild Team
Previously Loftis wrote:
Grazie molte per la risposta celere.
Se è sconsigliata la creazione di widget è possibile quantomeno referenziare delle variabili all'interno di campi stringa (o di altro tipo)?
Mi spiego, la variabile {client:ipaddress} che viene valorizzata dal widget che esegue il ping è possibile visualizzarla anche all'interno di un campo creato ad hoc? Volendo generare un campo Link (ad esempio) che apre un eventuale pagina web residente sull'host censito, è possibile utilizzare la medesima variabile?
Ovviamente specificando {client:ipaddress} nel suddetto campo viene restituita la stringa letterale "{client:ipaddress}", esistono eventuali sintassi in grado di restituire nella scheda dell'asset il valore di questa (o altre) variabili?
Grazie
Previously Tecnoteca wrote:
La creazione di un nuovo widget ha impatti diffusi su tutto il sistema di gestione delle schede dati e dei processi, lato server e lato client sia nell'interfaccia desktop standard che nelle interfacce aggiuntive "mobile" e "GUI Framework".
Non esiste quindi attualmente un meccanismo che consenta di definire un widget in forma descrittiva e di gestirlo poi automaticamente nell'interfaccia utente e negli aspetti di persistenza, indipendentemente dalle finalità del widget e dalle funzionalità impattate.
Attualmente l'unica soluzione possibile è quella di intervenire sul codice "core" di CMDBuild, ma non la consigliamo (e non la agevoliamo predisponendo documentazione ad hoc) perchè si perderebbe la compatibilità con i rilasci successivi.