Vorschlag: TAP welches erst bei 2x Exit ein Menü öffnet!?

phil-99 · #1

Hallo TAP-Gurus,

mich stört es doch immer wieder, wenn TAPs nur per Exit aufrufbar sind und deshalb auch immer wieder unbeabsichtigt das TAP-Menü aufspringt, wenn ich einmal zuviel Exit gedrückt habe.

Deshalb mein Wunsch/Vorschlag:
Könnte man nicht ein TAP schreiben, welches z.B. den ersten Drücker auf Exit ignoriert und erst auf den 2. Drücker reagiert?
Oder gar ein kurzen normalen Drücker auf Exit immer ignoriert und erst mit einem langen Drücker ( >1sec) ein TAP-Menü öffnet, indem ich die aktiven TAPs auswählen kann. Ähnlich des TSCommander.

viele Grüße
phil

phil-99 · #2

Hallo!?

Hat hier keiner eine Idee?

viele Grüße
phil

tornado · #3

phil-99 hat geschrieben: Hat hier keiner eine Idee?

viele Grüße
phil

Doch, ich.
Bei mir öffnet sich überhaupt kein Tap beim Betätigen der EXIT -Taste....
...und das ist gut so

phil-99 · #4

tornado hat geschrieben:Doch, ich.
Bei mir öffnet sich überhaupt kein Tap beim Betätigen der EXIT -Taste....
...und das ist gut so

Na supi!
Und gibts auch noch eine konstruktive Antwort zu meiner Frage?
Denke es gibt noch mehr User die TAPs verwenden, welche fest auf die Exit-Taste definiert sind (z.B. EPG-Uploader)

Wer keines dieser TAPs verwendet hat Glück gehabt, dies hilft aber auch nicht weiter.

viele Grüße
phil

asrael · #5

Hallo,

hier mal ein anderer Vorschlag. Auch ich habe das Problem, dass sich einige TAPs mit ihren Tasten in die Quere kommen. Es wäre nun "relativ" (modulo Schönheit und Konfigurierbarkeit) einfach, ein TAP zu schreiben, dass auf Tastendruck ein Menu bereitstellt, aus dem heraus andere TAPs aktiviert werden können (gestartet sein müssen diese bereits vorher). Ich habe das auch mal angetestet und konnte so z. B. SmartEPG, die MP3 Jukebox und einen ImageViewer zum laufen bringen.

Voraussetzung ist aber, dass die Entwickler des entsprechenden TAPs einen solchen Aufruf von einem anderen TAP aus unterstützen (bei den genannten klappte das mit einem kleinen Trick; das wäre aber nicht der offizielle Weg, sondern ginge z. B. über meine TAPCOM-API (siehe anderer Thread)).

Natürlich bietet sich eine solche Steuerung via vorgeschaltetem Menu nur für TAPs an, die man relativ selten benötigt. SmartEPG, Improbox oder Filer wären da eher schlechte Beispiel (möchte ich direkt auf einer Taste haben). Für die MP3-Jukebox, einen Bildbetrachter, Quicktimer, die AutoMove-"Liste der verschobenen Dateien" oder auch das Nicedisplay-Einstellmenu und irgendwelche Spiele kann ich mir aber durchaus vorstellen, sie lieber über ein einheitliches Menu aufzurufen (mit 2 Tastendrücken) als über 6 verschiedene (und teilweise konfliktäre) Tasten.

Voraussetzung ist aber wie gesagt die Unterstützung durch die so aufzurufenden TAPs.

Mit freundlichen Grüßen

asrael

phil-99 · #6

Hi asrael,

Danke für die ausführliche Antwort.

Der TSCommander macht ja auch sowas ähnliches, wie Du beschrieben hast. Damit habe ich den QuickJump schonmal "lahmgelegt". Wäre echt klasse wenn man das ausweiten könnte.

Oder nochmals die einfache Variante, dass ein TAP einfach den kurzen Druck auf Exit verweigert. Natürlich nur solange kein OnScreen Menü aktiv ist.

viele GRüße
phil

phil-99 · #7

Hallo TAP-Entwickler,

phil-99 hat geschrieben:Hi asrael,
...Oder nochmals die einfache Variante, dass ein TAP einfach den kurzen Druck auf Exit verweigert. Natürlich nur solange kein OnScreen Menü aktiv ist...

...wäre solch eine Lösung denn möglich?

viele Grüße
phil

Sigittarius-E · #8

Wenn ich die Problematik recht verstehe ist ein TAP notwendig dass beim Druck von Exit einfach nichts macht und eventuelle Menüs anderer TAPs somit abfängt oder?

phil-99 · #9

Hallo Wolfgang,

Sigittarius-E hat geschrieben:Wenn ich die Problematik recht verstehe ist ein TAP notwendig dass beim Druck von Exit einfach nichts macht und eventuelle Menüs anderer TAPs somit abfängt oder?

Genau! Und erst der zweite Druck auf Exit durchgelassen wird. Oder gerne auch ein langes Drücken der Exit-Taste.

viele Grüße
phil

Elle4u · #10

