Idee: Anzeige des Herkunftsdorfes in der Berichtübersicht

[sbleden]

Jeder der aus vielen verschiedenen Dörfern farmt(bzw Farmen vorher späh) kennt sicherlich das Problem, dass die Spähberichte nun je nach HErkunftsdorf sortiert werden müssen. Dazu muss jedes Dorf angeklickt werden um zu erfahren woher die Truppen.

Meine Idee hierbei ist das Herkunftsdorf einfach in der Übersicht mit zu schreiben (z.B. statt dem Namen des Spieler).
Im Ideenforum tauchte dies schon oft auf wurde aber bisher mehr oder weniger ignoriert , zumindesthabe ich keinen thread gefunden wo es zu einem ergebniss kam , was mit dieser Idee passiert. Deswegen vielleicht ein Script dazu schreiben.

Ich programmiere selber , beherrsche allerdings die nötige Sprache nicht. ;)

Das Problem was ich sehe ist, das in der Berichtübersicht nicht die Informationen gegeben sind um zu erfahren woher der Angriff kommt.

In der Übersicht ( PA-Funktion) von den Befehlen, steht allerdings Herkunftsdorf, Zieldorf. Man könnte nun aus dieser Seite die nötigen Information einlesen, in ner Liste/array speichern und anschließend bei der Berichtübersicht , dann abfragen aus welchen Dorf die Truppen bei welchen Zieldorfankommen.

Klar kann es hier Dopplungen geben, wenn mehrere Dörfer das gleiche Dorf angreifen, hier wird einfach immer der neuste Wert genommen bzw der alte überschrieben. Dadurch entstehen zwar kleine Fehler aber wer das Script anwendet sollte sich dem bewusst sein.

Ist so etwas möglich oder stelle ich es mir zu einfach vor.

[C1B1SE]

Ich habe jetzt schon drei Anfragen, ob ich so ein Script schreiben kann.
Da kann man sich ja nicht mehr wehren^^

Ich würde allerdings, so machen, dass man den Bericht einliest indem man ihn besucht.

[songoku990]

Zitat von C1B1SE

Ich würde allerdings, so machen, dass man den Bericht einliest indem man ihn besucht.

Und genau dass will er nicht^^

[C1B1SE]

Zitat von songoku990

Und genau dass will er nicht^^

Lol,
Anders ist mir aber zu aufwendig, außerdem habe ich kein PA.

Das Einlesen, könnte man auch automatisieren, aber ich denke das würde dann nicht erlaubt werden, weil es zu viele Klicks simuliert.

[songoku990]

Automatisiert ist eh immer so ein Wort, wo man zu 90% weiß, dass es nie legal wird.
Lass dich doch mit PAs sponsoren, eine Art Donation für deine Scripts. ;)

P.S. Guck dir mal XPath an, macht den Code wesentlich schlanker.

[C1B1SE]

Zitat von songoku990

Automatisiert ist eh immer so ein Wort, wo man zu 90% weiß, dass es nie legal wird.
Lass dich doch mit PAs sponsoren, eine Art Donation für deine Scripts. ;)

P.S. Guck dir mal XPath an, macht den Code wesentlich schlanker.

Jo, wahrscheinlich xD

XPath, jo, ich benutze das nie, gefällt mir nicht
Kumpel von mir sagt auch immer, das wäre einfacher^^

[sbleden]

Zitat von C1B1SE

Lol,
Anders ist mir aber zu aufwendig, außerdem habe ich kein PA.

ist es nicht anders noch aufwändiger...?

wenns ordentlich funzt darfst ne spende erwarten

[C1B1SE]

Zitat von sbleden

ist es nicht anders noch aufwändiger...?

wenns ordentlich funzt darfst ne spende erwarten

Ich meine für mich als Coder ist es aufwändiger.

[sbleden]

ja versteh schon was du meinst, aber trotzdem.

gibs iwo nen kurzes tutorial und hast ma ne kurzen beispiel code, wo ich sehe wir man an die dagestellen infos auf einer stämmeseite kommt?
ist das nicht noch das schwierigste?

[C1B1SE]

Nein, das schwierigste ist es die eingelesenen Daten so zu speichern, dass man sie
1. schnell wiederbekommt.
2. alte automatisch löschen kann.
3. sie richtig zuordnen kann.

