Drupal Italia il riferimento italiano per Drupal

non mi piace fa schifo cia' -.-

@DREAMBOY: no comment.
@lioz: lascia perdere certi commenti, sopratutto se non motivati.

detto questo, PERSONALMENTE non rgadirei la presenza di pngfix di default, è pur sempre un codice JS che appesantisce il client che spesso non è necessario, quindi si può evitare, poi se uno lo vuole potrebbe abilitarselo.

considererei il supporto per skinr (chiamiamolo supporto :P ).

Aggiungerei qualche ulteriore regione (2 e 3 colonne) nel footer e sotto l'header prima del content.

Per gli schemi colori IMHO integrazione con color è un buon punto di partenza.

perchè non è motivato il mio commento? Scusa sono libero si o no di dire se un prodotto non mi piace oppure no? Per forza li devo andare dietro a dire woooowwwwwwwww ma è stupendoooooooo ma che bravo. Ma cosè tutto questo perbenismo? Che propio tutto questo falso perbenismo che sta in questo paese ha portato l' Italia alla rovina, tutti a leccarsi il c*** a vicenda, tutti finti sorrisi e poi quando ti giri ti accoltellano alle spalle.

Io le cose le dico in faccia non mi prendo la paura di nessuno

@Mavimo: non ti preoccupare ci sono abituato ;)

• ottima l'idea di skinr, devo leggere bene di cosa si tratta ma mi sembra interessante
• ok per le regioni nel footer, per quanto riguarda l'header mi è venuto in mente che potrei usare la stessa logica a comparsa che utilizzo nel mio blog: il div conterrebbe 3 regioni, che ne pensi?
• Per quanto riguarda il pngfix: volevo usare molte png 24 per rendere il tutto il più possibile "indolore" al cambiamento dello schema colore. Pensavo fosse necessario usare il pngfix per le vecchie versioni di ie, ma se esiste un'alternativa ben venga!

altra considerazione: secondo voi sarebbe utile l'inserimento di layout di panels che riflettaano la disposizione dei blocchi nella regione del content?

@lioz: se usi color generi già delle PNG SENZA trasparenze, ma con i colori generati on-fly, quindi non è necessario avere trasparenze. Io ritengo PNG fix un'alternativa, ma decisamente da evitare quando possibile (purtroppo è pesantissimo per i browser).

Per l'header se intendi quello che c'è nel pannello scomparsa ok, ma IMHO sono molto più utili se posizionate SOTTO l'header e sempre visibili (se riempite :P)

@Mavimo: ho aggiornato il template aggiungendo anche quelle, intendevi cosi? (ho messo le regioni sia sopra che sotto). Il comportamento immagino che sia 3->33%. 2->50%, 1->100%

Devo leggermi meglio il modulo color ;)

ps: come altra feature pensavo alla possibilità di scegliere anche i font, anche se devo pensare bene a come implementarla..

io ho trovato molto utile l'elevato grado di modularità del tema, in particolare dei CSS. I css sono separati in modo molto ben fatto semplicemente disbilitando il css per colori e typografia si ottiene una struttura che generalmente va bene per moltissimi siti, ma anche solida a livello di compatibilità quindi è un ottimo punto di partenza anche per realizzare grafiche di una certa complessità ma che presentano un layout di tipo calssico senza troppe pretese...

Direi di consolidare questo aspetto, secondo mio punto di vista. Personalmente apprezzo avere a disposizione un tema che disabilitandogli l'asspetto grafico presenti una struttura generale solida rispetto ai Browser.

{ + } Migliorare o trovare una soluzione alternativa ai messaggi di Drupal (help, messages ... ) che nella versione 7 di drupal sono dei blocchi. Secondo me se offri una soluzione più usabile della media degli altri temi, porteresti in porto diverse persone interessate in più dato che questo rappresenta una delle scocciature più comuni. Ad esempio un semplice pulsantino di "Hide" del messaggio appena apparso non sarebbe male...

grazie Kiuz per i suggerimenti!
inserisco nella lista la tua proposta per quanto riguarda i messaggi!

