Menütausch ohne ini-Datei

Hallo

ich habe mir mal ein etwas intuitiveres Menütauschscript, als es im Varioskin ist, programmiert.
Kam nämlich selbst mit dem bisherigen nicht so doll zurecht
Features:
- die menu.ini fällt ganz weg ( Bestehende wird ignoriert )
- bei Menütausch ist kein Reset mehr notwendig
- theoret. unbegrenzte Zahl von Menüs
- Sicherungsfunktion
- Rückkopierfunktion

Vorbereitung:
Das Script ist ein Mortscript. Das Vorhandensein des Scriptinterpreters Mortscript.exe ist Bedingung. Es ist nur das Script ohne korrespondiere Exe im Download enthalten, da ich davon ausgehe, daß versierte Nutzer nur Dieses brauchen. Weniger versierte Nutzer sollten nur eine vorhande menutausch.mscr umbenennen und statt der Originalen die Meinige einsetzen. So ist dann auch schnell ein "Rücksetzen" bewerkstelligt.
Die bisherige menu.ini kann bestehen bleiben (und sollte es eventl. auch noch ein Weilchen ;)).

Beschreibung:
Ein Menütauscher dient zum Wechseln des gerade aktiven Hauptmenüs mit einem von mehreren zur Auswahl angebotenen Tauschmenüs.

Die menutausch.mscr erwartet nicht von Beginn an das Vorhandensein von Tauschmenüs!
Sie liest bei Erststart die eventl. bestehenden Tauschmenüs ein und bietet sie zum Tausch an.
Ist kein Menü als Tauschmenü vorhanden, kann auch erst mal des gerade aktive Menü in die Tauschstruktur aufgenommen werden. Es wird praktisch zur No. 01.
Man würde es unter My Flash Disk\navigation\menu als Ordner 480x272_01 mit der Datei menu_01.xml finden.
Das gerade aktive Menü als Ordner 480x272 mit der Datei menu.xml .
Neue Menüs werden z.B. mit dem Explorer über ActiveSync immer nach gleichem Muster (480x272_01, 480x272_02, ... ) in der Struktur angelegt. Der Ordnerindex und Dateiindex ist immer eins höher zu stellen.
Die Strukturintegration kann auch über den Menütauscher erfolgen, indem das aktive Menü aufgenommen wird.
Dann erhält es automatisch den nächsten freien Platz! Das ist ideal um zu experimentieren.

Beim Start des Tauschers und beim Einlesen der Menüs werden die Menünamen gelesen und angeboten.
Hat ein Menü noch keinen sinnvollen Titel kann er vergeben werden. Er kann aber auch später noch editiert werden.
Die Namen\Titel der Menüs werden in den Menüordnern gespeichert.So ist ein Verwechseln ausgeschlossen!

Ein gewähltes Menü kann aktiv geschalten, umbenannt oder gelöscht werden.

Alle Tausch-Menüs können in einen beliebigen Ordner gerettet oder aus einem beliebigen Ordner geholt werden.

Da nach Aktivierung bzw. Tausch eines Menüs kein Reset des PNA mehr durchgeführt wird, steht das gewählte Menü sehr schnell zu Verfügung. Das ist für Bastler auch ideal.

Für Ergänzungen, Meinungen etc. ruhig melden ...

Panik

Edit: Hinweise und bessere Beschreibung im Beitrag

Gratulation, Panik!
Da hast Du ja mit viel Fleiß ein elegantes Script geschaffen!
Und es funktioniert gut.

Allerdings konnte ich wegen geringer verfügbarer Zeit nicht ausgiebig testen.
Bin mal gespannt, wie das Echo bei den Usern ist.

Gruß sokobana

PS:
Du könntest es ja auch mal intensiver vorstellen, mit Bildern, Beschreibung etc.
Würde dann vermutlich mehr Leute zum Probieren animieren ...

Hallo Panik,
ich hab' mal deinen Menütauscher zum Sokobana Skin 3.53 installiert.

Bevor ich die Funktion aktivierte, habe ich - wahrscheinlich zu voreilig durch den Satz: die "Menü.ini" fällt ganz weg -
die Originale "menü.ini" gelöscht !

