[TYPO3-german] keine Titelausgabe in HTML-Element
Steffen Liebig
chessman at freenet.de
Fri Mar 14 02:40:47 CET 2008
*g* Stefan, kommste mir mit Raider ;-)...
zu 1)
Hmmm...*weiterpuzzel*, das Feld heisst also im Backend "Name" und in der
Tabelle immer noch "Header" ? Ist das korrekt bei mir angekommen ?
Klingt verwirrend...würde aber erklären, wieso auf dem normalen Weg nix
ausgelesen wird. Es wird vermutlich routinemässig nach dem Label gesucht,
das in der DB aber nicht "existiert", weils Feld wies sich gehört "Header"
heisst und im backend "Name" davorsteht.
Zitat: "Some content element types do not display the header by default. In
those cases the Header field is typically labeled "Name" instead. One of
these are the HTML type content element."
Ich kapier den Grund für den Umstand net...kann man Content Elemente nicht
immer gleich behandeln ?
zu 2)
?? Wenn da steht "20.field = bodytext", ich aber gar nicht an den bodytext
ran will (weils ums Titelfeld geht, sieht nach nem ganz anderen Feld aus),
kommt die Frage nach dem Austauschen. Klingt für mich logisch, oder hab ich
was falsch verstanden ? Hmmm...oder ist die 10 nur für den Header da, damit
er endlich ausgelesen wird und die 20 für den eigentlichen Inhalt ? Dann
würd ich "bodytext" an der Stelle verstehen.
Wär so gesehen hilfreich, wenn mir jemand im Kontext erklären könnte, was
dieser Code-Teil (ab 20 = TEXT) bewirkt. Ich bekomm Befehle wie "editIcons"
(kenn ich net, "ändereSymbole" hat nach meinem Verständnis nen andern
Sinn...muss ich nachguggen :-)) hier nicht unter. Die
css_styled_content...ok, irgendwoher muss die Formatierung ja kommen (eben
aus eigenen CSS-Dateien). Wenns unbedingt nötig ist, das dem bodytext
nochmal extra mitzugeben, meinetwegen. Bin halt leicht verwirrt, weil ich
eigentlich nur den Header / Namen / Titel des Elements incl der vorgesehenen
CSS-Einstellungen angezeigt haben will und dachte, dass der Inhalt (zB die
als HTML-Code festgehaltene Termintabelle) incl pipapo von anderer Stelle (=
anderes Tabellenfeld) automatisch kommt, weil der Kram auch im Backend in
einem eigenen Feld steht. Dachte, das muss nicht nochmal extra angesteuert
werden.
zu 3) Aso gut, ich seh auch grad nen Eintrag unter "Configuration", in dem
sowas drinsteht. Kommt leicht überraschend, weil ich von früher noch die
locallang.php aus dem Bereich der Aktivierung für mehrsprachige Seiten im
Hinterkopf zu haben glaube. Da hab ich mich wohl geirrt, richtig ? :-).
Cu, Steffen
"Stefan Beylen" <typo3 at we-make.net> schrieb im Newsbeitrag
news:mailman.1.1205417947.14461.typo3-german at lists.netfielders.de...
> Steffen Liebig wrote:
>> 1) stdheader...ein HTML-Element hat kein Feld "Header", es heisst dort
>> "Name". Das taucht in Deinem Code nirgends auf. Muss ich das austauschen
>> (fällt mir bei "Formbausteinen" als Erstes ein) ?
>
> falsch, schau in die datenbank, tabelle tt_content
> raider heisst jetzt twix
>
>> 2) 20.field = bodytext
>> Um den Code des Elementes bzw den bodytext gehts mir nicht. Ist also im
>> Prinzip dieselbe Fratge wie 1) ;-).
>
> prinzip selbe antwort wie 1)
>
>> 3) locallang.php (prefixComment ?) ist meines Wissens für Sprachen
>> zuständig...gut, das mag für mehrsprachige Seiten(titel) sinnvoll sein.
>> Oder hat das in diesem Fall noch eine andere Absicht ? Wir haben nur eine
>> deutsche Seite, da könnte sichs evtl erübrigen ;-).
>
> nein hat nix mit locallang.php zu tun und auch nciht mit sprachen, das ist
> nur das original TS vom element HTML
>
> lg
More information about the TYPO3-german
mailing list