> > Punkt, Punkt, Komma (In OpenOffice 3.0, mit German(Switzerland) […], Häkchen > > hinter «Decimal separator key» gesetzt). > > Das ist also exakt das gewünschte Verhalten.
Dass auf Ebene 1 ein mal ein Komma, mal ein Punkt liegt ist gewünscht? > Ob man darum aber eine separate schweizer Neo > anbieten soll, weiß ich nicht. Spontan bin ich dagegen. Auf der Spezifikationsebene bin ich auch dagegen. Aber um die Spezifikation einzuhalten muss man unter veränderten Umständen gegebenenfalls andere Wege gehen, z.B. um immer ein Komma zu bekommen wo Neo eins verlangt. > Was ich nicht wusste ist, dass in der Schweiz der Punkt als übliches > XDezimalzeichen verwendet wird. Nur bei Geldbeträgen. > Das kann sein, aber momentan entspricht es exakt der Funktionalität der > (deutschen) QWERTZ. Natürlich könnte man nun darüber streiten, ob QWERTZ in > diesem Punkt bereits falsch ist, aber das erscheint müßig. QWERTZ spezifiziert nicht wie die Tastaturmaus funktioniert, Neo dagegen schon. > Für ein deutsches Layout ist ein Komma an dieser Stelle durchaus wichtig, Das Komma (mit großem K) ist unbestritten. Es geht darum, ob die Referenz die Implementierung (comma, KP_Separator) dieses Kommas dekretieren soll. > darum sehe ich zur aktuellen Belegung keine Alternative – Komma, KP_Decimal > wäre eindeutig zu umständlich in der Bedienung (z.B. bei der Maustastatur); Du trennst nicht zwischen abstrakter Beschreibung und Implementierung. Tastaturmaus und normale Belegung haben nichts miteinander zu tun, es sei denn durch Implementierungdetails (z.B. kann man mit einem XKB-overlay die beiden Modi unabhängig machen). > außerdem wäre es dann nicht mehr möglich, das Dezimalzeichen in OpenOffice > einzustellen. KP_Decimal hängt in OpenOffice auch dann von den Einstellungen ab wenn es den Punkt auf Ebene 2 implementiert. Andreas