Nach Aufruf des Menütauschers konnte ich den installierten sokobana - Skin benennen, speichern und auf SD - Card sichern,
also es funktioniert bis dahin wie gewollt !

Um das Ganze rückgängig zu machen, habe ich anschließend die Originale "menü.ini" wieder zurückkopiert und die "Menü***.mscr" gelöscht !

Softreset,
nach einem erneutem Klick auf den Button "Menütausch" erfolgte keine Reaktion, d.h.
der Klick wurde zwar registriert, aber es erfolgte keine Umschaltung in den
Menütauscher , habe dann die "Menü***.mscr" zusätzlich zur "menü.ini" wieder in das entsprechende Verzeichniss zurückkopiert und es kann wieder ausgewählt
werden !

Dann ist mir noch folgendes aufgefallen:
Bei aktivieren der Option "Auswahl abbrechen" und Klick auf "ok" erfolgt eine Bestätigung, welche ebenfalls mit "ok" weggeklickt wird,
dann Klick auf Linkspfeil, das Auswahlmenü des Skins erscheint,
weiterer Klick auf Linkspfeil um in das Hauptmenü zu kommen,
aber dann ist der rote GoPal - Screen zu sehen und kann nur durch Softreset beseitigt werden !

Fragen:
1. kann die "menü.ini" nach Installation der "menü***.mscr" gelöscht werden ?
2. wie kann man das Ganze rückgängig machen ?

Ansonsten: viel Fleißarbeit von dir !

Hallo sokobana,

schön, daß dir das Script gefällt und es tut.
Stimmt. Die Doku ist schlecht :gap
Ich wollte aber erst mal die Leute erreichen, die sich den Scripttausch trauen und Rückmeldungen abwarten.
Ich werde aber nachbessern!(aber erst mal ohne Bilder;eventl später)

@randharzer
zu 1.
Die menu.ini muss nicht gelöscht werden. Sie kann es aber irgendwann später mal.
zu 2.
Rückgängigmachen geht, wenn man die Sicherungskopie der mit meiner menutausch.mscr überspielten wieder zurückkopiert.
Ich hoffe, du hast die noch
Aber wenn nicht, ist es nicht so schlimm:
-Empfehlung: den Skin nach Vario-Sicherung der Einstellungen nochmal installieren oder eine Vario-Sicherung(inkl.Menüsicherung) zurückspielen.

Zitat

anschließend die Originale "menü.ini" wieder zurückkopiert und die "Menü***.mscr" gelöscht

Wenn du diese Datei ganz löschst, wo soll denn dann bitte der Menütauschbutton im Skin sein Ziel finden?
Du musst schon - in dem Fall die originale menütausch.mscr - im Ordner My Flash Disk\Sokobana\MortScript lassen\wieder rein tun .

Was es mit Erscheinen des roten GoPalscreens auf sich hat weis ich nicht.
Es spricht aber alles dafür, daß die menü.exe nicht ausgeführt wird und du nur den "leeren" Desktop siehst. Du solltest dir, wenn es wieder geht eine Verknüpfung auf den Desktop machen, die zum Menütauscher führt...

Panik

Hallo Panik,
Danke für die Unterstützung,
hab' verstanden !
wollte in den nächsten Tagen sowieso neu aufsetzen,
werd' mich dann noch 'mal melden !

Hi Panik,

kurz und knapp: Klasse Script : drink.

Danke!

Hi Panik,

ich hab mir mit mitlerweile geübtern Blick Dein Script angeschaut, und noch ein Fehlerchen gefunden.

In Zeile 215 fehlt ein Anführungszeichen. Der Script sollte aber auch ohne dem gehen.

Hallo Panik,
habe ja weiter oben bereits was geschrieben.

Was mir besonders gut gefällt, sind die größeren "Bedienungselemente" , die sich zudem auch noch mit individuellen Texten belegen lassen:

Bei unserem Script:

