hallo typo3ler
hm ...habs jetzt fast meine erste komplett validierte seite fertig *freude*
jetzt happerts nur noch an den seiten mit den automatisch erstllten formularen...
und zwar wenn ich mein mail formular validieren lasse..
bekomm ich von w3c diese fehler meldung:
Line 157, column 1021: there is no attribute "wrap"
...ame="address" cols="40" rows="10" wrap="virtual">
hm ...da ich mit dem formulare vorher noch nicht soviel gebaut hab ....
würd mich mal interessieren obs ne möglich keit gibt das
per TS zu entfernen oder muss ich es doch im php hardcoden ??
jemand ne idee vieleicht ?
werde meine fortschritte hier auch dokumentieren ...falls das jemand anders auch stört =)
danke fürs lesen ...und natürlich danke für jede hilfe ^^
gruß
space
so ich mach ja vortschritte hab
schon mal ein wenig in der tsref gestöbert ...da steht das mit dem wrap auch drinne ..
aber entweder bin ich blind ...oder ich habs nit gefunden diesen wrap=""
zu entfernen... reicht leider nit wenn der leer ist =)
https://docs.typo3.org/m/typo3/reference-typoscript/main/en-us/ContentObjects/Index.html
installiere diese Extension und fertig.
hähä und ich such hier im TSOB und inder TSref
wie n doof ....
lol
danke für den tip
werd direckt mal checken ..
vorallem noch ne "stable" das find ich ja mal nice ...
danke ;D
jipie hat geklappt
THX THX THX
Einschränkung: Bei XHTML strict & utf-8 besser nicht installieren ;-)
jenses
jenses schriebEinschränkung: Bei XHTML strict & utf-8 besser nicht installieren ;-)
Nö, man darf halt nur nicht die Zusatzfunktion "remap illegal chars" aktivieren, das ist alles.
theo schrieb
Nö, man darf halt nur nicht die Zusatzfunktion "remap illegal chars" aktivieren, das ist alles.
Und wie / wo geht das zu aktivieren / deaktivieren ?
jenses
jenses schriebtheo schrieb
Nö, man darf halt nur nicht die Zusatzfunktion "remap illegal chars" aktivieren, das ist alles.
Und wie / wo geht das zu aktivieren / deaktivieren ?
jenses
ext. manager => ext auswählen => ändern
just2b schriebext. manager => ext auswählen => ändern
:-) Der war gut.
Funktioniert leider nur, so man auch die Version 2 installiert hat,
bei Version 1.2.1 kann man sich nämlich einen Wolf suchen nach "remap illegal chars";
dat is nirgendwo im Code zu finden.
Na, nu hab ich Version 2, das Problem besteht weiterhin :
Eine Seite XHTML strict + utf-8, der HTML-Cleaner schießt das ypMenu ab,
egal welche Einstellung ich benutze.
Offensichtlich wird das JavaScript irgendwo verhunzt, hab nun aber keine Zeit,
den Code Buchstabe für Buchstabe nach Veränderungen zu filzen.
jenses
jenses schriebNa, nu hab ich Version 2, das Problem besteht weiterhin :
Eine Seite XHTML strict + utf-8, der HTML-Cleaner schießt das ypMenu ab,
egal welche Einstellung ich benutze.
Offensichtlich wird das JavaScript irgendwo verhunzt, hab nun aber keine Zeit,
den Code Buchstabe für Buchstabe nach Veränderungen zu filzen.
jenses
Na, dann fände ich es klasse, wenn du dich bitte in die laufende Verbesserung mit einbrächtest:
http://www.typo3forum.net/viewtopic.php?p=4441#4441
Ich habe dem Autor schon eine Mail inklusive Problembeschreibung und HTML-Code geschickt ;-).
Solange muß ich mich dann wohl mt einem Hack am TYPO3-Core behelfen;
ist ja nur border + name im img-tag, was den Validator stört.
jenses
jenses schriebjust2b schriebext. manager => ext auswählen => ändern
:-) Der war gut.
Funktioniert leider nur, so man auch die Version 2 installiert hat,
bei Version 1.2.1 kann man sich nämlich einen Wolf suchen nach "remap illegal chars";
dat is nirgendwo im Code zu finden.
Naja, ist halt erst später dazugekommen dieses Feature 😉
jenses schriebNa, nu hab ich Version 2, das Problem besteht weiterhin :
Eine Seite XHTML strict + utf-8, der HTML-Cleaner schießt das ypMenu ab,
egal welche Einstellung ich benutze.
Das Problem ist folgendes: ypMenu benötigt einen HTML-Bezeichner, um die verschiedenen Elemente im HTML-Code anfassen zu können. Leider wird dazu das name-Attribut verwendet, was schon mal grundsätzlich falsch ist (id wäre korrekt!) 😉
Der Cleaner erkennt dann, dass dieses Attribut unter XHTML 1.0 strict für bestimmte Elemente (im Prinzip für alle) nicht mehr zulässig ist, als Ergebnis entfernt er es. Daher funktioniert das Menü nicht mehr.
Was kann man also machen?
1. Code des ypMenu anpassen
oder
2. Den qcom_html_cleaner erweitern, so dass man nicht nur Tags remappen kann (z.B. <b> nach <em>), sondern auch Attribute, eben z.B. "name" nach "id".
Werde Option 2 mal in meine ToDo-Liste aufnehmen und dann in einer späteren Version der Extension aufnehmen. Allerdings muss man da höllisch aufpassen, da solch ein Verfahren in die Hose geht, wenn mehrere Elemente mit dem gleichen Namen verwendet werden 😢
CU
maxbh
Das ging ja schnell mit der Antwort :-).
Ja, klar, dafür hab ich den Cleaner ja auch angeschaltet,
um eben dieses name-Attribut (und das border-Attribut) aus dem img-tag zu verbannen. Das funzt ja auch prima.
Das das name-Attribut aus dem Link für das Menü auch entfernt wurde, hab ich natürlich übersehen :o
Ich denke, das einfachste ist es, das Menü-Skript auf IDs umzustellen.
vielen Dank,
jenses
jenses schriebIch denke, das einfachste ist es, das Menü-Skript auf IDs umzustellen.
Ich denke, das ist die sauberste Lösung und geht vermutlich auch relativ schnell.
CU
maxhb
Ok, also so klappts mit dem ypMenu & XHTML strict :
in ypMenu.php folgende Zeilen suchen :
$I['parts']['ATag_begin'] = '<a href="' .$I['linkHREF']['HREF']. '" onfocus="' . $I['linkHREF']['onFocus']. '" onmouseover="'. $onmouseover .'" onmouseout="'. $onmouseout .'" id="act'. $I['uid'] .'">';
$I['parts']['ATag_end'] = '</a>';
Unmittelbar dahinter folgendes einfügen :
$I['parts']['image'] = str_replace("name", "id", $I['parts']['image']);
$I['parts']['image'] = str_replace("border="0"", "", $I['parts']['image']);
"name" wird gegen valides "id" getauscht, das lästige "border" wird entfernt.
Dadurch hat sich bei mir allerdings auch der Einsatz des HTML-Cleaners erübrigt ;-).
Ich habs nicht 100%ig getestet, bei mir funktionierts aber so.
viele Grüße
jenses
Hallo,
ich versuch schon den ganzen Tag das menu testweise zum Laufen zu bringen.
Da sich jetzt in dem Thread so viele verschiedene Codeschnipsel angesammelt haben würde ich mich freuen wenn irgendein gluecklicher hier nochmal eine funktionierende Zusammenfassung reinsetzt:
- der code für das HTML-Template
- der Typo-Script Code
- der evt. zusaetzliche PHP-Code
wenn man folgende Dateien für den Rest zum Testen benutzt:
die .css und .js dateien von der meade-webpage
alternativ natürlich auch gerne eigenen css und js code.
Hauptsache man bekommt es erstmal zum Laufen (auf Typo3 3.7, Linux). Würde vielen hier (und mir ) sicherlich weiterhelfen.
Vielen Dank!
gruß, mh84
p.s.: wollte da eigentlich in einem anderen Thread posten, aber hier kann mir vielleicht auch jemand weiterhelfen
Hi!
Das gleiche Problem, das beim ypMenu auftritt, bringt auf GMENUs teilweise dazu, Ihren Dienst einzustellen. Für GMENUs habe ich einen Patch integriert, der das Problem mit dem nicht ganz korrekten Umgang mit IDs und auch Javascript behebt.
CU
maxhb