scusate se mi intrometto volevo fare un domandina:
le foto nello slideshow in alto ho notato che non sono leggerissime, circa 150kb a foto ma nonostante tutto è veloce nel caricamento, volevo chiedere hai usato qualche accorgimento per renderlo cosi fluido?
faccio questa domanda perchè tempo fa con uno slideshow simile e con foto di circa 100kb il caricamento risultava abbastanza lento.

Voto un più uno per stili personalizzati sia con skinr che per panels.

Mi sembra un buon punto di inizio come numero di regioni, aspetto di vedere il codice :-D

Per rendere più chiaro la mia idea di tema fatto molto bene, penso a questo:
http://drupal.org/project/acquia_prosper

Regioni collassabili (se son 3: 33%, se son 2: 50% etc), schemi di colori aggiuntivi etc

Hai pensato di fare un subtheme di fusion o ninesixty ?
Il secondo, con alcune cose del primo, penso che possa essere la chiave dell'acqua dei temi.

Cmnq sia, buon lavoro.

Ah, altra cosa: mi associo a mavimo per la questione pngFix.

Se proprio necessario, si potrebbe mettere come opzione.

ps. ma un backporting per D6 no, eh ? :-D :-D

ok per panles: in pratica volevo mettere a disposizione sia una griglia che replica fedelmente tutte le zone disponibili nel content sia quealche altra griglia più "asimmetrica".

ora mi guardo i temi che mi hai segnalato!

per quanto riguarda il codice sto cercando di fare il possibile per attenermi agli standard, e limitando il markup. Vediamo cosa riesco a fare, anche qui isuggerimenti sono graditi!

Altro tema che a volte uso come base e molto ben fatto, sopratutto per l'ordine nella sua struttura è genesis, il fatto di avere tutto suddiviso in cartelle ben ordinate è un plus NON indifferente sopratutto se devi personalizzare parecchio il tema evitando di avere tutto in un unica cartella con il caos pazzesco che si genera.

Non che sia una cosa fondamentale per gli utenti finali, ma per chi usa il tema per personalizzarlo è un plus non indifferente, quindi se vuoi dare un occhio anche a quello :D

Da fan accanito di Marinelli mi permetto di intervenire:

- Mi piacevano molto le tab in alto alla pagina e sarebbe carino poter scegliere se aver semplice tab con drop-down oppure una barra con i link che aprono il div come è adesso;
- Sarebbe molto interessante integrare lo slideshow di default oppure permettere la scelta fra lo slideshow e il vecchio rotate.php;

In effetti le mie più che idee nuove son rimembranze del vecchio tema, d'altronde il vecchio mi piaceva così tanto.......

Un fan spassionato di Marinelli 2.x
Pietro

Vado avanti con le segnalazioni.. il backend. Quasi nessun tema presta la minima attenzione al backend ed è sempre un disastro, se il tema desse importanza anche a questo non sarebbe mail, grafica uniforme per tutto il sito e non il solito garland (ormai seven) per l'admin.

speriamo che seven si tenga per il backend (con admin è perfetto, quasi quanto rubik).
Per il front-end spero si stia preparando qualcosa di meglio...http://drupal.org/node/683026

@bohz: non credo che il frontend venga cambiato, ormai si sta cercando di consolidare il tutto, inoltre il tema è una di quelle cose che può essere installato con il minimo sforzo, quindi PERSONALMENTE spero che non si rimetta mano a tutto lo studio fatto sulla UX e ci si dedichi ad altro, magari poi che il tema venga portato a D7 per benino sicuramente male non fa :D

PS: tra l'altro è proprio un bel tema, pulito, leggero...

Da uno che smanetta temi solo per disperazione divertimento, trovo questo thread molto interessante. Dato che sembra esistere due campi: nudisti (genesis, zen, ecc) e fashion (cioè una tema fatto a posto per un particolare mercato, tipo Acquia), domando: e possibile creare una tema nudo, o in bikini, fino all peliccia, usando sotto temi o altro? Too damned difficult?
Dopo tutto mi sembra che vengono sviluppati in questo modo - da nudista a fashion...