[Blockierte Grafik: http://varioskin.de/Bedienung/Gopal_starten/doppels__Menu/vario3-neuesMenu03.gif]

Als Verbesserung würde ich begrüßen, wenn unsere Skin-Philosophie besser berücksichtigt würde, z.B.

a) Backups in zip-Dateien
b) alle Backups unter Backup Daten vereint, also dass auch die Datensicherung, die Du im Script anbietest kompatibel bleibt mit den übrigen Backups.
c) dass dadurch auch keine freie Wahl des Speicherorts besteht, sondern die unter BackupV3
d) dass nach FF sichergestellt ist, dass das gewünschte Menü automatisch restauriert wird

Vielleicht ist d) ja auch berücksichtigt, konnte aber keinen Mechanismus entdecken. Habe aber auch Dein Script nicht wirklich verstanden, ist mir als "Laienprogrammierer" zu kompliziert. Danke, dass Du es so gut kommentiert hast!
Leider ist PrinzEmu, der für dieses Teilgebiet des Skins verantwortlich ist, und das bei uns programmiert hat, momentan out of order.

Ein besonderes Anliegen ist mir auch die Kontinuität bei der Skin-Weiterentwicklung. Da weiche ich nur von der Vorgängerversion ab, wenn sich echte Vorteile bieten. Vielleicht hast Du ja auch überzeugende Gründe parat, warum ich das hier doch tun sollte.

Am liebsten wäre mir also ein Script, dass genau unserer bisherigen Logik folgt, aber die größeren Bedienelemente hätte, die wir dann auch im Text besser gestalten könnten, als die bisherigen Buttons mit dem fest vorgegebenen Beschriftung "Yes/No" etc. Das wäre eine echte Komfortsteigerung bei der Bedienung.

Vielleicht entdecke ich ja auch selbst noch mehr Pluspunkte, wenn ich mal wieder mehr als ein Menü drauf hätte.
Wo sind die bloß alle geblieben ...

Gruß sokobana

Zitat von sokobana

a) Backups in zip-Dateien
b) alle Backups unter Backup Daten vereint, also dass auch die Datensicherung, die Du im Script anbietest kompatibel bleibt mit den übrigen Backups.
c) dass dadurch auch keine freie Wahl des Speicherorts besteht, sondern die unter BackupV3
d) dass nach FF sichergestellt ist, dass das gewünschte Menü automatisch restauriert wird

Ich würde mich anbieten, das bei allgemeinem gefallen des Scripts entsprechend umzubiegen. Ich denke Panik macht nicht mehr so viel für die 3er, der bastelt ja jetzt bei den 5ern mit. Und das Script ist für alle Skins extra allgemein gehalten.

Zitat von sokobana

Ein besonderes Anliegen ist mir auch die Kontinuität bei der Skin-Weiterentwicklung. Da weiche ich nur von der Vorgängerversion ab, wenn sich echte Vorteile bieten. Vielleicht hast Du ja auch überzeugende Gründe parat, warum ich das hier doch tun sollte.

Ich persönlich finde solche dynamischen Menü's schöner, es wird nur angezeigt, was auch vorhanden ist.
Eventuell würde ich noch einen Punkt im Hauptmenü anlegen mit neues Menü.
Und das Script ist noch kleiner wie das Alte.

Zitat von sokobana

aber die größeren Bedienelemente hätte

das ist auch bei euren Scripten möglich.

Mortscript:
SetChoiceEntryFormat( 26,18, Arial )

Das sind ja super gute Nachrichten so früh am Morgen.
Die größere Schrift in Kombination mit der Anzeige der nur tatsächlich benutzten Slots, finde ich ein wichtiges Argument!

Dass die größere Schrift bei uns auch geht, wusste ich nicht.
Was aber der größere Nachteil bei uns ist, sind die fest vorgegebenen Beschriftungen bei den Entscheidungsboxen: Yes/No.

Da kann es relativ schnell zu einer Fehlbedienung kommen, wenn man nicht aufmerksam ist.

Also warten wir doch mal, sagen wir ein oder zwei Wochen, ob bei der User-Gemeinde fühl- oder messbares Interesse da ist. Bis dahin kannst Du/Ihr vielleicht schon die Machbarkeit prüfen:

