1195 enfernt :shock:

Thanks

@ Xman
you need help for english translations ?
You, Xman, must click here

Xman, ich könnt michma dran versuchen (englisch leistungskurs :roll: ). kommt aber drauf an, wie komplex sich das ganze gestaltet, und wie du dir das überhaupt vorstellst.

*edit, mh, war grad nur auf seite 3, hab da blomys post noch ni gelesen*

danke, daß ihr eure Hilfe anbietet, werd sie dann auch in Anspruch nehmen.

Die mehrsprachige Umgestaltung werd ich aber erst später in Angriff nehmen. Die nächsten Tage möchte ich erst mal nicht weiterentwickeln.

Wie ich das ganze technisch löse weiß ich auch noch nicht so hundertprozentig. In VB ist das Handling von Resource-Dateien nicht so schön gelöst wie in C++.
Egal aber wie ich das technisch löse wird sich die Frage auftun wie es später mal aussehen soll. 4 Möglichkeiten:
1. es gibt 2 exe-Dateien, einmal englisch einmal deutsch
oder es gibt im Programm die Möglichkeit die Sprache einzustellen mit folgenden Unterschieden:
2. die Sprache wird nicht "gemerkt" sondern muß jedes mal neu eingestellt werden
3. die ausgewählte Sprache wird per Regestry-Eintrag gespeichert
4. die ausgewählte Sprache wird in einer config-Datei gespeichert

Was euch da am besten gefällt könnt ihr schreiben.

Wenn ich mich dann an die Arbeit mache, werd ich dann einfach mal die deutschen Ressourcen (also Texte) posten.

Ich persönlich würde variante 4 bevorzugen. zb. in einer .ini datei, so wie es emule auch macht.
in dieser .ini datei könnten vielleicht auch die ganzen übersetzungsstrings (zb Beenden=quit) stehen, damit könnte jeder, der ein bisschen deutsch kann, diese ganz einfach in eine andere sprache umwandeln, und wäre nicht auf hilfe von dir (neue exe kompiliern) angewiesen.hab sowas in anderen programmen schon so gesehen.
um den faden schonmal weiter zuspinnen: auf deiner hp könntest du dann die besten übersetzungen in andere sprachen zum dl anbieten, damit man sich nicht unbedingt die mühe machen müsst.

allerdings weiss ich nicht, ob dies mit der .ini datei so in vb machbar ist.

so ähnlich wie es Blacklotus mit der onlinesig macht!
cyrex2001

NaP,
in einer ini-Datei kannst Du nur die Einstellungen speichern.
Die Sprach-Texte müssen in ne andere Datei. Ob ich die dann für jeden zugänglich mache weiß ich nicht. Da besteht halt die Gefahr, daß es verpfuscht wird.
Bei emule hatte man sich ja auch die Varianten überlegt: Resources-Strings leserlich abspeichern oder inner dll. Man entschied sich für die dll.

Übrigens dachte ich mir gleich, daß Variante 4 bevorzugt wird. Das einzige was ich an dieser Variante stört, daß wegen eines einzig notwendigen Eintrags (englisch oder deutsch) welchen man eigentlich in einem einzigen Bit speichern kann, eine komplette zusätzliche Datei verwaltet werden müßte.
Ich persönlich tendiere zu Variante 1, da die exe eh sehr klein ist.

Bei mir sagt Emule, wenn ich die 1kb clients rauswerfe, speichere und dann emule neustarte Creditfile beschädigt...

Edit:
wenn ich nachdem speichern das Prog offen lasse und das nun von 1kbyte befreite clients.met file lade und ohne Änderungen vorzunehmen wieder speicher, kommt die Meldung mit dem kaputten Creditfile nicht.

Das mit dem Setze default klappt nicht.
Er sagt Laufwerkfehler '6':
Überlauf

/Edit