John

Ci avevo pensato, ma ho visto che esistono temi dedicati per l'admin ampiamente consolidati, non vorrei aggiungere uno sforzo aggiuntivo che potrebbe risultare inutile visto che gli sviluppatori di quei temi avranno approfondito meglio quelle specifiche tematiche.

be visto che stp separando completamente tutti i diversi aspetti credo non ci voglia molto ad ottenere un sottotema completamente "nudo"
Per la versione ufficiale (per intenderci, quello che si vede dopo l'attivazione) pensavo però ad un tema già graficamente completo. Darei la possibilità "nudista" come alternativa ! :)

+1000 per l'approccio. Da quello che vedo in giro marinelli è così utilizzato proprio per questo^!
Per quanto si è detto fino a qui, secondo me:
- non includerei color, almeno non con lo stessa importanza che ha ad es. in garland o pixture reloaded; in questi i temi il colore occupa gran parte dell'impatto visivo (troppo).
- meglio skinr ed eventualmente designkit: le possibili combinazioni di n schemi di colore di background/foreground per 3 o 4 stili diversi di bordi e blocchi sarebbero notevoli (vedi acquia_prosper).
- dropdown (suckerfish?) anche per il secondo livello di navigazione (= submenu/secondary links)
- per il backend, secondo me basta un po di tuning del lato amministrativo per renderlo sufficientemente confortevole.
- d'accordo su tutto il resto. in particolare A+ per:

...poi un layout (subtheme?) per panels everywhere sarebbe il massimo...
Grazie per l'ottimo lavoro!

@mavimo: ...pensavo che l'approvazione dei 2 mantainer di D7 fosse sufficiente per promuovere il tema in core (quando sarà completato)... beh, poco male! ;)

@lioz: ci sono temi per admin, ma il backend non è solo quello (vedi i form di creazione contenuti & c) che di solito sono "tralasciati" e quando devi dare in mano lo strumento ad altri.. bhè, ci siamo capiti. :)

@all: orma l'andamento che prediligo è un tema pulito e spoglio come tema base e pi un subtheme che gli aggiunga tutte le cose "graficamente" carine che servono (uno o più ovviamente :P)

Personalmente apprezzo molto il subtheme (anche se per ora mi pare ci siano dei problemi nei subtheme ricorsivi, ed è un peccato :P)

Quello che mi sono sempre chiesto è se effettivamente è meglio ragionare con la logica dei sottotemi, anche per quanto riguarda lo stile del tema, soprattutto rispetto ad una soluzione tramite color. Con color si può cambiare colore rapidamente, ma con un sottotema è possibile declinare qualsiasi aspetto. Il sottotema poi è un tema a tutti gli effetti quindi in una logica modulare potrebbe essere la soluzione vincente.

La mia idea è quella di fare un tema base configurabile in base agli aspetti di layout (larghezza contenitore, liquido o fisso colonna sulla destra o sulla sinistra, tipografia) e poi dei diversi sottotemi che, a parità di settings, posso avere una grafica diversa attraverso solo la sovrapposizione di design.css (ed eventualmente di links.css)

Voi cosa ne pensate?

Mi quoto da solo :)

si potrebbe anche fare così:

1) installazione del tema: l'utente si sceglie

• larghezza
• ordine delle colonne
• tipografia (scelta fra possibili combinazioni titolo-testo, ognuna delle quali ha un css pre-sviluppato)
• colori (scelta fra possibili varianti ognuna delle quali ha il suo design.css pre-sviluppato)

2) creazione di sottotemi

disponibile un sottotema "starter" completamente "nudo" che sovrascrive soltanto questi css lasciati volutamente vuoti

