wir, Fuchur@Wunderland, Zesstra@Morgengrauen und Gnomi@UNItopia, haben in Absprache mit Lars die Entwicklung des LDMud-Treibers uebernommen und wollen hier kurz vorstellen, wo die Entwicklung hingehen soll.
Also zuallerst wird die 3.3er Serie der aktuelle stabile Zweig werden, bei welchem es auch weiterhin noch neue Features geben kann, sofern sie die Stabilitaet nicht wesentlich gefaehrden. Die 3.4er Snappshots werden wir nicht mehr weiterverfolgen und auch in der 3.2er Serie nur noch groebere Fehler beheben.
Unser primaeres Ziel ist es, die im Bugtracker bekannten Fehler und auch im Quellcode bestehende TODO-Punkte, sofern dies ohne grosse Umbauten moeglich ist, noch in der 3.3er Serie zu beheben.
In naher Zukunft eroeffnen wir dann den naechsten instabilen Zweig, die 3.5er Serie. Dieser wird sich voraussichtlich weiterhin um Fehler- behebungen drehen, die fuer den 3.3 zu umfangreich sind. Auch die vollstaendige Unterstuetzung von 64-Bit-Systemen wird dort angestrebt (teilweise werden Aenderungen dazu aber auch schon im 3.3 erfolgen), Unicode-Unterstuetzung und Optimierungen der internen Datenstrukturen stehen ebenfalls auf unserem Plan.
Alle zukuenftigen Beitraege und Entwicklungen von uns veroeffentlichen wir unter der 2-Klausel-BSD-Lizenz (Beibehaltung des Copyright-Hinweises, der Lizenzbedingungen und des Haftungsausschlusses im Quellcode sowie auch Wiedergabe derselben in der Dokumentation) und nehmen auch nur Patches unter dieser Lizenz an. Die Lizenzbedingung des Drivers, dass dieser nicht zur Erzielung eines finanziellen Gewinns genutzt werden darf, aendert sich durch diese Massnahme noch nicht, aber sie soll eine Lizenzaenderung in ferner Zukunft erleichtern.
Falls Ihr Lust habt, uns bei der Arbeit an LDMud zu unterstuetzen, so freuen wir uns ueber Ideen, Codebeitraege (z.B. Fixes und Features), aber auch ueber Hife bei der Verbesserung der Dokumentation oder ueber Tester, die dann nette Bugreports schreiben.
Bis dahin ist aber noch einiges zu tun. ;-) Erstmal dauerts im Driver sicher noch ne Weile und zum anderen muss man ja die meisten Mudlibs auch erstmal vorbereiten, vermute ich.
>Dauffe@Uni schrieb: >> Hurra, Uni wird endlich Unicode-tauglich! ;) >Bis dahin ist aber noch einiges zu tun. ;-) Erstmal dauerts im Driver >sicher noch ne Weile und zum anderen muss man ja die meisten Mudlibs >auch erstmal vorbereiten, vermute ich.
Hmm. Gehoert es nicht zum Kult des wahren Muddens, dass man sich nun mal auf ASCII zu beschraenken hat?
> Hmm. Gehoert es nicht zum Kult des wahren Muddens, dass man sich nun > mal auf ASCII zu beschraenken hat?
Mhmm, also, fuer mich weitgehend ja. Wir hatten so eine Diskussion im MG auch schonmal. Hinzu kommt noch, dass bei uns momentan niemand Lust hat, 65k Dateien durchzugucken und Umlaute+Sonderzeichen einzubauen, selbst wenn Driver+Basis-Mudlib es koennen. Und wenn man das nicht macht, kommt so ein inkonsistenter Mix bei raus, den ich stoerend empfinden wuerde (speziell bei Kommandos wird das fuer Spieler schnell extrem aetzend, wenn man nicht aufpasst). Trotzdem sehe ich die driverseitige Moeglichkeit, ein Mud unter Nutzung von Unicode-Zeichensaetzen zu bauen, als wuenschenwert an, auch wenn es fuer mich nicht die hoechste Prioritaet in der Driverentwicklung hat.
Patrick Borer <pa.bo...@bluewin.ch> wrote: > "Zesstra@MG" <usenet0608.30.schae...@spamgourmet.com> schrieb: > >Dauffe@Uni schrieb: > >> Hurra, Uni wird endlich Unicode-tauglich! ;) > >Bis dahin ist aber noch einiges zu tun. ;-) Erstmal dauerts im Driver > >sicher noch ne Weile und zum anderen muss man ja die meisten Mudlibs > >auch erstmal vorbereiten, vermute ich. > Hmm. Gehoert es nicht zum Kult des wahren Muddens, dass man sich nun > mal auf ASCII zu beschraenken hat?
Also ich bevorzuge da den Terminus Technicus "text-only", was ASCII-Art etc. ja nicht ausschließt. Mal davon abgesehen, daß IIRC auch Grafikzeichen (Rahmen und so) irgendwie dazugehören. Und Ausgaben in Tengwar oder Sindarin haben doch auch was nettes ;-)
Ich persönlich fände Unicode in MUDs zumindest dahingehend wichtig, daß man das als Input-encoding zulassen sollte inkl. Mapping von Umlauten auf die ASCII-Umschrift. Ich ertappe mich immer wieder im MG bei Dingen wie "zücke Mückenstachel", also mit ü statt ue. Das ist schon irgendwie nervig. Die Ausgabe braucht da IMHO nicht angepasst werden, ob da dann "ein Truemmerhaufen" oder "ein Trümmerhaufen" steht, ist mir herzlich egal. Zumal die umgekehrte Ersetzung ue -> ü ja auch nicht trivial ist, sonst steht bald Baür Maggot auf'm Feld ;-)
>>Dauffe@Uni schrieb: >>> Hurra, Uni wird endlich Unicode-tauglich! ;) >>Bis dahin ist aber noch einiges zu tun. ;-) Erstmal dauerts im Driver >>sicher noch ne Weile und zum anderen muss man ja die meisten Mudlibs >>auch erstmal vorbereiten, vermute ich.
> Hmm. Gehoert es nicht zum Kult des wahren Muddens, dass man sich nun > mal auf ASCII zu beschraenken hat?
Daran hab ich auch gedacht, als ich "Unicode" gelesen hab.
Henning
-- Wer aus dem Rahmen fällt war vorher nicht unbedingt im Bilde.
> Patrick Borer schrieb: >> Hmm. Gehoert es nicht zum Kult des wahren Muddens, dass man sich nun >> mal auf ASCII zu beschraenken hat? > Mhmm, also, fuer mich weitgehend ja. Wir hatten so eine Diskussion im MG > auch schonmal.
> Hinzu kommt noch, dass bei uns momentan niemand Lust hat, 65k Dateien > durchzugucken und Umlaute+Sonderzeichen einzubauen, ...
Letztlich haben wir schon jetzt die Möglichkeit auf verschieden stark vorgeparste Daten zurückzugreifen, eine weitere Ebene mit "Unicode" würde den Code nicht fettmachen.
(Nutzung dieses Unicode-Levels bei Spieler<->Spieler, Channel-Messages und Zeitung wären schon angenehm für die Chatter unter den Ex-Muddern.)
> Patrick Borer <pa.bo...@bluewin.ch> wrote: >> "Zesstra@MG" <usenet0608.30.schae...@spamgourmet.com> schrieb:
>>> Dauffe@Uni schrieb: >>>> Hurra, Uni wird endlich Unicode-tauglich! ;) >>> Bis dahin ist aber noch einiges zu tun. ;-) Erstmal dauerts im Driver >>> sicher noch ne Weile und zum anderen muss man ja die meisten Mudlibs >>> auch erstmal vorbereiten, vermute ich.
>> Hmm. Gehoert es nicht zum Kult des wahren Muddens, dass man sich nun >> mal auf ASCII zu beschraenken hat?
> [...]
> Ich persönlich fände Unicode in MUDs zumindest dahingehend wichtig, > daß man das als Input-encoding zulassen sollte inkl. Mapping von > Umlauten auf die ASCII-Umschrift ...
Schalt doch mal dein telnet auf ISO statt Unicode. MG bietet für "normale" Umlaute dieses Mapping an:
/std/player/command::modify_command(string str)
und andere MUDs werden das sicher aehnlich halten. So sie 8-Bit-kompatibel sind.
Es existiert nach wie vor einen Fork von LDMud namens psyclpc, welcher im Bereich Networking ein bisschen weiter ist. Unter anderem ist UTF-8 bei uns seit einigen Jahren im Alltagsbetrieb. psyclpc kann nach wie vor auch als Gamedriver benutzt werden, soviel anders ist der nicht. Im Gegenteil, wir überlegen mit dem neuen LDMud-Team die Entwicklung wieder unter einen gemeinsamen Hut zu bringen, auch wenn das durchschnittliche MUD keine TLS-Clientzertifikate inspiziert oder Binärdaten routet... ;-)
Gnomi@Uni <Gnomi-0708e...@UNItopia.rus.Uni-Stuttgart.DE> wrote: > wir, Fuchur@Wunderland, Zesstra@Morgengrauen und Gnomi@UNItopia, haben > in Absprache mit Lars die Entwicklung des LDMud-Treibers uebernommen > und wollen hier kurz vorstellen, wo die Entwicklung hingehen soll.
Und von meiner Seite moechte ich all denen danken, die ueber die Jahre hinweg LDMud die Treue gehalten haben, und Unterstuetzung in Form von Ideen, Fehlerreports und Patches (und auch Pizzageld :-) ) beigetragen haben.
Mit Gnomi, Zesstra und Fuchur ist der Driver in guten Haenden, und ich bin schon neugierig, was sie so alles mit ihm anstellen werden. -- Lars Duening; lars at bearnip dot com
