Hallo,
On Saturday 21 July 2001 00:26, Reinhard Foerster wrote:
Neger im nächtlichen Tunnel? (Netscape-4.77)
View --> Page code
aber viel steht da ja noch nicht :)
Keine Ahnung ob Netscape das kann. Wenn nicht, sage ich einfach mal "ich supporte keine proprietären Programme". Mit Konqueror, Mozilla, Lynx, w3m sollte es gehen. (Die Datei heißt index.php, eventuell mag NS das nicht, obwohl das ja der Apache entscheidet).
Bis hierher nicht sonderlich aufregend. Schlaue Beschreibungssprachen für Interfaces inkl. Versionierung gibt es sicherlich mehrere. Möglichst an der Stelle nicht neues erfinden! Ausserdem ist es sicher nötig, das Protokoll für die Spieleupdates völlig abseits der Kommunikation der Spiele im Netz zu machen.
Richtig - das sind zwei voneinander getrennte serielle Abläufe.
Da ich bisher noch nicht so recht weiss, was genau das Ding tun soll, kann ich dazu nicht viel schreiben. Das wäre mal ein gutes Thema für einen Kneipenabend. Da ich ja bekanntermaßen öfters mit Blizzards battle.net zu tun habe und daran vieles zum Kot**** ist, habe ich mir zu dem Thema auch schon den Kopf zerbrochen.
Ähm.... erwarte keine Spiele die dich graphisch vom Hocker reißen oder mit denen von Blizzard, selbst von vor 5 Jahren, mithalten können. Wir machen Spiele, keine Produkte :-) (Blizzard lehnt sowohl Open Source als auch Linux an sich ab)
Und damit das alles funktioniert und auch sicher ist, muß da eine Sandbox her.
Verstehe ich das jetzt richtig: Das ganze spiel soll dann in dieser Sandbox laufen? Wenn ja würde ich mal so als Schnellschuß sagen: Vergiß es.
Hm. Spiele müssen nur Daten lesen, nicht schreiben. Highscores etc. werden an den Server übergeben. Dann sollte das Konzept an sich nicht so falsch sein. Java-Applets funktionieren ja auch so, nur daß es dort in der Sprache implementiert ist, und das ist aus unserer Sicht völliger Nonsens -> bitte benutzt nur Basic, das kann nichts kaputtmachen :)
[...]
Deine Onlineupdatefähigkeit wird also von der Implementierungssprache des Spiels abhängen? Schlecht.
Nein - Wirf einfach einen Blick ins CVS (http://sourceforge.net/projects/mindx -> auf CVS klicken). Nur Skriptsprachen müssen es sein, denn wie willst du Binärkode direkt ausführen? Z.B. auf einer 64-bit Maschine, oder mit einer anderen libc, oder mit fest einkompilierten Pfaden - bei Perl, Python, Ruby & Co. ist man da relativ frei und kompatibel.
Fang nicht gleich an zu Kodieren. Mach erstmal so eine Art Spezifikation deiner Idee, {stell sie ins Netz ... schmeiss sie wieder weg ... mach eine neue}* ... baue erst eine Referenzinplementation, wenn ein paar Leute die Spec für sinnvoll halten. Du würdest ansonsten garantiert 1000 wichtige Dinge vergessen oder unschön machen. So nur 997 :-)
Spezifikation ist vorhanden (langsam fange ich an Netscape zu verteufeln), und die Referenzimplementation ist das was ich gerade mache. Naja, nächstes Wochenende zumindest, jetzt muß ich erst mal Real-Life-Prüfungen absolvieren... Informations- und Kodierungstheorie... so nah am Thema und doch dran vorbei. Denn unsere Release-Policy sieht leider keine Angabe der Hamming-Distanz (d_ij = d(a_i, a_j) = | {g el. Z | u_ig != u_jg} vor, die User interessieren sich eher für Icons, und die haben mir z.B. heute schon wieder einen Bugreport eingebracht, weil KDE jetzt keine Locolor-Icons mehr unterstützt und meine Programme dadurch unbunt aussehen. Und weil das schon der zweite zum Thema ist, werde ich das wohl fixen, auch wenn ich erst ab Ende August ganz langsam in den Freeze gehen möchte und Bugfixes davor eigentlich nicht meine Sache sind.
Josef Spillner