• design.css (colori e immagini)
• typography.css (tippografia)
• links.css (links)
• css3.css (dichiarazioni css3

che dite?

Io opterei per la prima soluzione, tema standard (con color) che poi viene ereditato dai figli (che magari anche sovrascrivono color) che setta i parametri grafici / estetici (quindi ok a logica delle feature e colonne & ... anche nel base).

credo di essere arrivato alla stesura completa del codice html. Ho inserito il footer più tre regioni sotto di esso. Ho pensato anche che sarebbe utile riproporre il logo del sito in formato ridotto a fondo pagina per utilizzare come link per tornare in cima. Ho cercato di attribuire delle classi e degli id gerarchici in modo da facilizzare il theming. Valida ovviamente xhtml strict. Che ne pensate? Vedete qualche errore di visualizzazione? accetto di buon grado ogni vostra osservazione!

Ho separato i css anche per i due menu, credo potrebbe tornare utile per chi intende modificare il tema. Ho anche separato il css dei blocchi.

altra cosa che mi è venuta in mente: per la home fare questo ragionamento per le intestazioni.

titolo sito
slogan
titoli teaser
titoli blocchi

poi nelle interne

titolo sito
slogan
titolo nodo
titoli blocchi

seconde me regge :)

anzi no mi quoto da solo: secondo me in home farei

titolo sito
slogan
titoli estratti
per tutti i titoli di blocco

nelle interne devo ancora studiare meglio la situazione, ma in goni caso h1 andrà al titolo del nodo. Il problema è che avendo tante regioni non ho un'idea ben chiara su come usare le intestazioni preservando il loro ordine gerarchico :)

cmq ho provato a validare la home qui

http://www.totalvalidator.com/index.html

e supera le 3A delle wgac2!

Sono disorientati i menu 4 colonne in alto il ftto che si sposti così tanto.. io cercherei di tenere il blocco abbastanza sotto alla tab che lo ha aperto.. non so se mi spiego :P

bleah che schifo :S

e poi tutto scopiazzato dal genesis... anzi no dal beginning 2.0

@lioz: a me una cosa che piace molto è il layout semi-fluido-fixed.

Ovvero na cosa del tipo
#wrapper{
width:95%;
max-width:1280px;
}

in modo che se si hanno monitor grandi, non si sballa troppo il layout :-)

Fai un piacere....abbiamo capito che non lo utilizzerai, a questo punto lascia stare i commenti non produttivi.

ottima idea la metto nelle features! ;) mettiamo anche il min-width?
anche se non sarà supportata da ie<7 credo..pazienza :)

ottimo suggerimento eliosh :)

ho messo tre classi aggiuntive per scegliere la larghezza massima

online per ora la 1

http://www.signalkuppe.com/templates/new/

no non me ne vado, voglio vedere come va a finire questa storia...

Con min-width ci sono problemi di visualizzazione nella finestra di fckeditor (per chi lo usa).

ciao

@lioz: mai pensato di inserire la struttura secondo specifche html5 ed eventualmente un JS per renderla compatibile con IE6?

azz ma non è troppo così? nel senso non ho ancora ben capito il supporto di html5 nei vari browser..finchè si tratta di css3 (che tocca solo il design) ma rendere anche la struttura con i nuovi standard..boh..cmq ci penso!

sono sempre più orientato nel non utilizzare color, pone troppi vincoli sul layout..e comqunue non ha le stesse potenzialità di un subtheme..alla fine chi vuole modificare a fondo il tema lo fa creando un subtheme. Avendo anche separato i css l'ovveride di singole caratteristiche dovrebbe risultare semplice e veloce.
a questo punto per mantenere le png avevo pensato di includere pngfix solo per ie6

bhé alcune funzionalità di HTML5 sono già supportate da quasi tutti i browser... :)

mi hai incuriosito, effettivamente potrebbe essere una bella idea, soprattutto in termini di sviluppo futuro.
Ho visto che moderniz riesce a fare degradare html5 per i browser più vecchi.

Mi sa che faccio un tentativo :)

Ma non hai ancora capito che del tuo misero commento ce ne frega ben poco?!?

E prima di tirare in ballo altre scemenze, guardati lo sviluppo e la popolarità di questo tema a che livelli è su drupal.org... http://drupal.org/project/themes?solrsort=sis_project_release_usage%20desc

