Zum Inhalt springen

formular xhtml1.0 und w3c.org

Erstellt am 27. April 2005 · 18 Antworten · letzte Antwort am 23. August 2005

Tags: Frage

Space-Teddy ·

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

Space-Teddy ·

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

theo ·
jenses schrieb

Einschränkung: Bei XHTML strict & utf-8 besser nicht installieren ;-)

Nö, man darf halt nur nicht die Zusatzfunktion "remap illegal chars" aktivieren, das ist alles.

jenses ·
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

just2b ·
jenses schrieb
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

ext. manager => ext auswählen => ändern

jenses ·
just2b schrieb

ext. 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

theo ·
jenses schrieb

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

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

jenses ·

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

maxhb ·
jenses schrieb
just2b schrieb

ext. 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 schrieb

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.

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

jenses ·

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

maxhb ·
jenses schrieb

Ich 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

jenses ·

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

mh84 ·

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

theo ·
mh84 schrieb

würde ich mich freuen wenn irgendein gluecklicher hier nochmal eine funktionierende Zusammenfassung reinsetzt:

-> #15065123

maxhb ·

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