[emteg]

Achtung: wichtige frage/diskusion für die zukunft am ende des threads!


Hallo leute,
um mein Programm vorzustellen habe ich mich jetzt auch mal hier angemeldet

Wie der Titel schon sagt handelt es sich um einen serverlosen chat fürs lokale netzwerk. Deshalb hört mein Programm auch auf den tollen namen "LanChat 2".
Das programm sendet über den UDP-Port 33333 und ist absolut dezentral. Eingebaut sind auch ein paar programmbefehle wie z.b. /exit, die man direkt im chat eingeben kann. Nach kurzem bugfixing hat mein Programm jetzt mal die Versionsnummer 1.1.0. Trotzdem würde ich noch nicht von einer final version sprechen, da ich den chat noch um einige features ergänzen möchte, z.b. filetransfer und auswählbare sprachen. Aber der Kern der sache funktioniert schon mal!

Für die leute, die es interessiert: für die kommunikation habe ich ein kleines message protokoll geschrieben. Jede gesendete nachricht hat einen header und die clients entscheiden dann, was mit den empfangenen daten passieren soll. Genauere details vom MP und den kommandozeilen befehlen gibt es in der documentation.html.

Wer will kann mal /help im chat eingeben und auch eine kurze liste mit allen kommandos sehen.

Download 1.6.5 Stable (31.07.05):
Download

Download 1.7 dev6 (13.01.06):
Download

Ich bin natürlich für jede form von kritik, anregungen und feature wünschen offen. Ich wünsche mir das sogar

Hallo ,
mein erster Eindruck: gut.

Was mich stört ist, dass alle den gleichen Usernamen benutzen können.

// edit: Wäre auch schön, wenn man nur einer bestimmten Person im Chat etwas "zuflüstern" könnte.
Also ein 1on1 praktisch.

Häng doch bitte noch einen Screenshot an.

Ich würde mich freuen, wenn du den Source veröffentlichst.

Sehr gut finde ich, das es nicht nur eine Echse ist.

MfG
freak

Screenshot ist angehängt! (dass der benutzer Server heißt hat übrigens nichts mit seiner funktion zu tun!)

Das mit den doppelten nicknames ist ein problem, da hast du recht. Ich werde auch in der nächsten version einen entsprechenden check beim connecten einbauen. Der client fragt praktisch die anderen nach ihren nicknames und verweigert eine verbindung/geht offline, wenn es doppelte gibt.

Außerdem habe ich einen kleinen bug bemerkt: wenn ich jemanden auf /ignore setze und der dann offline geht, wird er nicht aus der ignore liste gelöscht. Und wo wir grade bei der ignore liste sind: zur zeit sind "Emteg" und "emteg" 2 unterschiedliche nicknames...

Außerdem werd ich wohl noch ein paar befehlszeilen hinzufügen, z.b. /me.
Ich richte mich da nach eurem feedback

Hallo ,

Wenn ein Benutzername zB Christian schon vorhanden ist kannst du ja einfach ein Christian[1] daraus machen. MAn kann ja dann den Benutzernamen selbst ändern.

MfG
freak

Hi!

Dein Programm ist nicht schlecht .
Vor allem würde mich mal dein Protokoll interessieren. (Das Protokoll könntest du ja mal OS machen oder ).

Zum Prog: Ich finde es echt gut. Aber eins stört mich: Das ist zu Konsolenmäßig. Du schreibst ein Windowsprogamm! Ich persönlich fände es besser, wenn man die Optionen auch über das Menü ansprechen könnte!


mfg mr47

Hallo emteg,