http://drupal.org/project/usage/marinelli
FTFY
;)

E' un tema molto bello: complimenti!

Credo sia davvero ottima la scelta di riservare, nelle pagine interne del sito, l'intestazione h1 al titolo del nodo.

Da incompetente vorrei solo segnalare un aspetto che ho incontrato nel tema versione 2.

Utilizzando la barra dell'accessibilità per explorer o la web developer toolbar per Firefox incontro questo tipo di problema:
Quando visualizzo lo schema del documento (con la web developer toolbar) o la struttura delle intestazioni (con la barra dell'accessibilità) l'intestazione h1 non compare in cima, ma dopo degli h2.
Se un'intestazione è h1 questa, credo, dovrebbe stare all'inizio, non dopo degli h2.
Nel tema Genesis questo invece accade correttamente.

infatti quello che non capisco sono le specifiche wgac 2.0 sull'accessibilità. Secondo loro l'ordine delle intestazioni va preservato senza se e senza ma, quindi non potrei mai dare ai titoli dei blocchi che stanno sopra al content degli h2 (e questo neanche per i titoli dei link primari). A rigor di logica quindi solo i blocchi che stanno dopo il content in ordine di markup possono ricevere degli h2. Secondo me però ha poco senso visto che le intestazioni dovrebbero dare anche un'ordine di importanza tra le varie sezioni del sito più che limitarsi ad un ordine di markup...boh.

In conclusione per garantire il livello 2 delle wgac potrei quindi dare h2 solo alle sidebar lasciando come titoli degli altri blocchi dei

x metro volevo dire che è inutile che mi dici che ha popolarita' e che è usato da molti per me è un tema for losers e basta, cè molto di meglio in giro, comunque postami il link esatto da dove si vede la popolarita' di un tema con le altre statistiche

Suggerisco:

• un solo h1 per pagina
• home page: h1 è il nome del sito, tutto il resto è h2 (blocchi e nodi promossi in home page)
• Pagine interne: h1 è il titolo del nodo, tutto il resto è h2. Il nome del sito non viene marcato.
• H1 sempre in cima alla gerarchia delle intestazioni (chi naviga con gli screen reader si posizionerà subito sul contenuto principale e non dovrà fare la caccia al tesoro).

Mi resta un dubbio su gli h1: ce ne deve essere uno solo o anche due (uno per il nome del sito e uno per il nodo principale della pagina)? In questo sito, per esempio, ci sono due h1: http://d-theme.com/

Trovo interessante questa pagina:
http://drupal.org/node/44072

Ecco lo schema del documento di un sito di prova con il tema marinelli relativo ad una pagina interna intitolata "Upload prova"

Ecco lo schema del documento della stessa pagina del sito con il tema genesis

grazie Dany per la tua risposta!

Io sarei per un solo h1 per pagina. In home metterei h1 per il titolo del sito, h2 per i titoli dei teaser e h3 per i blocchi della sidebar, mentre p per tutti gli altri blocchi.

nelle interne h1 per il titolo del nodo h2 per i blocchi della sidebar e p per tutti gli altri.

Il problema è che mettendo h2 anche per gli altri blocchi si perde la gerarchia nel documento (nel codice vengono prima del content ed avremmo un h2 prima di un h1).

Questa è una linea guida delle wcag2 che davvero non capisco, anche perchè sarebbe utile mettere ad esempio le voci di primo livello del menu dei primary dentro a degli h2 per facilitare la navigazione da screen reader. boh.

@lioz: puoi spostare il markup per avere tutte le regioni dopo il content, DELIRIOSO da sistemare e mantenere, ma teoricamente fattibile.
Il problema dei titoli dei blocchi è che effettivamente: Non sono significativi (nella maggior parte dei casi) per il contenuto, ma si limitano a dare importanza ad alcuni elementi (search, login, ...) che effettivamente NON sono informazioni inerenti alla pagina.

Concordo che le WCAG2 su sto punto non convincono nemmeno me.

h1 e h2.

Se osservi l'immagine dello schema del documento con il tema Genesis, ti accorgi che il titolo del nodo della pagina interna del sito è marcato come h1 ed è in cima alla gerarchia delle intestazioni.
Tutto il resto viene dopo.

Io credo che in questo modo la struttura, e la semantica, sia pià corretta, utile e forse anche più redditizia dal punto di vista del posizionamento nei motori di ricerca.
I non vedenti che navigano con screen reader si trovano posizionati subito sull'oggetto principale della pagine: il titolo del nodo in questione e non su altre decine di blocchi marcati come h2.

Non sono d'accordo nell'assegnare h3 ai blocchi della sidebar: logicamente h3 è figlio di h2. I blocchi quindi non sono figli dei teaser dei nodi h2.

Sono invece d'accordo che bisognerebbe marcare come h2 (nascosto) anche i menu di navigazione primari (andrebbero poi marcati di conseguenza anche i secondari).

effettivamente sono d'accordo con te sugli h3 dei blocchi.
@Mavimo: non puoi propormi certi deliri!!! :)

