BrettspielWelt

Siehe unten ;)



Hallo,

es hat mal wieder ein Update des BSW-Clients gegeben. Dabei wurden unter anderem die Änderungen mit den festen Channels im CollectChat hochgeladen und die Datei CollectionPanel.class überschrieben.

Der ClientMod 5.0 ist mit den Änderungen noch NICHT kompatibel. Bitte überschreibt die CollectionPanel.class vom Update nicht mit der des ClientMods und installiert den ClientMod auch nicht neu. Ich werde die Tage eine aktualisierte Version vom ClientMod onlinestellen, in der auch noch ein paar Fehler behoben sind  :)

Tschau,
DoD  :D

PS: Weil ich grad bei dem Thema bin - könnte man im Forum vielleicht eine Unterkategorie für ClientPatches und dergleichen einrichten? Ich weiss mit meinen Ankündigungen bzgl. ClientMod immer nicht so recht wohin damit ;)
Wäre dann vielleicht auch eine Sammelstelle für neue Grafiksets und andere Änderungen von Usern und wenn Fragen dazu kommen.

danke für die info, ich wollt schon überschreiben *gg

Dito-dank Steal hab ichs nicht getan... Danke ;-)

Hi,

ich hab inzwischen eine aktualisierte Version 5.1 hochgeladen.


ClientMod 5.1 (21.12.2006)

    * Anpassungen an Client-Update (TellFrame und CollectionPanel)
    * Bugfix: Problem behoben, dass sich Fenster nicht mehr schliessen lassen, wenn die Button-Tooltips aktiviert sind.
    * Bugfix: In der Hilfe und einigen Fehlermeldungen Name der Konfigurationsdatei korrigiert.
    * Bugfix: Kommandoprefixe + und - entsprechen jetzt den Einstellungen des Standard-Clients
    * Neu: Kommandoprefix: !+ (Eingabezeile Hauptfenster ersetzen) und !- (in Eingabezeile Hauptfenster einfügen)
    * Neu: Für Buttons können jetzt Bilder hinterlegt werden.

(http://home.pages.at/dodnet/pics/icons01.jpg)
(http://home.pages.at/dodnet/pics/icons02.jpg)


Leider kann ich aus gegebenem Anlass nicht weiter testen, daher Benutzung auf eigene Gefahr - ok, das ist ja sowieso so ;D

Tschau,
DoD

PS: Links zur Homepage in der Signatur ;)

Hi DoD,

Ich habe mir heute ClientMod runtergeladen und etwas reingeschnuppert. Hat soweit auch ganz gut geklappt. Danke fuer das Bereitstellen dieses Tools!

Zwei Fragen/Probleme habe ich aber:

1. Wenn ich die prop neu lade, dann werden Farbaenderungen nicht uebernommen. Erst wenn ich den BSW-Client schliesse und wieder starte werden sie uebernommen. Kann ich das auch anders hinbekommen?

2. Ich habe versucht Bilder fuer Buttons zu verwenden, aber sie werden schlichtweg nicht angezeigt. Ich habe gif und png ausprobiert. Die Bilder habe ich im Hauptverzeichnis des Clients gespeichert. Muss ich sie vielleicht woanders speichern oder was koennte schief laufen?

Danke,

-- Sara

Überprüf doch mal bitte die Zeile, in der du dem Client sagst, in welchem Ordner er die Bilder findet.

z.B. sowas:
iconpath = "../../../ClientModButtons/"

da sollte bei Dir stehen:
iconpath = "../../../


M.f.G.
REIsound

Hi,

danke fuer die Antwort! Hatte auch grad Hilfe im Channel ClientMod bekommen :). Ich hatte natuerlich als Pfad . angegeben und nicht ../../../, aber der muss wohl etwas zurueckspringen :)

Ansonsten hab ich noch ne dritte Frage  R)
Ich komme nicht ganz mit der Syntax der verwendeten regulaeren Ausdruecke klar. Die scheint nicht dem Standard zu entsprechen. Gibts dazu ne Seite?
Ansonsten waere auch hilfreich:
Gibt es eine Moeglichkeit einen Wort (z.B. DieSara) zu markieren, aber nur, wenn es nicht am Anfang der Zeile steht? Denn wenn ich was im Chat schreibe, dann steht natuerlich am Anfang mein Name. Bin mir nicht sicher ob die Timestamps Probleme machen koennten.
Die billige Variante, sowas wie "DieSara[^:]", die nur dann markiert, wenn kein Doppelpunkt folgt, ist meine momentane Notloesung. Aber manchmal wird ein anschliessender Doppelpunkt halt auch im Chat geschrieben...
Und noch viel schoener waere natuerlich, wenn ich die ganze Zeile highlighten koennte, wenn sie nen regulaeren Ausdruck enthaelt. Aber das scheint momentan noch nicht moeglich, oder?

