<![CDATA[DS Workbench Forum - Alle Foren]]> http://www.dsworkbench.de/forum/ Mon, 06 Feb 2012 00:27:24 +0000 MyBB <![CDATA[Fehlermeldung bei abspeichern/übertragen]]> http://www.dsworkbench.de/forum/showthread.php?tid=597 Sat, 04 Feb 2012 10:28:44 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=597
ich hab ein Problem die Angriffslisten von WB (neueste Version) in FF (9.0.1) zu übertragen bzw die Liste als HTML abzuspeichern. Da kommt jedes mal eine Fehlermeldung. Habe Windows 7.

Das Problem ist erst bei der '2. Welt' aufgetreten, beim Angriffsplan für die erste Welt gabs keine Probleme mit abspeichern/übertragen. Kann es sein, dass es daran liegt, weil ich auf den 2 Welten mit unterschiedlichen Namen agiere? Beim erstellen gabs aber keine Problem!!

Danke und Gruß

Wolfsherz]]>
ich hab ein Problem die Angriffslisten von WB (neueste Version) in FF (9.0.1) zu übertragen bzw die Liste als HTML abzuspeichern. Da kommt jedes mal eine Fehlermeldung. Habe Windows 7.

Das Problem ist erst bei der '2. Welt' aufgetreten, beim Angriffsplan für die erste Welt gabs keine Probleme mit abspeichern/übertragen. Kann es sein, dass es daran liegt, weil ich auf den 2 Welten mit unterschiedlichen Namen agiere? Beim erstellen gabs aber keine Problem!!

Danke und Gruß

Wolfsherz]]> <![CDATA[Farbe der Kirchenradien]]> http://www.dsworkbench.de/forum/showthread.php?tid=596 Thu, 02 Feb 2012 19:03:34 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=596
wie kann ich denn die Farben der Kirchenradien (eigene) verändern?
Unter Ansicht/Kirchen gehts nicht.

Gruß Helix]]>
wie kann ich denn die Farben der Kirchenradien (eigene) verändern?
Unter Ansicht/Kirchen gehts nicht.

Gruß Helix]]> <![CDATA[DS Workbench Userscript nicht mehr kompatibel?]]> http://www.dsworkbench.de/forum/showthread.php?tid=595 Wed, 01 Feb 2012 13:31:39 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=595
seit gestern gelten ja wohl neue Regeln bei DS und seit gestern meckert mein DS auch über das WB Userscript.
Zitat:Die aktivierten Skripte sind mit der derzeitigen Version möglicherweise nicht kompatibel.
Falls es zu Problemen kommen sollte, deaktiviere oder aktualisiere die Skripte.
Falls dennoch Probleme auftreten, kontaktiere bitte den Autor des Scriptes:

DS Workbench Userscript (Autor: Torridity)
Ich hab sicherheitshalber WB noch einmal komplett neu installiert und dann das Script aus der Script Datenbank installiert. Kein Effekt, d.h. die gleiche Meldung. Beim Übertragen der Daten aus dem Rohstoffverteiler in den Browser werden alle Tabs korrekt geöffnet, die Dorfkoordinaten werden richtig eingetragen aber die Rohstoffe bleiben leer. Bei der Übertragung von Angriffen der gleiche Effekt: Alles wird richtig in den Browser übertragen, nur die Truppen nicht (Truppenstärke von Standardangriffen waren definiert).
Ich hab Greasemonkey 0.9.15 installiert, benutze FF 9.0.1 und wie gesagt die aktuellste WB aus Deinem Downloadbereich.

Hast Du eine Idee?]]>
seit gestern gelten ja wohl neue Regeln bei DS und seit gestern meckert mein DS auch über das WB Userscript.
Zitat:Die aktivierten Skripte sind mit der derzeitigen Version möglicherweise nicht kompatibel.
Falls es zu Problemen kommen sollte, deaktiviere oder aktualisiere die Skripte.
Falls dennoch Probleme auftreten, kontaktiere bitte den Autor des Scriptes:

DS Workbench Userscript (Autor: Torridity)
Ich hab sicherheitshalber WB noch einmal komplett neu installiert und dann das Script aus der Script Datenbank installiert. Kein Effekt, d.h. die gleiche Meldung. Beim Übertragen der Daten aus dem Rohstoffverteiler in den Browser werden alle Tabs korrekt geöffnet, die Dorfkoordinaten werden richtig eingetragen aber die Rohstoffe bleiben leer. Bei der Übertragung von Angriffen der gleiche Effekt: Alles wird richtig in den Browser übertragen, nur die Truppen nicht (Truppenstärke von Standardangriffen waren definiert).
Ich hab Greasemonkey 0.9.15 installiert, benutze FF 9.0.1 und wie gesagt die aktuellste WB aus Deinem Downloadbereich.

Hast Du eine Idee?]]> <![CDATA[Probleme beim Starten von DSWB]]> http://www.dsworkbench.de/forum/showthread.php?tid=594 Wed, 01 Feb 2012 12:17:18 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=594
Bis vor 3 Tagen hat auch noch alles super geklappt nur dann auf einmal startet er nicht mehr!

Ich kann das Profil auswählen und dann lädt er die daten und lädt und lädt aber nichts passiert! Nach dem ich ihn mehrfach neu starte kommt dann ca 4-5 fenster wo mir angezeigt wird das ein absturz vorliegt und ob ich ein Backup ausführen möchte!

Habe den WB deinstalliert und neu aufgespielt aber es bleibt das selbe ergebnis er lädt und lädt!

Da ich absolut kein Plan von sowas habe würde ich gerne wissen was ich da machen kann!

Hoffe ihr könnt mir weiter helfen!

LG]]>
Bis vor 3 Tagen hat auch noch alles super geklappt nur dann auf einmal startet er nicht mehr!

Ich kann das Profil auswählen und dann lädt er die daten und lädt und lädt aber nichts passiert! Nach dem ich ihn mehrfach neu starte kommt dann ca 4-5 fenster wo mir angezeigt wird das ein absturz vorliegt und ob ich ein Backup ausführen möchte!

Habe den WB deinstalliert und neu aufgespielt aber es bleibt das selbe ergebnis er lädt und lädt!

Da ich absolut kein Plan von sowas habe würde ich gerne wissen was ich da machen kann!

Hoffe ihr könnt mir weiter helfen!

LG]]> <![CDATA[DS Workbench 3.2 (Preview 2)]]> http://www.dsworkbench.de/forum/showthread.php?tid=593 Tue, 31 Jan 2012 19:43:23 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=593
Wie an anderer Stelle schon angekündigt habe ich unter anderem den Angriffsplaner im Wizard-Stil aufgebaut. Wer schonmal unter Windows irgendwas installiert hat erkennt sicher schnell was ich meine.

Am Anfang steht natürlich immernoch die Auswahl der Herkunftsdörfer:


.jpg  tap1.jpg (Größe: 74.91 KB / Downloads: 18)

Neu daran ist im Wesentlichen die Dorfauswahl. Hier besteht nun die Möglichkeit durch die genauere Verknüpfung von Gruppen wesentlich besser die gewünschten Dörfer zu wählen. Eine genauere Erklärung wird später in der Hilfe zu finden sein.

Im Anschluss daran wird in Zukunft die Filterung der Herkunftsdörfer durchgeführt, wie es bereits bekannt sein sollte.


.jpg  tap2.jpg (Größe: 67.17 KB / Downloads: 15)

Man kann hier Dörfer entfernen, die bereits in anderen Angriffsplänen verwendet werden oder eine bestimmte Truppenzahl unterschreiten.

Danach werden die Zieldörfer gewählt. Das sollte auch alles bekannt und intuitiv sein.


.jpg  tap3.jpg (Größe: 78.68 KB / Downloads: 15)

Die Zeiteinstellungen im Anschluss überspringe ich hier mal, da sie genauso ausschauen wie im alten Angriffsplaner. Neu ist dann wieder die Anzeige der erreichbaren Ziele und der verwendbaren Herkunftsdörfer. Dieser Schritt dient der Überprüfung und entspricht der Spalte "Verwemdungen" im alten Angriffsplaner. Da diese Zahl aber recht viel über den voraussichtlichen Erfolg der Berechnung aussagt, habe ich diesen Schritt zusätzlich eingefügt und er schaut so aus:


.jpg  tap4.jpg (Größe: 89.07 KB / Downloads: 14)


