Michael Heydekamp ([EMAIL PROTECTED]) schrieb: > Das ist ein Beispiel, wo sich die Frage stellt, ob das K�rzen so > �berhaupt sinnvoll ist. Ein Beispiel, ich habe halt kein Fido und au�erdem ist schon der snapshot.txt da extrem knapp gehalten. Ich gebe zu, da� ich den Sinn von X-XP-Box unter Fido auch nicht verstanden habe. [...] > Es ist aber so, da� *durch* das Erzeugen von "X-XP-BOX" eine ge�nderte > Serverbox �berhaupt erst ber�cksichtigt wird bzw. werden kann.
Schaue ich mir gerne nochmal an. Genau auf solche Reaktionen lege ich unbedingt Wert :) > Wenn schon k�rzen, w�rde ich eher schreiben: "Fido: /N/W/R aus > Unversandt-Brett ber�cksichtigt jetzt eine ge�nderte Serverbox". Das > ist der Gegenstand des Fixes, da� das mittels "X-XP-BOX" passiert, kann > man entweder weglassen oder kurz in Klammern hinzuf�gen. ok. Danke. > Ich f�nde es wichtig, da� gerade die anwenderkompatible Fassung eher > das konkrete Bug-Szenario beschreibt statt den Code zu "�bersetzen", > aber den Anwender im unklaren dar�ber zu lassen, was ihm die �nderung > bringt. Auf jeden Fall. > "ge�nderte Serverbox wird ber�cksichtigt" ist hier IMO nicht klar > genug, denn IIRC bezog sich das Problem wirklich nur auf N/W/R aus > Unversandt- Brett (k�nnte/sollte man aber sicherheitshalber nochmal > pr�fen, ob das Problem auch bei normalen unversandten Nachrichten > auftrat). klar. > Dies nur als generelle Anmerkung anl��lich dieses Commits. Ich wei� > nicht, ob es andere Stellen �hnlicher Art gibt. Das kann und mu� man sicher zurecht fragen. Aber mehr als Vorschl�ge kann ich da auch nicht machen. Die Qualit�t wird nach und nach dazu kommen, wenn solche Hinweise - wie von Dir - kommen. Zumal auch nicht klar ist, welchen Qualit�t man sich von dieser arbeitssparenden Art der Dokumentation erwarten kann. Die Versionstext-Variante f�r $Luser war ja nie unumstritten, aber irgendwie mu� man eine Grundlage schaffen, da� Interesse an einer ordentlichen Dokumentation weckt IMO, und auch auch der Nutzen, sich da mal etwas �fter einzulesen. Das soll ja lediglich Hemmschwellen abbauen und vielleicht etwas Appetit machen. Selbst daf�r ist die Versions.Txt nicht allzu geeignet, aber nach meiner Erfahrung ist eine Dokumentation erst nach der 12. Version zu gebrauchen, derzeit ist die Revision 1.11 :) -- Salut _)oachim ------------------------------------------------------------------------ FreeXP Entwickler-Mailingliste [EMAIL PROTECTED] http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