mi sa che procedo in questo modo fregandomene delle wgac2 che mi sembrano senza senso.

1) home (qui reggono le wcag2)

h1 - titolo sito
h2 - link di primo livello dei primary
h2 - titoli dei teasers
h2 - titoli blocchi sidebars
p - per tutti gli altri blocchi

2) interna

h1 - titolo nodo
h2 - link di primo livello nei primary
h2 - blocchi nella sidebar
p - per tuti gli altr blocchi

ho visto come legge uno screenreader le pagine e secondo me le intestazioni nel menu di primo livello sono utilissime!

Ok per la struttura degli h1 h2!!!

Però fai attenzione alle wcag 2.0: su di esse si sta aggiornando l'elenco dei nuovi requisiti tecnici di accessibilità dei siti web pubblici ai sensi della legge Stanca del 2004.
Quindi se stai facendo un sito per un Comune... (ma può essere anche il sito di una banca con la quale paghi il canone rai o l'ici).

Ho provato a mettere un breadcrumb fatto con i css al posto del menu secondario, che ho spostato sotto i primary per dare più continuità al menu che ne pensate?

ps: alla fine per la home credo che userò questo approccio.

h1 titolo sito
h2 voci di menu di primo livello
h3 titoli delle sezioni del div del menu
h3 per i teaser
h3 per i titoli dei blocchi della sidebar

nelle interne credo che metterò un'opzione da theme settings che consente di scegliere se usare le intestazioni per il menu primario oppure una semplice lista nel caso uno voglia rispettare le wcag2, così taglio la testa al toro!

Apprezzo molto il Marinelli che utilizzo in un sito, anche se, utilizzato con il sottotema Giordani, ha problemi di visualizzazione con IE6 che pensavo aver risolto modificando il CSS e problemi con FCK che non visualizza correttamente alcune opzioni di formattazione, anche se poi vengono effettivamente fatte. Pur con questi problemi, il proprietario del sito è particolarmente innamorato del tuo tema e non vuole assolutamente cambiarlo. Personalmente penso che la corretta visualizzazione con IE6 sia importante, perchè, purtroppo, è ancora molto utilizzato da enti e pubblica amministrazione e questi tante volte sono anche gli sponsor per i siti.
Ritengo, da profano, che la compatibilità con il WCGA2 sia una via fondamentale e vincente, anche se non mi tornano, per ora, le 3A da te dette. Concordo inoltre anche con l' importanza della fluidità del tema.
Grazie per il tuo lavoro. Giovanni

ho cominciato anche il template di nodo, lo trovate qui

http://www.signalkuppe.com/templates/new/node.html

interessante per diversi punti, in particolare vorrei chiederti se in prospettiva di dover realizzare un tema prettamente per Drupal preferisci temizzare direttamente su Drupal o come mi pare di capire crei prima un HTML realistico?

Ti chiedo questo per ragioni di lavoro, in quanto riecevendo Bozze e Mockup personalmente trovo più comdo creare direttamente il tema su drupal senza dover prima creare un html...

Personalmente:

• I link devono esere sottolineati SEMPRE e non solo nel mouse hover (per di più il contrasto di colore tra blu scuro e nero è molto basso, quindi risultano poco evidenti).
• Rimpiccolirei i tag e li separerei meglio dal body
• I breadcrumb mi paiono un pò troppo evidenziati nella pagina.
• L'arancio dei menu di secono livello è un pò troppo... da giubbotto antivalanga :D
• Se smussi gli angoli dei bordi della data sta meglio se smussi anche gli angolini interni (si, lo so, sono dettagli...)
• Manda la parte per l'utente che ha inserito il contenuto, magari rimaneggiando un pò la data può finire li sotto.
• Se quella è la pagina del nodo il titolo NON deve essere un link.
• Nonostante quello che tutti diranno nei confronti dei testi a bandiera.. ...a me non piacciono :P
• ùvedendo velocemente il codice (si vede che è un mockup, troppo pulito :P) sposterei il JS del rotate in alto al di fuori della pagina, in modo che venga incluso ed eventualmente compresso in fase di compressione dei JS. Penso sia una cosa già prevista, ma mi è balzato all'occhio e l'ho riferito :D
• Agendo con lo zoom della pagina tutto regge abbastanza bene TRANNE i breadcrumb e i menu, temo a causa dell'altezza fissa...

Spero di non essere stato troppo cattivo (ma se lo sono stato prendilo come un consiglio per avere un tema più bello e funzionale).

no ma figurati ogni consiglio è ben accetto!

per quanto riguarda i link ok per la sottolineatura.
Breadcrumb: volevo fare qualcosa di diverso dal solito..a me non dispiacciono cosi!
Arancio nei menu : a me piace, poi alla fine uno scegli il colore che vuole no?
Ok per l'autore del nodo
Ho messo il nodo come link semplicemente perchè è il target del link "salta al contenuto della pagina"
hai ragione sulla dimensioni in px, le converto subito in em

guarda io preferisco sempre realizzare un html pulito per verificare che il layout regga su tutti i browser, dopodichè lo monto su drupal creando sempre un tema da zero!

ho modificato il template cercando di dare più consistenza alla grafica, cosa ne pensate?

http://www.signalkuppe.com/templates/new/node.html

molto molto molto bello. Davvero, sono rimasto colpito. Secondo me va più che bene, consigliandoti altre modifiche si va sicuramente sui gusti personali :) Per un tema free (se così lo vuoi distribuire), è davvero il migliore che abbia mai visto.

