redturtle

3 prodotti per gestire le prenotazioni con Plone

Alessandro Pisa — Fri, 17 May 2013 14:30:00 +0200

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

presentati in rigoroso ordine di apparizione su pypi.

Per tutti, il caso d’uso è il seguente:

il redattore pubblica agende di risorse (ad es. prestazioni, servizi, sale...) con relative disponibilità
gli utenti richiedono la prenotazione della risorsa per un intervallo temporale
i gestori della risorsa trattano la richiesta di prenotazione.

Ma ora bando alle ciance e vediamo di conoscerli meglio.

Products.PloneBooking

Il "decano" dei prodotti per le prenotazioni è senza dubbio Products.PloneBooking. Nato per Plone 2, è ancora IL prodotto per le prenotazioni in Plone.

Lo sviluppo pare procedere lentamente: l’ultima release (3.0.0a2) è di un anno fa, ma fortunatamente su github si può trovare codice un po’ più aggiornato. Proprio questo codice è stato utilizzato per le prove di questo post.

Nonostante abbia utilizzato del codice di sviluppo di una versione alfa, non ho riscontrato nessun intoppo significativo nell’utilizzo del prodotto: per prenotare, prenota - e lo fa anche bene!

Il comportamento con javascript disabilitato non è impeccabile, ma nessuna delle funzionalità chiave è compromessa.

rg.prenotazioni

Questo prodotto è stato sviluppato nell’ambito dell’iniziativa PloneGov, inizialmente per Plone 3. Ultimamente, grazie a cekk e keul, è stato considerevolmente migliorato. Le nostre tartarughe l’hanno reso compatibile con Plone 4, non senza dimenticarsi di apportare notevoli migliorie al codice.

Il punto di forza di questo prodotto risiede nella possibilità di allocare a priori e con grande flessibilità intervalli di tempo per le prenotazioni e di specificare che, in determinate giornate, non verranno accettate prenotazioni (ad esempio durante le festività).

Il prodotto è completamente usabile pur disabilitando i javascript.

Il prodotto non è sicuramente maturo quanto PloneBooking e difetta della possibilità di avere una reportistica sulle prenotazioni, ma tale funzionalità è in via di sviluppo.

seantis.reservation

Questo prodotto è l’ultimo arrivato su pypi, e si vede! Non certo perché mostra difetti di gioventù (anzi, è proprio ben fatto) ma perché è il prodotto tecnologicamente più avanzato, sia per quanto riguarda l’interfaccia utente, davvero moderna, comoda e intuitiva, che per quanto riguarda la parte applicativa.

Proprio per questo il prodotto risulta installabile solo su siti Plone recenti (minimo 4.3), necessità di un server postgres di appoggio (minimo 9.1) e, per il suo utilizzo, richiede javascript.

Per quanto concerne le funzionalità, caratteristica distintiva di questo prodotto è la possibilità di poterlo configurare per permettere prenotazioni multiple nello stesso intervallo temporale.

E quindi?

Cosa dobbiamo usare? La risposta a questa domanda dipende molto dalle vostre effettive esigenze.

PloneBooking è consigliato se volete affidarvi a un prodotto maturo con una base di utenti consolidata; rg.prenotazioni è in fase di fervente sviluppo quindi aspettatevi a breve novità, correzioni e migliorie; seantis.reservation è quello che tecnologicamente cresce di una spanna su tutti, con vantaggi e svantaggi del caso.

Web apps: debug remoto con Android e Chrome Developer Tools

Nicola Senno — Tue, 14 May 2013 09:40:00 +0200

Attualmente la maggior parte dei browser web disponibili per desktop - come per esempio Chrome, Internet Explorer, Opera... - dispone nativamente, o quanto meno permette l'installazione, di strumenti divenuti ormai indispensabili per lo sviluppo web, dei quali sarebbe impensabile fare a meno.

Stiamo parlando infatti di tool molto potenti e raffinati, veri e propri "attrezzi del mestiere" di web developer e designer.
Firebug, Chrome Developer Tools, Opera Dragonfly sono sicuramente tra i più diffusi e conosciuti, e offrono sofisticate funzionalità tra cui:

debugger
console JavaScript
ispezione degli elementi DOM
analisi dei log.

Problema

In ambiente mobile, nello sviluppo di applicazioni HTML5 (web app) le cose non sono diverse, nel senso che le esigenze sono le stesse dello sviluppo web tradizionale; a cambiare, però, sono gli strumenti disposizione.

I browser per mobile non hanno infatti le caratteristiche dei fratelli maggiori, lasciando così sviluppatori e designer sprovvisti di un vero e proprio "banco di lavoro" per le loro applicazioni.

Soluzione

Fortunatamente a venirci in soccorso sono proprio gli stessi ambienti di sviluppo desktop.mobile.
Negli ultimi anni infatti, alcuni di questi si sono evoluti aggiungendo funzionalità di remote debugging, come ha fatto per esempio Google per Chrome Developer Tools.

Il debug remoto permette di connettersi con il browser in utilizzo sul computer direttamente alla sessione attiva sul browser del dispositivo mobile e rende possibile interagire con essa in tempo reale.

Niente male, direi! Vediamo come si configura.

Installazione

Nativamente disponibile nella versione desktop di Chrome (F12 da tastiera), Chrome Developer Tools necessita di qualche componente aggiuntivo per l'utilizzo remoto.

Requisiti

un dispositivo mobile Android
l'ambiente di sviluppo Android (SDK)
Chrome for mobile installato sul dispositivo
un cavo USB

L'installazione dell'Android SDK non presenta grosse difficoltà in quanto Goolge fornisce direttamente l'installer per iOS, Linux e Windows. Una volta scaricato, vi basta seguire le indicazioni di configurazione fornite a schermo. Per maggiori informazioni trovate tutto qui.

Android SDK viene tipicamente usato per lo sviluppo di applicazioni native, ma è necessario anche nello sviluppo di applicazioni web mobile: infatti mette a disposizione adb (Android Debug Bridge) che permette la comunicazione tra il browser mobile attivo sul dispositivo e Chrome Developer Tools su desktop.

Chrome for mobile

