Tuttavia, questi motivi sono andati scemando poco per volta a partire dal rilascio di WordPress 2.5 che, lo ammetto, comincia ad essere un bel prodottino. Lasciando da parte l’eventuale massacro che sarebbe la migrazione, vorrei mettere sul piatto pro e contro delle due soluzioni.

E’ probabile che dovrò fare una scelta prima del completamento del nuovo sito, ma preferisco attendere WordPress 2.7 per valutare la nuova piattaforma.

Nel frattempo vi regalo qualche impressione sulle due piattaforme a confronto. Questo non vuole essere il solito post meglio questo o quello ma semplicemente una mia personale riflessione ad alta voce.

Pro di WordPress

Editor WYSIWYG

L’editor di WordPress mi è sempre piaciuto. Intendiamoci, detesto gli editor WYSIWYG, ma l’implementazione di TinyMCE su WordPress mi ha sempre stuzzicato come un’amante perversa.

Anche MovableType ha un editor WYSIWYG a partire dalla release 4.0, ma Six Apart continua ad ostinarsi a svilupparlo in casa offrendo una soluzione che, a confronto, ha la potenza di una pistola paragonata con una testata nucleare.

Linguaggio comprensibile

WordPress è scritto in PHP che, almeno per il sottoscritto, è decisamente più comprensibile rispetto a Perl. Più volte è rimbalzata un’indiscrezione di una possibile riscrittura di Movable Type in Ruby, ma credo che fosse solo una bufala di dubbio gusto.

WordPress non brilla certo per la qualità del codice. Non ci sono unit test, il team di ostina a voler mantenere compatibilità con PHP 4 riempiendo così l’applicazione di hack e workaround senza sfruttare a pieno le caratteristiche di PHP 5. Insomma, un PHP decisamente migliorabile.

Tuttavia, essendo scritto in PHP ho modo di realizzare da me i plugin, correggere eventuali errori e soprattutto indagare perché la funzione che dovrebbe funzionare non funziona.

Aggiornamento automatico

L’introduzione dell’aggiornamento automatico del plugin è stato un vero e proprio colpo al cuore per un fedele di MovableType come il sottoscritto.

L’aggiornamento automatico della piattaforma, previsto per WordPress 2.7, è il colpo di grazia, un’orgasmo informatico che da solo vale l’intera release.

Velocità

MovableType non ha mai brillato per velocità, soprattutto in alcune funzioni come il modulo di ricerca. Più volte mi sono ritrovato di fronte ad una triste pagina di internal server error causata da sovraccarico del server (e relativa policy di Dreamhost di killare tutti i processi attivi oltre un limitato periodo di tempo). La funzionalità di ricerca di WordPress è rapida, l’amministrazione quasi immediata e la pubblicazione dei post non richiede rebuild, come recentemente introdotto da MovableType.

La scrittura statica dei template di MovableType è un’ottima soluzione per risparmiare risorse ma alcune letture mi hanno confermato che diversi plugin per WordPress introducono supporto evoluto al caching in grado di soddisfare anche i palati più esigenti.

Certo, se solo il listing di un post non richiedesse 18 query…

Community

La community è senza dubbio uno dei punti di forza di WordPress, da sempre.

La community ha prodotto centinaia di plugin di qualità, la rete è piena di tutoria e guide dedicate a WordPress che permettono di sviscerare la piattaforma in ogni suo dettaglio. La community ha creato software ad hoc per WordPress, un sistema di gestione via iPhone e decine di altri gadget gustosi.

Automattic è particolarmente attento alla community e le acquisizioni di Gravatar, IntenseDebate e PollDaddy sono un’ottima dimostrazione della volontà di crescere e migliorare costantemente la piattaforma.

Senza dubbio un ottimo punto a favore di WordPress!

Cosa mi dispiacerebbe abbandonare

Amministrazione Utenti

Un’eccellente sistema di gestione dei permessi e degli utenti… ma che cavolo, scrivo solo io su questo blog!

Multiblog

Qui arriviamo al punto dolente, uno dei principali motivi (se non il principale) che mi ha tenuto lontano da WordPress fino ad oggi e che continua a giocare un ruolo importante nella scelta: il multiblog.

Ogni installazione di WordPress gestisce un blog ed uno solo, salvo plugin, accrocchi o stratagemmi vari.

