Di cosa potrei parlare? Cosa ho fatto ultimamente di interessante da poter condividere?

Quando sto per scrivere un nuovo post per il blog, il problema è sempre il solito: trovare un argomento interessante da proporre.

Sfortunatamente per voi, la risposta è sempre la stessa: migrazioni!

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.

Per chiunque sviluppi con Plone, diventa presto chiara l'importanza del catalogo e, contemporaneamente, la necessità di mantenere il catalogo del sito aggiornato.

L'API principale a cui si fa riferimento per aggiornare lo stato di un contenuto nel catalogo Plone è la chiamata a reindexObject:

>>> context.setTitle('Nuovo titolo')
>>> context.reindexObject()
>>> context.title()
'Nuovo titolo'

Fin qui, nulla di nuovo.

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.