Kein valider XHTML Code vom WYSIWYG Editor

[Ifthatsthewayitis]

Ich habe das mal als Kritik gepostet, aber ich würde es fast als Fehler einstufen, da es Webseiten designtechnisch "zerstören" kann und fehlerhaften Code erzeugt.

Der Editor sollte unbedingt so korrigiert werden das er validen XHTML Code produziert, jedenfalls gibt XT-Commerce 3 vor XHTML 1.0 transitional zu produzieren, das heißt wenn man Produkseiten mit dem Validator überprüft schlägt er fehl.

Die häufigsten Fehler sind ziemlich simpel:

• Umlaute (ä, ö, ü) auch ß, € und sicherlich noch andere Zeichen sollten in ü für ü (z.B.) geändert werden
  
  in
  
  
  in
  

Ich fände es auch wichtig, das der Editor überprüft ob noch offene XHTML/HTML Tags vorhanden sind, oder schließende Tags die nie geöffnet worden sind. Sonst ist da ein </table> drin, was irgendeine Tabelle beendet und damit das ganze Seitendesign zerstören kann.

Das wäre jedenfalls sehr gut, denn valider Code wird meistens besser in allen Browsern dargestellt. Hoffentlich ist das möglich!

Eventuell muss man aber irgendwo einstellen können bzw. am Connector erkennen welcher Code HTML, XHTML produziert werden soll.

http://jtl-software.de/forum/posting.php?mode=quote&p=22847

Ich fände es sehr wichtig, das der Editor korrekten Code erzeugt!

 

[Thomas Lisson]

Hallo,

wir schicken das weiter, was der Benutzer einträgt. Man muss den Editor nicht nutzen. Auch in den Feldern, die keinen Editor haben, wie Artikelname, hier wird ebenfalls der Name so verschickt, wie er eingegeben wird.

Das ist auch wichtig so, denn in der Datenbank soll der Artikelname stehen "Bärenfalle" und nicht "B&auml;renfalle". Sobald Du die Daten in der Datenbank weiterverwendest und z.B. daraus Produktsuchmaschinen CSVs bastelst, wirst du froh sein, dass die Daten ohne HTML Umwandling drin stehen.

Es ist demncah ganz klar des Shops Aufgabe, die Texte vor der Ausgabe auf HTML zu optimieren.

 

[Ifthatsthewayitis]

Man könnte das so umsetzen, das man das nach Wunsch einstellen kann, ich bin jedenfalls der Meinung das man dann eher was am Export ändern sollte, als das die direkte Webseiten Ausgabe darunter leidet.

 

[Thomas Lisson]

Hallo,

die Eingabedaten in der Wawi sollten so unabhängig wie möglich sein. Es sollen ja nicht nur Shops bedient werden sondern evtl. andere Sachen. Man kann etwa auch aus der Wawi CSV erstellen und zu weiteren Zwecken weiterverwenden.

Du kannst allerdings die Inhalte selber im Connector kodieren. Im dbeS/setArtikel.php müsste man bei Beschreibung und Kurzbeschreibung die Sonderzeichen mit den entsprechenden HTML Kontrukten ersetzen.