MovableType invece gestirsce illimitati blog in contemporanea consentendomi di condividere risorse, template ed elementi tra le varie istanze in modo del tutto trasparente. Una installazione, illimitati blog.

Gestione TrackBack e Commenti

Su questo punto WordPress ha ancora molta strada da fare. La gestione dei commenti e dei trackback in MovableType è decisamente più evoluta e permette di visualizzare, moderare e gestire questi due tipi di feedback in modo più efficace.

Non per ultimo, l’interfaccia di scrittura dei post consente di indicare URL per l’invio dei trackback, mentre lato amministrazione è possibile abilitare/disabilitare le funzionalità o alterarne il comportamento.

Template Tag

Anche se WordPress mi consente di utilizzare PHP, i template Tag di MovableType sono un’inestimabile risorsa. Permettono di interagire con praticamente qualsiasi contenuto del blog in modo semplice ed efficare.

Non nego che siano complessi da imparare, ma una volta memorizzati permettono di scrivere un template decisamente più pulito di quelli di WordPress.

Gestione dei template

La gestione dei template è sempre stata molto soggettiva. Conosco decine di utenti ai quali viene il mal di testa al solo pensiero di aprire il pannello di MovableType, ma vi assicuro che il sistema offre funzionalità molto più evolute rispetto a WordPress.

Il pannello di modifica di un template di WordPress si limita ad aprire un’area di testo infilandoci dentro il contenuto del file corrispondente. La gestione dei template di MovableType è gerarchica rispetto al blog e agli altri blog disponbili.

E’ possibile creare template e moduli (tipo i parziali in Rails), associare a ciascuno operazioni di caching e di pubblicazione personalizzate, creare illimitati nuovi template per generare feed, pagine e listing in pochi click usando i template tag.

Eh sì, la gestione dei template mi mancherebbe proprio!

E se io non volessi MySQL?

Recentemente in azienda abbiamo iniziato la migrazione della infrastruttura database a PostreSQL, conosciuto come il più evoluto database open source.

I risultati non si sono fatti attendere sia dal piano delle performance che dell’affidabilità.

MovableType supporta nativamente MySQL ma anche SQLite e PostreSQL. WordPress invece consente solo di utilizzare MySQL e l’intera architettura è strettamente fusa con il programma, rendendo impossibile oltre che improbabile il supporto futuro ad altri database.

A pari merito

Upload

La gestione e upload di risorse esterne è notevolmente migliorata nelle ultime versioni di WordPress e supera di gran lunga in semplicità e caratteristiche la versione base di MovableType. Tuttavia, su quest’ultimo ho da tempo installato Better File Uploader colmando (e superando) così il divario tra le due piattaforme. In fin dei conti, posso attribuire un pareggio.

Gestione Post e Pagine

Escluse differenze cosmetiche e minimamente funzionali, la gestione dei post e delle pagine si equivale su entrambe le piattaforme. Leggermente più evoluta, a mio avviso, l’interfaccia per la scrittura dei post in Movable Type 4.2 rispetto a WordPress 2.6, ma presumo che le cose potrebbero cambiare con WordPress 2.7.

Per ora un meritato pareggio.

Antispam

Akismet è da sempre il compagno fedele di WordPress fin dalle prime versioni. Da un paio d’anni è disponibile un plugin ufficiale anche per MovableType che adotto per impostazione predefinita su qualsiasi istanza della piattaforma.

Anche in questo caso un pareggio, nonostante vorrei sottolineare ancora una volta che la gestione dei commenti offre maggiore flessibilità su MovableType. In questo caso è possibile determinare il peso di Akismet nel processo di valutazione del commento e limitare eventuali falsi positivi.

In conclusione

Anche se avrei potuto andare avanti ancora per un po’, direi che ci sono sufficienti spunti di riflessione.
Giusto per confondermi le idee… voi perché avete scelto WordPress o MovableType?

Related posts:

1. Technorati Template per Movable Type
2. La struttura a tag di Movable Type 3.3
3. Crea la tua sitemap con Movable Type

Sto ancora girando tra le novità. Le più interessanti, per ora:

