Hallo, mir scheint, dass im Linux-Lager ein Problem noch gar recht ins Bewußtsein gedrungen ist: Jede neuere Tastatur hat es. Jedes bekannte Dektop-Betriebssystem kann es. In einigen Monaten beginnen 260 Millionen Menschen, es zu benutzen. In jeder Schule lernen es die Kinder. AltGr + e ergibt das Eurozeichen. Und unter Linux? Fehlanzeige. Ich habe in der Schule Linux auf den Desktops laufen. Meine Schüler schaun mich mitleidig an, wenn ich ihnen sage, das Eurozeichen gibts nur bei StarOffice und dort nur unter "Sonderzeichen". Ist da nicht bald Besserung in Sicht? Und das noch vor 2002? Oder gibt´s da doch schon ein systemweite Lösung, die bloß nur wenige wissen? Gruß Peter
Hallo, On Mon, 12 Mar 2001 at 19:20 +0100, Peter Bingel wrote:
Hallo,
mir scheint, dass im Linux-Lager ein Problem noch gar recht ins Bewußtsein gedrungen ist:
Jede neuere Tastatur hat es. Jedes bekannte Dektop-Betriebssystem kann es. In einigen Monaten beginnen 260 Millionen Menschen, es zu benutzen. In jeder Schule lernen es die Kinder. AltGr + e ergibt das Eurozeichen. Und unter Linux? Fehlanzeige. Ich habe in der Schule Linux auf den Desktops laufen. Meine Schüler schaun mich mitleidig an, wenn ich ihnen sage, das Eurozeichen gibts nur bei StarOffice und dort nur unter "Sonderzeichen". Ist da nicht bald Besserung in Sicht? Und das noch vor 2002?
Auf der Konsole geht's. Du musst nur eine andere Konsoleschrift aktivieren und fertig. lat1-16.psf.gz geht z. B. YaST >> Administartion des Systems >> Konsolenschriftart ... Unter X: ~/.Xmodmap ! Euro keycode 26 = e E 0x00a4 0x0080 Dann hast Du mit AltGr+e das Eurozeichen an der von ISO-8859-15 vorgesehenen Stelle. Z. B. alle Gtk-Anwendungen mit gnomecc auf verdana-iso8859-15 umstellen und Du hast überall das Eurozeichen. Und AltGr+Shift+e liefert das Eurozeichen an der Windows-Stelle dec. 128 unter StarOffice. Ich habe z. B. diesen Mail-Xterm-Font umgestellt und kann ganz einfach das ¤uro-Zeichen tippen. Die meisten werden jetzt so ein komisches o mit Häkchen sehen. Das ist das "allgemeine Währungssymbol" wie es mit ISO 8859-1 Standard ist. Die Vereinbarung von ISO 8859-1 gegeüber ISO 8859-15 ist es nämlich schlicht, das allg. Währungssymbol (das eh keiner braucht) gegen das Eurosymbol auszutauschen. Das einzige wirkliche Problem das wir haben: unter Windows liegt das Eurozeichen an anderer Stelle!! Aber AFAIK war Adobe der erste, der es in seinen PostScript-Fonts auf dec128 eingebaut hat und MS ist dann "nur" nachgezogen. Unter Unix/Linux geht das leider nicht, da dieser Bereich "nicht existiert". Deshalb fehlen ja auch die typografischen Anführungszeichen. Ich würde es nur für Ausdrucke, nicht aber für Mails verwenden. In Mails sollte man ja auch auf ältere Systeme Rücksicht nehmen. Nicht jeder hat sein Win95 gepatcht. Und in LaTeX ist's eh kein Problem ;-) Übrigens: Laut Europäischer Kommission hat das Eurozeichen immer in der ursprünglichen Form, also _nicht_ an die Schrift angepasst, verwendet zu werden. Naja, halten tut sich eh keiner dran. Gruß, Bernhard PSS: Da dieses Thema zur Zeit überall herumgeistert (z. B. auch auf den SO-Newsgruppen), werde ich mein Schriften-Dokument um dieses Thema erweitern. -- Du suchst ein Überwachungsprogramm für seti@home? Eines, das z. B. seti@home erst startet, wenn die Maus oder die Tastatur eine Zeit inaktiv sind? http://www.cuug.ab.ca/~macdonal/tkseti/tkseti.html ******************** Gnu PGP-Key: DDAF6454 * Tux# 171705 * ICQ# 98361051
Am Montag, 12. März 2001 19:37 schrieb Bernhard Walle:
Unter X:
~/.Xmodmap
! Euro
keycode 26 = e E 0x00a4 0x0080
Dann hast Du mit AltGr+e das Eurozeichen an der von ISO-8859-15 vorgesehenen Stelle. Z. B. alle Gtk-Anwendungen mit gnomecc auf verdana-iso8859-15 umstellen und Du hast überall das Eurozeichen.
Hm, und wie sieht es mit Unicode aus (iso10646-1)? KDE2 ist ja nun z.B. komplett auf Unicode ausgerichtet, dort liegt das Eurozeichen ja nun auf 0x20AC. SuSE (7.1) belegt die e Taste unter /usr/X11R6/lib/X11/xkb/symbols/de mit: key <AD03> { [ e, E ], [ EuroSign ] }; vor (was mir irgendwie auch logisch erscheint). Irgendwie kommt trotzdem nix, ein xmodmap -e "keycode 0x1A = e E 0x20AC 0x20AC" bringt auch keine Besserung. Die hier verwendeten Schriften haben das Euro-Zeichen gröstenteils drinnen, auch hab ich keine Probleme, es per Copy & Paste aus einem bestehenden Dokument auszuschneiden und wo anders einzufügen, aber das ist ja nun auch nicht der Weisheit letzter Schluss... Unter http://users.pandora.be/sim/euro/112/ bezieht sich leider noch alles auf KDE 1.x. Jemand eine Idee? -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ | http://www.knightsoft.de Manfred | http://www.knightsoft-net.de
Hallo, On Sun, 18 Mar 2001 at 12:05 +0100, Manfred Tremmel wrote:
Am Montag, 12. März 2001 19:37 schrieb Bernhard Walle:
Unter X:
~/.Xmodmap
! Euro
keycode 26 = e E 0x00a4 0x0080
Dann hast Du mit AltGr+e das Eurozeichen an der von ISO-8859-15 vorgesehenen Stelle. Z. B. alle Gtk-Anwendungen mit gnomecc auf verdana-iso8859-15 umstellen und Du hast überall das Eurozeichen.
Hm, und wie sieht es mit Unicode aus (iso10646-1)? KDE2 ist ja nun z.B. komplett auf Unicode ausgerichtet, dort liegt das Eurozeichen ja nun auf 0x20AC.
Es kommt aber auf den Zeichensatz an, wo die Schriften dargestellt werden. Und das ist bei mit iso8859-15. iso10646-1 wird bei mir bei KDE gar nicht zur Auswahl angeboten, obwohl die Fonts diesen Zeichesatz unterstützen und über xfontsel geht's ja auch.
SuSE (7.1) belegt die e Taste unter /usr/X11R6/lib/X11/xkb/symbols/de mit:
key <AD03> { [ e, E ], [ EuroSign ] };
vor (was mir irgendwie auch logisch erscheint). Irgendwie kommt trotzdem nix, ein
xmodmap -e "keycode 0x1A = e E 0x20AC 0x20AC"
bringt auch keine Besserung.
Bei mir auch nicht.
Die hier verwendeten Schriften haben das Euro-Zeichen gröstenteils drinnen, auch hab ich keine Probleme, es per Copy & Paste aus einem bestehenden Dokument auszuschneiden und wo anders einzufügen, aber das ist ja nun auch nicht der Weisheit letzter Schluss...
Da konnte ich einen interessanten Effekt beobachten: In Opera (ist ja auch QT) gibt's als Zeichensatz "French/Finnish/Euro (ISO 8859-15)" und als Beispiel wird der Euro auch angezeigt. Per Cut&Copy in andere KDE-Programme kopiert - geht einwandfrei. In kedit abgespeichert, per hexviewer angeschaut, tatsächlich 0x00a4. Und jetzt das tolle: wenn man die Datei dann wieder mit kedit aufruft ist statt dem Euro ein ? da, wie wenn ich den Euro per Tastatur über AltGr+e eingebe. Da es aber mit Opera auch nicht geht, vermute ich den Bug auf seiten von QT. Ich habe QT 2.3, KDE 2.1, XFree86 4.0.2 und SuSE 7.0.
Unter http://users.pandora.be/sim/euro/112/ bezieht sich leider noch alles auf KDE 1.x.
:-(
Jemand eine Idee?
Scheint wirklich ein Bug zu sein. Warten wir mal auf die nächste QT-version. Bei Gtk-Programmen geht's Problemlos, wenn man den Zeichensatz auf Iso8859-15 umstellt - so sollte es ja auch sein. Gibt es schon Mailprogramme, die iso8859-15 kennen? Schließlich muss dass dann im Header erscheinen, wenn man den Euro verwenden will. Oder doch lieber 'EUR'. :-( Gruß, Bernhard -- Viele mehr oder weniger nützliche Tipps auf meiner Homepage: http://members.tripod.de/linuxinfo/ Verbesserungsvorschläge bzw. eigene Tipps an mich mailen! ******************** Gnu PGP-Key: DDAF6454 * Tux# 171705 * ICQ# 98361051
Am Sonntag, 18. März 2001 13:43 schrieb Bernhard Walle:
Hm, und wie sieht es mit Unicode aus (iso10646-1)? KDE2 ist ja nun z.B. komplett auf Unicode ausgerichtet, dort liegt das Eurozeichen ja nun auf 0x20AC.
Es kommt aber auf den Zeichensatz an, wo die Schriften dargestellt werden. Und das ist bei mit iso8859-15. iso10646-1 wird bei mir bei KDE gar nicht zur Auswahl angeboten, obwohl die Fonts diesen Zeichesatz unterstützen und über xfontsel geht's ja auch.
Komisch, wenn ich das Kontrollzentrum -> Persönliche Einstellungen -> Land & Sprache auswähle, dann stand da unter 2.0.1 und 2.1 ausschliesslich iso10646-1 zur Auswahl hab jetzt die 2.1.1pre Patches reingeschaufelt und neu RPMS gebastelt, jetzt ist da ne riesen Liste drinn. Aber auch wenn ich auf iso8859-15 umstelle komm ich (bisher) auf keinen grünen Zweig. Mit der KDE-Zeichenauswahl (KCharSelect) kann ich den Euro in Tabelle 32 auch problemlos auswählen und per Copy & Paste weiterverarbeiten, ist nur recht umständlich.
Da konnte ich einen interessanten Effekt beobachten:
In Opera (ist ja auch QT) gibt's als Zeichensatz "French/Finnish/Euro (ISO 8859-15)" und als Beispiel wird der Euro auch angezeigt. Per Cut&Copy in andere KDE-Programme kopiert - geht einwandfrei. In kedit abgespeichert, per hexviewer angeschaut, tatsächlich 0x00a4. Und jetzt das tolle: wenn man die Datei dann wieder mit kedit aufruft ist statt dem Euro ein ? da, wie wenn ich den Euro per Tastatur über AltGr+e eingebe.
Da es aber mit Opera auch nicht geht, vermute ich den Bug auf seiten von QT. Ich habe QT 2.3, KDE 2.1, XFree86 4.0.2 und SuSE 7.0.
Nö, sicher nicht, in kwrite gibts da wohl ein Problem, weil das nur 8Bit breit speichert, ich arbeite aber erfolgreich mit dem Euro in KCalc und hab ihn auch ins Kontrollzentrum als Währung eingetragen, speichert und verwertet KDE alles problemlos.
Scheint wirklich ein Bug zu sein. Warten wir mal auf die nächste QT-version. Bei Gtk-Programmen geht's Problemlos, wenn man den Zeichensatz auf Iso8859-15 umstellt - so sollte es ja auch sein.
An QT liegt es nicht, ich würde jetzt mal ganz stark vermuten, dass es mit der KDE-Tastatureinstellung zu tun hat (Persönliche Einstellungen -> Tastaturlayout), eventuell wird das da einfach nicht richtig ausgewertet. Hab blos keinen Peil, wo die Vorgaben liegen ...
Gibt es schon Mailprogramme, die iso8859-15 kennen? Schließlich muss dass dann im Header erscheinen, wenn man den Euro verwenden will. Oder doch lieber 'EUR'. :-(
KMail kann es im Betreff, wie im Mailtext, ich schick Dir mal ne PM mit Euro drin. -- achs gut | http://www.iiv.de/schwinde/buerger/tremmel/ | http://www.knightsoft.de Manfred | http://www.knightsoft-net.de
Hallo, On Sun, 18 Mar 2001 at 22:45 +0100, Manfred Tremmel wrote:
Am Sonntag, 18. März 2001 13:43 schrieb Bernhard Walle:
Da konnte ich einen interessanten Effekt beobachten:
In Opera (ist ja auch QT) gibt's als Zeichensatz "French/Finnish/Euro (ISO 8859-15)" und als Beispiel wird der Euro auch angezeigt. Per Cut&Copy in andere KDE-Programme kopiert - geht einwandfrei. In kedit abgespeichert, per hexviewer angeschaut, tatsächlich 0x00a4. Und jetzt das tolle: wenn man die Datei dann wieder mit kedit aufruft ist statt dem Euro ein ? da, wie wenn ich den Euro per Tastatur über AltGr+e eingebe.
Da es aber mit Opera auch nicht geht, vermute ich den Bug auf seiten von QT. Ich habe QT 2.3, KDE 2.1, XFree86 4.0.2 und SuSE 7.0.
Nö, sicher nicht, in kwrite gibts da wohl ein Problem, weil das nur 8Bit breit speichert,
Und? In latin 9 (iso8859-15) _ist_ es ja ein 8bit-Zeichen (0x0a4)
ich arbeite aber erfolgreich mit dem Euro in KCalc und hab ihn auch ins Kontrollzentrum als Währung eingetragen, speichert und verwertet KDE alles problemlos.
KCalc habe ich nicht.
Scheint wirklich ein Bug zu sein. Warten wir mal auf die nächste QT-version. Bei Gtk-Programmen geht's Problemlos, wenn man den Zeichensatz auf Iso8859-15 umstellt - so sollte es ja auch sein.
An QT liegt es nicht,
Opera? Geht auch nicht mit fvwm95 als WM. Und die Gtk-Programme gehen auch unter kwin.
ich würde jetzt mal ganz stark vermuten, dass es mit der KDE-Tastatureinstellung zu tun hat (Persönliche Einstellungen -> Tastaturlayout), eventuell wird das da einfach nicht richtig ausgewertet. Hab blos keinen Peil, wo die Vorgaben liegen ...
In Latin 9 wurde nur das allg. Währungssymbol gegen den Euro ausgetauscht. Wenn ich den Latin1-Zeichensatz nehme, bekomme ich für die Taste auch dieses Symbol. Mit Latin 9 hingegen ein Fragezeichen. Naja, Du hast ja SuSE 7.1, vielleicht ist es da _etwas_ anders. Momentan scheint's ja auch noch am Wetter zu liegen, ob das Eurozeichen geht. Und: StarOffice geht, LaTeX geht noch besser (bei Interesse: steht in der TeX-FAQ http://www.dante.de) und das reicht mir eigentlich. Aber rumspielen tue ich trotzdem noch ;-) Gruß, Bernhard -- Wird meine Hardware von Linux unterstützt? Die SuSE-Hardwaredatenbank gibt Auskunft darüber: http://cdb.suse.de/ ******************** Gnu PGP-Key: DDAF6454 * Tux# 171705 * ICQ# 98361051
On 18 Mar 2001, at 13:43, Bernhard Walle wrote: [...]
Da konnte ich einen interessanten Effekt beobachten:
In Opera (ist ja auch QT) gibt's als Zeichensatz "French/Finnish/Euro (ISO 8859-15)" und als Beispiel wird der Euro auch angezeigt. Per Cut&Copy in andere KDE-Programme kopiert - geht einwandfrei. In kedit abgespeichert, per hexviewer angeschaut, tatsächlich 0x00a4. Und jetzt das tolle: wenn man die Datei dann wieder mit kedit aufruft ist statt dem Euro ein ? da, wie wenn ich den Euro per Tastatur über AltGr+e eingebe.
Da es aber mit Opera auch nicht geht, vermute ich den Bug auf seiten von QT. Ich habe QT 2.3, KDE 2.1, XFree86 4.0.2 und SuSE 7.0.
Könnte das auch mein Problem mit Staroffice erklären, wo ich einer Rechnung (Textdokument mit eingebetteter Grafik) jedesmal nach dem Neuladen alle Eurozeichen verloren habe und stattdessen Fragezeichen sehe? Sogar auf einem Ausdruck sind dann Fragezeichen zu sehen. Abhilfe: An die Stellen wieder einsetzen. Da das Symbol über eine Formel dargestellt wird (soll nur erscheinen, wenn da auch ein Betrag vor steht), hilft z.B. in der Tabelle auf "neu berechnen" gehen. Das würde dann nämlich auch erklären, warum meine Fehlermeldung an Sun irgendwie nie so richtig beantwortet wurde (dann wäre es gar kein Staroffice Problem). Andreas
Hallo, On Mon, 19 Mar 2001 at 8:14 +0100, Andreas Kyek wrote:
On 18 Mar 2001, at 13:43, Bernhard Walle wrote:
[...]
Da konnte ich einen interessanten Effekt beobachten:
In Opera (ist ja auch QT) gibt's als Zeichensatz "French/Finnish/Euro (ISO 8859-15)" und als Beispiel wird der Euro auch angezeigt. Per Cut&Copy in andere KDE-Programme kopiert - geht einwandfrei. In kedit abgespeichert, per hexviewer angeschaut, tatsächlich 0x00a4. Und jetzt das tolle: wenn man die Datei dann wieder mit kedit aufruft ist statt dem Euro ein ? da, wie wenn ich den Euro per Tastatur über AltGr+e eingebe.
Da es aber mit Opera auch nicht geht, vermute ich den Bug auf seiten von QT. Ich habe QT 2.3, KDE 2.1, XFree86 4.0.2 und SuSE 7.0.
Könnte das auch mein Problem mit Staroffice erklären, wo ich einer Rechnung (Textdokument mit eingebetteter Grafik) jedesmal nach dem Neuladen alle Eurozeichen verloren habe und stattdessen Fragezeichen sehe? Sogar auf einem Ausdruck sind dann Fragezeichen zu sehen. Abhilfe: An die Stellen wieder einsetzen. Da das Symbol über eine Formel dargestellt wird (soll nur erscheinen, wenn da auch ein Betrag vor steht), hilft z.B. in der Tabelle auf "neu berechnen" gehen.
Seltsam. Welche Schriftart? Jedenfalls wurde SO nicht in QT programmiert und damit ist das ein anderes Problem.
Das würde dann nämlich auch erklären, warum meine Fehlermeldung an Sun irgendwie nie so richtig beantwortet wurde (dann wäre es gar kein Staroffice Problem).
Dafür habe ich eine andere Erklärung: Es interessiert Sun nicht, welche Probleme Du mit SO 5.2 hast. Es wird schon lange an der Entwicklung von 6.0 gearbeitet. Du kannst Dir eine Testversion von http://www.openoffice.org runterladen. Da wurde soviel umgestrickt, dass Bugreports von 5.2 hierauf nicht mehr zutreffen, schon gar nicht mit dem Eurozeichen, da jetzt mit Unicode gearbeitet wird. Du kannst Dich auf den enstprechenden MLs subscriben und da antworten auch Sun-Mitarbeiter (bin selbst auf der discuss@openoffice.org subscribed). Gruß, Bernhard -- Wie richte ich eine Wheelmaus ein? Folgender Link hilft weiter: http://members.tripod.de/linuxinfo/tipps/wheelmaus.shtml ******************** Gnu PGP-Key: DDAF6454 * Tux# 171705 * ICQ# 98361051
participants (4)
-
Andreas Kyek
-
Bernhard Walle
-
Manfred Tremmel
-
Peter Bingel