Chrome for mobile è il browser di Google per mobile scaricabile free direttamente da Google Play. Attenzione ai requisiti minimi di installazione su Android: richiede infatti una versione 4 o superiore.

Configurazione

Finita la fase di installazione si può procedere con la configurazione, che in linea di massima dovrebbe essere molto veloce; bastano due flag selezionati nei punti giusti.

Ecco cosa fare: connettere il telefono al computer attraverso il cavo USB e, nell'ordine, abilitare il debugger usb in Android e il debugger web mobile in Chrome for mobile come mostrato di seguito:

Lanciare ora il comando adb direttamente da console per attivare la sincronizzazione tra desktop e dispositivo mobile:

adb forward tcp:9222 localabstract:chrome_devtools_remote

Fatto!

Utilizzo

Arrivati a questo punto abbiamo tutto il necessario per iniziare una nuova sessione di sviluppo. Digitare quindi nella barra degli indirizzi di Chrome l'indirizzo localhost:9222

Se tutto è andato a buon fine, quando si inizia la navigazione da cellulare dovrebbero comparire le pagine navigate in Google Chrome, come mostrato nell'esempio sopra, dove si vedono tre pagine da me aperte in quel momento. Ora potete scegliete quale ispezionare semplicemente cliccandoci sopra. Il sorgente sarà immediatamente disponibile in Chrome Developer Tools sul vostro computer, esattamente come fareste con le applicazioni per desktop:

Conclusioni

Nel difficile compito di ricerca delle performance, disporre di strumenti adeguati è molto importante specialmente per il mobile dove le risorse a disposizione sono (ancora) ridotte.
Chrome Deveveloper tools è uno di questi; di certo non può garantire che le vostre applicazioni siano di successo, ma è di grande aiuto affinché possano diventarlo.

Come gestire l'iscrizione alle notifiche di un sito con le rule di Plone

Andrea Cecchi — Thu, 09 May 2013 14:00:00 +0200

Lo ammetto, quando si avvicina il momento di scrivere un nuovo post del blog mi sembra sempre di non avere argomenti interessanti o di approfondire argomenti già raccontati (vedi i miei innumerevoli post sulle migrazioni, per esempio).

Poi, però, capita che un paio di giorni prima della scadenza (argomento già trattato da Ale in un post precedente) arrivi una richiesta di un cliente che mi accende la lampadina e mi da il LA per scrivere il mio prossimo articolo.

Il caso di studio che vi racconto è partito da una semplice richiesta:

Sarebbe possibile permettere agli utenti del sito di rimanere sempre aggiornati con i nuovi contenuti del sito?

Usiamo le contenrules! Un gioco da ragazzi!

Il mio primo pensiero è andato subito alle regole: una funzionalità nativa di Plone che permette di definire una (o più di una) certa azione da fare al verificarsi di un (o più di uno) determinato evento. Per esempio, in questo caso mi sarebbe bastato creare una regola che si attivava alla creazione di determinati contenuti, e come azione inizialmente pensavo di spedire una mail agli utenti utilizzando collective.contentrules.mailtogroup per gestire la lista di indirizzi. Non c'era da sviluppare nulla di nuovo e in due minuti impostavo il tutto. Più facile di così, si muore.

Ma la domanda nascondeva qualche trabocchetto (o come direbbe Data, un tracobbetto): infatti gli "utenti" potevano anche essere utenti anonimi, e gli utenti stessi dovevano potersi iscrivere liberamente alle notifiche, senza passare per un gestore intermedio (ingenuamente mi ero illuso di poter creare un form di richiesta con Products.PloneFormGen in modo che poi i gestori potessero raccogliere le iscrizioni e gestire le liste di notifiche direttamente nella regola).

A questo punto, dopo alcune ricerche, era chiaro che nessuno dei prodotti disponibili faceva al caso mio.
Dovevo quindi studiare un modo per soddisfare questa richiesta e donare alla comunità un nuova utile funzionalità. Per questo è nato collective.contentrules.subscription.

E' un prodotto molto semplice che ha due componenti principali: una nuova azione per le regole e un tool che memorizza le varie sottoscrizioni.

Nell'azione da associare alle regole si possono inserire il soggetto e il testo della mail che verrà poi spedita, e quando viene scatenata questa azione, la lista di email a cui spedire la notifica è presa interrogando il tool e recuperando la lista di indirizzi a lei associata.

Lato utente, è presente una vista che mostra tutte le possibili regole disponibili (ovviamente solo quelle che hanno la nostra nuova azione impostata), da cui può scegliere a quali iscriversi. E' previsto anche un controllo di prevenzione per lo spam sfruttando collective.z3cform.norobots.

Esiste poi anche un pannello di controllo per i gestori del sito, che permette di avere una panoramica sullo stato delle iscrizioni ed eventualmente intervenire per rimuoverne.

Il tutto ovviamente è versionato e disponibile su github, quindi se vi piace l'idea e volete contribuire a migliorarlo, siete i benvenuti :)

Questa è una versione di partenza e mancano diverse funzionalità utili che potrebbero essere introdotte nelle prossime versioni, come per esempio la possibilità da parte degli utenti di visualizzare le proprie iscrizioni ed eventualmente cancellarsi, e anche un maggior livello di sicurezza nella gestione delle sottoscrizioni (ad esempio con un passaggio di validazione e conferma dell'indirizzo inserito).

Analisi (e modifica) di come Plone genera link ai File - seconda parte

Luca Fabbri — Tue, 07 May 2013 11:00:00 +0200

Nella prima parte dell'articolo abbiamo risolto solo una parte del problema per rendere gli URL di Plone più "parlanti".

Vediamo ora come affrontare i problemi restanti.

Fase 2: come trattare il pregresso

Infatti è solo ora che le cose si fanno interessanti...

Ci siamo trovati di fronte a un grosso problema: come "bonificare" la situazione creatasi negli anni precedenti alle modifiche sopra descritte?

Sarebbe stato possibile scrivere una procedura automatica che sistemasse automaticamente tutti i link generati tramite TinyMCE dalla forma canonica alla forma di download modificata?
La risposta per noi è stata "forse... ma meglio di no". Si parlava di centinaia (migliaia) di link, per decine di siti Plone.

L'eventualità di eseguire qualcosa senza un intervento umano era a dir poco terrificante, col rischio di trovare contenuti rovinati dall'operazione dopo mesi.
Molto meglio aiutare l'utente a sistemare il problema, cercando per lui i potenziali link da sistemare ma chiedendo conferma dell'operazione: un lavoro di certo più lungo ma che dà la sicurezza del risultato.

Il primo passo è stato quindi quello di riprendere uno spike, un prodotto mai rilasciato che si occupava di ricerca all'interno del testo Plone usando espressioni regolari, e renderlo qualcosa di utilizzabile da interfaccia Plone: rt.bulkmodify.

Il prodotto presenta un'interfaccia Plone che permette di cercare testo all'interno dei contenuti del sito. Quando il testo viene trovato, una tabella viene popolata con i risultati.

Visto che questo tipo di operazione richiede il risveglio dei contenuti Plone, il tempo richiesto per completarsi su un sito molto popolato potrebbe essere tanto lungo da mandare in timeout la richiesta, quindi la scelta presa è stata quella di fornire un'interfaccia JavaScript reattiva, completamente basata su chiamate AJAX.
Se tutta l'operazione dovesse durare anche 20 minuti, questa viene spezzata in tante piccole chiamate che terminano velocemente.

Oltre alla ricerca è poi possibile eseguire la sostituzione del testo trovato, sempre sfruttando le espressioni regolari.

C'è un problema: una semplice espressione regolare con sostituzione testuale non può sistemare il problema perché non c'è modo di sapere, senza un'analisi del contenuto Plone, il nome reale del file caricato.

Il prodotto doveva quindi essere estendibile, permettendo di lanciare speciali operazioni lato server di sostituzione del testo, per individuare i link interni ai file e trasformarli nella forma voluta. Tutto questo è stato di nuovo inserito nel prodotto specifico del Cliente ma senza tradire l'idea iniziale: sarà una persona in carne e ossa che supervisionerà e deciderà cosa sostituire e cosa no.

Link a file... esterni!

L'ultimo pezzo del puzzle riguarda i link tra siti diversi.
Il Cliente ha un grande numero di siti Plone che, per fortuna, condividono il 90% dei prodotti installati.

La necessità di sistemare le statistiche era quindi valida anche per link ad altri siti del Cliente.
Se quindi un sito nel dominio "http://sub1.vostro-host.com/" conteneva un link a un file in un altro sito "http://sub2.vostro-host.com/", questo link al file avrebbe dovuto rispettare la regola di essere comprensibile al software di raccolta statistiche.

Nel caso di nuovi link, tutto ciò diventa lavoro del redattore: è lui che deve fornire il link corretto per il download (copiandolo dalla vista di downalod del file, che ora monta rer.downloadurl)...

...ma ancora una volta: come sistemare il pregresso??

La soluzione è stata quella di scrivere un nuovo plugin che sfruttasse le caratteristiche di Plone scoperte per capire se i link, anche quando esterni, fossero link a file Plone.

Per fare questo occorre:

cercare gli URL nel testo
per ogni URL, tentare di scaricare lo stesso aggiungendovi in fondo "/at_download/file" (se ok: probabilmente è Plone!)
se si ottiene una risposta con un header che identifica il nome reale del file, salvare questo nome
generare l'URL aggiungendovi "/at_download/file" e il nome del file.

Il Cliente era interessato a sistemare solo i propri link interni (intesi come: link ad altri siti dell'organizzione) e quindi l'espressione regolare di ricerca è stata limitata agli URL contenenti il nome host corretto, anche perché aprire connessioni a URL esterni a un sito può (ulteriormente) rallentare la procedura.

Conclusione

La Storia ha avuto un lieto fine, anche grazie a una serie di prodotti con compiti ben separati.

Ma probabilmente varrebbe la pena sistemare tutto questo direttamente alla fonte: tra i tanti pregi di Plone c'è sempre stato quello di avere gli "URL parlanti", quindi credo valga la pena rendere gli URL ai file già leggibili dagli HTTP log.

Non ha senso (e confonde) avere più modi per accedere alla stessa informazioni in modi "simili".

Che ne dite?

L'immagine in testata è di mothemagicdragon.

Analisi (e modifica) di come Plone genera link ai File: una storia vera (parte 1)

Luca Fabbri — Fri, 03 May 2013 14:00:00 +0200

C'era una volta il File in Plone

Questa Storia parte da un Cliente non molto contento del modo in cui Plone gestisce i file.
Nel caso non lo sappiate, c'è una certa confusione a riguardo.

Se nel vostro sito Plone vi collegate all'indirizzo diretto a un file, nella forma...

http://vostro-host.com/percorso/al/file.pdf

...il file in questione viene "aperto direttamente": gli header inviati da Plone scatenano l'apertura del file "inline", quindi sfruttando eventuali plugin del browser, se presenti.
Questo tipo di comportamento ha problemi di usabilità: utenti che non capiscono di essere ancora "dentro al browser" potrebbero chiudere il browser pensando che si tratti di un programma esterno. Se l'utente poi vuole scaricare il file dal plugin, deve trovarne la funzione all'interno dello stesso.

Eppure se arrivate allo stesso file dall'interfaccia Plone (dal navigatore del sito, da una delle viste, ...) vi troverete a un URL diverso:

http://vostro-host.com/percorso/al/file.pdf/view

Questo è l'indirizzo della vista del contenuto file (file_view) da cui potete vedere alcune informazioni sul file e da dove viene mostrato il link per scaricarlo, che assume invece questa forma:

http://vostro-host.com/percorso/al/file.pdf/at_download/file

NB: per alcuni, passare prima dalla vista del contenuto file è solo una perdita di tempo... e un click inutile. Per altri, se il navigatore facesse scaricare direttamente il file (funzionalità semplice da ottenere con Plone), sarebbe inconcepibile: capirete quindi che non esiste una soluzione universale.

La Storia si complica

Il contenuto File in Plone è uno di quei pochi tipi dove il campo titolo non è obbligatorio.

Partendo da Plone 4 (con l'inclusione di plone.app.blob nel core Plone) è stata introdotta un'altra grossa differenza: prima di Plone 4, caricare un file con e senza titolo non aveva differenze sull'URL generato: l'id del file (che determinava anche l'URL) era sempre lo stesso: il nome del file caricato.
Con Plone 4 il campo titolo è rimasto opzionale ma, se venisse fornito, questo verrà utilizzato per generare l'id del contenuto (come per tutti gli altri tipo Plone).
Se dovessimo quindi caricare lo stesso "file.pdf" con il titolo "Il mio file PDF", otterremmo in realtà questo URL:

http://vostro-host.com/percorso/al/il-mio-file-pdf

TinyMCE (la Storia diventa un gran caos)

Avete mai fatto caso al modo in cui TinyMCE genera link ai file? Li tratta in modo diverso dagli altri contenuti?
No!

Usando il comodo plugin per i link interni, TinyMCE genera un semplice link diretto al file, che per quanto visto sopra è il link che determina l'apertura del file inline.

Vediamo di ricapitolare; la situazione è la seguente:

dai navigatori Plone arrivo alla vista dei file ("/view")
da questa vista ho disponibile il link per scaricare il file ("/at_download/file")
usando link generati dall'editor ottengo l'apertura diretta del file inline.

...ed infine le statistiche

Il colpo di grazia ci viene dato dai sistemi di statistiche che analizzano i log. Esistono infatti software che, analizzando i log degli accessi HTTP, sono in grado di individuare se la risorsa scaricata è un file, e di quale tipo.

Il problema di questo approccio è che nel log HTTP non ci sono molte informazioni se non l'URL (questo è un limite universale dell'approccio... Plone e altri CMS non potrebbero fare nulla per evitarlo); per capire quindi se un dato URL si riferisce ad un file PDF, l'unico modo è sperare che l'URL stesso finisca con ".pdf". Nessun header può fare la differenza qui...

Se torniamo ai file di Plone, avrete notato come da quasi nessuno di questi si capisca che si sta per accedere ad un file PDF:

http://vostro-host.com/percorso/al/il-mio-file-pdf
non finisce con ".pdf"
http://vostro-host.com/percorso/al/il-mio-file-pdf/view
non finisce con ".pdf" ma almeno non mente! Non è un link al file, ma solo una vista
http://vostro-host.com/percorso/al/il-mio-file-pdf/at_download/file
non finisce con ".pdf"
http://vostro-host.com/percorso/al/file.pdf
questo andrebbe bene... peccato che l'unico caso in cui potremmo ottenere questo URL è non fornendo un titolo al file (potreste aggiungere il titolo dopo ma sarebbe troppo scomodo, e dovremmo essere certi che nessuno lo rinomini).

Tanto per essere chiari: il Cliente utilizza uno di questi sistemi di statistiche e si è trovato (giustamente) scontento della grande varietà di URL presenti.

Ci è quindi giusta questa richiesta:

"niente attivazione di plugin, i file vanno scaricati"
"voglio che gli URL dei file Plone indichino il formato del file".

Fase 1: fermare il problema

Analizzando la situazione, ci siamo resi conto che il comportamento corretto per scaricare file lo abbiamo solo tramite la chiamata a "/at_download/file", che però ha comunque dei problemi:

non finisce col nome reale del file
non è utilizzata da TinyMCE.

La fortuna ha voluto che il Cliente utilizzasse già da tempo (e con soddisfazione) una variante del plugin dei link a file in Plone: collective.tinymceplugins.advfilelinks.
Se fino ad allora questo plugin si era sempre limitato ad accorgimenti grafici atti ad aumentare l'usabilità dei link (in primis: fornire la dimensione del file che si sta per scaricare), ora poteva tornarci utile per sistemare una delle funzionalità che TinyMCE non offre: scegliere il tipo di link al file.

Abbiamo quindi rilasciato una nuova versione del prodotto che portasse una nuova funzionalità: poter scegliere se avere un link diretto al file (inline), un link alla vista (preview) del file o un link per scaricare il file - tramite un nuovo menù a tendina.

Per questioni di correttezza verso la comunità che già utilizza questo prodotto non sarebbe stato giusto scegliere un valore di default diverso da quello predefinito di TinyMCE, quindi è stato tenuto come valore predefinito il "link diretto al contenuto".
Ma non era nemmeno pensabile che gli utenti del Cliente cambiassero ogni volta quel menù a tendina... è stato quindi usato un prodotto aggiuntivo che "sistemasse" il valore predefinito (funzionalità nativa, prevista dalla nuova versione di collective.tinymceplugins.advfilelinks).

Bene! Ora i link ai file fatti tramite TinyMCE hanno iniziato ad essere link al download reale, tagliando fuori gli eventuali plugin.

at_download, Quel Permissivo

Ma rimane il problema cruciale delle statistiche.

Dopo aver eseguito qualche test ci siamo accorti che la chiamata a "at_download/file" può ricevere altri elementi di percorso senza inficiarne il comportamento.

La cosa forse è un po' strana, ma richiamando un URL Plone in questo modo...

http://vostro-host.com/percorso/al/il-mio-file-pdf/at_download/file/fasullo.doc

... non ottenete errori: L'URL scatena comunque il download del file (e negli header inviati c'è il vero nome "file.pdf"... non preoccupatevi).
Il sistema di statistiche però in questo caso avrebbe (erroneamente) capito che la risorsa scaricata era un file di Word (.doc).

Sfruttando questa "funzionalità" abbiamo reso collective.tinymceplugins.advfilelinks ancora più flessibile, rendendo possibile indicare, tramite un prodotto di terze parti, come generare gli URL nel caso di "URL alla preview" o "URL al download".
Nello stesso prodotto di cui sopra è stato quindi cambiato il valore per il download del file da "/at_download/file" a "/at_download/file/nome reale del file".

Infine, la cosa più semplice: cambiare la vista file_view perché mostrasse lo stesso URL di download modificato. Per fare questo è stato rilasciato un micro-pacchetto: rer.downloadurl.

Ok, missione compiuta: da ora in poi i link ai file saranno amichevoli con il software di statistiche!

... ma i vecchi link?!

Siete curiosi di sapere come finisce? Per ora ho già scritto troppo; per il resto della Storia ci rivediamo martedì prossimo!

Bologna, 24 aprile 2013: il World Plone Day della varietà

Cesare Brizio — Mon, 29 Apr 2013 15:00:00 +0200

Un inizio in sordina (dopo un paio di quarti d'ora accademici, la grande sala A di Terza Torre stentava a riempirsi) aveva creato una certa apprensione sulla saldezza della fede Plonesca dei settanta iscritti al World Plone Day, ospitato a Bologna dalla Regione Emilia Romagna e patrocinato da Unioncamere regionale.

Ma già nel corso dell'introduzione, affidata al padrone di casa Giovanni Grazia, affluivano i ritardatari: giusto in tempo per godersi la "Call to arms" del contumace Jacopo Deyla, affidata a un filmato di grande effetto, anche grazie alla prestigiosa (quanto inaspettata) partecipazione dello scrivente, la cui maschia immagine, un po' alla Zio Sam, ha focalizzato il pubblico sulla missione collaborativa della giornata, non senza allusioni velate al doping ciclistico.

Perché come sempre, se si parla di World Plone Day, l'idea è di mettere a fattor comune le varie esperienze, imparando gli uni dagli altri e facendo conoscere Plone a chi ancora non sa cos'è.

Quest'anno più che mai, visto il "kata" pomeridiano destinato a creare, grazie a volontari del pubblico, il sito Web dell'Alleanza Ribelle.

Senza entrare nel dettaglio dei singoli interventi, ricordiamo i relatori: Michele Mordenti (Nuovo Circondario Imolese) ha riferito della co-progettazione in ambito PloneGov Italia del modulo per la "trasparenza" (Art. 18); Giovanni Grazia (Regione Emilia Romagna) ha fatto un bilancio di quattro anni di Plone in Regione; Luca Tebaldi (Università degli Studi di Ferrara) ha raccontato di come la migrazione a Plone 4 abbia offerto a UNIFE anche l'occasione per lanciare la versione Mobile del portale istituzionale; ultimo relatore prima del coffee break, Massimo Azzolini (RedTurtle) nel suo intervento Plone Social ha analizzato in profondità, e con specifico riferimento a Plone, il ruolo delle funzionalità Social su una Intranet, come moltiplicatore della produttività.

Il coffee break, momento di premialità mangereccia per incoraggiare i partecipanti, è stato come sempre un momento di sincero e incondizionato coinvolgimento del pubblico che di lì a poco, lasciando una lunga scia di briciole che neanche Pollicino, ha ripreso il posto in sala senza sapere che le bevande erano state ad arte addizionate di caffeina e taurina, nello spirito dopante più sopra richiamato.

Era quindi con rinnovata attenzione e ad occhi bene aperti che il pubblico riceveva, apprezzandole, le presentazioni di Alessandro Balzani (FatOrazio), con il suo sistema di gestione costi e fatturazione online basato su Plone, e a seguire il coinvolgente intervento di Davide Caviglia (Gis&Web), che illustrava un sistema di gestione delle istanze online integrato con piattaforme GIS open source, già in uso in diverse PA, basato su Plomino: un sistema Plone per il rapido dispiegamento di applicazioni Web.

Gli interventi di Alessandro Pirani (Consulente per l'Innovazione del Tribunale di Milano, nonché PloneGover di vecchia data grazie al suo mandato di Assessore al Comune di Pieve di Cento), come lo stesso interessato riconosce, sono sempre da "pierino": Alessandro non è certo timido nel proporre prospettive nuove e magari in controtendenza, e certamente le esperienze in corso al Tribunale di Milano giustificano la sua proposta di una subcommunity Plone dedicata alla Giustizia: esiste una vasta domanda di servizi correlati alla Giustizia, di interesse degli Enti, come ad esempio quelli legati alla volontaria giurisdizione.

La defezione per cause di forza maggiore della relatrice di AUSL Bologna, un Ente che gestisce con risorse interne una delle più grandi, se non la più grande, infrastruttura Plone italiana - prima come Intranet e ora anche sul fronte Web - imponeva di passare il testimone a Stefano Marchetti (RedTurtle), con il suo intervento relativo a Mediacore, MailChimp e Mockup, le "tre M per Plone". Sia la piattaforma free software per la conservazione e la fruizione di audio e video, sia il sofisticato sistema di gestione delle newsletter sono stati una piacevole sorpresa per chi ancora non li conosceva. Con Mockup, il tema si è fatto più tecnico: è possibile avere un "Plone senza Plone"? La risposta è sì, grazie a una combinazione di html, javascript e CSS che consente di affidare le attività di grafica e templating a un designer senza che questi debba necessariamente disporre di un server Plone.

Non ancora sazi dopo poco più di un'ora dal coffee break, i partecipanti al workshop pomeridiano si sono goduti la bella giornata negli immediati paraggi (e per fortuna nel Fiera District un po' di verde si trova), introitando ulteriori calorie in previsione delle terribili fatiche che avrebbero atteso gli ardimentosi volontari, proprio al culmine della sonnolenza postprandiale.

Rapidamente terminata l'indegna gozzoviglia e ricomposte le fila, ci si è avviati verso la sala pomeridiana dove sono stati attivati ben due proiettori, uno per proporre la scaletta delle attività da svolgere, l'altro per osservare il work in progress dei generosi volontari, qui citati in ordine alfabetico di nome di battesimo: Carla, Federica, Franco, Jacopo, Michela (sperando di non dimenticare nessuno).

Sotto la guida di un inflessibile Stefano, i volontari - partendo da un'installazione preconfigurata di Plone, già disponibile su Github assieme alla presentazione con la lista dei passi da seguire - hanno impersonato i membri dell'Alleanza Ribelle intenti a creare la homepage del pianeta Hoth.

Senza neppure necessità di (troppa) violenza fisica, Stefano è riuscito a coordinare con successo, anche grazie a moduli Plone selezionati con accortezza, la creazione di questo sito, nel cui ambito spiccava il gettonatissimo tipo di contenuto "Starship", che ha dato occasione per parlare di Dexterity e che certamente si candida a uno specifico riuso in ambito PloneGov.

Più ancora che essere utile ai volontari, alcuni dei quali già decisamente a proprio agio con Plone, la rapida sequenza di attività in due ore dal concetto alla realizzazione è servita al pubblico, tra cui spiccavano le presenza di alcuni Enti che stanno seriamente valutando l'adozione del nostro CMS preferito, e che certamente avranno tratto da questo pomeriggio di lavoro la più rasserenante delle impressioni.

E così il WPD è volto al termine in una bella serata primaverile, lasciando positivi strascichi tra cui l'annuncio di un PloneGov Sprint (stay tuned!), e la certezza che la missione divulgativo-collaborativa invocata dal filmato iniziale è stata raggiunta.

Sunburst e i css + dtml: se li conosci NON li eviti

Irene Capatti — Tue, 23 Apr 2013 09:00:00 +0200

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.

Proprio così: il formato DTML è stato ufficialmente abbandonato e relegato alle versioni di Plone <= 3.x.

Attenzione: abbandonato non vuol dire "non supportato". Nei nostri temi basati su Sunburst possiamo tranquillamente introdurre file .dtml.
Allora non ci resta che prendere esempio dagli sceneggiatori di Beautiful e riportarli alla vita con un bel "coup de theatre".

Lo scopo di questo post non è di spiegarne l'uso, la sintassi o elencarne pregi o difetti. E' una scelta individuale e organizzativa che può essere o meno condivisibile. Ma per tutti i "plone-skinner" che la pensano come me, metto a disposizione la mia personale panacea:

il buon vecchio base_properties.props, ampliato con ulteriori personalizzazioni (stili per la descrizione, bordo inferiore sui link, colore di hover sui link...)
un file sunburst_public.css.dtml (da aggiungere al proprio tema) che fa uso del base_properties.props per ridefinire tutti gli stili (e solo quelli) del public.css di Sunburst in cui sia possibile sostituire un valore statico con una variabile dtml.

Entrambi i files vanno inseriti nella cartella "skins/miotema_styles" del proprio pacchetto. Il file sunburst_public.css.dtml dovrà essere registrato in profiles/default/cssregistry.xml con la classica direttiva:

<stylesheet id="sunburst_public.css" 
            media="screen" rel="stylesheet" 
            rendering="link"
            cacheable="True"
            compression="safe"
            cookable="True"
            enabled="1"
            expression=""/>

Consiglio di registrarlo prima del file css specifico del tema (esempio miotema.css).

Vantaggi?

Molteplici:

cambiare faccia a Sunburst in 5 minuti
evitare di sovrascrivere l'intero public.css
ridurre gli episodi di ipertensione e nervosismo
preservare il candore del muro del proprio ufficio.

Svantaggi?

Onestamente non ne vedo nessuno, salvo il fatto che il giorno in cui i dtml verranno definitivamente deprecati si dovrà necessariamente rivedere il proprio codice... ma in una simile circostanza si starà senz'altro procedendo con una migrazione di versione "major" e potreste sfruttare l'occasione per proporre un bel restyling del sito ;-)

Avvertenze e modalità d'uso: l'uso del prodotto può creare dipendenza e assuefazione. Assumere a piccole dosi e intervallare con la somministrazione di un tema Diazo per equilibrare i valori di "cssemia".

How to automatically refresh your database in "silent mode"

Andrea Baglioni — Fri, 12 Apr 2013 15:30:00 +0200

Scenario: a development server, a release server and many production customers' servers: nothing more classic.

Every time a change is deployed on the release server, the best thing would be to "push" it automatically on production server, or as soon as possible (at least).

We know that Lotus Domino provides the "Refresh design tool", but it requires a Lotus client installed and open, and a manual operation.

Maybe you can work with replicas of the template, but, in any case, the "optimum" would be:

break away from the dependence of the Lotus Notes client
schedule the operation in automatic mode.

So what?

Many solutions found over the Web, but...

As reported in this thread, automatic refresh design is something desired, perhaps to have something scheduled (agent), but even if low level Notes API are provided, it always requires an opened client and, in this case, a Windows client (API uses dll)!

Typically 'load convert' command is used for mail database

I remembered something about notes mail database administration, and a very cool stuff to upgrade mail templates, with this command:

load convert -n maildb.nsf * template.ntf

So, why not apply the same method to not-mail database?

I've investigated a lot, I've also opened a discussion on Stackoverflow and many authoritative people (Richard H. Schwartz, Per Henrik Lausten) answered me about different approaches, but I think that "load convert way" could be a good solution.

Be careful! If you try this, you can run into some problems: below I'll try to answer at the most commons I've experienced, and steps to resolve them.

Q:

What about if templates are on remote server?

A:

It's possible to directly refer the remote template, using this syntax:

load convert -n mydatabase.nsf * remoteserver!!template.ntf

where remoteserver is abbreviated name (e.g. removeServerName/OrgUnit/Org).

NOTICE: database and remote template could also be located in subfolder, so you can use:

load convert -n dir1/dir2/mydatabase.nsf * remoteserver!!dir3/dir4/template.ntf

Q:

When I send the command, I obtain this error: 'Mail Upgrade Failed: Unable to open design template file ......Unable to find path to server'"

A:

On production server, you need to create a connection to the release server, as shown in pictures:

Q:

After the connection is done, I obtain this error: 'The Address Book does not contain a cross certificate capable of validating the public key'

A:

A cross-certification between organizations is needed, in both directions (release server to production server and vice-versa), using server.id and cert.id.

Ready to go!

All the prerequisites for a correct communication are made.

Now is possible to schedule the refresh command whenever you want, in your preferred way, for example:

making a program (see here)
with a scheduled agent that send commands to server

Next lines show how to do this in a Java agent:

String command = "load convert -n mydatabase.nsf * remoteserver!!template.ntf";
System.out.println(session.sendConsoleCommand("", command));

That's all! Feel free to let me know what do you think about this approach. Any comment/review will be appreciated!

Plog 2013, due giorni al Plone Open Garden tra idee e nuove sfide

Giacomo Spettoli — Fri, 12 Apr 2013 12:20:00 +0200

Come già annunciato nelle ultime news di Plone.it, dal 3 al 7 di Aprile si è svolto nella magnifica Sorrento uno degli eventi "must have" italiani su Plone, il Plone Open Garden.
In rappresentanza delle tartarughe, Massimo Azzolini e io siamo arrivati in città il giorno prima dell'inizio ufficiale. Il nostro timore era di essere i soli plonisti in città quella sera, ma appena arrivati in hotel abbiamo avuto la piacevole sorpresa di non essere arrivati tra i primi, bensì tra gli ultimi!

Così l'evento è iniziato già la sera del 2, durante l'aperitivo dell'hotel.

In eventi come il Plog, la comunità Plone mostra le sue qualità migliori: giovialità e socievolezza.

Eventi come il Plog servono anche a stringere nuove amicizie, nuove collaborazioni o semplicemente ritrovare persone che vivono dalla parte opposta del globo e con cui magari si collabora giornalmente a rendere il nostro amato cms sempre più "cool".

Day 1... si aprano le danze!

Mercoledì 3, di buonora, sono iniziati i lavori dell'evento. Date le condizioni atmosferiche non ottime, tra i partecipanti si è subito diffusa la gag di rinominare l'evento in "Plone Open Hall" o "Plone Open Basement", per la location scelta per i talk.

Ad aprire le danze sono stati due famosi plonisti francesi, Thomas Desvain e Cédric Messiant. Thomas ha presentato una suite di prodotti molto interessanti per la delega di permessi agli utenti limitatamente ad un certo contesto di un sito Plone. Tra i prodotti presentati spiccano collective.local.adduser per delegare la creazione di utenti locali; collective.local.addgroup per la delega di creazione dei gruppi; infine collective.local.sendto per la delega di invio di email agli utenti. Tutti i prodotti di questa suite sono disponibili su github: https://github.com/tdesvenain.

Il collega Cédric ha presentato un'altra suite di prodotti per la gestione di una rete di contatti/esperti all'interno di un'azienda. La soluzione prevede di poter definire dei gruppi, dei ruoli nei gruppi e degli esperti per i ruoli. La metafora usata durante il talk rappresenta i gruppi con i raggruppamenti gerarchici di un esercito (armata, reggimento); i ruoli sono il corrispondente dei gradi dell'esercito (generale, comandante) e gli esperti sono i singoli soldati. La suite di prodotti è disponibile come al solito su github:

Dopo i colleghi francesi è stato il turno di quelli olandesi, con Guido Stevens che ha presentato la sua soluzione social per Plone, PloneSocial. La chiarezza della visione di cosa c'è nel futuro social di Plone ha lasciato molti piacevolmente impressionati. Il cuore del talk, più che l'insieme dei dettagli tecnici, è stata la presentazione di una roadmap per il completamento del social networking in Plone.

Studi di settore hanno dimostrato che le interazioni lavorative di tipo social all'interno di un'azienda aumentano la produttività dei dipendenti del 20-25%!

La suite di prodotti copre per ora le funzionalità di microblogging, activity stream, follow di utenti o di aree di contenuti e aree di team working. Più di un partecipante al talk era interessato a come avesse affrontato il problema delle performance e Guido ha dimostrato che, attraverso ingegnose soluzioni tecniche, è possibile assicurare la scalabilità sia in alto sia in basso del sistema.
Dopo una breve pausa, ha preso la parola il nostro Massimo per presentare l'esperienza di RedTurtle nel mondo del software agile, i problemi comuni e le soluzioni aziendali adottate, sia di tipo organizzativo interno sia come strumenti sviluppati, tra cui Penelope. Il nostro approccio e le nostre soluzioni hanno attirato l'interesse e le domande di molti colleghi Plonisti che si trovano ad affrontare tutti i giorni gli stessi problemi.

L'ultimo talk della mattinata è stato di Giorgio Borelli, collega plonista italiano, che ha raccontato l'ormai noto e apprezzato prodotto Plone per la geolocalizzazione, collective.geo e la sua roadmap per l'evento.

Nel pomeriggio i lavori sono ripresi con degli sprint su vari argomenti. Lo sprint in assoluto più partecipato è stato incentrato su una discussione sullo stato dell'universo dei prodotti Plone e su come migliorarne sempre più la qualità e la tracciabilità. Dalla discussione è nata l'idea di istituire un concorso annuale per i "migliori 50 prodotti di Plone", in modo da sfruttare questa piccola competizione per spingere la comunità a curare sempre più i propri prodotti.

Nel resto del pomeriggio ho partecipato al gruppo della documentazione, mentre Massimo a quello del Marketing. Nel nostro gruppo ci siamo occupati di trascrivere nero su bianco il processo di rilascio di una nuova release di Plone, le persone coinvolte e gli step da seguire. Abbiamo proseguito con la stesura della documentazione sul processo di installazione passo passo di Plone sui più diffusi sistemi operativi.

Day 2... the show must go on!

Il secondo giorno di conferenza si è aperto con un talk di Antonio De Marinis dell'Agenzia Europea per l'Ambiente (eea.europa.eu).

Lo scopo del talk è stato quello di presentare i lavori dell'Agenzia, fare una panoramica su cosa sia l'Open Data e presentare uno prodotti sviluppati, eea.daviz. Questo prodotto permette di visualizzare di dati provenienti dai dataset mondiali in forma di grafici.
A seguire ha preso la parola l'attuale presidente della Plone Foundation, Paul Roeland, che ha fatto un report sullo stato della fondazione, sui progetti aperti e sulle sovvenzioni per l'organizzazione di nuovi eventi.
Dopo una breve pausa ha preso la parola Érico Andrei di Simples Consultoria, l'azienda che quest'anno ha ricevuto l'incarico di organizzare l'annuale conferenza mondiale di Plone.

"...siamo qui per farvi vedere come spendiamo i soldi dell'Agenzia, che in fin dei conti, sono anche i vostri soldi!" (cit. A. De Marinis)

Come da previsioni, il talk è iniziato con un resoconto dello stato dei lavori dell'organizzazione dell'evento e delle location identificate. Dall'entusiasmo mostrato da Érico ci si aspetta che la Plone Conference 2013 sarà un evento da non perdere. Nella seconda parte del suo talk, Andrei è passato a presentare lo stato di avanzamento di un prodotto presentato in anteprima all'ultima PloneConf, collective.cover. Questo prodotto, molto interessante, ha lo scopo di fornire alle nostre redazioni uno strumento per la costruzione di homepage in maniera facile, veloce e estremamente flessibile. L'idea di base del prodotto non è nuova, esistevano già vari prodotti per questo scopo - come il più vecchio e famoso collective.portletpage -, ma collective.cover sembra un passo avanti per la flessibilità e per l'utilizzo di tecnologie all'avanguardia che entreranno in Plone nelle prossime release.

Nel pomeriggio, come il giorno precedente, sono ripresi gli sprint. Massimo ed io abbiamo continuato a partecipare ai gruppi del giorno precedente. I lavori della documentazione si sono concentrati sulla preparazione di uno script per l'installazione guidata di tutte le dipendenze di Plone. Lo script, grazie a una grafica minimale, guida l'utente nell'altrimenti delicato compito di preparare il sistema ad ospitare Plone. Il gruppo del Marketing si è concentrato invece sull'identificazione della lista di 50 prodotti "consigliati" di Plone.

Day 3... leaving Sorrento is never easy, I saw the light fading out!

Il dovere purtroppo non guarda in faccia nessuno. Il terzo giorno, infatti, la sveglia ci ha riportato alla realtà alle 5 am per prendere il treno che da Napoli ci avrebbe riportato a Ferrara. Dopo 7 ore di viaggio siamo tornati alla nostra città, con un carico di nuovi spunti di approfondimento su soluzioni e prodotti basati sul nostro amato cms Plone.

Gallerie e Slider di immagini per il tuo sito web: eccone 20 esempi!

Federica D'Elia — Mon, 08 Apr 2013 10:15:00 +0200

La maggior parte dei clienti chiede una gallery o uno slider nel proprio sito. In effetti, un carousel di immagini può fare una grande differenza e dare quel tocco cool al portale.

E' per questo che spesso mi piace perdermi alla ricerca di qualcosa di nuovo da proporre. Qui sotto ho elencato una serie di slider e gallery costituiti principalmente da JQuery plugin e CSS3.

redturtle

3 prodotti per gestire le prenotazioni con Plone

Products.PloneBooking

rg.prenotazioni

seantis.reservation

E quindi?

Web apps: debug remoto con Android e Chrome Developer Tools

Problema

Soluzione

Installazione

Requisiti

Chrome for mobile

Configurazione

Utilizzo

Conclusioni

Come gestire l'iscrizione alle notifiche di un sito con le rule di Plone

Analisi (e modifica) di come Plone genera link ai File - seconda parte

Fase 2: come trattare il pregresso

Link a file... esterni!

Conclusione

Analisi (e modifica) di come Plone genera link ai File: una storia vera (parte 1)

C'era una volta il File in Plone

La Storia si complica

TinyMCE (la Storia diventa un gran caos)

...ed infine le statistiche

Fase 1: fermare il problema

at_download, Quel Permissivo

Bologna, 24 aprile 2013: il World Plone Day della varietà

Sunburst e i css + dtml: se li conosci NON li eviti

Vantaggi?

Svantaggi?

How to automatically refresh your database in "silent mode"

Many solutions found over the Web, but...

Q:

A:

Q:

A:

Q:

A:

Ready to go!

Plog 2013, due giorni al Plone Open Garden tra idee e nuove sfide

Day 1... si aprano le danze!

Day 2... the show must go on!

Day 3... leaving Sorrento is never easy, I saw the light fading out!

Gallerie e Slider di immagini per il tuo sito web: eccone 20 esempi!

Supersized è un fullscreen background slideshow costruito utilizzando la libreria jQuery.

Una galleria fullscreen di immagini creata con la libreria jQuery e CSS. La galleria presenta le immagini a schermo intero in diverse modalità e con barre di scorrimento personalizzate.

Uno slider costituito da una pila di immagini, che funziona facendo “volare” l'immagine selezionata davanti alla pila. Usa le transizioni CSS3, animazione e jQuery.

Uno slider jQuery di immagini e contenuti, fullscreen e responsive.

Uno slider per visualizzare il proprio portfolio con un effetto "flipping" per l'impaginazione. Usa jQuery e trasformazioni CSS3.

Uno slider responsive che usa transizioni CSS3 avanzate.

Un plugin jQuery per la creazione di una griglia di immagini responsive che cambia automaticamente le immagini con animazioni e tempi diversi.

Un effetto di rimbalzo quando viene mostrata un'immagine, creato utilizzando trasformazioni CSS3 e animazione.

Uno slider jQuery di immagini a pannello triplo con un look 3D.

Minimit Gallery è un plugin slider che supporta transizioni e trasformazioni CSS3, trascinamento, scroller, e interazioni touch.

Uno slider verticale che usa solamente proprietà CSS3.

Un accordion di immagini che espande un elemento al click.

Vegas, Background jQuery Plugin

Uno slider di diversi background.

Carousel responsive di immagini che si adatterà in modo fluido a un layout. Si tratta di un plugin per jQuery che può essere disposto in orizzontale o in verticale.

Orbit, A Slick jQuery Image Slider Plugin

Un plugin jQuery per un slider di immagini.

Un layout con effetto a “scorrimento fluido” creato solamente attraverso CSS.

Un photo viewer jQuery, responsive e completamente personalizzabile.

iosSlider, Touch Enabled jQuery Horizontal Slider Plugin

Un plugin jQuery progettato per essere usato come un dispositivo di scorrimento del contenuto, un carousel, un banner di scorrimento o una galleria di immagini.

Uno slideshow "elastico" che usa miniature per le anteprime. La presentazione si regolerà automaticamente al suo contenitore.

Uno slider jQuery di immagini, responsive e con vari effetti di visualizzazione.

PuDB, ovvero: come ho imparato a velocizzare il mio debug

Installazione e uso

Caratteristiche principali

Mi piacciono le bagigie

Funkload: a simple buildout to spread and run your test!

Funkload

Conclusion

Recommended reading

rt.atmigrator: pensioniamo i vecchi tipi con un click

sternweber.it, il nuovo sito 100% Plone

Perché Bootstrap?

Le dosi