Uso Seaside 3.0.7 su Pharo 1.3 e Pharo 1.4. Per disabilitare la barra degli strumenti di sviluppo alla base delle mie applicazioni Mare ho fatto eseguo, as the Seaside Book says:Rimuovere correttamente la barra degli strumenti di sviluppo in Seaside
WAAdmin applicationDefaults
removeParent: WADevelopmentConfiguration instance
Il che fa quello che dice - ma solo circa la metà delle applicazioni registrate prendere atto che il loro genitore è andato .
L'altra metà mostra ancora la barra degli strumenti e il sito web di configurazione per queste applicazioni dimostra ancora:
Classes Root Decorazione: WAToolDecoration [ereditato]
e solo dopo che clicco una volta al Configura (Root Decoration Classes), la schermata successiva mostra
Disponibili: decoro WATool, Corrente: (vuoto)
e così non clicco nient'altro che OK, e la barra degli strumenti è finalmente andata.
Qualcuno può aiutarmi con questo?
Aggiornamento:
Come Paolo DeBruicker accennato sulla mailinglist, questo potrebbe essere un bug relativo ad una cache introdotto a Seaside 3.0.4. Ho aperto un issue nel bugtracker.
Spero che qualcuno risolva presto il problema della cache :) E anche con la soluzione proposta, accadono cose strane. Se stampo i gestori di default di WADispatcher, faccio: [: each | WADispatcher default unregister: each]. ottengo il seguente: un dizionario ('esempi' -> un WADispatcher 'javascript' -> un WADispatcher 'strumenti' -> un WADispatcher) !! Solo dopo averlo eseguito una seconda volta ottengo: un dizionario(). Che succede qui? –
Ok, la soluzione corretta sembra essere questa: (dallo stesso thread della mailing list) "Proprio ieri, l'ho riparato per accumulare le voci da rimuovere e quindi rimuoverle dopo l'attraversamento.I ha finalmente capito che rimuovere le voci mentre si eseguiva lo #withDescendantsDo: traversal causerebbe la perdita di alcune voci. " –