• l’integrazione dei campi personalizzati (ex plugin CustomField)
• il supporto ai commenti stile newsgroup, con la possibilità di creare una struttura dei commenti a thread
• l’ampliamento della gestione dei profili, anche grazie all’introduzione dell’impressionante pacchetto Community Pack in Movable Type Pro.
• L’upgrade in sè è stato indolore. Purtroppo ho dovuto ripristinare immediatamente il backup poiché, in uno sprazzo di entusiasmo, mi sono lasciato andare all’aggiornamento incondizionato dei template per standardizzarli al nuovo (ennesimo) sistema superfigo deluxe… non fatelo, o meglio, prima studiate bene le novità!

Nel frattempo ho già integrato il nuovo sistema dei commenti e di login. Vi invito a provare ed inviarmi un’email in caso di problemi.

Related posts:

1. Lavori in corso (upgrade Movable Type 4)
2. Upgrade a Movable Type 4
3. Tutte (ma tutte) le novità di Movable Type 3.3

Praticamente nulla è cambiato (ribadisco, per ora) nel template grafico, salvo la rinomina del 50% delle classi CSS per portare il template attuale su Movable Type 4.
Non avrei potuto fare altrimenti, questo template non è tra quelli supportati per Movable Type 4.
Piccoli cambiamenti nel layout dei post: il permalink, il numero dei commenti ed i vari metadati ora spuntano subito sotto al titolo del post, anche in homepage.

In ordine sparso, ecco le modifiche

1. Upgrade dei template a Movable Type 4
2. Upgrade del template dei risultati di ricerca a template dinamico, con supporto a tutte le varie diavolerie tecnologiche offerte da MT 4
3. Upgrade del sistema di gestione dei commenti

L’area commenti è quella che forse merita due righe aggiuntive.
Con l’aggiornamento ho introdotto il supporto all’autenticazione via Movable Type — ma questa la posso usare solo io :) — e OpenId, oltre a TypeKey da sempre supportato.
Adesso potete scegliere di commentare in modo anonimo oppure autenticarvi.

Se qualcuno OpenIdizzato potesse fare qualche prova di commento qui mi farebbe un favore.

Prima di lasciarvi alla vostra nuova fetta di panettone non dimenticate di aggiornare la cache del browser per questo sito altrimenti c’è il rischio che il template prenda strane forme mostruose.
Se avete Firefox è sufficiente ricaricare la pagina premendo contemporaneamente SHIFT + Tasto aggiorna, per Internet Explorer non lo ricordo… dovrebbe essere lo stesso.

Related posts:

1. Upgrade a Movable Type 4.2
2. Movable Type Plugin: registrazione per commenti
3. Manutenzione straordinaria (straordinariamente folle)

Cominciamo dalla dashboard, ovvero dal pannello di controllo iniziale.
Il layout è completamente cambiato, così come l’organizzazione dei menu.
Al centro potete notare un grafico dinamico che mostra il trend dei commenti, dei post e dei tag.

I due screenshot seguenti provengono invece dal pannello di scrittura dei post.
Il primo è il classico pannello di editing con una comune textarea.

Molti utenti hanno criticato nel tempo l’assenza di un editor WYSIWYG per Movable Type.
Nonostante fossero disponibili almeno un paio di plugin, Movable Type 4 ha integrato all’interno un editor completo.

Ecco lo screenshot.

Nei prossimi giorni continuerò ad esplorare MT4, sono estremamente incuriosito!
Qualcuno di voi lo ha già provato? Che ve ne pare?

Related posts:

1. Movable Type Plugin: editor di post potenziato con MT Quicktags
2. Akismet alla prova su Movable Type
3. Movable Type Hack: da Keywords a Tag

Attenzione, è importante sottolineare che JavaScript Quicktags, e di conseguenza MT Quicktags, non è un editor WYSIWYG, bensì una soluzione per agevolare la scrittura dei post a chi normalmente fa uso dell’interfaccia base di Movable Type.

Una soluzione leggera ed efficace, ad esempio, per i classici ultimi ritocchi prima della pubblicazione.

Nota a margine. Cesareee, se ci sei batti un colpo… il plugin è muy comodo! ;)

Related posts:

1. Movable Type Plugin: registrazione per commenti
2. Movable Type Plugin: Upload senza confini con Better File Uploader 2.0
3. Movable Type Hack: da Keywords a Tag

