Kann man nicht einfach den kompletten Default-HTML-Code abschalten und den eigenen ins Template schreiben
Ne leider nicht ... aber mach Dich einfach über die TS Ref dran und die Forumssuche. Geht alles, wir bauen auch nur in xhtml_trans und sind valid. Nervig ists nur bei extensions, da muss man oft an den code ran. Das ist z.B. der Grund warum wir noch keine indexed_search auf unserer Seite haben, wir überarbeiten da erst noch die Ausgabe.
Von irgendeinem hier im Forum gibts noch eine html cleaner extension die andere extension korrigiert, die haben wir aber noch nicht getestet. Evtl. hilft die Dir auch weiter. Von der extension sourceoptimization würd ich die Finger lassen da gibts Konflikte mit anderen extensions.
Viele Grüße
Niki
Niki schriebKann man nicht einfach den kompletten Default-HTML-Code abschalten und den eigenen ins Template schreiben
Ne leider nicht ...
Natürlich geht das:
config.disableAllHeaderCode=1
aber es macht eigentlich keinen Sinn...
Niki schriebNervig ists nur bei extensions, da muss man oft an den code ran. Das ist z.B. der Grund warum wir noch keine indexed_search auf unserer Seite haben, wir überarbeiten da erst noch die Ausgabe.
Das gibt es schon. Siehe Accessibility-Newsgroup.
Niki schriebKann man nicht einfach den kompletten Default-HTML-Code abschalten und den eigenen ins Template schreiben
Ne leider nicht ... aber mach Dich einfach über die TS Ref dran und die Forumssuche. Geht alles, wir bauen auch nur in xhtml_trans und sind valid. Nervig ists nur bei extensions, da muss man oft an den code ran. Das ist z.B. der Grund warum wir noch keine indexed_search auf unserer Seite haben, wir überarbeiten da erst noch die Ausgabe.
Von irgendeinem hier im Forum gibts noch eine html cleaner extension die andere extension korrigiert, die haben wir aber noch nicht getestet. Evtl. hilft die Dir auch weiter. Von der extension sourceoptimization würd ich die Finger lassen da gibts Konflikte mit anderen extensions.
Viele Grüße
Niki
Arbeitet ihr (wer auch immer) an Typo3?
@theo: wieso macht das keinen Sinn?
E|H schrieb@theo: wieso macht das keinen Sinn?
Ich sagte, daß es eigentlich keinen Sinn macht... 😉
Spontan fallen mir mindestens zwei Gründe ein:
1) Der Header ist m.E. wunderbar detailliert über Typo3 konfigurierbar
2) Man "verwaltet" den Header zentral, d.h. man kann problemlos seitenbezogene Änderungen einbauen, ihn über Conditions steuern, dynamische Elemente einfügen uswusf.
Man ist also zigfach flexibler, als wenn man alles ins html-template statisch reinschreiben müßte (Da kann man zwar auch wieder Variablen einsetzen, aber naja, dann macht man´s doch lieber gleich "richtig"...)
Also, ich find das richtig genial... 😉
config.disableAllHeaderCode=1
jep, der macht den header weg aber das restliche html bleibt dämlich (blur beim Menü, tausend Kommentare, Ankerlinks im content etc.).
Bei Typo3 funktioniert halt alles andersrum. Der code kommt erst mal riesig daher und dann muss man ihn über die diversen Einstellungsmöglichkeiten verschlanken. Was aber stimmt: das funktioniert sehr gut, wenn man erst mal weiss wo man anlangen muss.
Ich würde genau wie Du den header über TS einstellen.
Zur indexed search:
Das gibt es schon. Siehe Accessibility-Newsgroup.
Danke für den Tip das schau ich mir mal an. Mist, wir haben bestimmt schon einen halben Tag die Ausgabe überarbeitet #paralyzed#
Viele Grüße!
Niki
Niki schrieb Mist, wir haben bestimmt schon einen halben Tag die Ausgabe überarbeitet #paralyzed#
Wenn man den Rauchzeichen glauben kann, dann wird in der 3.8 viel diesbzgl. geregelt sein... 😉
Der ganze Code gehört schon ins Setup-Feld, oder?
Irgendwie mag das mit xhtml_strict nicht funtkionieren...
Wo kommt eigentlich dieses  her?
Das wird direkt nach dem body-Tag eingefügt...
Wenn ich metaCharset auf utf-8 stell', ist es weg... ???
Funktioniert das, was ich hier versuch', überhaupt mit Typo3 3.6.0?
Der xml-Prolog ist auch nicht wegzubekommen.
die ganzen config Einträge müssen auf das page Objekt bezogen werden vielleicht ist das der Grund warums nicht angezogen wird?
also z.B.
seite = page
seite.config........ etc.
Obs mit 3.6 funktioniert, keine Ahnung, nimm halt 3.7 😃
Viele Grüße
Niki
seite = page
seite.typeNum = 0
seite.bodyTag = <body>
seite.config {
doctype = xhtml_trans
xmlprologue = none
remove.DefaultJS = external
metaCharset = utf-8
headerData = TEXT
headerData.value = <link rel="SHORTCUT ICON" href="fileadmin/template/favicon.ico" />
headerData = TEXT
headerData.value = <link href="fileadmin/template/style.css" rel="stylesheet" type="text/css" />
}
seite.10 = TEMPLATE
seite.10 {
template = FILE
template.file = fileadmin/template/template.htm
}
Der xml-Prolog bleibt bei diesem TS drin.
Das war mal anders, aber irgendwann war er wieder drin und ging nicht mehr raus...
Wenn ich statt trans strict schreibe, dann haut T3 HTML 4.0 raus.
Wenn ich nicht auf utf-8 stelle, dann schreibt T3 direkt nach dem body-Tag "  " (glaube ich), damit schiebt es das Haupt-div eine Zeile runter.
So,
ich hab' mich für die kostenlose Testumgebung angemeldet (benutzt T3 3.7.0).
Da funzt der Code.
Es liegt wohl daran, daß T3 3.6.0 kein XHTML-Strict mag.
 kommt jetzt aber auch mit utf-8.
