Drupal 6 configurazione per primavera - qualche problema

Sto preparando una nuova configurazione per Drupal 6.x - basato su i vostri commenti recenti. Naturalmente, ho incontrato qualche problema, e trovato un pò meno soluzioni. Documento qui la preparazione in caso qualcun'altro vuole seguire i miei passi - o se avete qualche idea migliore da segnalare.

Prima ho deciso di provare admin (invece di admin_menu), e dare un'occhiata a Fusion - che vuol dire sperimentare anche con Skinr.

Iniziamo con i temi. Per il sito ho installato Fusion, ma dato che è molto scarno, ho aggiunto Acquia Prosper. Per l'amministrazione Rubik che è un sotto tema di Tao. Questo dopo aver letto l'articolo in merito.
Da notare con admin e Fusion/Acquia Prosper, bisogna aggiungere quel righetina di codice dopo il body in page.tpl.php se voi vedere il menù di admin quando stai guardando l'interfaccia utente. Facile da dimenticare. (http://drupal.org/project/admin). Non è necessario se stai usando la versione 2 di admin.

Problema #1. Mentre installo tutto ormai con Drush, usando il repository CVS di drupal.org, sia Tao che Rubik non sono sotto CVS ma Git. Ho semplicemente spacchettato gli tar.gz. C'è modo di miscolare CVS e Git con Drush? Mi manca qualcosa? Sono preoccupato per gli aggiornamenti...

Bene. Poi i moduli. Iniziamo con i miei vecchi preferiti - che sono anche quelli che danno meno problemi: advanced_help, backup_migrate, better_formats, cck, ctools, devel, devel_themer, filefield, filefield_paths, imageapi, imagecache, imagefield, pathauto, pathologic, token, transliteration, vertical_tabs, views, e wysiwyg.

Per il testo in italiano, aggiungo l10n_client, che però rimane quasi sempre disabilitato. In questo momento ho 4799/5366 (89.43%) - un pò basso, ma grazie a voi e sempre 4799 in meno da tradurre...

Adesso le novità (o semi novità): admin, context, dialog, jquery_ui, jquery_update, panels, e skinr.

Primo, c'è un ordine di istallazione che bisogna seguire - pena un sistema bloccato (menomale c'è Drush). Skinr usa dialog che usa jquery_ui che usa jquery_update. Quindi installi (in questo ordine):

1. jquery_update - modulo e JavaScript sono insieme. Drush installa la DRUPAL-6--1, bisogna aggiornare alla DRUPAL-6--2 con cvs update -dPr DRUPAL-6--2.
2. jquery_ui - bisogna caricare il codice JavaScript aparte. Io ho usato la versione 1.7.2, e mi sono inciampato. Prima il file è un zip, che su Linux (almeno per me) crea il problema che tutti i indirizzi finiscono con permessi 700 - però i file sono 644. Questo si risolve con un bel file ./jquery_ui -type d -exec chmod 755 \{\} \; Il secondo problema (che bloccava il sistema) è che mentre il modulo si chiama jquery_ui, l'indirizzo per la libreria JavaScript è jquery.ui - notato la differenza? Neanch'io. Ho usato un indirizzo jquery_ui per la libreria (sono un animale abituale), e perso un ora prima di capire la differenza. Sigh.
3. dialog non da problemi
4. skinr - ma va aggiornato. Usando Drush e CVS la versione è DRUPAL-6--1, serve la DRUPAL-6--2. Basta un cvs update -dPr DRUPAL-6--2 non esattamente, la versione 1.5 è stabile, la 2 invece non è consigliato per produzione (devo imparare a leggere bene le pagine dei moduli)

Nessun problema con panels e context, ma anche context va aggiornato alla DRUPAL-6--3, cvs update -dPr DRUPAL-6--3, se vuoi avere layouts.

Allora, prima qualche osservazioni. Se Wysiwyg usa l'indirizzo libraries per le librerie dei editor JavaScript, perchè non fa la stessa cosa anche, per esempio, jquery_ui? Non sarebbe più semplice? Eviva gli API e convenzioni (naming conventions).

Adesso ho un sito (privo di contenuto ovviamante) con un interfaccia admin che mi piace molto - anche se mi sto abituando a non avere più il menù a cascata. Mi piace che la zona admin sparisce (o quasi, lascia un piccolo orrecchio), e mi piace la tema per l'utente - è promettente.

Finalmente ho capito il significato di Skinr (grazie Carlo) - sembra davvero utile. Ma attenzione - io avevo acceso la proprietà Fusion per il problema 30 CSS files di IE (Developer settings - Avoid IE stylesheet limit) - ma questo crea dei bei problemi con Firefox. Il dialog Skinr era senza sfondo bianco, e spariva l'editor Wysiwyg. Tolto quello, tutto funzionava.

Problema #2. Un problema estettico rimane però. Entrambi Skinr ed admin aggiungano iconi per l'editing dei blocchi nel interfaccia utente - ma si sovrapongono (vedi screenshot, skinr a sx, admin sopra skinr a dx). Sarebbe meglio se ci forse un API - così sono tutti in accordo. Qualche soluzione?
Soluzione: Usa la versione 1.5 di Skinr, non la 2.

Come sempre, ogni suggerimento e ben accettato...

John