Hin und wieder versuche ich ja schon mal einen neuen Editor, ob es denn eine eine Alternative zu XEmacs gibt und immer wieder kehre ich zu XEmacs zurück. Letzter dieser Versuche was jEdit, einem in Java geschriebenen Editor. Insgesamt ein recht netter Editor, der obwohl in Java geschrieben einigermaßen zügig zur Sache geht. Aber dann habe ich es doch wieder sein gelassen, weil einfach zuviele fremde Konzepte (für einen XEmacs User) implementiert sind.

Die einzigen Editoren, die ich zusätzlich benutze sind Vim, weil das die einfachste Möglichkeit ist, von der Kommandozeile "eben" etwas zu editieren oder der Editor aus dem Netbeans Java IDE.

Und obwohl ich den Emacs seit der Version 17.34 (noch auf Nixdorf Targon /35) benutze, gibt es beim XEmacs immer wieder etwas neues zu entdecken, wie letztens, als ich lernte, das man sich mit M-Sh-Pos1 und M-Sh-End vorwärts und rückwärts durch die Buffer mit den gleichen Modi bewegen kann. Oder als ich das Paket winring.el entdeckte, das in der Lage ist, Fensterkonfigurationen zu speichern.

Und als ich den Link für diesen Artikel überprüft habe, ist mir dann aufgefallen, das die Entwicklung im 21.5 Zweig schon wieder um zwei Schritte weitergegangen ist. Ich verwende noch 21.5.9, es gibt aber schon 21.5.11.

Gefunden in Eric’s Weblog. Dieser kleine Code-Schnipsel ist generell sehr nützlich.

<%
  // The last modification date from your DB, etc.
  String modDate = "Fri, 14 Mar 2003 05:21:29 GMT";

  if (modDate.length() > 0)
  {
    String header = request.getHeader("If-Modified-Since");
    if ((header != null) && header.equals(modDate))
    {
      response.sendError(HttpServletResponse.SC_NOT_MODIFIED);
    }
    else
    {
      response.setHeader("Last-Modified", modDate);
    }
  }
%>

Mozilla 1.3 wurde gerade freigegeben. Die neuen Features hauen mich persönlich nicht gerade um, da ich Mozilla ausschließlich zum Browsen benutze und ein Großteil der Neuerungen im Email-Teil zu finden sind. Interessant ist aber Midas. Damit kann dann komfortabel in Textfeldern HTML edititert werden. Meine bevorzugten Erweiterungen sind dann Optimoz (Maus Gesten) und der Preferences Toolbar.

Aber seit dem Beta von 1.3 hat sich die Konfigurierung für die Antialised Fonts unter Linux nicht gebessert. Was vorher unter $HOME/.mozilla/../user.js konfiguriert wurde, wirkt nicht mehr. Es muß direkt im Installationsverzeichnis in .../unix.js stehen, damit es wirkt. Und unter Windows bekomme ich weiterhin nicht die automatische Proxykonfiguration hin. Es funktioniert nur mit manueller Proxykonfiguration. Außerdem habe ich das Preferences Toolbar nicht unter Windows installieren können.

Neues auf OnJava: Making Java Objects Comparable und Java Swing: Menus and Toolbars, Part 6.

Die wesentlichen Informationen im ersten Artikel waren mir schon bekannt, da ich mich bereits selbst an compareTo()/Comparable und Comparator versucht hatte. Aber die am Ende des Artikels gezeigte Lösung über eine statische Variable und eine anonyme Klasse den Comparator Bestandteil der Klasse zu machen, war für mich neu, obwohl mir anonyme Klassen schon vertraut waren.

Ich habe mir gerade fast wieder einen Wolf gesucht, warum denn eine Seite mit CSS2 im Explodierer und Mozilla auf einmal so unterschiedlich angezeigt wird, wo ich doch eigentlich der Meinung war, das beide Browser schon mal korrekt angezeigt hatten.

Das Ergebnis dieser Fehlersuche war dann, das ich ein Semikolon vergessen hatte. Das Fiese an diesem Fehler ist, das der Explodierer die Seite fast richtig anzeigte. Die Zeile mit dem Fehler wurde noch interpretiert, also alles was sich vor der Stelle befand, wo eigentlich das Semikolon hätte stehen müssen. Nur die Font-Darstellung passte nicht ganz, weil eine fontbestimmende Einstellung nach der Fehlerzeile kam. Mozilla hat die Zeile mit dem Fehler und den Rest der CSS2 Anweisung komplett ignoriert.

Also eine weitere ätzende Tatsache, das die beiden Browser auch noch auf Fehler unterschiedlich reagieren. Naja, was auch sonst.

Ich lerne daraus, das in Verbindung mit CSS2 immer zuerst die Syntax untersucht werden muß, bevor man sich auf die Suche begibt, ob denn eine Anweisung von Browsern wirklich unterschiedlich interpretiert wird.

Ich habe am Wochende an der Dokumentation (Javadoc) zu der SendmailAction gearbeitet, die ich für Cocoon so geändert habe, das man jetzt auch Attachments an eine über ein HTML-Formular erzeugte Email anhängen kann.

Obwohl das Java-IDE Netbeans eine Hilfsfunktion zur Verfügung stellt, habe ich mich ausgesprochen schwer getan, Texte zu erzeugen, die in das Bild passen und mit anderen Javadoc-Dokumentationen zusammen passen.

Ich nehme an, das es jetzt nach den ersten eigenen Texten leichter wird, aber es war doch am Anfang sehr ungewohnt.