.jpg  tap5.jpg (Größe: 47.57 KB / Downloads: 14)

Im zweiten Screenshot wird zudem deutlich, was die kleinen grünen Kästchen auf den anderen Seiten bedeuten. Es ist möglich in jeder Ansicht zu prüfen, wo die gewählten Dörfer in etwa liegen und wie sie auf einem oder mehreren Kontinenten verteilt sind. In diesem Schritt wird zudem noch farbig gekennzeichnet, welche Dörfer wieviele Ziele erreichen und wieviele Ziele von wievielen Herkunftsdörfern erreicht werden können. Grün bedeutet, dieses Dorf kann von jedem anderen Dorf (Ziel/Herkunft) erreicht werden, Rot bedeutet dieses Dorf kann von keinem Dorf erreicht werden. Ist alles rot sollte man seine Zeiteinstellungen überdenken. Winking

Nach den ganzen Einstellungen kommt nun die Berechnung...dazu im nächsten Beitrag, da mir die Anhänge ausgehen. ^^]]>
Wie an anderer Stelle schon angekündigt habe ich unter anderem den Angriffsplaner im Wizard-Stil aufgebaut. Wer schonmal unter Windows irgendwas installiert hat erkennt sicher schnell was ich meine.

Am Anfang steht natürlich immernoch die Auswahl der Herkunftsdörfer:


.jpg  tap1.jpg (Größe: 74.91 KB / Downloads: 18)

Neu daran ist im Wesentlichen die Dorfauswahl. Hier besteht nun die Möglichkeit durch die genauere Verknüpfung von Gruppen wesentlich besser die gewünschten Dörfer zu wählen. Eine genauere Erklärung wird später in der Hilfe zu finden sein.

Im Anschluss daran wird in Zukunft die Filterung der Herkunftsdörfer durchgeführt, wie es bereits bekannt sein sollte.


.jpg  tap2.jpg (Größe: 67.17 KB / Downloads: 15)

Man kann hier Dörfer entfernen, die bereits in anderen Angriffsplänen verwendet werden oder eine bestimmte Truppenzahl unterschreiten.

Danach werden die Zieldörfer gewählt. Das sollte auch alles bekannt und intuitiv sein.


.jpg  tap3.jpg (Größe: 78.68 KB / Downloads: 15)

Die Zeiteinstellungen im Anschluss überspringe ich hier mal, da sie genauso ausschauen wie im alten Angriffsplaner. Neu ist dann wieder die Anzeige der erreichbaren Ziele und der verwendbaren Herkunftsdörfer. Dieser Schritt dient der Überprüfung und entspricht der Spalte "Verwemdungen" im alten Angriffsplaner. Da diese Zahl aber recht viel über den voraussichtlichen Erfolg der Berechnung aussagt, habe ich diesen Schritt zusätzlich eingefügt und er schaut so aus:


.jpg  tap4.jpg (Größe: 89.07 KB / Downloads: 14)


.jpg  tap5.jpg (Größe: 47.57 KB / Downloads: 14)

Im zweiten Screenshot wird zudem deutlich, was die kleinen grünen Kästchen auf den anderen Seiten bedeuten. Es ist möglich in jeder Ansicht zu prüfen, wo die gewählten Dörfer in etwa liegen und wie sie auf einem oder mehreren Kontinenten verteilt sind. In diesem Schritt wird zudem noch farbig gekennzeichnet, welche Dörfer wieviele Ziele erreichen und wieviele Ziele von wievielen Herkunftsdörfern erreicht werden können. Grün bedeutet, dieses Dorf kann von jedem anderen Dorf (Ziel/Herkunft) erreicht werden, Rot bedeutet dieses Dorf kann von keinem Dorf erreicht werden. Ist alles rot sollte man seine Zeiteinstellungen überdenken. Winking

Nach den ganzen Einstellungen kommt nun die Berechnung...dazu im nächsten Beitrag, da mir die Anhänge ausgehen. ^^]]> <![CDATA[DS Workbench 3.2 (Preview 1)]]> http://www.dsworkbench.de/forum/showthread.php?tid=592 Tue, 24 Jan 2012 19:40:08 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=592
da ich momentan (hoffentlich) in den letzten Zügen von Version 3.2 bin, ein paar Dinge sind schon noch zu erledigen, aber wesentliche Neuerungen habe ich nicht mehr vor einzubauen, möchte ich anfangen, die neuen Features und Veränderungen in ein paar Beiträgen vorzustellen.

Fangen wir heute mal mit was wirklich Neuem, lang ersehnten und (meiner Meinung nach) recht gut gelungenem Punkt an...dem....*Trommelwirbel*...ersten, einzigartigen und wundervollen DS Workbench Farmmanager. Happy_2

Ja genau, nach 3 Jahren des Widerstandes habe ich mich dann doch entschlossen, DS Workbench mit einem Farmmanager zu versehen. Warum? Nun ja, erstmal um vllt. an neues Publikum zu kommen, welches bisher für DS Workbench keine Verwendunge fanden. Zum anderen um den momentanen Mangel an einem (sinnvollen) Tool für's Farmen zu beseiten, der DS Assi ruhe in Frieden. Nun aber erstmal ein Screenshot, danach noch ein paar Worte dazu:


.gif  fm.gif (Größe: 77.64 KB / Downloads: 25)

Wie ihr seht habe ich mich mit den Bezeichnungen (A, B, C) ein wenig am DS-Farmmanager orientiert. Warum auch nicht? Man muss sich ja nicht für jede Funktion einen neuen Namen ausdenken. Das Verhalten ist prinzipiell (sofern ich weiß) auch identisch...nein, falsch, natürlich ist es besser. ^^
Konfiguration A und B enthalten fest definierte Farmtruppen, während C dazu dient, eine Farm bis auf den letzten Rohstoff zu leeren.
Die Einstellungen habe ich bewusst auf ein Minimum reduziert, viele DS Workbench Benutzer werden es mir wohl danken. Winking Der Ablauf ist denkbar einfach...Farmen suchen (BB's im Umkreis oder aus Berichten), Truppen importieren, Farmen markieren, bei gefülltem Klick-Konto A, B oder C drücken (Buchstabe auf der Tastatur oder Button), Angriffe im Browser abschicken und fertig. Wenn der Farmmanager meint, dass die Truppen angekommen sein sollten, wird ein Berichtsymbol eingeblendet und man muss den entsprechenden Farmbericht wie gewohnt einlesen. Dadurch wird der Speicherstand aktualisiert und die Farm wird wieder angreifbar.

Gibts noch irgendwelche besonderen Features? Klar...
  • DS Workbench erkennt automatisch, ob eine Farm geadelt wurde und sperrt sie in diesem Falle zur Sicherheit. Gleiches gilt, wenn man alle Farmtrupps verliert. Natürlich kann man gesperrte Farmen wieder freischalten, sofern man mag.
  • Man kann einen minimalen und maximalen Farmradius angeben. So kann man gezielt einen bestimmten Umkreis farmen bzw. Truppen über längere Zeit auf den Weg schicken.
  • Der Farmmanager merkt sich bisherige Ergebnisse und kann die daraus entstandene Erfolgsquote auf Wunsch in die Bestimmung der Farmtrupps einbeziehen. Falls das wirklich klappt (Langzeittests hab ich noch nicht gemacht) sollten die Farmergebnisse recht gut ans Optimum herankommen, auch wenn noch jemand anders in der Gegend farmt.

Nun ja, mehr gibts eigentlich auch nicht zu sagen. Es ist halt ein Farmmanager der genau das tut...Farmen managen. Creepy

In diesem Sinne, viel Spaß beim Freuen und bis zum nächsten Teil des Previews.

Grüße,
Torri.]]>
da ich momentan (hoffentlich) in den letzten Zügen von Version 3.2 bin, ein paar Dinge sind schon noch zu erledigen, aber wesentliche Neuerungen habe ich nicht mehr vor einzubauen, möchte ich anfangen, die neuen Features und Veränderungen in ein paar Beiträgen vorzustellen.

Fangen wir heute mal mit was wirklich Neuem, lang ersehnten und (meiner Meinung nach) recht gut gelungenem Punkt an...dem....*Trommelwirbel*...ersten, einzigartigen und wundervollen DS Workbench Farmmanager. Happy_2