Complimenti!

Oops, ho trovato una cosa: il search box è previsto che resti in quella posizione?

Grazie, troppo buono! :)

Si anche a me non convince il cerca in quella posizione, vorrei spostarlo a destra ma anche li interferirebbe con il menu.
Va pensato bene!

ho aggiunto anche il js del menu di navigazione sembra funzionare correttamente
ho inserito anche un link per chiudere il pannello.
Ho modificato la logica dei css: in pratica ragiono per moduli e non per funzionalità. Ho creato css diversi per i blocchi, per i nodi, per il menu ecc..
In questi css è presente sia il layout che la formattazione. Credo sia più semplice in questo modo sovrascrivere il comportamento dei singoli "pezzi"
Alla fine della coda dei css aggiungerò un file "skin.css" che gestirà tutti gli elementi di formattazione in modo da poter preparare velocemente due o tre skin pronte all'uso (in questo senso tutti gli utenti di drupal.org potrebbero mandarmi il loro skin per cerare interfacce sempre diverse)

Credo di chiudere così il template altrimenti non finisco più, provo a montarlo e quindi a risolvere mano mano le singole problematiche.
A questo proposito ho una domanda da farvi: per realizzare la logica dei banners, secondo voi ha senso un'implementazione con una form del theme-settings basata su un file xml? Non credo sia saggio far persistere delle variabili del tema sul db, che dite?