Movable Type a differenza di altre piattaforme non integra un sistema di autenticazione interno, al contrario di WordPress. Si basa infatti su TypeKey, un sistema sviluppato sempre da Six Apart. Come procedere quindi se desiderate che i vostri utenti si registrino per commentare?

Comment Registration è un plugin per Movable Type che vi consente di gestire direttamente via piattaforma la creazione di account e la successiva autenticazione per pubblicare commenti. Il plugin si integra nel sistema attuale di Movable Type e fornisce 4 nuovi template per eseguire il login e le altre operazioni classiche. Gli utenti possono essere gestiti, autorizzati e bannati.

Related posts:

1. Movable Type Plugin: editor di post potenziato con MT Quicktags
2. Movable Type Plugin: Upload senza confini con Better File Uploader 2.0
3. Movable Type Hack: da Keywords a Tag

Ad esempio /mt/mt-bcomments.cgi?__mode=red;id=13671 è l’URL di un mio commento che punta… al mio blog! Infatti, il risultato del redirect è www.simonecarletti.com .
Decisamente orrendo, su questa strada preferivo la soluzione precedente con nofollow, almeno l’utente tra i referer nei suoi log non si trova la pagina mt-bcomments.cgi ma il post del commento!

Ok, no panico. Ho dedicato 5 minuti oggi a risolvere il problema, ed ecco la soluzione.

Se volete inserire un link diretto al sito dell’autore del commento, senza redirect e senza nofollow, procedete come segue.
Cercate, nel template Individual Entry Archive la seguente riga di codice

<p class="comment-footer">
Posted by
<$MTCommentAuthorLink default_name="Anonymous"$> <$MTCommentAuthorIdentity$> |
<a href="#comment-<$MTCommentID$>"><$MTCommentDate$></a>
</p>

e sostituitela con

<p class="comment-footer">
Posted by
<MTIfNonEmpty tag="MTCommentURL">
<a title="<$MTCommentAuthor default="Anonymous" remove_html="1"$>" href="<$MTCommentURL$>">
<$MTCommentAuthor default="Anonymous" remove_html="1"$></a>
<MTElse>
<$MTCommentAuthor default="Anonymous" remove_html="1"$>
</MTElse>
</MTIfNonEmpty> <$MTCommentAuthorIdentity$> |
<a href="#comment-<$MTCommentID$>"><$MTCommentDate$></a>
</p>

Se avete tradotto il template o lo avete modificato, il tag da sostituire è

<$MTCommentAuthorLink default_name="Anonymous"$>

con

<MTIfNonEmpty tag="MTCommentURL">
<a title="<$MTCommentAuthor default="Anonymous" remove_html="1"$>" href="<$MTCommentURL$>">
<$MTCommentAuthor default="Anonymous" remove_html="1"$></a>
<MTElse>
<$MTCommentAuthor default="Anonymous" remove_html="1"$>
</MTElse>
</MTIfNonEmpty>

Tutte queste righe? Sì, è necessario controllare che l’utente abbia inserito un sito e linkarlo.
In caso negativo verrà inserito solo il nome dell’autore.

La modifica è attiva da oggi sul blog, poco per volta verrà propagata a tutti i commenti inseriti, anche a quelli già scritti.

Related posts:

1. Movable Type Hack: Keywords quando mancano i Tag
2. Movable Type Hack: da Keywords a Tag
3. Movable Type Plugin: registrazione per commenti

2) sarebbe bello che i feed RSS prevedessero come standard un sottotitolo. I titoli a effetto dei blog sono belli, ma è il sottotitolo che ti fa capire se leggere o meno, soprattutto se come in questa settimana apri poco l’aggregatore e i post non letti sono in doppia cifra. L’Economist insegna.

Al volo approfitto della sua citazione per riprendere un vecchio discorso a me tanto caro, in qualche modo collegato a 5 motivi per cui summary non è full content.

Partiamo dall’inizio. Per chiarire il dubbio di Gianluca confermo che sì, il modo esiste e senza dover in alcun modo estendere il feed attraverso namespace. Sia che si usi un formato RSS 2.0 (e varie) sia un Atom 1.0 (e varie) esistono rispettivamente i tag <description> e <summary> che hanno proprio questo scopo.
Il problema principale è che, sebbene questi tag esistano, troppo spesso vengono utilizzati per un uso alternativo.