Ja genau, nach 3 Jahren des Widerstandes habe ich mich dann doch entschlossen, DS Workbench mit einem Farmmanager zu versehen. Warum? Nun ja, erstmal um vllt. an neues Publikum zu kommen, welches bisher für DS Workbench keine Verwendunge fanden. Zum anderen um den momentanen Mangel an einem (sinnvollen) Tool für's Farmen zu beseiten, der DS Assi ruhe in Frieden. Nun aber erstmal ein Screenshot, danach noch ein paar Worte dazu:


.gif  fm.gif (Größe: 77.64 KB / Downloads: 25)

Wie ihr seht habe ich mich mit den Bezeichnungen (A, B, C) ein wenig am DS-Farmmanager orientiert. Warum auch nicht? Man muss sich ja nicht für jede Funktion einen neuen Namen ausdenken. Das Verhalten ist prinzipiell (sofern ich weiß) auch identisch...nein, falsch, natürlich ist es besser. ^^
Konfiguration A und B enthalten fest definierte Farmtruppen, während C dazu dient, eine Farm bis auf den letzten Rohstoff zu leeren.
Die Einstellungen habe ich bewusst auf ein Minimum reduziert, viele DS Workbench Benutzer werden es mir wohl danken. Winking Der Ablauf ist denkbar einfach...Farmen suchen (BB's im Umkreis oder aus Berichten), Truppen importieren, Farmen markieren, bei gefülltem Klick-Konto A, B oder C drücken (Buchstabe auf der Tastatur oder Button), Angriffe im Browser abschicken und fertig. Wenn der Farmmanager meint, dass die Truppen angekommen sein sollten, wird ein Berichtsymbol eingeblendet und man muss den entsprechenden Farmbericht wie gewohnt einlesen. Dadurch wird der Speicherstand aktualisiert und die Farm wird wieder angreifbar.

Gibts noch irgendwelche besonderen Features? Klar...
  • DS Workbench erkennt automatisch, ob eine Farm geadelt wurde und sperrt sie in diesem Falle zur Sicherheit. Gleiches gilt, wenn man alle Farmtrupps verliert. Natürlich kann man gesperrte Farmen wieder freischalten, sofern man mag.
  • Man kann einen minimalen und maximalen Farmradius angeben. So kann man gezielt einen bestimmten Umkreis farmen bzw. Truppen über längere Zeit auf den Weg schicken.
  • Der Farmmanager merkt sich bisherige Ergebnisse und kann die daraus entstandene Erfolgsquote auf Wunsch in die Bestimmung der Farmtrupps einbeziehen. Falls das wirklich klappt (Langzeittests hab ich noch nicht gemacht) sollten die Farmergebnisse recht gut ans Optimum herankommen, auch wenn noch jemand anders in der Gegend farmt.

Nun ja, mehr gibts eigentlich auch nicht zu sagen. Es ist halt ein Farmmanager der genau das tut...Farmen managen. Creepy

In diesem Sinne, viel Spaß beim Freuen und bis zum nächsten Teil des Previews.

Grüße,
Torri.]]> <![CDATA[Dörfer auswählen]]> http://www.dsworkbench.de/forum/showthread.php?tid=591 Tue, 24 Jan 2012 18:55:48 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=591
ich bin gerade mal wieder dran ne OFF zu planen und fände im Zuge dessen eine Funktion wahnsinnig hilfreich, die automatisch alle Dörfer des ausgewählten Gegners, die in einem selber einstellbaren Radius um Dörfer des eigenen Stammes liegen, auswählt.

Als Radius kann man entweder RAM-Laufzeit machen oder auch einfach Felder.


Also z.B. direkt im Angriffsplaner ein Feld im Zielreiter, wenn man den Spieler ausgewählt hat, dann alle Dörfer die in einem Radius von x (einstellbar) Feldern um Dörfer des Stammes sind.


Ich hoffe man versteht was ich meine *g*

Lg Ben]]>
ich bin gerade mal wieder dran ne OFF zu planen und fände im Zuge dessen eine Funktion wahnsinnig hilfreich, die automatisch alle Dörfer des ausgewählten Gegners, die in einem selber einstellbaren Radius um Dörfer des eigenen Stammes liegen, auswählt.

Als Radius kann man entweder RAM-Laufzeit machen oder auch einfach Felder.


Also z.B. direkt im Angriffsplaner ein Feld im Zielreiter, wenn man den Spieler ausgewählt hat, dann alle Dörfer die in einem Radius von x (einstellbar) Feldern um Dörfer des Stammes sind.


Ich hoffe man versteht was ich meine *g*

Lg Ben]]> <![CDATA[Greasemonkey scheint Angriffsinfo-Script nicht zu erkennen]]> http://www.dsworkbench.de/forum/showthread.php?tid=590 Sun, 22 Jan 2012 16:13:47 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=590
ich benutze WB schon recht lange und bin immer gut damit klar gekommen, hat immer alles einwandfrei funktioniert.
Seit gestern habe ich ein Problem mit dem Angriffsinfo-Script zz_attack_info.user.
Ich kann das Script problemlos erstellen, trotz Windows 7, keine Fehlermeldung. Beim Übertragen in den Browser habe ich jedoch dann das Problem, dass NICHTS passiert. Normalerweise lässt mich Greasemonkey ja das Script installieren, dieses Dialogfeld erscheint gar nicht erst.
Es scheint mir, dass mein Greasemonkey das Script nicht als solches erkennt.
Erste Maßnahmen waren natürlich die Deinstallation von Greasemonkey, erst das Ausschalten und dann das Neuinstallieren aller anderen Scripte, dann Deinstallation und Neueinstellung von WB selbst, wobei ich dann sogar (wie empfohlen für Windows 7) den Speicherort geändert habe.
Bei der Neuinstallation aller anderen Scripte stellte sich auch heraus, dass Greasemonkey selbst in Ordnung zu sein scheint, denn dort treten keine Probleme auf.

Woran könnte das liegen, habt ihr eine Idee? Ich bin nicht so sicher in solchen PC-technischen Dingen, also bitte idiotensicher erklären Tongue_Out_Winking

Ich weiß nicht, ob das was bringt und ob es relevant ist, aber ich wollte das Script mal mit dem Windows Script Host öffnen, da erschien dann folgendes:

[Bild: j7n1-1-c4ca.jpg]

Vielleicht hat das ja irgendwas zu bedeuten.

Danke schon mal im Voraus Happy_2]]>
ich benutze WB schon recht lange und bin immer gut damit klar gekommen, hat immer alles einwandfrei funktioniert.
Seit gestern habe ich ein Problem mit dem Angriffsinfo-Script zz_attack_info.user.
Ich kann das Script problemlos erstellen, trotz Windows 7, keine Fehlermeldung. Beim Übertragen in den Browser habe ich jedoch dann das Problem, dass NICHTS passiert. Normalerweise lässt mich Greasemonkey ja das Script installieren, dieses Dialogfeld erscheint gar nicht erst.
Es scheint mir, dass mein Greasemonkey das Script nicht als solches erkennt.
Erste Maßnahmen waren natürlich die Deinstallation von Greasemonkey, erst das Ausschalten und dann das Neuinstallieren aller anderen Scripte, dann Deinstallation und Neueinstellung von WB selbst, wobei ich dann sogar (wie empfohlen für Windows 7) den Speicherort geändert habe.
Bei der Neuinstallation aller anderen Scripte stellte sich auch heraus, dass Greasemonkey selbst in Ordnung zu sein scheint, denn dort treten keine Probleme auf.

Woran könnte das liegen, habt ihr eine Idee? Ich bin nicht so sicher in solchen PC-technischen Dingen, also bitte idiotensicher erklären Tongue_Out_Winking

Ich weiß nicht, ob das was bringt und ob es relevant ist, aber ich wollte das Script mal mit dem Windows Script Host öffnen, da erschien dann folgendes:

[Bild: j7n1-1-c4ca.jpg]

Vielleicht hat das ja irgendwas zu bedeuten.

