InDe foundation vs Temi

[r.bianco]

Pensando al tema bootstrap non come un'alternativa paritaria a seattle ma come una ux diversa per un target diverso, propongo di poter avere nello stesso progetto applicazioni con temi differenti (un po come fatto con il mobile). In questo modo posso avere, come nel mobile, l'applicazione B2E in seattle e l'applicazione B2B o il portale aziendale in bootstrap, tutto nello stesso progetto e quindi condividendo (magari in un componente) la logica di trattamento dei dati.
ps
E` vero che è possibile esportare i componenti e importarli in altri progetti, ma la soluzione non mi ha mai soddisfatto.

[g.cassanelli]

Concordo alla grande: dopo la sessione di ieri pomeriggio stavo proprio pensando alla stessa situazione per webapp di taglio gestionale e webstore da pubblicare in collegamento a siti web.
Francamente pensavo, non avendo provato ancora, che fosse già possibile creare nello stesso progetto anche un'applicazione con tema bootstrap.
Il problema dell'esportazione/importazione dei componenti è che se si condividono processi importanti è abbastanza normale un certo dinamismo di aggiornamento e il rischio è di dimenticare di farlo con relative perdite di tempo per capire "che cosa non va" e, sicuramente e soprattutto, rischio di errori e perdite tempo (anche se piccole) in operazioni di import/export.
Se è possibile, sarebbe un bell'aiuto.

[lucabaldini]

Purtroppo non è così semplice... il tema Bootstrap utilizza una configurazione degli stili molto particolare che è stata inizializzata affinché descrivesse il tema bootstrap stesso. Quindi, per esempio, lo stile "default panel style" contiene bordi, padding, margini, e altro che sono propri e specifici di bootstrap. La stessa cosa vale per Zen... anche Zen utilizza stili specifici che contengono padding e bordi particolari. Lo setsso vale per seattle, casual, simplicity. Tutti hanno stili specifici e particolari.

E dato che c'è un solo "Default Panel Style" in libreria, non è possibile utilizzare, nello stesso progetto, applicazioni web con tema differente. Non può funzionare. Non è una limitazione dovuta a bootstrap. Lo stesso succede se hai una applicazione casual ed una simplicity. Entrambe utilizzano il DefaultPanelStyle che, però, è uno solo per progetto (lo trovi dentro alla DBLibrary). Ora, se nella prima applicazione imposti simplicity, InDe prende lo stile "simplicity" (che trovi sempre dentro alla libreria DB ma dentro alla cartella "stili") e lo tira sul default panel style, riconfigurando lui e tutti i figli con colori, bordi, margini.

Ora, se crei una seconda applicazione e imposti il tema "casual" InDe rifà la stessa operazione, configurando il Default Panel Style perché sia "casual", rompendo lo stile della prima applicazione web.

Non vedo modi semplici per aggirare il problema... l'unica soluzione che mi viene in mente sarebbe spostare gli stili dentro l'applicazione... ma sono tanti i punti dentro al codice dove gli stili vengono cercati, visti, modificati dalla DB Library... non vengono mai cercati nelle app.

Per "aggirare" la limitazione nel caso di app mobile abbiamo dovuto creare un nuovo apposito stile (chiamato Default Mobile Style) che è in più e che viene usato dalle applicazioni di tipo mobile...

[r.bianco]

Per "aggirare" la limitazione nel caso di app mobile abbiamo dovuto creare un nuovo apposito stile (chiamato Default Mobile Style) che è in più e che viene usato dalle applicazioni di tipo mobile...

Esatto, intendevo proprio quello :)

Una cosa del tipo:
Default Pannel Style (usato da simplicity, casual, seattle, zen)
Default Mobile Style (usato da mobile, quadro, mobile 7)
Default Bootstrap Style (usato da bootstrap)

[lucabaldini]

No... dovrebbe essere

Default Panel Style Simplicity
Default Panel Style Casual
Default Panel Style Seattle
Default Panel Style Zen
Default Panel Style Mobile
Default Panel Style Mobile 7
Default Panel Style Quadro
Default Panel Style Bootstrap

Ogni tema è "di progetto" (dato che si trova nella DB Library)..

[r.bianco]

Scusami, ma non capisco.
Ora abbiamo:
Default Panel Style che viene usato per simplicity, casual, seattle, zen
Default Report Style che viene usato per i book
Default Mobile Style che viene usato per mobile, quadro, mobile 7

O sto sbagliando?

Se è così come dico, perchè non aggiungere Default Bootstrap Style che viene usato per bootstrap?
Grazie.

[s.zagni]

Luca sta dicendo questo:
App1 (Seattle) -> DefaultPanelStyle (Seattle)
App2 (Zen) -> DefaultPanelStyle (Seattle)

Queste due applicazione vanno in conflitto perchè il DefaultPanelStyle è a livello di Progetto e non di Applicazione.

Quello che dice r.bianco risolve se il progetto è così composto:
App1 (Seattle) -> DefaultPanelStyle (Seattle)
App2 (Bootstrap) -> DefaultBoostrapStyle

Ma comunque sia il problema di fondo rimane, ovvero non è possibile avere due applicazione nello stesso progetto con temi diversi.

Non vedo modi semplici per aggirare il problema... l'unica soluzione che mi viene in mente sarebbe spostare gli stili dentro l'applicazione... ma sono tanti i punti dentro al codice dove gli stili vengono cercati, visti, modificati dalla DB Library... non vengono mai cercati nelle app.

Questa sarebbe la soluzione perfetta, ma siamo d'accordo con te che è molto difficile da realizzare... Sarebbe stupendo però ;)

[r.bianco]

Ok, adesso ho capito, mi sono espresso male. Quello che intendo è avere nello stesso progetto questa gestione:
a. applicazioni con tema web non responsivo
b. applicazioni con tema web responsivo
c. applicazioni con tema mobile

Anche se ho 15 applicazioni nello stesso progetto, tutte devono ricadere in uno di questi tre panieri, e per ogni paniere si può scegliere un solo tema.

Se non sbaglio, tra i temi mobile e web è già così.

[g.cassanelli]

Sarebbe ottimo, un compromesso, ma ottimo !

[lucabaldini]

Ci devo pensare su...

Ho creato l'attività NPQ03136 per tenere conto di questa conversazione. Quando verrà valutata, potrai seguirne l'andamento con Instant Developer Roadmap.