Hier mal ein Beispiel, das die Koordinaten des Angreifers aus einem Bericht ausliest und in dem Object "own_village" speichert.

PHP-Code:

var spying = findByInner(document,'Spionage');
var table = getNextElement(spying[0],'table');
var own_village = findByInner(table.parentNode,'Dorf:')[0].nextSibling.firstChild.innerHTML.match(/((d{1,3}|d{1,3}))/g)[0].split('|');
own_village[0] = own_village[0].substr(1);
own_village[1] = own_village[1].substr(0,own_village[1].length - 1);

// aus diesem Script:
//http://c1b1se.c1.funpic.de/newhp_userscripts/ds.spying2FormCensored.user.js 


[sbleden]

bleiben die variablen "am leben" wenn du die seite wieder verlässt?
bzw wann werden die überhaupt initialisiert?

sonst einfach nen 2D array...?

[C1B1SE]

Zitat von sbleden

bleiben die variablen "am leben" wenn du die seite wieder verlässt?
bzw wann werden die überhaupt initialisiert?

sonst einfach nen 2D array...?

Nein, das ist das Problem.
Sie bleiben nicht erhalten. Es gibt allerdings eine Möglichkeit sie in einer Datei zu speichern. Leider kann man aber nur Strings, Integer und Boolean speichern.
Das heißt man muss die Arrays erstmal in Strings umwandeln.

[sbleden]

Die Kordinaten sind doch eh Strings, wenn man sie ausliest.

Dann jede Zeile der Datei ein Dorf XXX|YYY ?

so a là

File ausgabe=new File ("temp.txt);
FileWriter fw=new Filewriter(ausgabe);
BuffereWriter bw=new BufferWriter(fw);


for (int i=0;array.length();i++){
	bw.write(array[i][0]+"|"+array[i][1]);
	bw.newLine();

	
}	

br.close();
bw.close();

EDIT: hab jetz einfach ma bissl nach JAva gegooglet... kp ob das so funzt..
btw in was wird da nur eigentl geschrieben? php oder java?

[C1B1SE]

Javascript.
(hat nichts mit Java zu tun, bis auf das die Syntax Java ähnlich ist, bzw. C ähnlich).

Man kann nicht auf Dateien zugreifen. Man kann nur einen Wert speichern lassen.
Die Funktion sieht so aus:
GM_setValue( name , value );
name ist ein String
value ist entweder ein string, integer oder boolean.

Zum Auslesen gibt es value = GM_getValue( name )

Das heißt du musst immer den String auslesen und in ein Array umwandeln. Dann kannst du mit arbeiten, z.B. neue Elemente hinzufügen oder Infos in DS-Seiten darstellen. Wenn du was neues hinzugefügt hast, muss du es wieder in einen String verpacken und speichern lassen.

Vielleicht habe ich heute abend Zeit, dann schaue ich mal, ob ich es hinbekomme (habe eventuell dann PA^^)

[Heinzelmänchen]

ich würds an deiner Stelle als Cookie speichern, dann kannst du nämlich einfach die Lebensdauer bestimmen, sodass die gespeicherten Werte nicht übermäßig viele werden....


mfg
Heinzel

[songoku990]

Zitat von Heinzelmänchen

ich würds an deiner Stelle als Cookie speichern, dann kannst du nämlich einfach die Lebensdauer bestimmen, sodass die gespeicherten Werte nicht übermäßig viele werden....

Aber du willst doch nicht für jeden Bericht einen Cookie speichern.

[babalomeus]

und, wie siehts aus?

[C1B1SE]

Ich habe schon was, aber man muss bisher noch jeden Bericht besuchen zum Einlesen.
Außerdem werden die Daten noch nicht automatisch gelöscht, daher kann man es noch nicht benutzen.

[C1B1SE]

http://userscripts.org/scripts/review/39452

Das ist eine Vorabversion

Ich denke allerdings das es schon ohne Fehler läuft.
Getestet mit FF3 sowohl mit als auch ohne Premium.

Bisher muss jeder Bericht dessen Titel verändert werden soll. Eingelesen werden.
Außerdem werden alte Berichte noch nicht korrekt gelöscht (es wird automatisch nach 14 Tagen alles gelöscht^^).

[Heinzelmänchen]

Zitat von songoku990

Aber du willst doch nicht für jeden Bericht einen Cookie speichern.

stimmt auch wieder :X