Leggendo tra vecchi articoli e in giro nel web mi sono convinto che dopo la morte di imagesized non è facile rinunciare al plugin ReadLessText per chi vuole una vista blog standard sulla home senza dover personalizzare articolo per articolo. Pare infatti che questo plugin faccia i capricci con Joomla 3.4, in particolare arrivano notizie del suo “non funzionamento” con l’aggiornamento a 3.4.0 e la scomparsa delle Thumbnails in joomla 3.4.1. Inoltre, contrariamente a quanto letto qui (
http://www.joomlacsszengarden.com/joomla16/index.php/demo-imagesized) questo progetto non sembra così tanto seguito dallo sviluppatore e ogni appello inviato pare caduto nel vuoto (
http://joomlacode.org/gf/project/cutoff/tracker/?action=TrackerItemBrowse&tracker_id=9352&start=75). Anche sulla Jed il supporto ha un punteggio molto basso. Peccato perché non vedo un’alternativa valida al momento.
A me è capitato proprio di veder sparire le immagini, aggiornando dalla 3.3.6 alla 3.4.1, un aggiornamento peraltro necessario per i noti motivi che non sto qui a descrivere ma soprattutto per chi come me vuole utilizzare il Captcha 2.0 di Google, nella possibilità che il vecchio e antipatico Captcha “allontanautenti” venga dichiarato deprecato.
Che fare? Tornare alla 3.3.6 o rielaborare la home da capo? Niente di tutto questo, la soluzione è sempre davanti agli occhi, basta vederla: dovete solo aprire la cartella includes e il file defines.php. Noterete che dalle versioni precedenti si è passato dall’utilizzo della barra al “DIRECTORY_SEPARATOR”.
Più precisamente dal codice
// Defines.
define('JPATH_ROOT', implode(DIRECTORY_SEPARATOR, $parts));
define('JPATH_SITE', JPATH_ROOT);
define('JPATH_CONFIGURATION', JPATH_ROOT);
define('JPATH_ADMINISTRATOR', JPATH_ROOT . '/administrator');
define('JPATH_LIBRARIES', JPATH_ROOT . '/libraries');
define('JPATH_PLUGINS', JPATH_ROOT . '/plugins');
define('JPATH_INSTALLATION', JPATH_ROOT . '/installation');
define('JPATH_THEMES', JPATH_BASE . '/templates');
define('JPATH_CACHE', JPATH_BASE . '/cache');
define('JPATH_MANIFESTS', JPATH_ADMINISTRATOR . '/manifests');
al codice
// Defines.
define('JPATH_ROOT', implode(DIRECTORY_SEPARATOR, $parts));
define('JPATH_SITE', JPATH_ROOT);
define('JPATH_CONFIGURATION', JPATH_ROOT);
define('JPATH_ADMINISTRATOR', JPATH_ROOT . DIRECTORY_SEPARATOR . 'administrator');
define('JPATH_LIBRARIES', JPATH_ROOT . DIRECTORY_SEPARATOR . 'libraries');
define('JPATH_PLUGINS', JPATH_ROOT . DIRECTORY_SEPARATOR . 'plugins');
define('JPATH_INSTALLATION', JPATH_ROOT . DIRECTORY_SEPARATOR . 'installation');
define('JPATH_THEMES', JPATH_BASE . DIRECTORY_SEPARATOR . 'templates');
define('JPATH_CACHE', JPATH_BASE . DIRECTORY_SEPARATOR . 'cache');
define('JPATH_MANIFESTS', JPATH_ADMINISTRATOR . DIRECTORY_SEPARATOR . 'manifests');
Questa scelta provoca in Readlesstext la creazione di un link fake e la non visualizzazione dell’immagine. Basta rimettere il vecchio codice e tutto sembra rifunzionare perfettamente. Non conosco il motivo di questo cambiamento - apparentemente una complicazione senza senso - e se qualcuno lo conoscesse, gentilmente, ci illumini.
Buona giornata
Cristiano