Also hab' ich den ganzen Header-Code rausgeschmissen und in das Template geschrieben, funktioniert wie es soll.
Falls jemandem noch etwas zu den zuletzt genannten Problemen einfällt, wäre ich froh, wenn er sich hier dazu äußert, ansonsten nochmal Danke. 😉
(in Sachen indexed_search und valide (X)HTML Auslieferung)
Das gibt es schon. Siehe Accessibility-Newsgroup.
Theo, kannst Du mir auf die Sprünge helfen? Ich recherchiere herum aber find nichts. Hast Du vielleicht einen Link für mich?
Danke!
Niki
ich poste einfach mal die komplette info von ben van´t ende.
Rupert modified Indexed Search 2.1.3 to be XHTML1.0 strict compliant. This also features a tableless resultspage we did.
http://www.typo3.nl/fileadmin/SHARE/T3X_indexed_search-xhtml.t3x
CSS:
/** --------- indexed search -----------------------*/
.tx-indexedsearch-searchbox, .tx-indexedsearch-sectionlinks {
margin-top: 8px;
margin-bottom: 2px;
padding-bottom: 2px;
background: url(../img/dot.gif) repeat-x bottom left;
}
.tx-indexedsearch-sw, .tx-indexedsearch-redmarkup {
color: #FF8200;
font-weight: bold;
}
.tx-indexedsearch-percent {
float: right;
}
.tx-indexedsearch-title {
margin-bottom: 10px;
}
.tx-indexedsearch-sechead {
margin-bottom: 10px;
}
.tx-indexedsearch-sechead p {
float: right;
}
.tx-indexedsearch-descr {
margin-left: 40px;
}
.tx-indexedsearch-info {
margin-top: 10px;
margin-left: 40px;
}
.tx-indexedsearch-searchbox-button {
background: #FF8200;
border: none;
text-align: center;
font-size: 11px;
font-weight: bold;
padding: 2px;
}
.tx-indexedsearch-browsebox-scell p a {
display: inline; /*margin-bottom: 8px;
margin-top: 8px;*/
width: 40px;
border: 1px solid #FF0000;
}
.tx-indexedsearch-browsebox-scell a {
margin-right: 4px;
}
gRTZ
ben
--
netcreators::creation and innovation
www.netcreators.nl - www.typo3.nl
danke theo - funktioniert wunderbar, nicht mal tidy meckert was ja manchmal ncoh strenger ist als der w3c validator.
super gschicht 😃
Viele Grüße
Niki
Re...
Tidy ist doch deutlich weniger streng, als W3C...
Die Erfahrung hab' ich zumindest gemacht.
Sobald ich mir bei mir "doctype = xhtml_trans" mache, zerhackt es mir mein halbes Layout. Im IE und im Firefox.
Bei "xtml_strict" siehts noch schlimmer aus. Texte werden zentriert, Abstaende werden veraendert.. das sieht total uebel aus.
Kann doch aber nicht normal sein, oder?
Sobald ich mir bei mir "doctype = xhtml_trans" mache, zerhackt es mir mein halbes Layout. Im IE und im Firefox.
Es reicht nicht, nur den doctype umzustellen, Du musst auch das (X)HTML auf den neuen doctype anpassen.
Für eine Umstellung am besten erst mal lokal in nur-HTML erledigen und erst dann die T3 Implementierung anpassen, sonst kriegst einen Vogel beim debuggen.
Viele Grüße
Niki