Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Keep button support -Discussion #192

Open
Garfonso opened this issue Jun 18, 2024 · 3 comments
Open

Keep button support -Discussion #192

Garfonso opened this issue Jun 18, 2024 · 3 comments

Comments

@Garfonso
Copy link

Deutsch weiter unten

Is your feature request related to a problem? Please describe.
The old code used a library to support buttons and create states for "clicked", "released", "double click" and so on. The library can not be used anymore. There currently does not seem to be a replacement (feel free to suggest something, if you know something. Maybe there is a generic turn event into (double) clicks library out there somewhere?).

So... to keep support for buttons, I'd have to write all that code my own. This is possible, but a lot of work. So I'd really like to know if people use it at all and if they use it, what features are necessary. Especially double click (without a click first) will be some work. (click & release are more or less state turning true / false for input... so that is not a big headache ;-)).

Describe the solution you'd like
My wish would be to remove buttons completely. ;-)
IMHO most stuff is easily done using scripts and more flexible that way, anyway.

Describe alternatives you've considered
Some rought button support may be added.
Please tell me no one uses double click. 😄

Additional context
Feel free to discuss.


Ist deine Featureanfrage mit einem Problem verbunden?
Der alte Code verwendete eine Bibliothek zur Unterstützung von Tasten und zum Erstellen von Zuständen wie "geklickt", "losgelassen", "Doppelklick" und so weiter. Die Bibliothek kann nicht mehr verwendet werden. Derzeit scheint es keinen Ersatz zu geben (bitte gerne etwas vorschlagen, wenn jemand etwas weiß. Vielleicht gibt es irgendwo eine generische Bibliothek, die Ereignisse in (Doppel-)Klicks umwandelt?).

Um also die Unterstützung für Tasten beizubehalten, müsste ich den gesamten Code selbst schreiben. Das ist möglich, aber viel Arbeit. Daher würde ich wirklich gerne wissen, ob die Leute diese Funktion überhaupt nutzen und wenn ja, welche Funktionen notwendig sind. Besonders Doppelklick (ohne vorherigen Klick) wird etwas Arbeit erfordern. (Klick & Loslassen sind mehr oder weniger Zustände, die für Eingaben auf wahr/falsch gesetzt werden... das ist also kein großes Kopfzerbrechen ;-)).

Beschreibe die gewünschte Lösung
Mein Wunsch wäre es, Tasten komplett zu entfernen. ;-)
Meiner bescheidenen Meinung nach lässt sich das meiste Zeug mit Skripten einfach erledigen und ist flexibler.

Beschreibe die in Betracht gezogenen Alternativen
Eine grobe Unterstützung für Tasten könnte hinzugefügt werden.
Bitte sagt mir, dass niemand Doppelklick verwendet. 😄

Zusätzlicher Kontext
Bitte über das feature diskutieren 😄

@grothauu
Copy link

grothauu commented Jul 5, 2024

Ich nutze nur 1-fach Klicks, die ich vor Jahren selbst einfach per Skript abgebildet habe. War mir gar nicht bewusst, dass der Adapter das kann.

@HackyPaddy
Copy link

Ich nutze die 1-fach Klicks für viele Aufgaben. Doppelklick etc. benötige ich nicht. Kenne auch keinen der diese Funktion nutzt, nur 1-fache Klicks. Das wäre natürlich toll, wenn die Funktion wieder Einzug findet, vorher kann ich nicht updaten :(

@Garfonso
Copy link
Author

Garfonso commented Nov 8, 2024

1-fach Klicks gehen doch im Grunde. Das ist ja dasselbe, wie "input". Du müsstest die Skripte anpassen, weil der state dann nicht mehr "click" heißt (oder wie der halt hieß), sondern jetzt "state". Wenn das sehr viel Schmerzen bereitet, noch einmal melden, vielleicht gibt es da etwas, was ich tun kann. Aber auf lange Sicht, wird diese Änderung trotzdem irgendwann nötig sein.

Ich verwende in Skripten und Vis mittlerweile nur noch Alias, weil sich doch immer mal was ändert und dann muss ich nur den Alias umbiegen. War viel Arbeit am Anfang, aber in den letzten zwei Jahren war ich ein paar mal sehr froh darum. 😄

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants