Dienstag, 15. Juni 2010
Vor Kurzem bin ich über ein sehr nerviges Problem gestossen. Die DOM-Methode innerHTML() ist nicht in der Lage korrektes XHTML auszuwählen. D.h. wenn man Folgendes hat:
<p id="hook">Test<br/>Test</p>
und ein
document.getElementById("hook").innerHTML()
macht, bekommt man
Test<br>Test
und nicht wie erwartet
Test<br/>Test
Es ist auch egal welchen Typ das HTML-Dokument hat. Das Verhalten ist bei allen “selbstschließenden” Tags, wie z.B. br, hr, img usw. dasselbe. Man muss hier leider selbst Hand anlegen.
Sonntag, 29. November 2009
Beim Einbinden von einem eigenen CSS in den CKEditor ist mir aufgefallen, dass er alle Styles übernimmt, außer die Farbe für den Link. Ich dachte, da macht der CKEditor aus irgendeinem Grund irgendwas.
Per Firebug hab ich dann rausgefunden, dass es eine contenteditable.css zu sein scheint. Die ist vom Firefox (per resource://gre… geladen) und erlaubt User-CSS Einbindung (scheinbar). Den Style kann man allerdings (zum Glück) mit !important überschreiben.
via: SELFHTML Forumsarchiv / 2009 / Februar / FF: Überschreiben der contenteditable.css.
Freitag, 3. April 2009
Da staunt der Laie und der Fachmann wundert sich…
da änder ich den Titel eines Lesezeichens und wunder mich, wer da meine JSP Seite aufruft, als im Hintergund das Log File rattert. Und siehe da.. schau ich mir den http Mitschnitt an und stelle fest das war mein Firefox.
Beim Aufruf der Eigenschaften eines Lesezeichens schickt der Fuchs aus unerfindlichen Gründen einen GET Request an die Webseite des Lesezeichens…
Das ganze ist bekannt und kann ausgestellt werden…
Zum Deaktivieren dieses Verhaltens in den erweiterten Einstellungen unter “about:config” die Eigenschaft “browser.microsummary.enabled” auf false setzen.
Weblinks
Firefox contacts server when I click on bookmarks properties
Network activity while edit bookmarks
Mittwoch, 13. August 2008
Bei einigen Webseiten bzw. Webapplikationen haben die Entwickler per JavaScript ein Kontextmenü per JavaScript eingebunden, um die Bedienbarkeit zu erleichtern. Sehr nett gedacht, allerdings kommt es beim Firefox der Version 3 hierbei zu Unannehmlichkeiten (mit den default-Einstellungen). Hier erscheinen sowohl das Firefox-Kontextmenü als auch das Javascriptmenü.
Zum Glück kann man dem Abhilfe schaffen, indem man in den Einstellungen des FF in die Adressleiste about:config eingibt und den Wert dom.event.contextmenu.enabled auf true setzt. Dann klappts auch mit dem Kontextmenü.
Das Problem ist bei mir unter Ubuntu 8.04 mit Firefox 3.0.1 aufgetreten.
