Ticket-System sollte in "Component" zwischen AHK und kbdneo unterscheiden

[hc]

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.

[ben]

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)

[hc]

• Referenzbelegung (Bugs/Verbesserungsvorschläge zur Belegung an sich)
  
• Dokumentation (druckbares Material, Tastaturaufsteller, Lehrmaterial, LaTeX)
  
• WWW-Seiten und Bugtracker
  
• Treiber: Linux xmodmap
  
• Treiber: Linux xkbmap
  
• Treiber: Windows kbdneo
  
• Treiber: Windows AHK
  
• Treiber: Mac
  
• Sonstiges
  
• unbekannt
  

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).

[Erik Streb del Toro]

Replying to hc:

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.

[florian]

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.

[Erik Streb del Toro]

Replying to florian:

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.

Ich finde es unnötig das genauer aufzuteilen. Meiner Meinung reicht es, nach (Betriebs-)Systemen zu unterscheiden. In der Fehlerbeschreibung kann beschrieben werden, welcher Treiber betroffen ist, und wenn nicht, kann man ja nachfragen. Denn nachfragen muss man wahrscheinlich eh, um den Fehler nachvollziehen zu können.

[anonymous]

Bitte Windows in AHK und kbdneo unterteilen oder Ticket schließen!

[anonymous]

So, wat is nu? Bestimmt bekomme ich eine Reaktion, wenn ich das Ticket schließe…

[Dennis Heidsiek]

Auch eine eigene Kategorie »Windows AHK-vars« wäre nett … wer hat den die Rechte dafür, neue Kategorien einzurichten?

[Erik Streb del Toro]

Replying to dennis:

Auch eine eigene Kategorie »Windows AHK-vars« wäre nett … wer hat den die Rechte dafür, neue Kategorien einzurichten?

Ne, übertreiben muss man es ja nicht. Am Besten noch:

• ⋮
• Treiber: Windows, AHK, Datei 15, zweites Drittel der Datei
• Treiber: Windows, AHK, Datei 15, zweites und drittes Drittel der Datei
• Treiber: Windows, AHK, Datei 15, drittes Drittel der Datei
• Treiber: Windows, AHK, Datei 16, erstes Fünftel der Datei
• ⋮

[Erik Streb del Toro]

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…

[Dennis Heidsiek]

Replying to erik:

Ne, übertreiben muss man es ja nicht. Am Besten noch:

• Treiber: Windows, AHK, Datei 15, zweites Drittel der Datei

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 :-).

Replying to dennis:

Auch eine eigene Kategorie »Windows AHK-vars« wäre nett … wer hat den die Rechte dafür, neue Kategorien einzurichten?

[Erik Streb del Toro]

Replying to dennis:

Replying to erik:

Ne, übertreiben muss man es ja nicht. Am Besten noch:

• Treiber: Windows, AHK, Datei 15, zweites Drittel der Datei

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.

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?

[Dennis Heidsiek]

Replying to erik:

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?

[Dennis Heidsiek]

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 ;-).