Bootstrap: vorrei capire meglio

[theguru]

un po’ vigliaccamente, ho aspettato qualche settimana (di correzioni e bugfix) prima di scaricarmi la 15.5 e provare ad utilizzare bootstrap.
Questo week end invece è stato dedicato tutto a lui.
Il risultato di questa full immersion è una grande perplessità: in pratica, nessuna delle mie app può essere portata su bootstrap, così come da voi integrato, a causa delle limitazioni introdotte.

La cosa che quindi vorrei capire è questa:
ciò che proponete nella versione attuale, è una sorta di “tema dimostrativo”?
Ovvero una base che verrà sviluppata per raggiungere (e magari superare) il livello di usabilità del RD3?
Oppure si tratta di un prodotto che voi già considerate completo ed usabile (salvo bugfix e piccoli miglioramenti)?

Non ve lo chiedo per polemica, ma devo decidere come comportarmi con i miei progetti.
Ho sviluppato una versione molto customizzata di Siattle, su cui baso le mie app, che ha però bisogno di molti perfezionamenti: tutti messi in stand by aspettando l’uscita di bootstrap.
Ora, se le limitazioni (es: doppio click, click destro, eventi focus, D&D…) fossero definitive, a grande malincuore metterò da parte bootstrap, come ho fatto con quella patacca mangiapixel di Zen.

Viceversa, se questo è il primo step di una lunga serie di miglioramenti ed implementazioni via via più sofisticate (ragazzi jquery è un pozzo di meraviglie), allora vi faccio i miei complimenti per l’ottimo lavoro, tengo in stand by il mio progetto su siattle, ed attendo una versione utilizzabile di boostrap.

Come considerazione positiva, ho molto apprezzato l’html+css generato, molto più chiaro, ben organizzato, e più facile da customizzare.

[g.cassanelli]

Io sono in una situazione analoga. Ho provato zen ma mi è sembrato una prova generale.
Ora boostrap mi sembra ancora "immaturo".
Anch'io mi sto chiedendo quanto sopra, proprio per valutare il da farsi.

[manuel]

Interessa anche a me.

[d.pierangeli]

Alcune limitazioni dipendono strettamente da bootstrap mentre altre dipendono dal fatto che quella che è uscita è la prima versione, è previsto di continuare a lavorarci nelle prossime versioni per aggiungere il supporto ad altre funzionalità di RD3 non attualmente supportate.

[g.cassanelli]

Capisco, però dovendo pensare in prospettiva servirebbero indicazioni precise circa:
- che cosa non si potrà proprio fare a causa delle limitazioni di boostrap che dici
- i tempi per avere una versione utilizzabile (cioè tendenzialmente allineato al presente RD3)

[RB_82]

Concordo con l'ultimo post di Cassanelli.
Anche noi siamo interessati (il mio collega Federico ha scritto un post, un po' troppo ignorato, a riguardo) tuttavia la sua applicazione dipende dalle possibilità e limitazioni che darà Bootstrap e sapere che una cosa non è attualmente possibile ma potrà esserlo ed un'altra non lo sarà mai sono cose importanti perché delineano un progetto che parte bene da un progetto che avrà bisogno di continui aggiustamenti.

[g.cassanelli]

In effetti i campi fuori lista sono uno dei problemi...
avevo visto il post ed aspettavo speranzoso in una risposta :-(

[theguru]

Vorrei aggiungere una micro lista (non esaustiva) di quelli che allo stato attuale considero gli aspetti più limitanti:
1) gestione del doppio click sulle liste
2) algoritmo di trasformazione pannelli -> griglia di bootstrap (vedi sotto)
3) eventi di fuoco e selezione da codice (necessari per mettere una pezza alle limitazioni della funzione di tabulazione)
4) generalmente le funzioni D&D
5) finestre modali/popup non spostabili e ridimensionabili

Spiego la 3: ho capito l'algoritmo ricorsivo che si applica agli elementi del pannello per inserirli nella griglia di bootstrap:
Però io introdurrei la possibilità di impostare l'elemento atomico, ovvero indivisibile, incontrato il quale la procedura ritorna.
Si potrebbero ad esempio usare i gruppi di pannello:
se io voglio che un determinato gruppo di campi sia e resti allineato in un certo modo, e non venga spezzettato dall'inserimento in griglia, li metto in un gruppo che avrà un flag "non dividere"
Credo che non sia una modifica complessa, e darebbe un ottimo vantaggio nella progettazione delle interfacce

[zpj61]

Mi unisco a questa discussione perché una della ragioni che mi ha spinto al tempo a scegliere inde come piattaforma di sviluppo è stato sapere che avrebbe supportato bootstrap. Non perché sia un fan di bootstrap (che difetti ne ha e parecchi secondo il mio punto di vista) ma perché una piattaforma standardizzata vuol dire generalmente meno comportamenti anomali, più strumenti disponibili (jquery per iniziare), responsive per natura, ecc. ecc.. Memore del fatto di aver scoperto che la form di login di seattle aveva all'interno pezzi di codice scritti come li faceva frontpage mi sono detto: che bella novità, uno standard di cui si conosce tutto, plugins, templates, tutto quello che serve per fare una app moderna. Poi la delusione, ovviamente, nel portare il primo progetto con due grid e qualche pulsante. Il problema è capire, come ribattuto da tutti i post precedenti, in che direzione ci si sta muovendo e con che tempi perché penso che la maggior parte di sviluppatori non abbia né tempo né voglia per esercizi di stile. Sicuramente il porting di inde su bootstrap non è semplice e richiede tempo e risorse ma buttare fuori cose che funzionano a metà è peggio.

[m.grisendi]

Capisco, però dovendo pensare in prospettiva servirebbero indicazioni precise circa:
- che cosa non si potrà proprio fare a causa delle limitazioni di boostrap che dici
- i tempi per avere una versione utilizzabile (cioè tendenzialmente allineato al presente RD3)

Seguo visto che ho postato una richiesta simile, ignorata, quando è uscita la 15.5