Danke schon mal im Voraus Happy_2]]> <![CDATA[Rohstoffverteiler verteilt nicht richtig]]> http://www.dsworkbench.de/forum/showthread.php?tid=589 Thu, 19 Jan 2012 22:25:55 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=589
jetzt spiel ich schon seit Stunden mit dem Rohstoffverteiler rum und krieg es nicht hin, dass er richtig verteilt. Was mach ich bloß falsch?
Mein Beispiel:
Hier sind meine Empfänger und Lieferanten:
Zitat:a Boizenburg (898|240) K28 27751 145056 668 400000 91/91 INCOMING
a Burg Eltz (903|233) K29 111156 94951 646 400000 91/91 INCOMING
a Burgverlies (901|240) K29 63121 137368 826 400000 91/91 INCOMING
a Grande (899|233) K28 1132 143538 65579 400000 91/91 INCOMING
a Heede (903|237) K29 20076 108359 642 400000 91/91 INCOMING
a Franzdorf (902|237) K29 290683 326844 262278 400000 91/91 OUTGOING
a Trittow (898|234) K28 306948 305925 396136 400000 91/91 OUTGOING
ab Burgdorf (890|239) K28 301727 316334 382280 400000 91/91 OUTGOING
ab Gerdau (885|236) K28 314300 317473 400000 400000 91/91 OUTGOING
ab Göddenstedt (892|242) K28 387868 389697 400000 400000 91/91 OUTGOING
ab Müggenburg (891|238) K28 380586 384659 400000 400000 91/91 OUTGOING
ab Rosche (891|243) K28 330400 400000 400000 400000 91/91 OUTGOING
ab Suhlendorf (890|242) K28 400000 400000 400000 400000 91/91 OUTGOING
b Balkenburg (881|227) K28 314078 304444 347578 400000 91/91 OUTGOING
b Eisenach (893|223) K28 315681 318487 370110 400000 91/91 OUTGOING
b Flensburg (884|224) K28 313811 315923 388902 400000 91/91 OUTGOING
b Fresenburg (890|221) K28 313378 320399 400000 400000 91/91 OUTGOING
b Grenzburg (893|232) K28 400000 399173 400000 400000 91/91 OUTGOING
b Gringosburg (887|221) K28 315571 318420 400000 400000 91/91 OUTGOING
b Hirschburg (893|230) K28 390041 400000 400000 400000 91/91 OUTGOING
Eingestellt für die Berechnung ist "Gleichverteilung" und "Transporte mit weniger als 10k ignorieren". Als Ergebnis kommt raus:
Zitat:a Boizenburg (898|240) K28 265751 220056 45668 380000 91/91 INCOMING
a Burg Eltz (903|233) K29 265156 94951 646 380000 91/91 INCOMING
a Burgverlies (901|240) K29 265121 137368 826 380000 91/91 INCOMING
a Grande (899|233) K28 265132 277538 184579 380000 91/91 INCOMING
a Heede (903|237) K29 89076 143359 642 380000 91/91 INCOMING
a Franzdorf (902|237) K29 264683 291844 262278 380000 30/91 OUTGOING
a Trittow (898|234) K28 263948 291925 362136 380000 0/91 OUTGOING
ab Burgdorf (890|239) K28 264727 292334 352280 380000 0/91 OUTGOING
ab Gerdau (885|236) K28 264300 291473 385000 380000 0/91 OUTGOING
ab Göddenstedt (892|242) K28 296868 389697 400000 380000 0/91 OUTGOING
ab Müggenburg (891|238) K28 289586 384659 400000 380000 0/91 OUTGOING
ab Rosche (891|243) K28 264400 375000 400000 380000 0/91 OUTGOING
ab Suhlendorf (890|242) K28 309000 400000 400000 380000 0/91 OUTGOING
b Balkenburg (881|227) K28 264078 291444 319578 380000 0/91 OUTGOING
b Eisenach (893|223) K28 264681 291487 357110 380000 0/91 OUTGOING
b Flensburg (884|224) K28 264811 291923 370902 380000 0/91 OUTGOING
b Fresenburg (890|221) K28 264378 291399 387000 380000 0/91 OUTGOING
b Grenzburg (893|232) K28 309000 399173 400000 380000 0/91 OUTGOING
b Gringosburg (887|221) K28 264571 291420 387000 380000 0/91 OUTGOING
b Hirschburg (893|230) K28 299041 400000 400000 380000 0/91 OUTGOING
Da stimmt doch irgendwas nicht. Meine Empfänger kriegen jede Menge Holz geliefert und kaum Eisen, obwohl sie davon am wenigsten haben. Das kann man ja wohl kaum als Gleichverteilung ansehen, oder? Auch mit der 2. Option, "Gewünschter Lagerbestand", krieg ich es nicht hin, dass die Empfänger Dörfer anschließend relativ gleichmäßig gefüllt sind.
Woran liegt es? Hat jemand eine Idee?

2. Frage: Wie kriege ich die Hauptkarte größer? Ich möchte mehr Dörfer in der Hauptkarte sehen, sie können dafür gern kleiner dargestellt werden. Gibt es dafür irgendwo einen Parameter, den ich noch nicht gefunden habe?

Vielen Dank im voraus.]]>
jetzt spiel ich schon seit Stunden mit dem Rohstoffverteiler rum und krieg es nicht hin, dass er richtig verteilt. Was mach ich bloß falsch?
Mein Beispiel:
Hier sind meine Empfänger und Lieferanten:
Zitat:a Boizenburg (898|240) K28 27751 145056 668 400000 91/91 INCOMING
a Burg Eltz (903|233) K29 111156 94951 646 400000 91/91 INCOMING
a Burgverlies (901|240) K29 63121 137368 826 400000 91/91 INCOMING
a Grande (899|233) K28 1132 143538 65579 400000 91/91 INCOMING
a Heede (903|237) K29 20076 108359 642 400000 91/91 INCOMING
a Franzdorf (902|237) K29 290683 326844 262278 400000 91/91 OUTGOING
a Trittow (898|234) K28 306948 305925 396136 400000 91/91 OUTGOING
ab Burgdorf (890|239) K28 301727 316334 382280 400000 91/91 OUTGOING
ab Gerdau (885|236) K28 314300 317473 400000 400000 91/91 OUTGOING
ab Göddenstedt (892|242) K28 387868 389697 400000 400000 91/91 OUTGOING
ab Müggenburg (891|238) K28 380586 384659 400000 400000 91/91 OUTGOING
ab Rosche (891|243) K28 330400 400000 400000 400000 91/91 OUTGOING
ab Suhlendorf (890|242) K28 400000 400000 400000 400000 91/91 OUTGOING
b Balkenburg (881|227) K28 314078 304444 347578 400000 91/91 OUTGOING
b Eisenach (893|223) K28 315681 318487 370110 400000 91/91 OUTGOING
b Flensburg (884|224) K28 313811 315923 388902 400000 91/91 OUTGOING
b Fresenburg (890|221) K28 313378 320399 400000 400000 91/91 OUTGOING
b Grenzburg (893|232) K28 400000 399173 400000 400000 91/91 OUTGOING
b Gringosburg (887|221) K28 315571 318420 400000 400000 91/91 OUTGOING
b Hirschburg (893|230) K28 390041 400000 400000 400000 91/91 OUTGOING
Eingestellt für die Berechnung ist "Gleichverteilung" und "Transporte mit weniger als 10k ignorieren". Als Ergebnis kommt raus:
Zitat:a Boizenburg (898|240) K28 265751 220056 45668 380000 91/91 INCOMING
a Burg Eltz (903|233) K29 265156 94951 646 380000 91/91 INCOMING
a Burgverlies (901|240) K29 265121 137368 826 380000 91/91 INCOMING
a Grande (899|233) K28 265132 277538 184579 380000 91/91 INCOMING
a Heede (903|237) K29 89076 143359 642 380000 91/91 INCOMING
a Franzdorf (902|237) K29 264683 291844 262278 380000 30/91 OUTGOING
a Trittow (898|234) K28 263948 291925 362136 380000 0/91 OUTGOING
ab Burgdorf (890|239) K28 264727 292334 352280 380000 0/91 OUTGOING
ab Gerdau (885|236) K28 264300 291473 385000 380000 0/91 OUTGOING
ab Göddenstedt (892|242) K28 296868 389697 400000 380000 0/91 OUTGOING
ab Müggenburg (891|238) K28 289586 384659 400000 380000 0/91 OUTGOING
ab Rosche (891|243) K28 264400 375000 400000 380000 0/91 OUTGOING
ab Suhlendorf (890|242) K28 309000 400000 400000 380000 0/91 OUTGOING
b Balkenburg (881|227) K28 264078 291444 319578 380000 0/91 OUTGOING
b Eisenach (893|223) K28 264681 291487 357110 380000 0/91 OUTGOING
b Flensburg (884|224) K28 264811 291923 370902 380000 0/91 OUTGOING
b Fresenburg (890|221) K28 264378 291399 387000 380000 0/91 OUTGOING
b Grenzburg (893|232) K28 309000 399173 400000 380000 0/91 OUTGOING
b Gringosburg (887|221) K28 264571 291420 387000 380000 0/91 OUTGOING
b Hirschburg (893|230) K28 299041 400000 400000 380000 0/91 OUTGOING
Da stimmt doch irgendwas nicht. Meine Empfänger kriegen jede Menge Holz geliefert und kaum Eisen, obwohl sie davon am wenigsten haben. Das kann man ja wohl kaum als Gleichverteilung ansehen, oder? Auch mit der 2. Option, "Gewünschter Lagerbestand", krieg ich es nicht hin, dass die Empfänger Dörfer anschließend relativ gleichmäßig gefüllt sind.
Woran liegt es? Hat jemand eine Idee?