Bei mir sagt er auch "credit file is corrupted and will be replaced" :(
In der 1.0 trat der Fehler nicht auf, ob der Trick von Edol bei mir auch funzt hab ich nicht ausprobiert.

Edol, rubio,
danke für eure Rückmeldung.

Bei den vielen Variablen die bei der 1.1 dazukamen hab ich mich einmal vertippt. Dies aber an einer ungünstigen Stelle. Dadurch wurde die falsche Anzahl in die clients.met eingetragen und emule erkannte sie dann als defekt an.
Dummerweise tritt dieser Fehler nur in einer bestimmten Konstelation auf, die ich beim Testen natürlich nicht berücksichtigte.

Bug gefixed. Sollte nun in der 1.2 alles wieder funktionieren.

Edol,
der Laufwerkfehler ist mir allerdings unklar, wie der zustande kommen kann. :roll:

Dank Xman für das fixe Bugfix :D

Solltest du dich der Einführung einer englischsprachigen Version doch für Lösung 4 (cfg Datei) entscheiden, dann könntest du direkt nen Counter einbauen, der die "all-time deleted 1Byte Uploader" anzeigt und diesen Wert auch in der cfg ablegen... nur so als kleines Gimmick für einen Statistikfreak wie mich :wink:

1. Prob mit dem beschädigten Creditfile ist weg.

2.Jetzt kommt aber ein aber :shock: :
Wenn ich bei Alte Clients nur unsichere anwähle und bei Tage null eingebe, sollte er doch alle unsicheren Clients entfernen.
Er sagt dann aber 387alte, unsichere Datensätze entfernen. Fortfahren ?
Das ist aber genau die Anzahl der SI Clients, die ohne Si sind 2143.
Er löscht dann aber die unsicheren Clients, was richtig ist.

3.Die Anzahl Si und ohne Si also 387+2143=2530 stehen bei Gesamt, aber die gleiche Zahl steht auch noch bei alte Clients.
Es kann doch kaum sein, dass die gesamten Clients alle alt sind oder?

4.Was komisch ist, wenn ich wie zuallererst geschrieben, die 1Byte upload entferne speichere und Emule dann starte funzt es und Emule zeigt dann die 2530 bekannten Clients an. Edit: Obwohl die auch unter alte clients registriert sind /Edit
Lösche ich dann die wie bei 2. beschriebenen die unsicheren Clients (2143),starte dann Emule sagt er 0 bekannte Clients.

5. Alleine schon um die 1Byte Uploader rauszuhauen lohnt sich dein Prog.

Edit
Dein Prog.name heißt immer noch 1.1
/Edit

ok, bei den alten clients entfernen hab ich noch nen fetten Bug gefunden.
Mach mich da morgen dran. Vorerst empfehle ich die Funktionmal lieber nicht zu verwenden.

Edol, bist n wirklich guter Tester, Danke!

Edol,
ich geh das Programm grad durch... allerdings hat der gefundene Bug eigentlich nichts mit Deinen Zahlen zu tun.
zu 2) würde mich wundern wenn das genau die Zahl der SI clients ist. Bei mir ist das nicht so, wird nämlich auch ganz anders berechnet.
zu 3) sowas kann eigentlich nur passieren, wenn nirgend ein Datum eingetragen ist.
zu 4) das kommt wohl vom erwähten Bug

Sobald ich sie hab werd ich mal Deine clients.met unter die Lupe nehmen ;-)

PS: Die Anzahl der alten Clients kann leicht "unrichtig" sein. C++ errechnet das Datum ganz anders als VB. Da muß ich also umrechnen. Hier kommen Rundungsfehler ins Spiel, was dazu führen kann, daß z.B. ein Client der 30 Tage alt ist nur als 29 Tage alt anerkannt wird. Ist nicht weiter schlimm, werd dennoch mal schauen was ich da noch optimieren kann.

new Version is out.

2 Bugs gefixed welche beim Löschen alter Clients zu fehlern führten. Die 2 Bugs waren mir beim testen nicht aufgefallen, da sie sich unter Umständen gegenseitig wieder aufhoben. Danke an Edol, durch ihn hab ich sie gefunden.


Datum-Berechung der Clients hat nun keine Rundungsfehler mehr.

Desweiteren hab ich das Handling leicht geändert. Bisher wurde ein Client als Alt erkannt wenn sein Datum < als die angegebenen Tage war. Nun wird er als alt erkannt wenn er <= angegebene Tage ist. Dieser Schritt war notwendig, da sonst beim Versuch alle unsicheren Clients zu löschen (Tage=0) die heutigen Clients nicht berücksichtigt würden.