Beiträge von markusC64 im Thema „Tester gesucht: T3 Tastaturlayout unter Windows“

    Hm, warum die veraltetete Norm (T3 aus DIN 2137-1:2012) und nicht die aktuelle (E1 aus DIN 2137:2018)? Bitte melde dich an, um diesen Link zu sehen.)

    Zu der neuen Norm gibt es inzwischen zwei Windows-Treiber.


    Meine T3-Implemenzierung entspricht eigentlich exakt dem Schaubild, außer dass die Feststelltaste (Caps Lock, Shift Lock oder wie auch immer genannt) leicht anders belegt ist: Mit Strg zusammen (also Strg + Feststelltaste (Reihenfolge signifikant)) löst die die Feststelltaste aus. Ansonsten dient die als T3 erweiternde Extra-Taste. Siehe Doku-PDF.

    Wegen dieser kleinen Änderung braucht es keine andere Beschriftrung der Tastatur.

    Ansonsten sollte man wissen, dass bei T3 gemäß Norm nicht alle Belegungen der sekundären Gruppe (die übrigens aus ISO/IEC 9995-3 stammt) aufgedruckt werden. Funktionieren sollten diese jedoch alle. Die nicht aufgedruckten Zeichen sind auch anderweitig erreichbar. Das mag die Stelle sein, wo sich Linux unterscheiden könnte. Ansonsten passt das nach Schnelltest. Vielleicht weiß da wer noch genaueres.

    Bitte melde dich an, um diesen Link zu sehen.

    Doku zu E1 habe ich leider noch nicht fertig. Hauptsächlich fehlt es an einer nutzbaren Abbildung der Belegung. DIN stellt sich in der Hinsicht ja sehr an, die aus der DIN darf ich nicht verwenden.


    Ersatzweise ein paar Hinweise:

    * DIN-Norm konform: Caps Lock dient als 2. AltGr-Taste. Caps-Lock Funktion mit Strg+CapsLock.

    * Die Extra-Tastenerweiterung von meinem T3 gibt es weiterhin. Ist in der Beta auf der Kontextmenütaste zu finden. Kontextmenü per Strg + Kontextmenü.

    * Als verstecktes Feature gibt es die Belegung T3 auch noch - wenngleich umständlicher. Es gibt ja den Fall, dass man genau weiß, wo man es auf T3 findet...

    Alt drücken, ALtGr-drücken, Alt loslassen "Any-Taste" drücken -> Ergebis: AltGr "Any" aus T3.

    * "AltGr F" liefert DIN-konform die 2. Gruppe gemäß DIN. Die Tasten aus T3 zur Gruppenumschaltung funktionieren weiterhin und liefern die 2. Gruppe gemäß ISO-9995 (entspricht zufällig T3).

    * Strg + linke Windows-Taste liefert die Kontextmenüfunktion für Tastaturen, die jene Taste nicht haben.

    [Edit:

    Alt drücken, CapsLock-drücken, Alt loslassen "Any-Taste" drücken -> Ergebis: Extrataste "Any", falls die Kontextmenütaste in der Tastatur fehlt.

    ]

    Edit: Oder sollte ich als Alternativvariante anbieten, die Kontextmenütaste so zu lassen und Caps Lock mit der Extrataste belegen?

    Ich muss gestehen - ich weiß gerade nicht weiter.

    Analog zur Anleitung zum Aktivieren des Layouts es mal deaktieren - sprich aus den konfigurierten Layouts rausnehmen, dann mit dem Installer es auch deinstallieren lassen. Diese Reihenfolge sichert eine problemlose vollständige Deinstallation.
    Danach neu starten und wieder installieren ist die einzige Idee, die ich noch hätte.

    Unabhängig davon kann ich mal die Zeichen alle in die normale AltGr-Ebene rüberziehen...

    Ach nee, noch eine Idee: Was zeigt die Demo von kbdedit an - nachdem der Kayboardlayouteditor von Microsoft das ja nicht vollständig beherrscht? Sollte letzterer nämlich gespeichert haben, könnte das entstehen, dass es nicht mehr geht.

    Da fällt mir etwas ein: Mit welchem Programm probierst Du das aus?

    Nimm für eine Erstdiagnose mal "notepad.exe" - auch als "Editor" bekannt.

    Hintergrund: Microsoft hat in Windows 10 einen Bug drin, dass UWP-Anwendungen manchmal die Zeichen nicht können... Klassische Windows-Anwendungen (wie Word, Excel, SoftMaker Office, Notepad, Ultraedit, ...) kommen damit sehr wohl klar. Betrifft nicht nur "mein" Tastaturlayout, sondern sogar das von Microsoft kommende "Canadian Multilingual Standard" sowie das Neo-Tastaturlayout, um die mir bekannten Beispiele genannt zu haben.

    Als Workaround für dieses Problem habe ich im Layout auf Strg+Alt das originale AlrGr-Layout gelegt (Strg+Alt ist unter Windows AltGr, bzw. AltGr löst Strg+Alt aus, wenn auf der AltGR-Taste kein anderer Scancode gelegt worden ist). In der Ebene könnte man weitere Tasten legen (z. B. komplett T3)... nur lösen die in Word und Co gerne mal Shortcuts aus, so dass ich das habe sein gelassen...

    Ja, das Tool von Microsoft kann die Ebenen "KANA", "ROYA" und "LOYA", welche das Layout verwendet, nicht.

    PS: Mit der Demoversion von kbdedit.com kannst Du jedoch alle Ebenen anzeigen und sogar bearbeiten. Nur als .dll speichern, so dass das Layout verwendet werden kann - das geht mit der Demoversion nicht.

    PS2: Ich verwende inzwischen das Nachfolgelayout E1...

    Edit: PS3: Das Layout "canadian multilingual keyboard", welches bei Windows mitgeliefert wird, kann der MSKLC auch nicht komplett anzeigen, das verwendet nämlich die Ebene "KANA" - gelegt auf der rechten Strg-Taste.

    Eigentlich wenig. Allerdings ist Windows immer für Überraschungen gut. In der Doku steht drin, wie man das Tastaturlayout bei weiteren Windows-Benutzern aktiviert. Genauso kann man es dann auch deaktieren. Das ist einen Versuch wert und dann das Layout neu aktivieren.

    Letzteres musste ich nach Windows-Upgrades gerne mal machen.

    Weiterer Versuch: Windows 10 fährt in der Standardeinstellung nicht mehr komplett runter. Das macht machmal auch Probleme: Bitte melde dich an, um diesen Link zu sehen.

    Ich habe die Version 1.0 des Treibers fertiggestellt, die Homepage dafür jedoch leider immer noch nicht: Bitte melde dich an, um diesen Link zu sehen.

    DIN 2137:2012 ist inzwischen durch DIN 2137:2018 abgelöst, und die Beta des Tastaturtreibers dafür gibt es auch: Bitte melde dich an, um diesen Link zu sehen.
    Nachtrag: Bei E1 weiß ich noch nicht, ob das alles so bleiben wird, wie es derzeit ist... Ist halt Beta. Die aus meiner T3 bekannte Extrataste ist auf der Kontextmenütaste, Strg+Kontextmenü hat die Kontextmenüfunktion.

    Ich habe doch noch gefunden, wie man das genannte Problem abmildern kann: AltGr ist unter Windows als Abkürzung für Alt + Strg implementiert. Man kann also prinzipiell den @ auch per Alt+Strg+Q erreichen.

    Diese Tatsache nutzend wird die nächste Version auf Alt-Strg zumindest die Zeichen anbieten, die der Originaltreiber auch hat. So kann man die problematischen UWP-Programme zumindest auch mit dem T3-Treiber problemlos benutzen - wenngleich ohne die erweiterten Funktionalitäten. Dies liegt jedoch an Microsoft - da lässt sich leider nichts machen.

    Inzwischen ist die Norm DIN 2137-1:2012-06, die u. a. das Tastaturlayout T3 spezifitiert, durch die Norm DIN 2137-1:2018-12 ersetzt worden. Auch dafür ist ein Treiber fast fertig.

    Teste das bitte mal mit 'Canadian Multilingual Standard" gegen. Das Keyboard erhält man, indem man bei Windows 10 Französisch Kanada als Keyboard wählt.

    Das belegt die rechte Strg-Taste um. Obwohl das Layout offiziell von Microsoft ist, macht es mit manchen Programmen Probleme, u. a. Microsoft Edge. So leider auch bei meinem Layout...

    Weil, wenn das offizielle Layout, das auf den gleichen Feature aufbaut, auch nicht geht, dann kann man wenig machen...

    Ich habe derzeit den Eindruck, dass UWP-Programme Probleme machen - jedoch keine Ahnung, warum - leider ist es mit den o. g. Microsoft Keyboard Layout auch nicht besser.

    Nachtrag: Andere Layouts haben auch das selbe Problem: Bitte melde dich an, um diesen Link zu sehen. - an einer Erklärung oder gar Lösung besteht also allgemein großes Interesse.

    Die Kombinationen brauch ich überdurchschnittlich oft - häufig beide hintereinander, aber manchmal auch nur ".local". Also habe ich mit eine freie Stelle gesucht...

    Wer jetzt noch vermutet, dass das was mit der VMWare Vsphere zu tun haben könnte - liegt nicht falsch. ".local" braucht man einzeln jedoch auch für Windows-Domänen.

    Ich sehe gerade, dass die Visualisierung aus Deinem Bild nicht ganz passt:

    Viele der AltGR-Kombinationen, auch einige der Strg+"-"-Kombinationen mit ALtGr (und andere) sind sogenannte Tottasten (siehe Wikipedia Bitte melde dich an, um diesen Link zu sehen. ).

    Drück man bspw. AltGr+'R', lässt dann beides los und danach 'u', erhält man ein "ü". Vielleicht kommen daher Deine Fragezeichen.

    Nachtrag: Die Tottasten (und auch das Tastaturlayout) kann bereits die kostenlose Demoversion von kbdedit veranschaulichen mittels der integrierten "Preview".

    Nachtrag 2: In meiner Doku sind die Tottasten in der Abb. blau unterlegt.

    Frage: Zu was werden Zeichen als Drittbelegung angeboten, wenn es diese als Erstbelegung gibt?

    Was meinst Du mit Drittbelegung? Die per bei dir rechte Strg+"-" erreicheichbaren?

    Wenn nicht: Vergiss die Antwort.

    Wenn ja: Jene Zeichen sind in ISO/IEC 9995-3 genormt. Sie sollen unverändert nationalen Tastaturen hinzugefügt werden, die auf das lateinische Alphabet aufbauen. Deswegen ist es unvermeidlich, dass es dort Zeichendopplungen gegenüber den einfacher erreichbaren Zeichen gibt.

    Die Schweizer Tastatur hat bspw. kein "ß", die US-Tastatur keine Umlaute. Deswegen kann man beides per Gruppenumschaltung erreichen, damit man diese Zeichen eben auch in den USA und in der Schweiz hat - wenn denn das Tastaturlayout ISO/IEC 9995-3 implementiert.

    Die DIN 2137-1 legt fest, dass davon auf der Tastatur nur jene Zeichen aufgedruckt werden, die nicht bereits einfacher erreichbar sind - was meineserachtens jedoch nicht ausschlißt, dass man ein vollständiges Belegungsschaubild erstellt.

    Ähm, ja,

    leider bekomme ich im Webocton - Scriptly oft Fragezeichen.

    Kenne ich nicht - daher kann ich auf Anhieb dazu nichts sagen. Allerdings werde ich das mal ausprobieren.

    Ich habe auch auf meiner Tastatur keine rechte Windows-taste, daher

    In der Version 0.93 sind deswegen im Zip 3 verschiedene Installer, die andere jew. Tasten nehmen.

    Für mich wäre es schöner ich würde die Drittbelegung selber zuweisen können.

    Das geht sogar, dazu bräuchtest Du jedochj eine Lizenz von kbdedit (der Installer hat ja eh verraten, dass ich jenes Programm zur Erstellung verwendet habe). Nachdem das Layout installiert worden ist (per Installer) kann kbdedit das bearbeiten und wieder speichern.

    Auch kann ich nicht erkennen welche Tastatur gerade geladen ist, DEU / DEU t3.

    Das lieht jedoch an Windows - nicht an dem Layout. Dennoch ist es nicht gerade schön.

    So, jetzt habe ich etwas mehr Zeit zum Antworten.

    ich habe bislang die Euro-T2 verwendet

    Hm, ja, die habe ich auch vor etwa einer Woche ausprobiert. Verursacht kleinere Probleme: Bestimmte AltGr-Kombinationen stoßen in Word Shortcuts an, so dass die Eingabe jener Zeichen nicht möglich ist. Einer der Gründe, warum ich eine eigene Version gemacht habe - zumindest mit Word tritt das Problem mit meiner T3 nicht mehr auf.
    Wenn man jene Shortcuts mal braucht, macht man es unter T3 genauso wie auf einer US-Tastatur: Ctrl-Alt statt AltGr verwenden, dann kommen die Shortcuts - und nicht die Sonderzeichen.

    Und nach Kompatibilität mit anderen Programmen habe ich ja explizit gefragt.

    Wenn man sich per Remote-Desktop an einen Windows-Server verbindet und kein Standard-Layout (=direkt von Windows mitgeliefert) hat, wechselt der Remote-Server auf die englische Tastaturbelegung

    Dagagen hilft (auf den Maschinen, auf denen man sich remote einloggen will):

    Code
    Windows Registry Editor Version 5.00
    
    
    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout]
    "IgnoreRemoteKeyboardLayout"=dword:00000001

    Hallo,

    ich habe diese Woche das Tastaturlayout T3 für Windows umgesetzt.

    Die Tastaturbelegung T2 („Tastaturbelegung 2“) ist eine der drei in der Bitte melde dich an, um diesen Link zu sehen. Bitte melde dich an, um diesen Link zu sehen. festgelegten deutschen Standard-Tastaturbelegungen für Deutschland und Österreich. Im Gegensatz zur üblichen Belegung ermöglicht T2 Eingabe aller lateinschriftlichen Amtssprachen durch Belegung weiterer Zeichen. T3 enthält zusätzlich alle in der internationalen Norm ISO/IEC 9995-3:2010 aufgelisteten Zeichen.

    Die bekannten Funktionen sind unverändert in T2 und T3 enthalten.


    In meiner Implementierung ist jedoch die rechte Windows-Taste umbelegt worden - s. u.


    Doku bin ich noch nicht zu gekommen (wie das halt so ist ), deswegen
    ein paar Hinweise:

    Im Wesentlichen passt die Doku vonBitte melde dich an, um diesen Link zu sehen. - nur ist die
    Zusatz-Taste (dort AltGr-D) eine andere - man kann wahlweise

    • AltGR + Shift + ^
    • AltGR + Shift + 'D'
    • RechteWindows + '.'
    • RechteWindows + '<'

    benutzen.


    Zusammen mit der rechten Windows-Taste gibt es weitere Zeichen (auf den
    Zifferntasten sind einige Goodies).

    RechteWindows + 'ß' liefert das Fraktur-S
    RechteWindows + Leertaste liefert ein halb so langes Leerzeichen
    RechteWindows + Buchstabe liefert russische Buchstaben
    RechteWindows + AltGR + Buchstabe liefert griechische Buchstaben.

    Ansonsten Schaubild von Wikipedia zeigt die zusätzlichen Funktionen von
    T3 zu T2:
    Bitte melde dich an, um diesen Link zu sehen.


    Feedback ist explizit erwünscht.

    Danke im Voraus.


    Nachtrag: Explizit interessiert mich die Kompatibilität zu vorhandener Software. Und falls sich wer in dem Umfeld ausknnt, auch, ob Zeichen bei den "toten Tasten" fehlen.