2. Frage: Wie kriege ich die Hauptkarte größer? Ich möchte mehr Dörfer in der Hauptkarte sehen, sie können dafür gern kleiner dargestellt werden. Gibt es dafür irgendwo einen Parameter, den ich noch nicht gefunden habe?

Vielen Dank im voraus.]]> <![CDATA[Welt 78 und 79!?]]> http://www.dsworkbench.de/forum/showthread.php?tid=588 Tue, 17 Jan 2012 17:25:00 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=588 <![CDATA[Ausbau Berichtdatenbank]]> http://www.dsworkbench.de/forum/showthread.php?tid=587 Wed, 28 Dec 2011 18:41:37 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=587
ein paar zusätzliche Features würden die Berichtdatenbank aufwerten:
  • Einlesen der Gebäudestufen
  • Filter in der Berichtdatenbank, damit man z.B. sich alle Berichte eines Dorfes anzeigen lassen kann
  • Verknüpfung der Berichtdatenbank mit der Karte. Also z.B. Menüpunkt zum Aufrufen der Berichte eines Dorfes oder direkte Anzeige des letzten Berichts.


Das Einlesen der Gebäude hätte auch noch den Vorteil, dass später vielleicht auch noch einige Funktionen für das Farmen hinzukommen könnten Winking

Gruß
Gr1nf]]>
ein paar zusätzliche Features würden die Berichtdatenbank aufwerten:
  • Einlesen der Gebäudestufen
  • Filter in der Berichtdatenbank, damit man z.B. sich alle Berichte eines Dorfes anzeigen lassen kann
  • Verknüpfung der Berichtdatenbank mit der Karte. Also z.B. Menüpunkt zum Aufrufen der Berichte eines Dorfes oder direkte Anzeige des letzten Berichts.


Das Einlesen der Gebäude hätte auch noch den Vorteil, dass später vielleicht auch noch einige Funktionen für das Farmen hinzukommen könnten Winking

Gruß
Gr1nf]]> <![CDATA[Deff verschicken (mit dem Angriffsplan)]]> http://www.dsworkbench.de/forum/showthread.php?tid=586 Tue, 27 Dec 2011 22:10:16 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=586

Dazu hab ich alle meine Truppen in den Angriffsplan kopiert, dann die Dörfer ohne Deff mit Angriffsplaner / Herkunft / Filtern / Truppenfilter gelöscht, usw.. Beim Abschicken der Truppen ist mir aufgefallen, dass einige Dörfer aus den Plan keine eigene Deff hatten. Dafür hatten diese Dörfer aber Unterstützung.

Kann es sein, dass der Truppenfilter versehentlich "Truppen im Dorf" und nicht "eigenen Truppen" verwendet?]]>

Dazu hab ich alle meine Truppen in den Angriffsplan kopiert, dann die Dörfer ohne Deff mit Angriffsplaner / Herkunft / Filtern / Truppenfilter gelöscht, usw.. Beim Abschicken der Truppen ist mir aufgefallen, dass einige Dörfer aus den Plan keine eigene Deff hatten. Dafür hatten diese Dörfer aber Unterstützung.

Kann es sein, dass der Truppenfilter versehentlich "Truppen im Dorf" und nicht "eigenen Truppen" verwendet?]]> <![CDATA[keine truppen in dorf nach plan erstellen]]> http://www.dsworkbench.de/forum/showthread.php?tid=585 Tue, 27 Dec 2011 17:30:31 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=585 <![CDATA[Angriffsplaner]]> http://www.dsworkbench.de/forum/showthread.php?tid=584 Sat, 10 Dec 2011 13:37:56 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=584
Startdatum: 10.12.2011 (!!! heute !!!)
Enddatum: 15.12.2011

Zeitrahmen (Abschicken):
Täglich, von 5 Uhr bis 8 Uhr (Alle)
Täglich, von 19 Uhr bis 24 Uhr (Alle)

Zeitrahmen (Ankommen):
Am 15.12.11, von 8 Uhr bis 24 Uhr (Alle)

Wenn ich als Startdatum den 11.12.2011 (morgen) angebe, wird ein guter Plan erstellt. Das Problem scheint zu sein, dass ich beim Abschicken "Täglich" angebe, die Zeitrahmen aber schon teilweise in der Vergangenheit liegen.
Ich möchte nicht auf die Möglichkeit verzichten "Täglich" anzugeben, weil es umständlich und unübersichtlich ist für mehrere Tage je 2 Zeitrahmen einzutragen. Außerdem möchte ich heute die ersten Offs losschicken. Ist es möglich "Täglich" Zeitrahmen zu verwenden, aber die vergangene Zeit der Zeitrahmen nicht für Angriffe zu verwenden?]]>
Startdatum: 10.12.2011 (!!! heute !!!)
Enddatum: 15.12.2011

Zeitrahmen (Abschicken):
Täglich, von 5 Uhr bis 8 Uhr (Alle)
Täglich, von 19 Uhr bis 24 Uhr (Alle)

Zeitrahmen (Ankommen):
Am 15.12.11, von 8 Uhr bis 24 Uhr (Alle)

Wenn ich als Startdatum den 11.12.2011 (morgen) angebe, wird ein guter Plan erstellt. Das Problem scheint zu sein, dass ich beim Abschicken "Täglich" angebe, die Zeitrahmen aber schon teilweise in der Vergangenheit liegen.
Ich möchte nicht auf die Möglichkeit verzichten "Täglich" anzugeben, weil es umständlich und unübersichtlich ist für mehrere Tage je 2 Zeitrahmen einzutragen. Außerdem möchte ich heute die ersten Offs losschicken. Ist es möglich "Täglich" Zeitrahmen zu verwenden, aber die vergangene Zeit der Zeitrahmen nicht für Angriffe zu verwenden?]]> <![CDATA[Truppen in A*Star übertragen & Deffs dazwischen miteinbeziehen]]> http://www.dsworkbench.de/forum/showthread.php?tid=583 Wed, 07 Dec 2011 15:23:50 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=583
Da ich gerade auf Welt 65 unter Dauerbeschuss stehe, und somit jeden tag mit A*Star ausrechne ob meine Deff ausreicht, fielen mir ein paar Änderungsvorschläge ein.
Wie schon meine "Vorredner" schlage ich ein Truppeneinfügen in A*Star per Dorfübersicht und der gewohnten Methode (STRG+A --> STRG+C --> Strg+V)
das wäre meiner Meinung der einfachste weg.
Mein zweiter Vorschlag bezieht sich auf das Anfordern System und vor allem das der ankommenden Truppen. Wäre es eventuell möglich einzulesen, wie viel Unterstützung noch kommt und dass man das gleich in die deff miteinberechnen kann?
Wenn das so nicht geht, dann schlage ich ein Eingabefenster vor, wo man eingeben kann wieviel deff nach wie vielen Offs kommt.
(Siehe Anhang "ASTAR")
Man gibt einfach ein, wie viel deff man zwischen z.b. Angriff 3 und 4 bekommt und dann wird das in die Berechnung miteinbezogen.

Mein 3 Vorschlag ist: Kann man bitte das Fenster wo man die Paladin Waffen auswählt erweitern, sobald man 2 bzw mehr Paladine hat?
Weil ich hatte neulich 2 Paladine eingegeben, konnte abe rnur 1 Gegenstand auswählen.

Ich hoffe diese Vorschläge sind machbar und werden auch umgesetzt.


