Am Mittwoch, 11. März 2009 09:35:55 schrieb Knittl: > open office erzeugt bei beiden ein komma […] > (scheint aber ein office-bug zu sein […])
Ich glaube nicht, dass das ein Bug ist. Vermutlich werden KP_Separator und KP_Decimal beide nicht explizit als Komma und Punkt, sondern als Dezimalzeichen weitergegeben. OpenOffice macht daraus dann ein Komma oder einen Punkt – abhängig von seiner _eigenen_ Spracheinstellung (nicht die dies Systems!). Stellt man das Gebietsschema auf „Englisch (USA)“ und wählt den passenden Dezimaltrenner, so erscheint nicht das Komma, sondern in beiden Fällen, KP_Separator und KP_Decimal, der Punkt. > * warten wir auf pascal :) Ich werde jetzt keine Entscheidung treffen, biete aber eine Alternative: Auf der QWERTZ-Tastatur gibt es nur KP_Separator (kein KP_Decimal). Somit ist die volle Funktionsfähigkeit in allen Programmen gegeben, wenn wir statt einem expliziten Komma KP_Separator verwenden. Der Punkt dann dann explizit definiert werden – auf diese Weise macht auch OpenOffice kein Problem mehr.¹ > > * auch sollte der echte ziffernblock die KP_* codes erzeugen, überlegt > werden muss dann noch was auf ebene 3 kommt. (wo eigentlich der KP hinsoll) Ich nehme an, es geht um die Taste mit Komma, Punkt und ,/. In der Tat können wir dies (nach obigem Vorschlag) durch KP_Separator (Ebene 1) und einem expliziten Punkt (Ebene 2) ersetzen und erhalten eine freie Position auf Ebene 3. Wahrscheinlich wird sich schnell ein anderes Zeichen finden, dass noch einen Platz sucht. Gruß, Pascal ¹ Auf dem amerikanischen QWERTY-Layout gibt es hingegen nur KP_Decimal (und kein KP_Separator). Beide tauchen also nie zusammen auf. -- GPG-Schlüssel-ID: 0xC237D6DE Fingerabdruck: 14ED FAFD 0273 F505 8FD0 F7B8 E8A0 03EB C237 D6DE
signature.asc
Description: This is a digitally signed message part.