Danke,

-- Sara

P.S. Syntax der RegEx:

http://java.sun.com/javase/6/docs/api/java/util/regex/Pattern.html
oder
http://www.javaregex.com/tutorial.html

Moin,

was genau entspricht denn nicht dem Standard? Ist es nur das (un-)nötige escapen der Zeichenklassen oder von Sonderzeichen (z. B. \d => \\d)? Zitat aus o. g. link "Backslashes within string literals in Java source code are interpreted as required by the Java Language Specification as either Unicode escapes or other character escapes. It is therefore necessary to double backslashes in string literals that represent regular expressions to protect them from interpretation by the Java bytecode compiler. The string literal "\b", for example, matches a single backspace character when interpreted as a regular expression, while "\\b" matches a word boundary. The string literal "\(hello\)" is illegal and leads to a compile-time error; in order to match the string (hello) the string literal "\\(hello\\)"  must be used."

Ganze Zeile: "^.*REGEXP.*$"
Nur ein Wort, das nicht am Anfang der Zeile steht: An sich mit matches (), allerdings habe ich kA ob das mit dem ClientMod machbar ist. Alternativen: ".DieSara" oder " DieSara" (bei time off) bzw. "[^\\)].DieSara" (bei time on)

P. S. keine Garantie auf RegExp (schon gar nicht bei reinen Trockenübungen ;))

Hallo yzemaze,

Danke für Deine Antwort.

bzgl. Standard entsprechen:
Mir war anfangs nicht klar, dass die RegEx von Java verwendet werden. Die haben ein paar mehr Patterns als ich es sonst kenne. Ich hatte das dann aber rausgefunden und daher danach die beiden Links eingefügt, die die RegEx von Java beschreiben. Sozusagen als Antwort auf meine eigene Frage.

bzgl. deiner Trockenübung: hat geklappt.
Ich verwende jetzt:
colorkeyregex_myself  = "^.[^DieSara:]*(?i:sara).*$", #0000ff,

-- Sara

Hi,


Das lässt sich, wie schon in dem Zitat von dir beschrieben, nicht vermeiden, da Java und alle Programmiersprachen mit C-ähnlicher Syntax den Backslash \ für Sonderzeichen verwenden (\n ist z.B. ein Zeilenumbruch). Sieht manchmal auch beim reinen Client. Zum Teil werden da auch einzelne \ im Chat verschluckt.


Man kann über die regex die komplette Zeile abdecken. Als Hinweis aber: die Uhrzeit wird schon vorher abgeschnitten, wird also von dem regex gar nicht mit verarbeitet, der String beginnt nach dem Leerzeichen hinter der Uhrzeit.

Tschau,
DoD

Moin DoD,

war keine Kritik wg. der \\ ;) Die verschluckten \ im chat haben mich auch schon einige Male gestört...

Danke für den Hinweis, allerdings bezweifel ich das ;) Ein und derselbe regex liefert mir nämlich je nach /time-Einstellung unterschiedliche Ergebnisse.

Noch 'ne andere Frage: gibt's 'ne Möglichkeit innerhalb der RegEx substrings (bei Perl mit ()) zu definieren und auf diese zuzugreifen (\x resp. $x)?

Hab ich auch nicht als Kritik aufgefasst :)


Tzzz... glaub dem Programmierer doch mal was ;) Der Text mit der Uhrzeit wird schon abgeschnitten, allerdings ist es möglich, dass beim Zusammensetzen hinterher da irgendwas nicht ganz rund läuft.
Ich halte das aber mal für vernachlässigbar, zumal sich bisher keiner weiter beschwert hat ;D


Also diese Funktion ist in den Java-Regex zwar mit drin, dürfte aber in der hier verwendeten Form nicht wirklich was bringen, weil ja kein Text ersetzt, sondern nur nach welchem gesucht wird.
Hättest du ein Beispiel, was du damit machen möchtest?

Tschau,
DoD

Einen RegEx suchen, aber nur einen Teil davon markieren.

Ok, das klingt sinnvoll... ich schau mal, ob ich das irgendwie mit einbauen kann - aber ohne Garantie ;)

Tschau,
DoD

:D