a) Tolles Panik-Script um die wünschenswerten Funktionen zip-Backup und Erkennung nach FF ergänzen, oder
b) Bewährtes PrinzEmu-Script , dass von den Funktionen und der Logik weitgehend unseren Wünschen entspricht, verbesserte Anzeigen zu verschaffen. Das würde dann wohl darauf hinauslaufen, dass man die Entscheidungsboxen durch Entscheidungsmenüs mit großer Schrift ersetzt.

Apropos: Das PrinzEmu-Script hat für mich einen ganz besonderen Charme: Es kommt mit verdammt wenigen Klicks aus. Die Idee der 1-Klick-Funktionalität und allgemein der Wunsch nach verbesserter Lesbarkeit im Skin waren ja mal mit einer der Hauptauslöser für den wahnsinns "Skinboom" vor einigen Jahren ...

Gruß sokobana

Hallo Sokobana,

bei meinen ersten Vorüberlegungen zu einem geänderten Menütauscher sind mir folgende Gedanken gekommen.

Ich lass hier erst mal Panik's Script wie es ist als Ideengeber.

zur Oberfläche:

dynamisches Auswahlmenü mit größerer Schrift, mit allen vorhandenen Menüs, einen Auswahlpunkt neues Menü und einmal Sonderoptionen(dort verstecken sich dann umbenennen und löschen)

zur Speicherung der Menüs sind mir weitere Gedanken gekommen

ich würde nur das aktuelle Menü auf der MFD lassen, und alle anderen als einzelne Zip in einem Unterordner von BackupV3 >> das spart bei mehreren Menüs doch einiges an Platz auf der MFD

beim aktivieren des Menüs wird erst das alte entfernt, da würde sich ein Aufruf eines vom Menüanbieter gelieferten Scriptes noch anbieten (menuuninstall.mscr)

entpacken des neuen Menü's auf die MFD und dann noch ein Aufruf eines mitgelieferten Installscriptes (menuinstall.mscr)

beim Restore muß dann auch nur ein Menü entpackt werden (sollte schneller gehen)

Neue Menü's kann man dann einfach auf die MFD kopieren und über den Tauscher aktivieren. Dadurch kann mit etwas Anpassungsarbeit der Einsatz eigener Menü's erleichtert werden, und vielleicht gibt es dann ein paar mehr Angebote zum download.

So, das waren erst mal meine Gedanken hierzu. Meinungen? Vorschläge?

Hallo athos,
musste erst mal eine Nacht drüber schlafen ...

Zitat von athos

zur Oberfläche:
dynamisches Auswahlmenü mit größerer Schrift, mit allen vorhandenen Menüs, einen Auswahlpunkt neues Menü und einmal Sonderoptionen(dort verstecken sich dann umbenennen und löschen)

Finde ich gut.

Zitat

zur Speicherung der Menüs sind mir weitere Gedanken gekommen

ich würde nur das aktuelle Menü auf der MFD lassen, und alle anderen als einzelne Zip in einem Unterordner von BackupV3 >> das spart bei mehreren Menüs doch einiges an Platz auf der MFD

beim aktivieren des Menüs wird erst das alte entfernt, da würde sich ein Aufruf eines vom Menüanbieter gelieferten Scriptes noch anbieten (menuuninstall.mscr)

Nur das aktive Menu auf MFD hört sich auch gut an.
Brauchst Du die einzelnen Zips auch zur Identifikation der Menüs, also für die Präsentation im Auswahlmenü? Oder wie geht das sonst? Ergänzung: Der Name des Zips taucht dann als Menü-Name im Tauscher auf.
Das Script muss dann allerdings auch einen Eintrag in der user.ini machen, damit nach HR oder FF etc. Varioskin weiß, welches Menü aktiviert werden soll.

- braucht man überhaupt ein individuelles uninstall? Du gehst also davon aus, dass User außerhalb des Ordners 480272 individuelle Dateien (außer menu.xml) haben könnten?

Zitat

entpacken des neuen Menü's auf die MFD und dann noch ein Aufruf eines mitgelieferten Installscriptes (menuinstall.mscr)
beim Restore muß dann auch nur ein Menü entpackt werden (sollte schneller gehen)