lg euer Hallo0132

.png  Vorschlag ASTAR.png (Größe: 44.39 KB / Downloads: 11) ]]>
Da ich gerade auf Welt 65 unter Dauerbeschuss stehe, und somit jeden tag mit A*Star ausrechne ob meine Deff ausreicht, fielen mir ein paar Änderungsvorschläge ein.
Wie schon meine "Vorredner" schlage ich ein Truppeneinfügen in A*Star per Dorfübersicht und der gewohnten Methode (STRG+A --> STRG+C --> Strg+V)
das wäre meiner Meinung der einfachste weg.
Mein zweiter Vorschlag bezieht sich auf das Anfordern System und vor allem das der ankommenden Truppen. Wäre es eventuell möglich einzulesen, wie viel Unterstützung noch kommt und dass man das gleich in die deff miteinberechnen kann?
Wenn das so nicht geht, dann schlage ich ein Eingabefenster vor, wo man eingeben kann wieviel deff nach wie vielen Offs kommt.
(Siehe Anhang "ASTAR")
Man gibt einfach ein, wie viel deff man zwischen z.b. Angriff 3 und 4 bekommt und dann wird das in die Berechnung miteinbezogen.

Mein 3 Vorschlag ist: Kann man bitte das Fenster wo man die Paladin Waffen auswählt erweitern, sobald man 2 bzw mehr Paladine hat?
Weil ich hatte neulich 2 Paladine eingegeben, konnte abe rnur 1 Gegenstand auswählen.

Ich hoffe diese Vorschläge sind machbar und werden auch umgesetzt.


lg euer Hallo0132

.png  Vorschlag ASTAR.png (Größe: 44.39 KB / Downloads: 11) ]]> <![CDATA[Fehler beim übertragen der Truppen im VP]]> http://www.dsworkbench.de/forum/showthread.php?tid=582 Sun, 04 Dec 2011 19:19:05 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=582
Benutze Opera und seit heute funktioniert das mit dem übertragen der Truppen im VP nicht mehr.

Er fügt mir warum auch immer 200axt+ 1 ag ein und bekomme diese Einstellung nicht weg.

Könnte mir da jemand einen Tipp geben??

VG
Bartusch]]>
Benutze Opera und seit heute funktioniert das mit dem übertragen der Truppen im VP nicht mehr.

Er fügt mir warum auch immer 200axt+ 1 ag ein und bekomme diese Einstellung nicht weg.

Könnte mir da jemand einen Tipp geben??

VG
Bartusch]]> <![CDATA[dswb startet nicht]]> http://www.dsworkbench.de/forum/showthread.php?tid=581 Sat, 03 Dec 2011 03:01:24 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=581
ich wollte mir die Anwendung mal anschauen aber leider scheiterts direkt am Start.

Ich hab Win7 64 Home Premium. Java ist installiert sowohl 1.6 als auch 1.7. Sämtliches Applets, Minecraft etc laufen problemlos, ich bin etwas ratlos.

ausführen der EXE, normal oder als Admin, auch mit winXP Kompatibilittsmodus macht simpel einfach gar nix.
Im Log verzeichnis wird kein log angelegt, es gibt keine sanduhr keinen neuen dialog gar nix....

Irgendwelche Ideen?

Danke
Treeda]]>
ich wollte mir die Anwendung mal anschauen aber leider scheiterts direkt am Start.

Ich hab Win7 64 Home Premium. Java ist installiert sowohl 1.6 als auch 1.7. Sämtliches Applets, Minecraft etc laufen problemlos, ich bin etwas ratlos.

ausführen der EXE, normal oder als Admin, auch mit winXP Kompatibilittsmodus macht simpel einfach gar nix.
Im Log verzeichnis wird kein log angelegt, es gibt keine sanduhr keinen neuen dialog gar nix....

Irgendwelche Ideen?

Danke
Treeda]]> <![CDATA[Bug gefunden?]]> http://www.dsworkbench.de/forum/showthread.php?tid=580 Thu, 01 Dec 2011 10:55:39 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=580
ich habe mir einige Linien und Kästchen auf meiner Karte gemacht.
Anschließend bin ich auf Ansicht / Zeichnungen gegangen. Hier sind ja die einzelnen Zeichnungselemente drinnen und man kann sie über das "Augensymbol" aktivieren bzw. deaktivieren.

Jetzt meine 1. Frage. einzelklick oder doppelklick, um umzuschalten? Da mein DS etwas träge ist, habe ich das noch nicht rausbekommen Smiling

Weiter im Text.

Alle Elemente waren sichtbar.
Habe dann auch Spaß ein paar Elemnete unsichtbar geschaltet.
NAchdem ich einige unsichtbar hatte, wollte ich sie auch wieder aktivieren. Das ging auch, aber dafür wurden dann andere Elemente (die ich mit Sicherheit NICHT angeklickt hatte) unsichtbar.
Kurz und gut: Ich schaffe es nicht, alle Elemente wieder sichtbar zu machen, weil immer wenn ich eines sichtbar machen, andere dafür unsichtbar werden.

Ist das nur bei mir so, oder ist der "Fehler" nachvollziehbar auf anderen Plattformen?

GrußHelix]]>
ich habe mir einige Linien und Kästchen auf meiner Karte gemacht.
Anschließend bin ich auf Ansicht / Zeichnungen gegangen. Hier sind ja die einzelnen Zeichnungselemente drinnen und man kann sie über das "Augensymbol" aktivieren bzw. deaktivieren.

Jetzt meine 1. Frage. einzelklick oder doppelklick, um umzuschalten? Da mein DS etwas träge ist, habe ich das noch nicht rausbekommen Smiling

Weiter im Text.

Alle Elemente waren sichtbar.
Habe dann auch Spaß ein paar Elemnete unsichtbar geschaltet.
NAchdem ich einige unsichtbar hatte, wollte ich sie auch wieder aktivieren. Das ging auch, aber dafür wurden dann andere Elemente (die ich mit Sicherheit NICHT angeklickt hatte) unsichtbar.
Kurz und gut: Ich schaffe es nicht, alle Elemente wieder sichtbar zu machen, weil immer wenn ich eines sichtbar machen, andere dafür unsichtbar werden.

Ist das nur bei mir so, oder ist der "Fehler" nachvollziehbar auf anderen Plattformen?

GrußHelix]]> <![CDATA[GM-Update für Version 8.0 erforderlich]]> http://www.dsworkbench.de/forum/showthread.php?tid=579 Wed, 30 Nov 2011 10:37:51 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=579
bezüglich der neuen 8.0 Version seit heute ist ein Update des GM-Plugins notwendig. Bitte unter scripts.die-staemme.de hochladen, wir würden uns freuen da die bisherige Version für 7.4 von 8.0 automatisch abgeschaltet wurde.]]>
bezüglich der neuen 8.0 Version seit heute ist ein Update des GM-Plugins notwendig. Bitte unter scripts.die-staemme.de hochladen, wir würden uns freuen da die bisherige Version für 7.4 von 8.0 automatisch abgeschaltet wurde.]]> <![CDATA[Ausbau und Verbindung der Berichtsdatenbank und des SOS-Analyzers]]> http://www.dsworkbench.de/forum/showthread.php?tid=578 Thu, 24 Nov 2011 14:48:24 +0000 http://www.dsworkbench.de/forum/showthread.php?tid=578
der SOS-Analyzer ist.. nunja, sicherlich nicht das mächtigste Instrument der DS Workbench. Die Berichtsdatenbank erscheint mir auch nicht allzu nützlich zu sein, wobei es hier möglich ist, dass ich den Sinn dieser Datenbank einfach noch nicht erfasst habe. Der folgende Vorschlag ist vll. technisch schwer zu bewerkstelligen, ich weiß es nicht - aber garantiert "zu umfangreich".

Die Berichtsdatenbank


Die Datenbank speichert ja sämtliche Berichte, die man einliest. Dadurch kann man (wenn Ludwig tatsächlich sein Script/AddOn fertigstellt und freigibt) problemlos eine ziemlich umfassende Datenbank erstellen, sofern man fleißig genug ist und genug Berichte hat.
Bevor ich zum eigentlichen Vorschlag komme, möchte ich gerne einige Anmerkungen bzw. Verbesserungsvorschläge zur Berichtsdatenbank machen:
Es findet ja eine (rudimentäre) Unterteilung in Angriff, Adelsversuch und Spähangriff statt. Ich würde vorschlagen, den "Angriff" (der offensichtlich immer dann einer ist, wenn Truppen ohne AG kommen) weiter zu unterteilen, nämlich in "richtiger Angriff" und "Fake".
Auch die Spähangriffe sind meines Erachtens zu grob unterteilt. Nur, weil dort noch eine Ramme bei ist, ist's ja nicht gleich ein richtiger Angriff.

