On 8/11/2009 11:54 AM, Knittl wrote:
2009/8/11 Pascal Hauck:Wenn du dagegen beide Keysyms z.B. in OpenOffice ausprobierst, wirst du feststellen, dass beide ein Komma ergeben – somit wäre über das Keypad kein Punkt eingebbar. Wir benötigen also ein explizites ›period‹.ich bin noch immer der meinung, dass das ein bug in openoffice ist, neo macht's richtig ;) openoffice ist hier etwas übergenau, und erzeugt je nach spracheinstellung der datei entweder komma oder punkt. wird KP_Separator und period verwendet, kann man kein komma eingeben, falls die sprache auf englisch ist. werden comma und period verwendet, hat man keine KP_*-syms mehr.
Ich weiß nicht, wo das Problem ist. Bei Neo-vars und Excel (Windows) hatten wir bis vor Kurzem das Problem, dass Excel ohne aktiviertes NumLock kein sprachabhängiges Dezimal-Komma sieht, was bei aktiviertem Englisch zu Problemen führte, da dort ebenfalls ein Beistrich-Komma an Stelle des notwendigen Punktes gesetzt wurde.
Ich denke, dass für die explizite Setzung eines Punktes oder Beistrichs genügend fest kodierte Tasten zur Verfügung stehen und die KP_-Komma-Variante in OO auch hier richtig und sinnvoll verwendet wird.
die xkbmap hat deswegen auf m4+shift comma und period »für den notfall« macht das nur oo.o calc so, oder auch writer und die anderen? denn in calc braucht man theoretisch keinen punkt, wenn man deutsche zahlen eintippt, komma ist das dezimaltrennzeichen und das tausendertrennzeichen wird über das zellenformat automatisch bei zahlen eingefügt
Ich halte die Anpassung an die Sprache für sinnvoll und notwendig. Das _Layout_ sollte für die Taste zwischen Null und KP_Enter das Dezimaltrennzeichen so liefern, dass es von den Programmen gemäß der eingestellten _Sprache_ richtig verwendet wird.
– Mœsi
signature.asc
Description: OpenPGP digital signature