I publisher che usano RSS 2.0, di norma, includono all’interno di <description> l’intero post, codice HTML incluso. Ecco che in questo modo non esiste alcuna alternativa di poter mostrare solo un piccolo sottotitolo e di fatto, se mi interessa capire se leggere o meno l’articolo, sono costretto a leggerne già una parte… forse anche tutto se chi lo ha pubblicato ha deciso di includere nella penultima riga il fulcro del discorso.

La situazione cambia con il formato Atom 1.0, per intenderci, quello che tra l’altro FeedBurner offre di default. Il formato Atom 1.0, in questo senso, è anni luce più avanti dell’RSS 2.0. Presenta infatti due tag:

• <summary>: il sottotitolo, l’abstract del post.
• <content>: il reale contenuto del post, con la possibilità di specificare attraverso un attributo se si tratta di HTML, XHTML, esterno o plain text.

Il problema risiede nel fatto che praticamente l’80% dei publisher ignora la differenza e questi tag, poiché entrambi opzionali, vengono interscambiati tra loro.

Riassumendo, la soluzione è semplice, presupponendo di voler fornire sia il contenuto completo sia un summary.

1. Se si decide di utilizzare l’RSS 2.0 è necessario sfruttare il tag <description> per inserire il sottotitolo/summary ed, eventualmente, estendere il formato con namespace per includere il full content.
2. Se si decide di utilizzare l’Atom 1.0, a mio avviso scelta ottimale in questo specifico caso, è sufficiente popolare il tag <summary> con il sottotitolo/summary e sfruttare il tag <content> per il post completo.

Prendiamo ad esempio il tuo blog, Gianluca: [mini]marketing.
In questo caso crei un feed interno che passi a FeedBurner. Il risultato è un Atom 1.0, tuttavia, il feed sorgente probabilmente è un RSS 2.0 o un Atom privo di summary, dunque il risultato finale di un post è il seguente:

<entry>
<link href="https://www.blogger.com/atom/7937043/116472341279089329" rel="service.edit" title="Le pizze in ordine alfabetico?" type="application/atom+xml" />
<author>
<name>[mini]marketing</name>
</author>
<issued>2006-11-28T15:01:00+01:00</issued>
<modified>2006-11-28T14:45:21Z</modified>
<created>2006-11-28T14:16:52Z</created>
<link href="http://www.minimarketing.it/2006/11/le-pizze-in-ordine-alfabetico.html" rel="alternate" title="Le pizze in ordine alfabetico?" type="text/html" />
<id>tag:blogger.com,1999:blog-7937043.post-116472341279089329</id>

<title mode="escaped" type="text/html">Le pizze in ordine alfabetico?</title>
<content type="text/html" xml:base="http://www.minimarketing.it" xml:space="preserve" mode="escaped">Solo io faccio sempre caso all'ordine con cui vengono elencate le pizze nei menù?&lt;br&gt;L'ordinamento per prezzo mi lascia indeciso: ok, è molto trasparente, però porta a una scelta basata su soglie psicologiche. L'ordine alfabetico è veramente banale e trascurato. L'ordine ragionato per ingredienti e tipologie sarebbe forse l'ottimale, ma deve essere molto impegnativo da stilare: quasi nessuno lo fa.&lt;br&gt;In generale, mi stupisce quanta poca cura (sia a livello di decoro che di informazioni) spesso venga riposta nel listino, che in una fornitura di servizi è uno degli elementi tangibili in grado di formare la prima impressione dell'avventore.
&lt;div class="feedflare"&gt;&lt;a href="http://feeds.feedburner.com/~f/minimarketingit?a=MfrgAg9y"&gt;&lt;img src="http://feeds.feedburner.com/~f/minimarketingit?i=MfrgAg9y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~f/minimarketingit?a=TUgjhxNB"&gt;&lt;img src="http://feeds.feedburner.com/~f/minimarketingit?i=TUgjhxNB" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~f/minimarketingit?a=TeBtCjPP"&gt;&lt;img src="http://feeds.feedburner.com/~f/minimarketingit?i=TeBtCjPP" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~f/minimarketingit?a=2bP9Sqck"&gt;&lt;img src="http://feeds.feedburner.com/~f/minimarketingit?i=2bP9Sqck" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~f/minimarketingit?a=L3WvG99m"&gt;&lt;img src="http://feeds.feedburner.com/~f/minimarketingit?i=L3WvG99m" border="0"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/div&gt;</content>
<draft xmlns="http://purl.org/atom-blog/ns#">false</draft>