Aus diesem Grunde würde ich die folgende Unterteilung vorschlagen:
1. richtiger Angriff (endweder vom Programm fest vorgegeben, oder vom Spieler, welche Truppen bei einem richtigen Angriff minimal dabei sein müssen)
2. Fake (endweder vom Programm fest vorgegeben, oder vom Spieler, welche Truppen bei einem Fake dabei sein müssen - oder einfach alles, was nicht in die anderen Kategorien passt)
3. Spähangriff (endweder vom Programm festgelegt, oder vom Spieler, wieviele Späher bei einem Spähangriff dabei sein müssen - dabei wäre es egal, ob zu den min. 1000 Spähern noch fünf Äxte kommen, was zählt ist die Anzahl der Späher)
4. Adelsversuch (wie gehabt: alles, was ein AG hat)

Dadurch würde eine wesentlich präzisere Unterteilung ermöglicht werden, welche später noch nützlich wäre.
Dazu kommt, dass bei eigenen Spähberichten wohl nicht die Gebäude des erspähten Dorfes gespeichert werden. Das wäre gerade auf Kirchenwelten wichtig, denn so könnte man sich problemlos nur durch das Einlesen der Berichte eine Übersicht anlegen, wo die Kirchendörfer des Feindes liegen. Noch besser wäre es natürlich, wenn diese Kirchen auch direkt auf die Karte des Programms eingetragen werden, aber das wäre ja nur sekundär. Allgemein könnte man die Dörfer, zu denen Berichte vorhanden sind, auf der Karte markieren, so dass man z.B. auf einen Blick sieht, ob in dem Gebiet eher Offdörfer sind (Berichte zu „echten Angriffen“ vorhanden), Spähdörfer (Berichte zu „Spähangriffen“ vorhanden) oder eher Dörfer, aus denen Fakes kommen (nur Berichte zu „Fakes“ vorhanden).

Der SOS-Analyzer


Der arme SOS-Analyzer erscheint mir in meiner ganzen Nutzungsdauer der DS Workbench doch irgendwie ziemlich nutzlos. Ich habe ihn nie wirklich benötigt, trotz diverser Offensivaktionen auf mich.
Sind wir ehrlich, was macht das Ding schon großartiges? Eine Übersicht erstellen, mir der man aber recht wenig anfangen kann.
Bevor ich zu der Verknüpfung der Berichtsdatenbank mit dem SOS-Analyzer komme, möchte ich gerne einige Vorschläge zum SOS-Analyzer allgemein machen:
Früher gab es, sofern ich mich richtig erinnere, eine „Fake“-Markierung eines Angriffs, wenn mehrere Angriffe aus dem gleichen Dorf kamen. Das fehlt in der neuen Version, glaube ich. Es wäre schön, wenn man es wieder hervorheben könnte, wenn mehr als ein Angriff aus einem Dorf kommt.
Einer meiner Vorschläge zum SOS-Analyzer wäre es, die Übersicht zu erweitern. Dazu müsste man eingeben können, wie viel Kampfkraft eine Deff wäre, und welche Anzahl an Deffs man bei wievielen Angriffen auf ein Dorf haben möchte. Anhand der eingelesenen Truppen wäre es dann möglich, anzuzeigen, wie viele Deffs dort noch fehlen.
Das macht natürlich nur dann Sinn, wenn keine Unterstützungen laufen (außer eigene, sofern man die Möglichkeit schafft, eigene laufende Unterstützungen einzulesen und zu den vorhandenen Truppen im Dorf dazu zu rechnen oder das ganze möglicherweise auch noch mit dem Userscript „Ally Orders“ kompatibel macht, wodurch man angezeigt bekommt, welche Truppen von einem Spieler als Unterstützung etc. laufen, wenn dieser die Daten, die das Script dafür benötigt, per IGM an einen geschickt hat), wäre jedoch eine Möglichkeit, den SOS-Analyzer zu verbessern, der so auch eine Übersicht besäße, mit der man was anfangen kann. So hätte man immer schnell im Blick, ob noch Truppen fehlen oder das Dorf ausreichend gedefft ist.
Der zweite Vorschlag bezieht sich nun auf die Verbindung der Berichtsdatenbank mit dem SOS-Analyzer. Der SOS-Analyzer kennt ja das Herkunftsdorf, und die Berichtsdatenbank kennt (sofern man die vorgeschlagene Unterteilung zugrunde legt) möglicherweise, ob aus dem Dorf früher nur Fakes, Spähangriffe oder doch richtige Angriffe kamen.
Es wäre doch eigentlich prima, wenn der SOS-Analyzer diese Daten anzeigt und evtl. sogar verwerten kann. Wenn die Datenbank für 20 Herkunftsdörfer, die alle das gleiche Dorf zum Ziel haben, nur Berichte kennt, in denen aus diesen Dörfern Fakes oder Spähangriffe kamen, dann ist die Wahrscheinlichkeit doch verdammt hoch, dass das Zieldorf nur Fakes abkriegt.
Auf diese Daten müsste der SOS-Analyzer dann also zugreifen können. Sind für ein Herkunftsdorf mehrere Berichte vorhanden, unter anderem Fakes und Angriffe, dann sollten beide Symbole in der Übersicht angezeigt werden.
Noch praktischer würde das Ganze werden, wenn man dem SOS-Analyzer eine weitere Übersicht spendiert, in der die Angriffe auf ein Dorf zusammengefasst sind. Diese Übersicht würde dann das Dorf, die vorhandenen Truppen, die Angriffe, die fehlenden Truppen und die vermutete Art der Angriffe anzeigen (bei 20 Angriffen z.B. 20x „Angriff“, wenn nur echte Angriffe in der Berichtsdatenbank vorhanden sind). Und wenn man dann noch bestätigen könnte, dass man sagt, zehn Angriffe auf das Dorf sind Fakes, und der SOS-Analyzer würde dann die Anzahl der „echten“ Angriffe neu berechnen und auch die benötigten Deffs... nun, das wäre dann wohl ein Traum. Das sollte meiner Meinung nach aber nicht automatisch geschehen, denn sonst beschweren sich sicherlich welche, wieso da doch 20 Offs ankamen und nicht 10, wie die Workbench automatisch angezeigt hätte.
Eine Art „Speicherfunktion“ wäre dabei aber auch unabdingbar, sonst müsste man ja jedes Mal neu eintragen, was man als Fake ansieht und was nicht. Wenn die Workbench dann, wenn man später erneut den SOS-Analyzer mit SOS-Anfragen speist, erkennen würde, wo sich was verändert hat (sprich: neue Angriffe erkennt) und diese auch noch berücksichtigt… Tongue_Out

Das war eigentlich auch schon alles. Wahrscheinlich wird das meiste davon nicht umsetzbar sein, aber wenn man niemals Anregungen gibt, kann sich ja auch nur wenig verändern. Möglich wäre es ja noch, die Berichtsdatenbank mit dem Angriffsplaner zu verknüpfen, wodurch man sehen würde, ob das Zieldorf ein Kirchendorf wäre oder nicht und das man das speziell berücksichtigt (z.B. Angriffe mit vielen Katapulten zur Zerstörung schicken, die natürlich vor den eigentlichen Angriffen ankommen – aber sowas wäre momentan ja schon mit mehreren Angriffsplänen problemlos möglich), aber das wäre wohl ein anderes und meines Erachtens auch zweitrangiges Thema.

Gruß,
Headios]]>
der SOS-Analyzer ist.. nunja, sicherlich nicht das mächtigste Instrument der DS Workbench. Die Berichtsdatenbank erscheint mir auch nicht allzu nützlich zu sein, wobei es hier möglich ist, dass ich den Sinn dieser Datenbank einfach noch nicht erfasst habe. Der folgende Vorschlag ist vll. technisch schwer zu bewerkstelligen, ich weiß es nicht - aber garantiert "zu umfangreich".

Die Berichtsdatenbank


