Ich habe meinem Entwicklerteam Kummer gemacht, indem ich HTML einchecke, das in DW bearbeitet wurde. Es stellt sich heraus, dass DW alle Instanzen von 'onclick' in 'onClick' umgeschrieben hat, wodurch die Anwendung in Webkit vollständig zerstört wurde.
Ich habe bei Google etwas gesucht und es scheint ein Fehler zu sein, der mindestens 2004 zurückgeht. Angeblich hat es nichts mit den Einstellungen für das Umschreiben von Code zu tun und was bewirkt, dass Dokumente geöffnet werden, die keinen Doctype enthalten . Wenige von uns tun dies, da wir ein Framework pflegen, das alle Arten von Include- und Abhängigkeitsdateien verwendet.
Bei all meinem Googeln habe ich jedoch keine Lösung gefunden. Hat jemand eine Ewigkeit verspürt, Adobe-Produkte für immer zu beschimpfen? *
Sie können versuchen, eine Suche durchzuführen und für alle 'onClick' bis 'onClick' im Konfigurationsordner von dreamweavers zu ersetzen. Hier ist eine Person, die es getan hat und etwas Glück hatte .
Nebenbei würde ich empfehlen, sich die Zeit zu nehmen, um Vim zu lernen . Ihre Ausgabe kann einen Monat lang etwas ausfallen, aber wenn Sie sie konsequent anwenden, können Sie sie in kürzester Zeit überwinden! (aus Erfahrung sprechen)
Überprüfen Sie vielleicht die DW- Code-Voreinstellungen :
Behebung von überlappenden Tags durch ungültig verschachtelte und nicht geschlossene TagsRewrites. Beispielsweise wird Text als Text umgeschrieben . Diese Option fügt auch schließende Anführungszeichen und schließende Klammern ein, falls diese fehlen.
Formularelemente umbenennen Beim Einfügen von Formularen haben Sie keine doppelten Namen für Formularobjekte. Diese Option ist standardmäßig aktiviert. Hinweis: Im Gegensatz zu den anderen Optionen in diesem Voreinstellungsdialogfeld gilt diese Option nicht beim Öffnen eines Dokuments, sondern nur beim Kopieren und Einfügen eines Formularelements.
Zusätzliche schließende Tags entfernen Löscht schließende Tags, die kein entsprechendes öffnendes Tag haben.
Warnen beim Beheben oder Entfernen von TagsEnthält eine Zusammenfassung von technisch ungültigem HTML, das von Dreamweaver korrigiert werden soll. In der Zusammenfassung wird der Ort des Problems (mithilfe von Zeilen- und Spaltennummern) angegeben, sodass Sie die Korrektur finden und sicherstellen können, dass die Wiedergabe wie beabsichtigt erfolgt.
Code niemals umschreiben: In Dateien mit Erweiterungen Ermöglicht es Ihnen, zu verhindern, dass Dreamweaver Code in Dateien mit den angegebenen Dateinamenerweiterungen neu schreibt. Diese Option ist besonders nützlich für Dateien, die Tags von Drittanbietern enthalten.
Kodieren Sie <,>, &, und "in Attributwerten mit &. Stellt sicher, dass Attributwerte, die Sie mit Dreamweaver-Tools (z. B. dem Eigenschafteninspektor) eingeben oder bearbeiten, nur zulässige Zeichen enthalten. Diese Option ist standardmäßig aktiviert. Hinweis: Diese Option und die folgenden Optionen gelten nicht für URLs, die Sie in der Codeansicht eingeben, und führen nicht dazu, dass sich bereits in einer Datei vorhandener Code ändert.
Keine Sonderzeichen verschlüsseln - Verhindert, dass Dreamweaver URLs so ändert, dass nur zulässige Zeichen verwendet werden. Diese Option ist standardmäßig aktiviert.
Sonderzeichen in URL kodieren Verwenden von & # Stellt sicher, dass beim Eingeben oder Bearbeiten von URLs mit Dreamweaver-Tools wie dem Eigenschafteninspektor diese URLs nur zulässige Zeichen enthalten.
Sonderzeichen in URL kodieren Verwendung von% Arbeitet auf dieselbe Weise wie die vorhergehende Option, verwendet jedoch eine andere Methode zum Kodieren von Sonderzeichen. Diese Kodierungsmethode (unter Verwendung des Prozentzeichens) ist zwar mit älteren Browsern besser kompatibel, funktioniert jedoch nicht mit Zeichen aus einigen Sprachen.
Schreiben Sie also ein Skript, das die Konvertierung durchführt. Ein einfaches Sed-Skript sollte funktionieren:
sed s / onClick / onclick / g