All’interno noto, in ordine

1. il link di edit del post
2. le informazioni sull’autore, espresse solo con il nome
3. la data di pubblicazione
4. la dada di modifica
5. la data di creazione
6. il permalink, ovvero il link del post
7. il suo id univoco
8. il titolo del post
9. il contenuto del post

… ma nessun summary! :)

Non dispongo al momento di un account Blogger sottomano. Se qualcuno crea un template completo e desidera pubblicarlo, mi faccia un fischio. Allego, per gli utenti TypePad e MovableType un template generico di feed Atom completo ed uno specifico per MovableType >= 3.31.

Related posts:

1. C’è un limite di dimensioni per i feed?
2. Come inserire nel feed il numero di commenti ad un post
3. Il troppo stroppia… anche per i feed

Così, mi concentro su qualche prodotto ogni tanto, nella speranza che le mie segnalazioni siano gradite proprio perché particolarmene selezionate. Oggi vorrei segnalare un plugin che si merita un post da almeno un paio di settimane, tralascio il perché questo post non sia arrivato prima…

Il plugin, disponibile solo per Movable Type si chiama Better File Uploader, giunto recentemente alla release 2.0.
Spero, nelle prossime righe, di riuscire a concentrare almeno quanto possibile della qualità di questo miniprogramma creato da Dan Wolfgang, certo che gli screenshot faranno il resto del lavoro.

Better File Uploader è un plugin che rimpiazza completamente il sistema di upload di Movable Type.
Non si tratta solamente di un wrapper, ma di un vero e proprio prodotto aggiuntivo. Tra le funzioni più interessanti

1. Upload di illimitati file in contemporanea
2. Creazione automatica delle thumbnail in serie o per singola immagine
3. Configurazioni System-Wide o blog wide
4. Creazione di percorsi predefiniti per l’upload di documenti
5. Creazione automatica di photogallery e wrapper HTML per la pubblicazione di qualsiasi tipo di documento
6. molto, ma molto altro

Come è possibile visualizzare dall’immagine sopra, l’interfaccia di upload è sostanzialmente identica al sistema di upload predefinito di MT, ma non lasciatevi ingannare dalle apparenze.
Curiosi? Beh, credo che ci vorrebbe almeno uno screencast per illustrare tutte le proprietà, spero che gli screenshot possano parlare per me, commentati da qualche riga.

Per darvi un’idea, ecco il primo pannello di configurazione di Better File Uploader 2.0.

Si tratta del pannello di configurazione generale di upload.
Innanzi tutto è possibile scegliere se visualizzare o meno i tooltip, ovvero i suggerimenti, durante l’uso del programma. I tooltip sono molto utili all’inizio, per familiarizzare con l’interfaccia.

Vediamo i gadget di questo script. Per eseguire l’upload di più file in un colpo solo, controllare di aver selezionato la prima voce. Più in basso, in un’area apposita è possibile specificare fino a tre percorsi personalizzati di upload. Inoltre, tra le opzioni si possono inserire le categorie e la root del blog. Vado particolarmente fiero di questa opzione per due motivi:

1. La uso praticamente per ogni blog
2. La suggerii io, durante la prima fase di test… ah, non vi avevo ancora detto che ho partecipato al beta test? :)

Infine, se richiesto, BFU tenterà di aggiungere il nome del post corrente al percorso della cartella per agevolare la suddivisione dei file.

Proseguendo nelle voci, arriviamo alla gestione delle thumbnail. Le thumbnail, disponibili solo per i file grafici, corrispondono alle miniature create in automatico da BFU nel caso in cui i componenti PERL per il ridimensionamento grafico siano presenti sul server.

Se volete visualizzare il pannello per la creazione di miniature controllate che la voce sia selezionata.
Potete impostare una dimensione da prendere come unità di misura per ricalcolare le proporzioni e scegliere se BFU debba preoccuparsi di tutto in modo predefinito.
Infine, per gli amanti della perfezione una voce vi impedirà di non sbagliare mai le misure obbligando BFU ad eseguire ridimensionamenti proporzionali.