Die Datenbank speichert ja sämtliche Berichte, die man einliest. Dadurch kann man (wenn Ludwig tatsächlich sein Script/AddOn fertigstellt und freigibt) problemlos eine ziemlich umfassende Datenbank erstellen, sofern man fleißig genug ist und genug Berichte hat.
Bevor ich zum eigentlichen Vorschlag komme, möchte ich gerne einige Anmerkungen bzw. Verbesserungsvorschläge zur Berichtsdatenbank machen:
Es findet ja eine (rudimentäre) Unterteilung in Angriff, Adelsversuch und Spähangriff statt. Ich würde vorschlagen, den "Angriff" (der offensichtlich immer dann einer ist, wenn Truppen ohne AG kommen) weiter zu unterteilen, nämlich in "richtiger Angriff" und "Fake".
Auch die Spähangriffe sind meines Erachtens zu grob unterteilt. Nur, weil dort noch eine Ramme bei ist, ist's ja nicht gleich ein richtiger Angriff.

Aus diesem Grunde würde ich die folgende Unterteilung vorschlagen:
1. richtiger Angriff (endweder vom Programm fest vorgegeben, oder vom Spieler, welche Truppen bei einem richtigen Angriff minimal dabei sein müssen)
2. Fake (endweder vom Programm fest vorgegeben, oder vom Spieler, welche Truppen bei einem Fake dabei sein müssen - oder einfach alles, was nicht in die anderen Kategorien passt)
3. Spähangriff (endweder vom Programm festgelegt, oder vom Spieler, wieviele Späher bei einem Spähangriff dabei sein müssen - dabei wäre es egal, ob zu den min. 1000 Spähern noch fünf Äxte kommen, was zählt ist die Anzahl der Späher)
4. Adelsversuch (wie gehabt: alles, was ein AG hat)

Dadurch würde eine wesentlich präzisere Unterteilung ermöglicht werden, welche später noch nützlich wäre.
Dazu kommt, dass bei eigenen Spähberichten wohl nicht die Gebäude des erspähten Dorfes gespeichert werden. Das wäre gerade auf Kirchenwelten wichtig, denn so könnte man sich problemlos nur durch das Einlesen der Berichte eine Übersicht anlegen, wo die Kirchendörfer des Feindes liegen. Noch besser wäre es natürlich, wenn diese Kirchen auch direkt auf die Karte des Programms eingetragen werden, aber das wäre ja nur sekundär. Allgemein könnte man die Dörfer, zu denen Berichte vorhanden sind, auf der Karte markieren, so dass man z.B. auf einen Blick sieht, ob in dem Gebiet eher Offdörfer sind (Berichte zu „echten Angriffen“ vorhanden), Spähdörfer (Berichte zu „Spähangriffen“ vorhanden) oder eher Dörfer, aus denen Fakes kommen (nur Berichte zu „Fakes“ vorhanden).

Der SOS-Analyzer


Der arme SOS-Analyzer erscheint mir in meiner ganzen Nutzungsdauer der DS Workbench doch irgendwie ziemlich nutzlos. Ich habe ihn nie wirklich benötigt, trotz diverser Offensivaktionen auf mich.
Sind wir ehrlich, was macht das Ding schon großartiges? Eine Übersicht erstellen, mir der man aber recht wenig anfangen kann.
Bevor ich zu der Verknüpfung der Berichtsdatenbank mit dem SOS-Analyzer komme, möchte ich gerne einige Vorschläge zum SOS-Analyzer allgemein machen:
Früher gab es, sofern ich mich richtig erinnere, eine „Fake“-Markierung eines Angriffs, wenn mehrere Angriffe aus dem gleichen Dorf kamen. Das fehlt in der neuen Version, glaube ich. Es wäre schön, wenn man es wieder hervorheben könnte, wenn mehr als ein Angriff aus einem Dorf kommt.
Einer meiner Vorschläge zum SOS-Analyzer wäre es, die Übersicht zu erweitern. Dazu müsste man eingeben können, wie viel Kampfkraft eine Deff wäre, und welche Anzahl an Deffs man bei wievielen Angriffen auf ein Dorf haben möchte. Anhand der eingelesenen Truppen wäre es dann möglich, anzuzeigen, wie viele Deffs dort noch fehlen.
Das macht natürlich nur dann Sinn, wenn keine Unterstützungen laufen (außer eigene, sofern man die Möglichkeit schafft, eigene laufende Unterstützungen einzulesen und zu den vorhandenen Truppen im Dorf dazu zu rechnen oder das ganze möglicherweise auch noch mit dem Userscript „Ally Orders“ kompatibel macht, wodurch man angezeigt bekommt, welche Truppen von einem Spieler als Unterstützung etc. laufen, wenn dieser die Daten, die das Script dafür benötigt, per IGM an einen geschickt hat), wäre jedoch eine Möglichkeit, den SOS-Analyzer zu verbessern, der so auch eine Übersicht besäße, mit der man was anfangen kann. So hätte man immer schnell im Blick, ob noch Truppen fehlen oder das Dorf ausreichend gedefft ist.
Der zweite Vorschlag bezieht sich nun auf die Verbindung der Berichtsdatenbank mit dem SOS-Analyzer. Der SOS-Analyzer kennt ja das Herkunftsdorf, und die Berichtsdatenbank kennt (sofern man die vorgeschlagene Unterteilung zugrunde legt) möglicherweise, ob aus dem Dorf früher nur Fakes, Spähangriffe oder doch richtige Angriffe kamen.
Es wäre doch eigentlich prima, wenn der SOS-Analyzer diese Daten anzeigt und evtl. sogar verwerten kann. Wenn die Datenbank für 20 Herkunftsdörfer, die alle das gleiche Dorf zum Ziel haben, nur Berichte kennt, in denen aus diesen Dörfern Fakes oder Spähangriffe kamen, dann ist die Wahrscheinlichkeit doch verdammt hoch, dass das Zieldorf nur Fakes abkriegt.
Auf diese Daten müsste der SOS-Analyzer dann also zugreifen können. Sind für ein Herkunftsdorf mehrere Berichte vorhanden, unter anderem Fakes und Angriffe, dann sollten beide Symbole in der Übersicht angezeigt werden.
Noch praktischer würde das Ganze werden, wenn man dem SOS-Analyzer eine weitere Übersicht spendiert, in der die Angriffe auf ein Dorf zusammengefasst sind. Diese Übersicht würde dann das Dorf, die vorhandenen Truppen, die Angriffe, die fehlenden Truppen und die vermutete Art der Angriffe anzeigen (bei 20 Angriffen z.B. 20x „Angriff“, wenn nur echte Angriffe in der Berichtsdatenbank vorhanden sind). Und wenn man dann noch bestätigen könnte, dass man sagt, zehn Angriffe auf das Dorf sind Fakes, und der SOS-Analyzer würde dann die Anzahl der „echten“ Angriffe neu berechnen und auch die benötigten Deffs... nun, das wäre dann wohl ein Traum. Das sollte meiner Meinung nach aber nicht automatisch geschehen, denn sonst beschweren sich sicherlich welche, wieso da doch 20 Offs ankamen und nicht 10, wie die Workbench automatisch angezeigt hätte.
Eine Art „Speicherfunktion“ wäre dabei aber auch unabdingbar, sonst müsste man ja jedes Mal neu eintragen, was man als Fake ansieht und was nicht. Wenn die Workbench dann, wenn man später erneut den SOS-Analyzer mit SOS-Anfragen speist, erkennen würde, wo sich was verändert hat (sprich: neue Angriffe erkennt) und diese auch noch berücksichtigt… Tongue_Out

Das war eigentlich auch schon alles. Wahrscheinlich wird das meiste davon nicht umsetzbar sein, aber wenn man niemals Anregungen gibt, kann sich ja auch nur wenig verändern. Möglich wäre es ja noch, die Berichtsdatenbank mit dem Angriffsplaner zu verknüpfen, wodurch man sehen würde, ob das Zieldorf ein Kirchendorf wäre oder nicht und das man das speziell berücksichtigt (z.B. Angriffe mit vielen Katapulten zur Zerstörung schicken, die natürlich vor den eigentlichen Angriffen ankommen – aber sowas wäre momentan ja schon mit mehreren Angriffsplänen problemlos möglich), aber das wäre wohl ein anderes und meines Erachtens auch zweitrangiges Thema.

Gruß,
Headios]]>