Modifikationen für das Sokobana V3

    Hallo sokobana,


    Stefan hat ja schon einiges beantwortet - Dank an ihn.


    Eigentlich kann man Glopus nicht so ganz mit NaviPOWM vergeichen.
    Beide haben Stärken und Schwächen.


    Glopus ist schon sehr fortgeschritten und deckt ein großes Spectrum an Möglichkeiten und Features ab, vielleicht zuviel.
    Wenn ich dort das Forum lese, kapier ich nicht mehr viel.
    Ich benutze es, wie du, nur noch als nützliches Add-On für Zusatzanzeigen.
    Gelegentlich mache ich mal eine Pixelkarte drauf, aber das ist so selten, daß ich quasi "immer wieder von vorn anfange". Nach dem Motto "Wie war denn das?".


    Daher ist NaviPOWM eine leicht zu verstehende Alternative zur Anzeige von Wegen und Strassen. Sehr gut geeignet für Wanderer und Fahrradfahrer :]


    Daß im Gegensatz zur Pixelkarte aus verschiedenen Quellen (noch) nicht immer alles drauf ist, finde ich zweitrangig. Denn wenn etwas drauf ist, dann ist es sehr sauber dargestellt und zum Zoomen gut geeignet.
    Zudem sind viele Zusatzinformationen drin.


    Probier es mal aus, ich habe dazu, wie gewünscht, ein eigenes detaillierteres Thema eröffnet.


    Panik

    Zitat

    Original von ssnweb
    Und den Reg-Eintrag für das Tracking, den hätte ich fast vergessen.


    Am Server ist die "offizielle" Testversion V1.12.7 incl. Reg-Eintrag fürs Tracking (RORegKeys=0 nicht vergessen, sonst werden keine Reg-Einträge geschrieben!)


    Gruß,
    Stefan

    Zitat

    Original von StefanDausR


    Am Server ist die "offizielle" Testversion V1.12.7 incl. Reg-Eintrag....


    Gruß,
    Stefan


    Danke Stefan,


    werde ich testen! :]


    Gruß
    Stephan

    Hallo Stefan,


    danke, funktioniert perfekt!


    Aber ich habe auch den Fehlerteufel auf wince.dento gefunden:


    Tracking: nicht ändern=0, weiterschalten=1, an=2, aus=3


    Umschalten ist=2!


    Gruß
    Stephan

    Danke Stefan und Panik, dass Ihr so ausführlich
    geantwortet habt! :)


    Gruß sokobana

    Hallo Stephan,

    Zitat

    Original von ssnweb
    Aber ich habe auch den Fehlerteufel auf wince.dento gefunden:


    Tracking: nicht ändern=0, weiterschalten=1, an=2, aus=3


    Du darfst das GoPal-Tracking (TRK-Datei) nicht mit dem Koord-Tracking verwechseln!
    Das Gopal-Tracking (\Storage Card\Tracks) wird mit Bits aus RORegKeys= gesteuert (s. dein Zitat)
    Das Koord-Tracking wird mit SetTracking=0|1|2 (0=aus, 1=an, 2=um) gesteuert, so ist es bei der Version V1.11 Rev.2 auch angegeben.


    Gruß,
    Stefan

    Zitat

    Original von StefanDausR


    Du darfst das GoPal-Tracking (TRK-Datei) nicht mit dem Koord-Tracking verwechseln!


    Gruß,
    Stefan


    OK Stefan,


    dann hatte ich das nur falsch interpretiert.
    Bei mir funktioniert das Koord-Tracking soweit sehr gut.


    Der große Test steht jedoch noch aus.


    Gruß
    Stephan

    Hallo Stefan,


    ich habe noch einige Fragen, bevor ich hier weiter mache und meine Wege in eine Sackgasse führen:


    - wie viele (Unter-)Menus kann ich per *include öffnen? Gibt es hierfür eine Begrenzung?
    - Wie stark wird der Speicher hierdurch belastet wenn irgendwann 100 Menus geöffnet sind? Oder wird das vorherige Menu hierdurch geschlossen?


    Gruß
    Stephan

    Einmal editiert, zuletzt von ssnweb ()


    Da bin ich nicht der Freund von.
    Das kann sich doch niemand auf Dauer merken, vielleicht nicht mal der Entwickler :D , wenn einige Wochen vergangen sind.
    Es gibt einen Glopusstartbutton in den Settings:


    [Blockierte Grafik: http://www.senior-sos.de/Fotos/vario3-settings-glopus-navipowm-buttons.gif]


    und einen unter TripInfo: Trip-Info Glopus


    [Blockierte Grafik: http://www.senior-sos.de/Fotos/vario3-trip_info_tracking.gif]


    Hier kann auch komfortabel zwischen den einzelnen Tracking-Möglichkeiten umgeschaltet werden. Also sollte Koord-Tracking möglichst hier aktiviert werden können. Gegen einen zusätzlichen Button direkt in Koord-Menu ist allerdings auch nichts einzuwenden.


    Dann gibt es noch die Möglichkeit in Glopus selbst ein Setting-Menu aufzurufen, um z.B. das Startverhalten von Glopus festzulegen (Gopal allein - Glopus mit Gopal - Glopus läuft weiter auch nach Beenden von Gopal etc.)


    [Blockierte Grafik: http://www.senior-sos.de/Fotos/vario3-glopus-setting2.gif]


    [Blockierte Grafik: http://www.senior-sos.de/Fotos/vario3-glopus-setting.gif]



    Gerne mehr in einem sauber strukturierten Koord-Menu. Klicksperre etc. Ob sich das realisieren läßt? Ob das überhaupt sinnvoll ist?
    Intern benutzen wir ja die Klicksperrenfunktion oft bei Kopieraktionen etc. Damit soll ja verhindert werden, dass User da rumklicken und die Aktionen durcheinander bringen. In solchen Fällen beenden wir ja auch aus Speichergründen möglichst viele Programme. Warum sollten wir gerade an dieser Stelle einen Koord-Server verschonen? Zumal meist danach ein Reset folgt. Also Klärungsbedarf ...


    - Das neue Vario-Route-View-Feature (variabe 2 oder 3 Routen) wird vom Skin aus gesteuert. Die Buttons dafür werden vermutlich direkt in der Routenplanung sein. Beispiel:


    [Blockierte Grafik: http://www.senior-sos.de/Fotos/vario-3-routeview1.gif]


    Das hat mit Koord noch nix zutun.
    Erst die Präsentation des Ergebnisses ist ein Koordmenü. Das plane ich, wie die anderen Koord-Funktionen früher auch, erstmal ohne permanenten Server, dann mußt Du später die Anpassung machen, damit andere Feature, die gerade laufen, nicht abgeschaltet werden (Tracking etc).


    Zitat


    2) KoordMenu auf ein minimum reduziert und Schaltung über Skin-Button
    2a) Koordmenu auf die ganze Fläsche ausgedehnt (bevorzuge ich pers. in Kombi. mit 2b, ggf. nicht jede Funktion als Skin-Button)
    2b) wie 2 oder 3 und zusätzlich Skin-Buttons


    Ganze Fläche ist angenehm. Vom Design sollte es unbedingt(!) die Buttons aus dem Skin verwenden ( also aus png müssen entsprechende bmp gemacht werden). Stil etwa wie in Settings (weiße und schwarze Buttons je nach Bedarf).


    Gruß sokobana

    Ich habe noch einige Buttons vergessen.


    SN soll unter Kompass | Positionierung bleiben:


    [Blockierte Grafik: http://varioskin.de/Bedienung/GPS/Com-Port/vario3-positionierung.gif]


    Ein weiteres Mal wird die SN-Funktion in dem Button Walking NoMap benutzt (Settings)


    Wie Stefan schon bemerkte, wird eine Aufnahme in einen permanenten Server wohl fehlschlagen.


    Dagegen können die Koord-Buttons (Sun und Sun abschalten) unter Kompass entfernt werden und in ein Koord-Menu integriert werden. Für diese und andere Funktionen würde ich gerne eine Unterseite "Wandern/Radeln" haben.


    [Blockierte Grafik: http://www-senior-sos.de/Fotos/vario3-kompass.gif]

    Zitat

    Original von sokobana


    Ganze Fläche ist angenehm. Vom Design sollte es unbedingt(!) die Buttons aus dem Skin verwenden ( also aus png müssen entsprechende bmp gemacht werden). Stil etwa wie in Settings (weiße und schwarze Buttons je nach Bedarf).


    Gruß sokobana


    Hallo Sokobana,


    bald ist Weihnachten! :D


    OK, zu den Bitmaps...., die haben Speicherbedarf!
    Und das KoordMenu soll ja weniger Speicherbedarf haben als die Glopuseinbindung - das war das Argument für das KoordMenu! ;D
    Aus diesem Grunde wollte ich es eigentlich ohne Bitmaps machen. ;)
    Denk doch bitte hierüber noch einmal nach, ich werde Dir hierzu in den nächsten Tagen einen Gegenvorschlag machen. :]

    Einmal editiert, zuletzt von ssnweb ()

    Hallo Stephan,


    Zitat

    Original von ssnweb
    - wie viele (Unter-)Menus kann ich per *include öffnen? Gibt es hierfür eine Begrenzung?
    - Wie stark wird der Speicher hierdurch belastet wenn irgendwann 100 Menus geöffnet sind? Oder wird das vorherige Menu hierdurch geschlossen?


    es gibt keine Begrenzung denn es sind in Wirklichkeit keine "Untermenüs". Es gibt immer nur eine aktuelle Menüseite (bzw. Seite mit Anzeigen), die die vorigen Anzeigen überschreibt.


    Genau genommen ist es so:
    Es werden nur die Parameter überschrieben, die auch in der include-Datei angegeben sind:
    Würde die Include-Datei z.B. nur ServWnd=... enthalten, so wird nur die Fenstereinstellung geändert, nicht aber das "Aussehen", das mit PixWnd=... gesteuert wird. Ebenso bleiben ServKeyFile und ServBmpFile erhalten!
    Wird z.B. nur PixWnd=... per include geändert, so bleiben die Buttons erhalten, aber man kann z.B. die Farbe ändern. Genaus könnte man mit ServKeyFile=... andere Befehle ausführen lassen.
    Man benötigt also nicht pro Menüseite ein eigenes ServKeyFile. Man kann eines für alles benutzen oder eben für jede Seite ein eigenes. Immer das zuletzt includierte bleibt erhalten.
    Das einzige, was wirklich Arbeitsspeicher benötigt, sind die Bitmaps/Icons, die man aber auch wieder mit ServBmpFile= (also ohne Dateiname) entladen kann, wenn man sie nicht mehr benötigt. Die Bitmaps bleiben also auch so lange im Speicher, bis neue geladen werden.


    Gruß,
    Stefan

    Zitat

    Original von StefanDausR
    Hallo Stephan,


    es gibt keine Begrenzung ....


    super, dann funktioniert das mit meinem Vario-KordMenu! : drink
    Das Gerüst steht schon!



    Zitat

    Genau genommen ist es so:
    Es werden nur die Parameter überschrieben, die auch in der include-Datei angegeben sind:


    Das muss ich mal testen.... :P



    Zitat

    Das einzige, was wirklich Arbeitsspeicher benötigt, sind die Bitmaps/Icons, die man aber auch wieder mit ServBmpFile= (also ohne Dateiname) entladen kann, wenn man sie nicht mehr benötigt. Die Bitmaps bleiben also auch so lange im Speicher, bis neue geladen werden.


    Und der Speicherbedarf entspricht der Bitmap-Größe in KB oder mehr?





    Und noch eine Frage hätte ich:


    Wie kann ich die Hintergrundfarbe, die in rb gb bb angegeben ist, für eine Menuseite mehrfarbig gestalten? z.B. Pink unen schwarz?


    Gruß
    Stephan

    Hallo Stephan,

    Zitat

    Original von ssnweb
    Und der Speicherbedarf entspricht der Bitmap-Größe in KB oder mehr?

    Ziemlich genau dieser! Es kann sein, dass WinCE noch ein paar Bytes zur Verwaltung benötigt.


    Zitat

    Wie kann ich die Hintergrundfarbe, die in rb gb bb angegeben ist, für eine Menuseite mehrfarbig gestalten? z.B. Pink unen schwarz?


    Nur über eine Hintergrund-Bitmap.
    Die Elemente werden in der angegebenen Reihenfolge auf dem Bildschirm platziert, so dass man das erste Element gut als Hintergrund verwenden kann.


    Gruß,
    Stefan