-
Willkommen im Geoclub - dem größten deutschsprachigen Geocaching-Forum. Registriere dich kostenlos, um alle Inhalte zu sehen und neue Beiträge zu erstellen.
RC1 Fehlerthread
- Ersteller rautaxe
- Erstellt am
Nur damit ich es jetzt richtig verstanden habe: Der Patch von Pfeffer diente nur dazu, Probleme bei der Profilpfadangabe zu umgehen, wenn der Pfad in der pref.xml nicht stimmt?MiK schrieb:
Ich habe auf dem PC und dem PDA (WM 6, ARM-Version) jeweils mit und ohne Patch getestet: CW schlägt immer das Cachewolfverzeichnis vor. Auch beendet das Programm bei klick auf cancel korrekt.
Gruß, maierkurt
MiK
Geoguru
Vom Code her sieht es gut aus. (allerdings ist eine alte preferences.java mit in den Patch gerutscht, die damit nichts zu tun hat.) Ich konnte es aber mangels GC-GPX nicht selbst testen.
Noch etwas ist mir aufgefallen: Du hast die ersten beiden Stellen, an denen String 4000 genutzt wird nicht an den neuen String angepasst.
Noch etwas ist mir aufgefallen: Du hast die ersten beiden Stellen, an denen String 4000 genutzt wird nicht an den neuen String angepasst.
Kappler
Geowizard
Folgendes Szenario:
CW wird gestartet, das letzte Profil automatisch geladen.
Jetzt wird weder diekt der Cachewolf beendet.
Nun 2 Möglichkeiten:
- im Profil war kein Filter aktiv => beenden und gut ist (was man ja auch so erwarten würde)
- Ein Filter war aktiv und wird automatisch beim Laden wieder angewandt => beim Beenden wird erst mal das Profil gespeichert (was besonders bei größeren Profilen auf dem PDA nervt)
Ursache (in MainForm.java):
Dadurch, dass die Zeile
rauskommentiert ist, wird das Profil durch restoreFilter() als geändert markiert und entsprechend und konsequent später gespeichert.
Hat diese Rauskommentierung einen tieferen Sinn? (irgendwann muss sich wohl mal jemand was dabei gedacht haben...)
CW wird gestartet, das letzte Profil automatisch geladen.
Jetzt wird weder diekt der Cachewolf beendet.
Nun 2 Möglichkeiten:
- im Profil war kein Filter aktiv => beenden und gut ist (was man ja auch so erwarten würde)
- Ein Filter war aktiv und wird automatisch beim Laden wieder angewandt => beim Beenden wird erst mal das Profil gespeichert (was besonders bei größeren Profilen auf dem PDA nervt)
Ursache (in MainForm.java):
Code:
public void doIt(){
...
profile.readIndex();
pref.curCentrePt.set(profile.centre);
profile.updateBearingDistance();
profile.restoreFilter();
//profile.hasUnsavedChanges=false;
setTitle("Cachewolf "+Version.getRelease()+" - "+profile.name);
...
Code:
profile.hasUnsavedChanges=false;Hat diese Rauskommentierung einen tieferen Sinn? (irgendwann muss sich wohl mal jemand was dabei gedacht haben...)
pfeffer
Geowizard
nein, das war Absicht und ist notwendig (glaub ich), damit nach dem Erstellen eines neuen Profils das neue Zentrum gespeichert wird. Ich habe den entsprechenden hasUnsavedChanges in die readIndex verschoben, die hasUnsavedChanges=false nur setzt, wenn sie tatsächlich die index.xml gelesen hat und es nicht ändert, wenn es keine gab.
Gruß,
Pfeffer.
Gruß,
Pfeffer.
Zum einen würde ich gern nochmal auf meinen Bugreport vom Mi 23. Apr 2008, 23:23 aufmerksam machen (nur dass der nicht untergeht 
)
Außerdem ist mir noch eine Kleinigkeit aufgefallen: Wenn ich einen Cache als gefunden deklariere, werden automatisch als zugehörigen Stages, Final, Parkplatz, usw als gefunden deklariert... wenn ich hingegen eine Stage als gefunden deklariere, ist nur genau dieser Eintrag als gefunden deklariert, alle weiteren zu dem Cache gehörigen Einträge sind weiterhin ohne Status...
Meiner Meinung nach ein wenig intuitives Verhalten
)Außerdem ist mir noch eine Kleinigkeit aufgefallen: Wenn ich einen Cache als gefunden deklariere, werden automatisch als zugehörigen Stages, Final, Parkplatz, usw als gefunden deklariert... wenn ich hingegen eine Stage als gefunden deklariere, ist nur genau dieser Eintrag als gefunden deklariert, alle weiteren zu dem Cache gehörigen Einträge sind weiterhin ohne Status...
Meiner Meinung nach ein wenig intuitives Verhalten
MiK
Geoguru
Das ist dann wohl dieser: http://www.geoclub.de/viewtopic.php?p=380515#p380515lahmer schrieb:Zum einen würde ich gern nochmal auf meinen Bugreport vom Mi 23. Apr 2008, 23:23 aufmerksam machen (nur dass der nicht untergeht
Warum? Ich kann doch schon eine einzelne Stage gefunden haben, ohne dass ich den ganzen Cache schon habe. Wenn man aber den Hauptcache gefunden hat, braucht man auch die einzelnen Stationen nicht mehr suchen.lahmer schrieb:Außerdem ist mir noch eine Kleinigkeit aufgefallen: Wenn ich einen Cache als gefunden deklariere, werden automatisch als zugehörigen Stages, Final, Parkplatz, usw als gefunden deklariert... wenn ich hingegen eine Stage als gefunden deklariere, ist nur genau dieser Eintrag als gefunden deklariert, alle weiteren zu dem Cache gehörigen Einträge sind weiterhin ohne Status...
Meiner Meinung nach ein wenig intuitives Verhalten
pfeffer
Geowizard
MiK schrieb:Das ist dann wohl dieser: http://www.geoclub.de/viewtopic.php?p=380515#p380515lahmer schrieb:Zum einen würde ich gern nochmal auf meinen Bugreport vom Mi 23. Apr 2008, 23:23 aufmerksam machen (nur dass der nicht untergeht
Ich nehme an, dass das Problem gelöst wird, in dem man in "public void doFilter()" selectionChanged auf true setzt.
Gruß,
Pfeffer.
Hm.. ich bin zwar noch nie auf die Idee gekommen, einzelne Stages als gefunden zu deklarieren, gebe aber zu, dass das nicht allzu abwegig klingtMiK schrieb:Warum? Ich kann doch schon eine einzelne Stage gefunden haben, ohne dass ich den ganzen Cache schon habe. Wenn man aber den Hauptcache gefunden hat, braucht man auch die einzelnen Stationen nicht mehr suchen.lahmer schrieb:Außerdem ist mir noch eine Kleinigkeit aufgefallen: Wenn ich einen Cache als gefunden deklariere, werden automatisch als zugehörigen Stages, Final, Parkplatz, usw als gefunden deklariert... wenn ich hingegen eine Stage als gefunden deklariere, ist nur genau dieser Eintrag als gefunden deklariert, alle weiteren zu dem Cache gehörigen Einträge sind weiterhin ohne Status...
Meiner Meinung nach ein wenig intuitives Verhalten
Aufgefallen ist es mir allerdings vor allem beim Final... in dem Fall finde ich es doch ein wenig komisch, wenn ich nur den Final, nicht aber den Hauptwegpunkt als gefunden deklarieren möchte... und genau so läuft es momentan...
wäre es denn evtl. möglich, im Fall des Finals eine Ausnahme zu machen... oder denke ich einfach nur ein wenig anders als andere
