Irgendwie hast du ein grundlegendes Verständnisproblem und trotz meiner vielen
Nachfragen, um dem auf die Spur zu kommen, schaffe ich es nicht.
Deutlich erkennbar ist das an folgenden Aussagen:
Am Mittwoch, 19. August 2009 08:15:56 schrieb wettstein...@solnet.ch:
> Dass auf Ebene 1 ein mal ein Ko
> > 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
>
Am Dienstag, 18. August 2009 21:16:21 schrieb wettstein...@solnet.ch:
> Komma, Punkt, Komma (bash in xterm, unabhängig von LC_ALL)
> […]
> Punkt, Punkt, Komma (In OpenOffice 3.0, mit German(Switzerland) […], Häkchen
> hinter «Decimal separator key» gesetzt).
Das ist also exakt das gewünschte Verha
> Bitte beschreibe genau unter welchen Umständen das passiert – vielleicht
> haben
> wir noch immer diese Keysyms noch nicht ganz richtig verstanden.
Mit OpenOffice und schweizerdeutschen Spracheinstellungen, Details siehe
unten. Nichts Neues. Ich würde nicht erwarten, dass man die keysyms
ver
Am Montag, 17. August 2009 21:57:35 schrieb wettstein...@solnet.ch:
> KP_Separator ergibt mit einem schweizerdeutschen (nicht nur einem
> amerikanischen) Locale unter Umständen einen Punkt.
Bitte beschreibe genau unter welchen Umständen das passiert – vielleicht haben
wir noch immer diese Keysyms
(ich antworte hier auf zwei emails gleichzeitig, ich hoffe, das verwirrt
nicht)
> > Falsch. Man muss auch noch ein passendes Locale einstellen, und das ist
> > ein einschneidender (oft inakzeptabler) Eingriff.
>
> Wo stellst du ein passendes Locale ein?
Mit LC_ALL. In OpenOffice gibt es auch
Am Montag, 17. August 2009 08:16:31 schrieb Dennis Heidsiek:
> treiberspezifische Umsetzungsfragen sollten
> möglichst in den Treibern selbst abgehandelt und insbesondere auch hier
> dokumentiert werden.
D’accord, aber:
Die eigentliche Frage dieses Threads war, ob man nicht KP_Separator auf der
E
Hallo allerseits,
Andreas Wettstein ſchrieb am Mittwoch, 12. August 2009 21:45:48:
Er diktiert eine Implementierung, statt sich darauf zu beschränken, das
gewünschte Verhalten der Neo-Belegung zu spezifizieren. Systemspezifischer
Kram wie X-Keysyms haben in einer allgemeinen Referenz nichts