phil-99 hat geschrieben:Genau! Und erst der zweite Druck auf Exit durchgelassen wird. Oder gerne auch ein langes Drücken der Exit-Taste.

Das wäre ein ganz einfaches TAP.
Allerdings müßte es als aller erstes gestartet werden damit es die Tasten vor den anderen TAPs abfangen kann...

phil-99 · #11

Hallo,

Elle4u hat geschrieben:Das wäre ein ganz einfaches TAP.
Allerdings müßte es als aller erstes gestartet werden damit es die Tasten vor den anderen TAPs abfangen kann...

Da hört sich doch gut an. Und wer hat noch Kapazität für das Schreiben eines solchen TAPs?
Bei Dir wird´s da wohl eher extrem eng aussehen.

Die Startreihenfolge sollte mit entsprechender Benennung kein Problem sein.

Also Bitte erbarme sich jemand

und schreibe das TAP.

viele Grüße
phil

phil-99 · #12

Hallo,

ich hole den Thread nochmals hoch.

Vieleicht wäre es hilfreich, wenn hier noch ein paar User posten, dass sie auch gerne solch ein TAP hätten.

An der theoretischenUmsetzung scheint es ja nicht zu haken.

Wer könnte es auch in die Praxis umsetzen?

viele Grüße
phil

Elle4u · #13

phil-99 hat geschrieben:Wer könnte es auch in die Praxis umsetzen?

Wenn Du Dir ein paar Taps mit Source anschaust müßtest Du es evtl. auch hinbekommen

Ich schau mal, ob ich Dir da schnell was zusammenschreiben kann... Aber ich werde es dann nicht weiter supporten. Nur mal so als Anstoß...

phil-99 · #14

Elle4u hat geschrieben:Wenn Du Dir ein paar Taps mit Source anschaust müßtest Du es evtl. auch hinbekommen

Ich schau mal, ob ich Dir da schnell was zusammenschreiben kann... Aber ich werde es dann nicht weiter supporten. Nur mal so als Anstoß...

Hi,

das ist ein Angebot. Bin zwar zeitlich auch etwas eng, bin noch in einem anderen Forum aktiv. Aber wenn ich da haben will, dann trage ich natürlich auch was bei.

Wäre echt klasse wenn du mir Starthilfe geben könntest.

viele Grüße
phil

Elle4u · #15

phil-99 hat geschrieben:Wäre echt klasse wenn du mir Starthilfe geben könntest.

Hier das fertige TAP.

Es kann über TSR-Commander wieder beendet werden.
Die Zeit in der ein zweites EXIT akzeptiert wird steht derzeit auf 1 Sekunde...

Quellcode ist dabei.

mastercb · #16

phil-99 hat geschrieben: Die Startreihenfolge sollte mit entsprechender Benennung kein Problem sein.

Weder die Benennung, noch die Reihenfolge in der Liste hat was zu tun mit der Startreihenfolge

Alter Sack · #17

mastercb hat geschrieben:Weder die Benennung, noch die Reihenfolge in der Liste hat was zu tun mit der Startreihenfolge

Wenn man die TAP's durchnummeriert (01_xxx.tap, 02_xxx.tap) und dann in dieser Reihenfolge
auf den Topf kopiert, passt das schon

.

phil-99 · #18

Elle4u hat geschrieben:Hier das fertige TAP.

Es kann über TSR-Commander wieder beendet werden.
Die Zeit in der ein zweites EXIT akzeptiert wird steht derzeit auf 1 Sekunde...

Quellcode ist dabei.

Hallo Elle4U,

vielen Dank.
Was muss ich denn da jetzt noch machen? Du schreibst fertiges TAP. Leider funktioniert es bei mir noch nicht, obwohl ich die TAPs entsprechend nummeriert habe, angefangen mit 01_stopexit.tap

viele Grüße
phil

Elle4u · #19

phil-99 hat geschrieben:Was muss ich denn da jetzt noch machen? Du schreibst fertiges TAP. Leider funktioniert es bei mir noch nicht, obwohl ich die TAPs entsprechend nummeriert habe, angefangen mit 01_stopexit.tap

Naja. Nummerieren allein bringt ja nix.
Du mußt wie im Topfwiki beschrieben vorgehen, um die Reigenfolge zu verändern.

Es gibt natürlich noch die Möglichkeit, zum Test Meldungen auf den Schirm zu schicken.
Aber das kann dann bitte jemand anderes einbauen... Ich muß mit Filer weiter machen

phil-99 · #20

Danke.

Elle4u hat geschrieben:Naja. Nummerieren allein bringt ja nix.
Du mußt wie im Topfwiki beschrieben vorgehen, um die Reigenfolge zu verändern.

Daran lags. Nun läuft es. Super. Herzlichen Dank.

Was noch nicht ganz klappt ist mit 1x Exit die Improbox auszublenden. Die anderen OSD funktionieren super.
Wer von den anderen TAP-Entwicklern kann hier helfen? Denn Elle4U muss ja berechtigt...

Elle4u hat geschrieben:...mit Filer weiter machen

viele Grüße
phil