einen Vorschlag hab ich: warum einen fest definierten Port? Und dann warum auch noch eine "Schnapszahl"? Wohl deshalb weil sie einfach zu merken ist, bzw. einem leicht einfaellt. Sobald irgendein Programmierer in irgendeinem Land der Welt auf die Idee kommt, ebenfalls ein Programm mit fixen Ports zu schreiben, und dann auch noch 33333 verwendet, wird es krachen sobald ich beide Programme gleichzeitig laufen lassen will. Also, mach den Port anpassbar. Ich kann ja immer noch mit den Kumpels absprechen, auf welchem Port der Chat laeuft. So waere wenigstens ein bisschen Kompatibilitaet gesichert
Weiters: den "Bug" bezueglich der case-sensitiven Benutzernamen solltest du patchen, es gibt nichts was mehr nervt als einen "Alcaeus" und einen "alcaeus" im Chat zu haben, Verwechslungen sind da einzuplanen

Greetz
alcaeus

Was für optionen soll ich denn über menüs ansprechbar machen? oder meinst du, dass ich die kommandos alle in ein menü packen soll und eventl. noch ein paar extra menüs einrichten? Das könnte ich natürlich machen.

Ein verstellbarer port ist ne gute idee. Ich werd dann eventuell den default port auf was anderes setzen, etwas wo nicht die chance besteht, mit einem anderen 33333er zusammenzustoßen

Das MP ist in der documentation.html komplett beschrieben - ich weiß jetzt nicht, ob ich dafür extra was ins OS posten soll

Kann mir noch jemand berichte vom scripting geben? soweit ich es ausprobiert habe, läuft es aber etwas ... unstet
Scripts sind einfach textdateien, die im selben ordner wie das programm liegen müssen. ausführen tut man sie mit /exec filename. Benutzen kann man alle konsolen kommandos und ein paar messages. steht aber in der docu.html drin.

kann der erste client,der on ist, nicht irgendwie seinen port weitergeben? broadcast bzw. alle anderen lauschen an 0.0.0.0 und warten auf ein chat-päckchen?? das ganze müsste dann aber in intervallen von z.b. 5 sekunden gemacht werden. und solte abchaltbar sein, damit man nicht immer traffic hat.

Ich meinte dass man /away, /back, /nickname usw. einfach übers menü anklicken und vielleicht mit ner Inputbox dann den Nicknamen eingeben kann.

Das Script funktioniert (so weit ich es gestestet habe) einwandfrei! Ist sehr praktisch, weil man ganze abläufe reinpacken kann!

Wenn du die paar sachen noch verbesserst (Menüpunkte, Ports, usw. ) sag ich: 3x Daumen hoch! Sehr gut gelungen!


mfg mr47

edit: Noch zum Protokoll: Ich will ja nicht nur wissen, wies funzt sondern auch die Implementierung haben . Aber vergiss das ganze! Du musst es nicht hergeben. Ist ja schließlich Freeware und net OS.

Also, ich habe eigentlich fast alles was hier gewünscht wurde in der neuen Version 1.2.1 eingebaut. Hier der Changelog:

Bugfix: Fehlendes Verhalten bei doppelten Nicknames.
Bugfix: Nicht aktualisierte Ignoreliste bei Offline events.
Bugfix: Nicht mehr wirksames Ignore nach änderung des Nicknames.
Bugfix: Programmabsturz bei sich selbst aufrufenden scripten.
Änderung: LCMP Update auf Version 1.1
Neu: Versenden privater Nachrichten.
Neu: Erweiterte Menüs, mehr Funktionen durch klicken erreichbar.
Neu: Frei wählbarer Port.
Neu: Einstellung: Ignorieren eines Benutzers auch nach Trennen der Verbindung.
Neu: Einstellung: Automatisches Verbinden beim Start
Neu: Unignore von allen ignorierten Usern mit /unignore all.
Neu: Kommandobefehle: /pm; /pmsend.

Ich weiß, das mit den PMs ist noch eher subobtimal, aber es geht immerhin.

Wie immer sind alle Clients zueinander kompatibel, ältere Versionen werden halt in ihrem Log (nicht chatlog) von fehlermeldungen zugespammt

Die Implementation vom MP kann ich gerne OS machen. Ich werd mich da mal dran setzen wenn ich zeit habe.