[TYPO3-UG Italy] metatag e xhtml_cleaning

Wed Dec 15 09:52:39 CET 2010

Trovata la soluzione, spiego.

Secondo me si tratta di un BUG di CMS TYPO3, qui illustro per chi vuol  
fare prove.

Ricordo che nei tempi "antichi" avevo usato questa sintassi per  
definire il doctype:

//setup XHTML Transitional 1.0
page.config.doctype = <?xml version="1.0"  
encoding="iso-8859-1"?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0  
Transitional//EN"  
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
page.config.htmlTag_setParams = lang="it" xml:lang="it"  
xmlns="http://www.w3.org/1999/xhtml"

tutto ha funzionato fino alla v. 4.2.15, ma dalla versione 4.x come sospettavo
è necessario usare questa sintassi in luogo della precedente:

page.config.doctype = xhtml_trans
page.config.frameObj = _top

se viene usata la dichiarazione diretta del doctype, vista sopra per  
la v.4.2.15 accade questo:

TYPO3 CMS aggiunge i metatag seguenti OBBLIGATORI:

* immediatamente * dopo il tag di apertura <head>:
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" >
(o con il valore uft-8)

e piu' sotto:

<meta name="generator" content="TYPO3 4.4 CMS" >

di per se' questo e' un comportamento anomalo, in quanto il designer  
potrebbe non voler dichiarare per questioni di sicurezza la versione  
del CMS (cosi' facevo io prima). Bene aggiunti i tag in questione non  
c'e' verso di ripulirli tramite page.stdWrap.xhmtl_cleaning , infatti  
evidentemente vengono aggiunti DOPO IL CLEANING o vengono ignorati

Non bastasse questo i tag in questione non e' possile eliminarli con:

page.meta >

Infine, accade che il tag che punta al foglio di stile css dinamico  
(?) non viene convertito in xhtml Trans e resta cosi':

<link rel="stylesheet" type="text/css"  
href="typo3temp/stylesheet_5fb9660818.css?1292069027" media="all" >

conseguenza: validator.w3.org segnala almeno una quindicina di errori.

Vi chiederete perche' e' stata preferita la sintassi precedente,  
ovvero la dichiarazione diretta del doctype; gia' da tempo l'altra  
generava dei problemi di compatibilita'.

Bene ora la soluzione c'e',evidentemente TYPO3 dalla versione 4.4.4 si  
comporta diversamente e aggiunte in tag in questione (non  
"ripulibili") basandosi sul doctype dichiarato, a questo va contro la  
liberta' di dichiararne uno autonomamente...

saluti a tutti e auguri!

Quoting Roberto Torresani <erreti at siel.it>:

> Ciao Alessandro!
> quali sono le configurazioni di  typoscript che utilizzi per personalizzare
> l'header della pagina? Potrebbe essere qualcosa da integrare in questa parte
> per risolvere il tuo problema.
>
> Ciao
> Roberto
>
>
> Il giorno 06 dicembre 2010 16:01, Alessandro Tuveri <at at uniud.it> ha
> scritto:
>
>> Salve a tutti
>> da qualche giorno e dopo aver aggiornato correttamente vari siti dalla
>> v.4.2.15 alla v. 4.4.4 ho notato che, pur attivando la pulizia xhtml per il
>> rendering compatibile con xhtml Transitional 1.0
>> i tag generati automaticamente da TYPO3, ovvero:
>>
>> tutti i META TAG
>> (io li genero con: page.meta.NOME_DEL_TAG = <valore>)
>>
>> e altri tag situati nella header, come:
>> <link rel="stylesheet" type="text/css"
>> href="typo3temp/stylesheet_fa0cd332a5.css?1291300775" media="all">
>>
>> non vegono sottoposti alla pulizia, in pratica il test di compatibilita'
>> non e' superato il quanto il tag non e' chiuso correttamente con " /> "
>>
>> ora: mentre il problema puo' essere superato per i meta tag (e' sufficiente
>> aggirare TYPO3 usando piu' proprieta' del tipo:
>>
>> page.headerData.10 = TEXT
>> page.headerData.10.data (... eccetera...)
>>
>> TYPO3 aggiunge comunque il tag meta per la versione e il charset:
>> <meta name="generator" content="TYPO3 4.4 CMS">
>> <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
>>
>> come si vede sopra NON nel formato corretto per XHTML.
>>
>> quindi: alla fine del giro comunque 5-6 errori di compatibilita' accadono
>> comunque a causa di queste "trovate" di TYPO3; nelle precedenti versioni non
>> avevo alcun problema.
>>
>> qualcuno sa qualcosa o ha idee?
>>
>> grazie in anticipo
>>
>>
>>
>>
>>
>> Quoting Maurizio Morini <morini at gammsystem.com>:
>>
>>  Tieni conto che nella seconda skin devi azzerare le configurazioni TS
>>> preCodeHeader >
>>> header >
>>> postCodeHeader >
>>>
>>> in modo che non si sovrappongano
>>>
>>> ciao M
>>>
>>> Il 03/12/2010 16.39, Nicola Cerchiari ha scritto:
>>>
>>>> Grandissimo aiuto davvero.
>>>> La necessità di due skin su due sotto alberi nasce dal fatto che ad
>>>> esempio
>>>> un sito contiene due versioni (anno dopo anno) che vengono completamente
>>>> riviste dal punto di vista grafico ed editoriale e devono comunque
>>>> coesistere.
>>>> Comunque farò delle prove con il tuo prezioso suggerimento e ti farò
>>>> sapere.
>>>>
>>>> Grazie,
>>>> Nicola
>>>>
>>>> Il giorno 03 dicembre 2010 16:33, Maurizio Morini<morini at gammsystem.com>
>>>>  ha
>>>> scritto:
>>>>
>>>>  Ciao Nicola,
>>>>> ti riporto la risposta di Ron Hall di TemplavoilaFrameWork alla tua
>>>>> domanda.
>>>>>
>>>>> *******************
>>>>> The Framework skin selector has to be on a root level of the site so
>>>>> does
>>>>> not really fit the situation you describe.However, a couple of thoughts
>>>>> on
>>>>> that.
>>>>>
>>>>> 1) I question whether that would be needed. After all you would normally
>>>>> either use different templates in the same skin for that section of the
>>>>> site
>>>>> or else rewrite your TS objects thus overriding the original objects for
>>>>> that section of the site
>>>>>
>>>>> 2) If you really did have to do a new skin then you could probably
>>>>> manually
>>>>> unset and then reset paths for things like the CSS, JS, TS etc.
>>>>>
>>>>> At some point we may have it so that skins could be changed with TS for
>>>>> things like a mobile site but it would still be on the root template.
>>>>> *******************
>>>>>
>>>>>
>>>>> Ho fatto una prova veloce che consiste:
>>>>> 1) settare una skin nello skin selector (ad esepio wireframe)
>>>>> 2) definire un ext template per una pagina interna specificando nelle
>>>>> costants
>>>>>
>>>>> <INCLUDE_TYPOSCRIPT: source="FILE:
>>>>> typo3conf/ext/skin_regal/typoscript/skin_constants.ts">
>>>>> bnTemplates.skinPath = typo3conf/ext/skin_regal/
>>>>> templavoila_framework.skinPath = typo3conf/ext/skin_regal/
>>>>>
>>>>> nel setup:
>>>>> <INCLUDE_TYPOSCRIPT: source="FILE:
>>>>> typo3conf/ext/skin_regal/typoscript/skin_typoscript.ts">
>>>>>
>>>>>
>>>>> Come vedi ho ridefinito la skin wireframe con la skin regal
>>>>> e la cosa sembra funzionare...
>>>>>
>>>>> Spero di essere stato d'aiuto.
>>>>> ciao M
>>>>>
>>>>>
>>>>>
>>>>> Morini Maurizio
>>>>> Gamm System Srl
>>>>> www.gammsystem.com
>>>>> morini at gammsystem.com
>>>>>
>>>>>
>>>>> Il 01/12/2010 14.04, Nicola Cerchiari ha scritto:
>>>>>
>>>>>  Salve a tutti,
>>>>>>
>>>>>> vorrei porre domanda che mi è venuta in mente testando l'estensione
>>>>>> "templavoila framework" presentata al T3Camp Italia (tanto per citare
>>>>>> le
>>>>>> fonti ;) ).
>>>>>> E' effettivamente molto comoda ed intuitiva, come aveva già ben
>>>>>> dimostrato
>>>>>> Maurizio (perdonami se per caso sbaglio nome), ma per poterla
>>>>>> introdurre
>>>>>> nel
>>>>>> nostro flusso di lavoro viste le nostre esigenze, mi chiedevo se fosse
>>>>>> possibile poter specificare skin diverse a livello di sotto-alberi di
>>>>>> un
>>>>>> sito.
>>>>>> Ho notato che se creo un template ext+ in un sotto-albero il tab "skin
>>>>>> selector" non compare, quindi temo non si possa fare, però qualcuno sa
>>>>>> se
>>>>>> è
>>>>>> per caso è possibile in qualche altro modo?
>>>>>>
>>>>>> Grazie ancora a tutti,
>>>>>> Nicola
>>>>>>
>>>>>>  _______________________________________________
>>>>> TYPO3-UG-Italy mailing list
>>>>> TYPO3-UG-Italy at lists.typo3.org
>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>>
>>>>>  _______________________________________________
>>> TYPO3-UG-Italy mailing list
>>> TYPO3-UG-Italy at lists.typo3.org
>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>
>>
>>
>>
>> ALESSANDRO TUVERI
>>
>> --------------------------------------
>> SERVIZI WEB D'ATENEO
>> CSIT, Centro Servizi Informatici e Telematici
>> Università degli Studi di Udine
>> tel. ufficio 0432-558904
>> --------------------------------------
>> Homo sine pecunia est imago mortis
>> --------------------------------------
>>
>> ----------------------------------------------------------------------
>> SEMEL (SErvizio di Messaging ELettronico) - CSIT -Universita' di Udine
>>
>> _______________________________________________
>> TYPO3-UG-Italy mailing list
>> TYPO3-UG-Italy at lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>
>
>
>
> --
> 27 novembre 2010, Bologna, T3Camp Italia: Typoscript, questo
> sconosciuto<http://www.t3campitalia.it/programma-talk-conferenza-typo3/typoscript-questo-sconosiuto.html>
> _______________________________________________
> TYPO3-UG-Italy mailing list
> TYPO3-UG-Italy at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>

ALESSANDRO TUVERI

--------------------------------------
SERVIZI WEB D'ATENEO
CSIT, Centro Servizi Informatici e Telematici
Università degli Studi di Udine
tel. ufficio 0432-558904
--------------------------------------
Homo sine pecunia est imago mortis
--------------------------------------

----------------------------------------------------------------------
SEMEL (SErvizio di Messaging ELettronico) - CSIT -Universita' di Udine