Ticket-System sollte in "Component" zwischen AHK und kbdneo unterscheiden #12
Labels
No Label
(╯°□°)╯︵ ┻━┻
Bug
Diskussion
Dokumentation
Duplikat
Gitea
Hardware
Hilfe
Invalid
Java
Lernen
Qt
Remote
Subversion
Tablet
Tastaturbelegung
Test
Treiber/Android
Treiber/iOS
Treiber/Linux/Konsole
Treiber/Linux/xkbmap
Treiber/Linux/xmodmap
Treiber/MacOS
Treiber/Windows/AHK
Treiber/Windows/kbdneo
Treiber/Windows/ReNeo
Verbesserung
Website
Windows 11
Wontfix
Worksforme
No Milestone
No Assignees
6 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: neo/neo-layout#12
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Die Idee von "Component" in einem Bugtrackingsystem ist, dass hier die einzelnen Komponenten des Gesamtprojekts gelistet werden. Diese Liste sollte insbesondere die unabhängigen Treiberprojekte wie "Linux xmodmap", "Windows AHK", ferner die begleitenden Dokumentationsprojekte wie "Tastaturaufkleber", "Referenz" usw. sowie einen Punkt "Sonstiges" (damit der Einreicher nicht genötigt wird, eine völlig unpassende Kategorie zu wählen, so wie ich das hier mit "Linux" tue) enthalten. Dies ermöglicht später für die jeweiligen Entwickler eine spezielle Suche/Filterung nach genau den Problemen, die das eigene Projekt betreffen.
Es gibt für die einzelnen Komponenten schon Einzelteile. Dieser Bug wurde z.B. fälschlicher Weise in der Kategorie Linux eingestellt, obwohl es die Komponente „wiki“ schon gibt.
Die Komponente „sonstiges“ habe ich hinzugefügt, ansonsten benötige ich konkrete Wünsche für Komponenten, die es noch nicht gibt. (Tastaturaufkleber und Referenz würde ich unter sonstiges mit einordnen)
Eine explizite Trennung der einzelnen Treiber kann verhindern helfen, dass der Nutzer vergisst, zu schreiben, wovon er überhaupt redet (vgl. Ticket #7, wo man nur vermuten kann, dass es um AHK geht).
Habe ich auch erst gedacht, aber meinst Du nicht, dass zu viel Auswahl nur verwirrt: „Was ist es jetzt genau? Ich kenne mich nicht aus.“. Dann doch lieber so wie es jetzt ist. Manchmal müsste man sonst einen Fehler doppelt schreiben, weil er alle Treiber eines Systems betrifft.
Habe trotzdem mal Dokumentation aufgenommen. Denn mit Wiki ist sicher das Trac-System gemeint, oder? Vielleicht sollten wir das aber lieber zusammen legen. Doku/Wiki und Trac als einzelne Komponente. Ja, das mach ich mal.
Ich finde es besser, wenn die Unterscheidung feiner wäre und man die Fehler direkt dem jeweiligen Treiber zuordnen könnte. Zumindest für Windows wäre es nicht verwirrender, die Zuordnung ist einfach und eindeutig, wie das bei Linux aussieht weiß ich nicht.
Ticket-System sollte in "Component" eine Liste der Softwareprojekte zeigento Ticket-System sollte in "Component" zwischen AHK und kbdneo unterscheidenBitte Windows in AHK und kbdneo unterteilen oder Ticket schließen!
So, wat is nu? Bestimmt bekomme ich eine Reaktion, wenn ich das Ticket schließe…
Auch eine eigene Kategorie »Windows AHK-vars« wäre nett … wer hat den die Rechte dafür, neue Kategorien einzurichten?
So, sind nun alle glücklich? Wenn nicht: Pech! ;-) Ne, aber bitte jetzt erst mal die Fehler durchgehen und die Komponente spezifizieren.
Was ist eigentlich, wenn es AHK und kbdneo betrifft? Hmm…
Das ist natürlich Quatsch … aber ich bleibe trotzdem dabei, dass es sinnvoll wäre, eine Unterscheidung zwischen AHK-Alt und AHK-Vars zu treffen. Beide Treiber sind zwar mit Autohotkey realisiert, aber in vollkommen unterschiedlicher Art und Weise bzw. Philosophie. Von daher sind auch die Fehlerquellen andere und eine Vermischung der beiden kann zu unnötiger Verwirrung führen.
@Erik: Vielen Dank für die neuen Kategorien, das ist definitiv eine Verbesserung :-).
Ich verwende Windows nicht, und daher auch nicht AHK. Deshalb mal die Frage:
Gibt es etwa momentan zwei AHK-Versionen im Angebot? Ist das notwendig? Und wird das hier erwähnt?
Ja, derzeitig gibt es tatsächlich zwei verschiedene mit AHK realisierte Treiber. Einmal den »alten« oder »traditionellen« AHK, der ursprünglich von Nora stammt und im Laufe der Zeit mehrfach erweitert und überarbeitet wurde und dann eine komplette Neuentwicklung von Mœsi, den »AHK-Vars«. Der Name kommt daher, das dieser Treiber intern massiv mit Variablen arbeitet; zudem wird nicht mehr jede Taste einzelnd gehookt, sondern es gibt einen grossen Hook für alle Tasten.
Die beiden Treiber sind derzeitig mehr oder weniger gleich funktional, wobei der AHK-Vars jedoch klar die Zukunft zu gehören scheint (auch wenn es da noch ein paar Kinderkrankheiten, Stichpunkt »Verschluckte Zeichen« zu geben scheint, die aber inzwischen auch unter Kontrolle zu sein scheint).
Auf der Homepage und im Wiki wird noch auf »AHK-Alt« verwiesen; der Endnutzer soll nicht durch zwei parallel laufende AHK-Versionen unnötig verwirrt werden. Stattdessen wird in absehbarer Zeit wohl der AHK-Alt »hart« durch den AHK-Vars ersetzt werden (wobei der Endnutzer das gar nicht mitbekommen wird, höchstens durch ein paar neue Features des AHK-Vars – etwa geschrieben im Jahre ⅯⅯⅤⅠⅠⅠ).
¿Erik, der Vorhang zu und alle Fragen offen?
Erik, um auch nochmal Deine Frage »Warum gibt es zwei AHK’s« zu beantworten:
Der AHK-Alt war wie ein kleines Haus, das immer wieder um- und ausgebaut wurde, einen Dachboden kriegte, einen Keller kriegte, obwohl das Fundament gar nicht dafür ausgelegt war. Kann man sich so wie das Haus der Munsters vorstellen ;-).
Beim AHK-Vars wurde dagegen bei Null angefangen, erstmal eine Fläche mit einem Bulldozer freibetoniert, dann eine massive Beton-Platte gegossen und von vorneherein mit mehreren Zimmern gerechnet. Sozusagen der »saubere« Neubau auf der grünen Wiese.
Der Vergleich ist zwar vielleicht ein bisschen /sehr/ bildhaft, aber ich glaube das trifft es einigermaßen … sonst mögen mich die AHK-Weisen korregieren ;-).