Come? No, assolutamente, non è tutto qui. Quello che vedete sopra è il pannello chiamato processing.
Vi offre una lista di opzioni dal momento in cui il vostro file è stato caricato e ridimensionato correttamente.

Innanzi tutto, via il dubbio di quale immagine avete caricato, con il sistema di anteprima integrato… bella la rima!
Per gli amanti dell’(X)HTML supervalido, finalmente la possibilità di inserire un attributo title e/o alt adeguato per il file, prima della pubblicazione, oltre che attributi opzionali come ad esempio class="" oppure id="".

Infine, per i sofisticati l’area wrapper consente di specificare codice HTML, ad esempio <div>, per avvolgere la vostra immagine e creare effetti di stile complessi senza dover ritoccare nulla.

Che mondo sarebbe senza Nutella? A no, forse era un altro tema questo.
Ok, ecco che il nostro percorso si avvicina al momento della pubblicazione. Per non affollare troppo la dashboard utente, un termine figo per indicare il vostro pannello di controllo, potete selezionare accuratamente quali voci mostrare per l’inserimento del codice nell’area del post.
Lo volete in immagine? In popup? Tagliato fine-fine con una passata di pomodoro? Beh, basta cliccare un po’ qui ed un po’ là tra le numerose opzioni ed il gioco è fatto.

La ricetta è pronta, come volete servirla?
A vostra scelta una ricca dotazione di menu, un comando per selezionare l’HTML direttamente nella pentola o una memoria temporanea chiamata Result Stacker per selezionare in un colpo solo tutti gli upload recenti: lo strumento ideale per costruire, ad esempio, una photogallery.

Ebbene sì, anche le cose migliori a volte finiscono. Siamo arrivati alla fine, con l’ultima opzione: SpeedDemon.
SpeedDemon è un’opzione all-in-one. Se attivata, tutte le opzioni specificate saranno eseguite in contemporanea e vi verrà servita la ricetta finale pronta da gustare.
Non è favoloso? Non proprio, personalmente preferisco vedere cosa succede, ma non a tutti. :)

Mi auguro con questa breve introduzione di avervi procurato almeno un po’ di curiosità.
Per approfondimenti vi rimando al sito ufficiale di Dan, Eat Drink Sleep Movable Type dove troverete la pagina dedicata a Better File Uploader 2.0 compreso tutorial, istruzioni, area per l’acquisto ed il download.

Cosa? Hai detto acquisto? Sì, ho proprio detto acquisto… il prezzo di questo script è di $10 per uso personale, onestamente credo che ne valga almeno 10 volte tanto.
Se qualcuno di voi si chiedesse se ho mai acquistato un plugin per Movable Type posso rispondere sì in tutta tranquillità. Sebbene la licenza per BFU l’abbia ricevuta gratuita per gentilissimo contributo di Dan, posso assicurare di aver già speso oltre 50€ per acquistare plugin, sempre con eccellente soddisfazione.

Related posts:

1. Movable Type Plugin: editor di post potenziato con MT Quicktags
2. In previsione un File Manager per Movable Type
3. Movable Type Plugin: registrazione per commenti

Nel suo ultimo post, Assets and File Management, Arvind esplora le caratteristiche di Wheeljack, una delle branche di sviluppo della futura versione di Movable Type.
Tra le funzionalità più interessanti si presenta uno strumento da tempo richiesto da molti blogger: un file manager!

Il pulsante di upload è stato sostituito, al suo posto un completo pannello di controllo che permette di esplorare le directory del server e riorganizzare file e risorse salvate.
Una primitiva opzione di filtro permette di scegliere se visualizzare File, Immagini o entrambi i tipi di dato.
Il sistema di upload è stato potenziato con alcune opzioni avanzate… tuttavia, nulla a che vedere con Better File Uploader 2.0, un magnifico plugin sfornato da poco del quale vi parlerò tra qualche giorno!

Qualche aggiornamento al logo, ritocchi qua e là e piccoli accorgimenti completano le prime novità della nuova release di Movable Type.

Related posts:

1. Movable Type Plugin: Upload senza confini con Better File Uploader 2.0
2. Movable Type Plugin: editor di post potenziato con MT Quicktags
3. Movable Type Hack: da Keywords a Tag