In questo articolo farò una breve analisi di questi tre prodotti:

1. Products.PloneBooking
2. rg.prenotazioni
3. seantis.reservation

presentati in rigoroso ordine di apparizione su pypi.

Alzi la mano chi, almeno una volta, ha maledetto Sunburst (il tema integrato nelle versioni di Plone 4.x) per averci privato di un preziosissimo supporto nello sviluppo dei temi grafici: la sintassi DTML.

Alzi la mano chi ha sul muro dell'ufficio i segni inequivocabili di tazze, portapenne, robottini e cancelleria varia scagliati contro la personificazione di quel public.css di Sunburst che porta scolpito il blu #205C90 nei più reconditi recessi delle proprie righe.

Stern Weber, leader nella produzione di riuniti dentali, rinnova la vetrina dei prodotti con un nuovo portale: un cuore di delizioso Plone al latte racchiuso in un tenero guscio di Diazo extra-fondente.
Il connubio Plone-Diazo è poi completato da una croccante nocciolina di Bootstrap che lo rende ancora più invitante.

Non è molto che è uscita la versione 2.0 di zc.buildout e, come spesso accade, i buildout, soprattutto quelli un po’ più vecchi, non prendono di buon grado l’aggiornamento.
Nel caso di questo pacchetto, le cause sono alcuni import che sono cambiati o sono stati spostati.

Il Buildout 2.0 fa un taglio netto con il passato che, con le versioni 1.6 e 1.7, aveva come obiettivo principale quello di isolare il più possibile il buildout dalla componente Python. Ma il compito si è rivelato troppo difficile da implementare, e quindi si è scelto di abbandonare questa strada e lasciare all’utilizzatore di decidere tramite l'utilizzo di virtualenv.

Non è però in questo articolo che voglio analizzare le modifiche apportate a questo componente (che potete comunque trovare qui). Oggi vediamo cosa fare per far funzionare i nostri bulidout.

Il prodotto uwosh.pfg.(d)ata(2)(c)ontent implementa un adattatore per PloneFormGen (un generatore di form per Plone) che salva i dati del form in un'istanza di un determinato tipo di contenuto.

Il prodotto fornisce appunto un tipo di contenuto dinamico e universale per memorizzare i dati sottomessi attraverso un modulo PloneFormGen. Si tratta di una vera e propria copia persistente del modulo compilato dall'utente, che potrai gestire come un qualsiasi oggetto Plone.

I campi del contenuto generato saranno esattamente i campi del modulo che hai configurato!

Inoltre, una volta generato il contenuto a seguito della sottomissione del form, potrai controllare la sua visibilità e il suo accesso applicando su di esso un specifico workflow come per un normale tipo di contenuto.

I campi del modulo diventeranno i campi dell'oggetto creato: potrai quindi modificare il loro valore. Questa funzionalità è realizzata mediante schemaextender, che è stato usato nel prodotto uwosh.pfg.d2c per aggiungere i campi extra del modulo al tipo di contenuto.

Ora vediamo come applicare l'adattatore ai form in tre mosse e come configurare i campi principali che lo caratterizzano.