Ich bin beinahe geneigt bei der Vorgehensweise "jedes Menü hat sein eigenes Zip unter BackupV3", den Anbietern vorzugeben, dass sie ihr Menü gleich als Zip für Backupv3 zur Verfügung stellen müssen.

Durch die "Selbsterkennung" im Script würde jegliches Erstinstall entfallen können. Oder übersehe ich jetzt etwas wichtigen?

Diese ganzen Änderungen bedeuten für alle User mit eigenen Menüs bei Umstieg auf Vario 4 aber auch: Abschied von der Vergangenheit.

- Alle bisher erfassten Menüs müssen nochmals von jedem User neu angelegt werden.
- Oder meinst Du man könnte ein altes menu.zip bei der Erstinstallation des Vario 4 "zerlegen" und in Einzelzips neu zur Verfügung stellen?

Gibt es eigentlich gar keine Usermeinungen zu diesem Thema
Wenn nicht, warum nicht? Benutzen 99,9% also nur das Soko-Menü und sind zufrieden?
Bitte meldet Euch doch mal zu Wort.

Gruß sokobana

PS: Ich habe jetzt eine Idee, wie man die User hinter dem Ofen vorlocken kann. Ich baue in den Vario 4 ein dermaßen schlechtes Menü ein, dass alle nach einem Tauscher schreien.

Zitat von sokobana

musste erst mal eine Nacht drüber schlafen ...

Was meinst wie viele Nächte ich darüber gebrüte habe

Zitat von sokobana

Brauchst Du die einzelnen Zips auch zur Identifikation der Menüs, also für die Präsentation im Auswahlmenü? Oder wie geht das sonst? Ergänzung: Der Name des Zips taucht dann als Menü-Name im Tauscher auf.
Das Script muss dann allerdings auch einen Eintrag in der user.ini machen, damit nach HR oder FF etc. Varioskin weiß, welches Menü aktiviert werden soll.

So hatte ich es gedacht, und zum Entpacken ist es auch einfacher. Ich hatte mal Probleme einzelne Dateien aus einem Zip zu holen schon wenn man nicht weiß wie die alle heißen, ein ganzes zu entpacken ist dagegen einfach.

Zitat von sokobana

- braucht man überhaupt ein individuelles uninstall? Du gehst also davon aus, dass User außerhalb des Ordners 480272 individuelle Dateien (außer menu.xml) haben könnten?

z.B. das i-Menü hat auch noch das Windows-Hintergrundbild mit drin, und wer weiß was noch alles für Dinge im Autorepair nur für's Menü sind.

Zitat von sokobana

Ich bin beinahe geneigt bei der Vorgehensweise "jedes Menü hat sein eigenes Zip unter BackupV3", den Anbietern vorzugeben, dass sie ihr Menü gleich als Zip für Backupv3 zur Verfügung stellen müssen.

Durch die "Selbsterkennung" im Script würde jegliches Erstinstall entfallen können. Oder übersehe ich jetzt etwas wichtigen?

So hatte ich es gedacht, wobei ich bei können bleiben würde, das klingt besser als müssen.

Erstinstall halt dann: Nachschauen in User.ini welches Menü aktiv war, suchen nach der entsprechenden Zip > installieren oder falls Zip nicht vorhanden Warnung, und Installation des Standartmenü.

Zitat von sokobana

Diese ganzen Änderungen bedeuten für alle User mit eigenen Menüs bei Umstieg auf Vario 4 aber auch: Abschied von der Vergangenheit.

- Alle bisher erfassten Menüs müssen nochmals von jedem User neu angelegt werden.
- Oder meinst Du man könnte ein altes menu.zip bei der Erstinstallation des Vario 4 "zerlegen" und in Einzelzips neu zur Verfügung stellen?

Das ist ein Punkt der mir noch etwas Kopfschmerzen bereitet, wahrscheinlich läuft es aber auf selbst neu erstellte Zip's hinaus. Da ich leider keine Informationen über die externen Dateien habe.

Beim Zerlegen könnte ja das Menu noch nicht vollständig sein.

PS: und ändere nächstens nicht einfach in deinem Post rum, wenn ich gerade an der Antwort schreibe, da kann ja sonst welcher Mist rauskommen.