Zeichentabelle
Moderator: Moderatoren
Zeichentabelle
ich möchte Spezialzeichen aus der Zeichentabelle benutzen können.
Wer hat da den Durchblick?
ich wünsche noch einen sonnigen Sonntag
Peter Jossi
Wer hat da den Durchblick?
ich wünsche noch einen sonnigen Sonntag
Peter Jossi
- Martin Altmann
- Foren-Administrator
- Beiträge: 16517
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Peter,
ein bischen mehr Info bitte!
Willst Du ein Zeichen anzeigen? Schriftart auf die gewünschte umstellen, Zeichen ausgeben, fertig!
Problem dabei: Man kann nicht innerhalb eines Strings (:Caption, GraStringAt(),...) die Schriftarten wechseln...
Viele Grüße,
Martin
ein bischen mehr Info bitte!
Willst Du ein Zeichen anzeigen? Schriftart auf die gewünschte umstellen, Zeichen ausgeben, fertig!
Problem dabei: Man kann nicht innerhalb eines Strings (:Caption, GraStringAt(),...) die Schriftarten wechseln...
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
Zeichentabelle
hallo martin
ich möchte Sonderzeichen die zB in verdana enthalten sind drucken
im Zeichensatz werden sie zB als U+0118 auf geführt
falls es noch unklar ist frage bitte nochmals
Peter
ich möchte Sonderzeichen die zB in verdana enthalten sind drucken
im Zeichensatz werden sie zB als U+0118 auf geführt
falls es noch unklar ist frage bitte nochmals
Peter
- Martin Altmann
- Foren-Administrator
- Beiträge: 16517
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Peter,
das sind Zeichen im Unicode-Format!
Soweit ich weiß, unterstützt Xbase++ das (noch) nicht.
Viele Grüße,
Martin
das sind Zeichen im Unicode-Format!
Soweit ich weiß, unterstützt Xbase++ das (noch) nicht.
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Martin Altmann
- Foren-Administrator
- Beiträge: 16517
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Hubert,
Verdana ja - aber sicherlich nur bis zum ASCII-Code 255...
Viele Grüße,
Martin
Verdana ja - aber sicherlich nur bis zum ASCII-Code 255...
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
jein
mit chr(128) bis ch(255) werden Zeichen teilweise dargestellt.
Zeichen die dargestellt werden korrespondieren aber nicht mit den in der Zeichentabelle angezeigten Werten.
vielfach wird ¦ gedruckt.
habe auch konvertieren OEM zu ANSI und umgekehrt versucht
hilft nichts.
die Zeichen korrespondieren in etwa mit der ASCII Tabelle von MULTIEDIT OEM
Peter
Zeichen die dargestellt werden korrespondieren aber nicht mit den in der Zeichentabelle angezeigten Werten.
vielfach wird ¦ gedruckt.
habe auch konvertieren OEM zu ANSI und umgekehrt versucht
hilft nichts.
die Zeichen korrespondieren in etwa mit der ASCII Tabelle von MULTIEDIT OEM
Peter
- Jan
- Marvin
- Beiträge: 14659
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Ich habe inzwischen komplett alle meine Programme auf ANSI umgestellt, inkl. der dbf. Mist Arbeit
Allerdings gibt es ab und an doch Probleme. Klassisch ist ja schon die Geschichte mit dem €. Aber auch andere Zeichen bekomme ich definitiv nicht hin. Das geht dann nur noch über CHR(nn). Wobei ich nicht systematisch alle Zeichen durchgetestet habe.
Jan
Allerdings gibt es ab und an doch Probleme. Klassisch ist ja schon die Geschichte mit dem €. Aber auch andere Zeichen bekomme ich definitiv nicht hin. Das geht dann nur noch über CHR(nn). Wobei ich nicht systematisch alle Zeichen durchgetestet habe.
Jan
selber machen?
Da wäre es doch super wenn Mann oder Frau so einen Zeichensatz selber zusammen stellen könnte. Kennt Jemand hier , wie das zu machen wäre.?
Warum ist es so verdammt schwierig uni-code auch in xbase++ nutzen zu können oder muss das nur bis Berlin warten?
Peter
Warum ist es so verdammt schwierig uni-code auch in xbase++ nutzen zu können oder muss das nur bis Berlin warten?
Peter
- AUGE_OHR
- Marvin
- Beiträge: 12910
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: selber machen?
hi,
Wir haben PC´s mit "chinesischem" W2K und eine Xbase++ GUI
Application welche mit uni-code arbeitet und "druckt". Auch das
"speichern/lesen" in einer DBF ist kein Problem.
Dort ist das Problem das ich keine "deutschen Umlaute" drucken kann
sondern daraus was "chinesisches" wird ... obwohl ich dafür extra einen
"deutschen" (Drucker) Font installiert habe ... die Codepage stimmt da
wohl (noch) nicht.
Ich würde deshalb dazu raten beim "drucken" nur "standart" Fonts (die
ein € "Euro" haben ) zu verwenden oder deinen eigenen Fonts mit deiner
Xbase++ Application aus-zu-liefern.
gruss by OHR
Jimmy
wieso ? wenn man die "passenden" Fonts hat funktioniert es prima.P. Jossi hat geschrieben: Warum ist es so verdammt schwierig uni-code auch in xbase++
nutzen zu können
Wir haben PC´s mit "chinesischem" W2K und eine Xbase++ GUI
Application welche mit uni-code arbeitet und "druckt". Auch das
"speichern/lesen" in einer DBF ist kein Problem.
Dort ist das Problem das ich keine "deutschen Umlaute" drucken kann
sondern daraus was "chinesisches" wird ... obwohl ich dafür extra einen
"deutschen" (Drucker) Font installiert habe ... die Codepage stimmt da
wohl (noch) nicht.
Ich würde deshalb dazu raten beim "drucken" nur "standart" Fonts (die
ein € "Euro" haben ) zu verwenden oder deinen eigenen Fonts mit deiner
Xbase++ Application aus-zu-liefern.
gruss by OHR
Jimmy
- Martin Altmann
- Foren-Administrator
- Beiträge: 16517
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Jimmy,
wenn das bei Dir geht, dann zeige doch mal bitte, wie!
Das Problem ist ja das folgende:
Der Zeichensatz ist auf allen Windows-PCs vorhanden!
Es sollen aber Zeichen mit einem Code > FF (hex) gedruckt werden - in dem Beispiel mit hex 0118 (Unicode) - also ein E mit cedile unten dran!
Viele Grüße,
Martin
wenn das bei Dir geht, dann zeige doch mal bitte, wie!
Das Problem ist ja das folgende:
Der Zeichensatz ist auf allen Windows-PCs vorhanden!
Es sollen aber Zeichen mit einem Code > FF (hex) gedruckt werden - in dem Beispiel mit hex 0118 (Unicode) - also ein E mit cedile unten dran!
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- AUGE_OHR
- Marvin
- Beiträge: 12910
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
hi,
Grösse als ein "deutsches" W2K. Auch bekomme ich ein "chinesischen"
Font NICHT auf einem "deutschen" W2K zum laufen unter Xbase++.
... aber der IE kann mit solchen Fonts "anzeigen" und "drucken" ...
der "richtigen" codepage dir "das" gewünschte Ergebniss geben wird.
Kannst du den "den" Font bei der Eingabe (SLE) auf deinem PC benutzen ?
Ich habe es, wie ich es in der Demo ja zeigte, durch Bitmaps gelöst die
mir den "Inhalt" eines SLE "fotographiert" und es im Memo (Type "V")
abgespeichert.
gruss by OHR
Jimmy
Ich drucke ganz "normal" mit Courier, aber unter "chinesischem" W2K !Martin Altmann hat geschrieben: wenn das bei Dir geht, dann zeige doch mal bitte, wie!
hm ... ein "Courier" auf einem "chinesischen" W2K hat eine völlig andereMartin Altmann hat geschrieben: Der Zeichensatz ist auf allen Windows-PCs vorhanden!
Grösse als ein "deutsches" W2K. Auch bekomme ich ein "chinesischen"
Font NICHT auf einem "deutschen" W2K zum laufen unter Xbase++.
... aber der IE kann mit solchen Fonts "anzeigen" und "drucken" ...
Ich denke das "der" Font wohl auch nur mit dem "passenden" OS() undMartin Altmann hat geschrieben: Es sollen aber Zeichen mit einem Code > FF (hex) gedruckt werden - in dem Beispiel mit hex 0118 (Unicode) - also ein E mit cedile unten dran!
der "richtigen" codepage dir "das" gewünschte Ergebniss geben wird.
Kannst du den "den" Font bei der Eingabe (SLE) auf deinem PC benutzen ?
Ich habe es, wie ich es in der Demo ja zeigte, durch Bitmaps gelöst die
mir den "Inhalt" eines SLE "fotographiert" und es im Memo (Type "V")
abgespeichert.
gruss by OHR
Jimmy
- Martin Altmann
- Foren-Administrator
- Beiträge: 16517
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Jimmy,
vielen Dank für Deine Klarstellungen.
Vielleicht hilft es Peter weiter?
Ich weiß nur, dass das betreffende Zeichen in WinWord nutzbar ist...
Viele Grüße,
Martin
vielen Dank für Deine Klarstellungen.
Vielleicht hilft es Peter weiter?
Ich weiß nur, dass das betreffende Zeichen in WinWord nutzbar ist...
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- brandelh
- Foren-Moderator
- Beiträge: 15697
- Registriert: Mo, 23. Jan 2006 20:54
- Wohnort: Germersheim
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 33 Mal
- Kontaktdaten:
Martin,
du hast Recht. Man kann nur drucken was in den unteren 256 Zeichen untergebracht ist. CHR() rechnet alles über modulo runter, somit muss man einen Font finden, der die gewünschten Zeichen unten als ansi darstellen kann.
Fonterstellungsprogramme habe ich schon öffters gesehen, aber es ist schwer einen sauberen zu erstellen. Eigene Erfahrungen damit habe ich aber nicht.
du hast Recht. Man kann nur drucken was in den unteren 256 Zeichen untergebracht ist. CHR() rechnet alles über modulo runter, somit muss man einen Font finden, der die gewünschten Zeichen unten als ansi darstellen kann.
Fonterstellungsprogramme habe ich schon öffters gesehen, aber es ist schwer einen sauberen zu erstellen. Eigene Erfahrungen damit habe ich aber nicht.
Gruß
Hubert
Hubert
stottern
ich komme einfach ins stottern wenn ich einem Kunden die geniale Programmiersprache unter Wndows näherbringe und er dann nicht einmal seine Sondernzeichem die seit mindestens 12 Jahren jedes Word beherscht brauchen kann.
Peter Jossi
Peter Jossi
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9373
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 102 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Hallo, Peter.
Ich halte es für unwahrscheinlich, daß Dein 12 Jahre altes Word an das große griechische Sigma aus dem Verdana-Font (UC 030A) herankommt. Ich habe allerdings auch keine Möglichkeit gefunden, die GraEngine (die auch von Rogers DCPRINT-System benutzt wird) dazu zu bringen, Zeichen aus einem Wertebereich > 255 anzusprechen.
Allerdings habe ich keine Probleme damit, weil ich einen modernen Reportgenerator (Combit List&Label) benutze. Edit: Aber auch der kann es nicht ohne das gesondert erhältliche Unicode-Modul!
Ich halte es für unwahrscheinlich, daß Dein 12 Jahre altes Word an das große griechische Sigma aus dem Verdana-Font (UC 030A) herankommt. Ich habe allerdings auch keine Möglichkeit gefunden, die GraEngine (die auch von Rogers DCPRINT-System benutzt wird) dazu zu bringen, Zeichen aus einem Wertebereich > 255 anzusprechen.
Allerdings habe ich keine Probleme damit, weil ich einen modernen Reportgenerator (Combit List&Label) benutze. Edit: Aber auch der kann es nicht ohne das gesondert erhältliche Unicode-Modul!
Herzlich,
Tom
Tom
- brandelh
- Foren-Moderator
- Beiträge: 15697
- Registriert: Mo, 23. Jan 2006 20:54
- Wohnort: Germersheim
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 33 Mal
- Kontaktdaten:
Hi,
welche Kunden brauchen denn Zeichen die nicht in den unteren 255 untergebracht sind ?
Haben die die gleiche Codepage wie wir ?
Frankreich z.B. müsste doch abgedeckt sein oder ?
Wobei spätestens beim Speichern dann Feierabend ist. DBF ist nunmal weder unter FOXDBE noch unter DBFDBE Unicodefähig.
welche Kunden brauchen denn Zeichen die nicht in den unteren 255 untergebracht sind ?
Haben die die gleiche Codepage wie wir ?
Frankreich z.B. müsste doch abgedeckt sein oder ?
Wobei spätestens beim Speichern dann Feierabend ist. DBF ist nunmal weder unter FOXDBE noch unter DBFDBE Unicodefähig.
Gruß
Hubert
Hubert
- AUGE_OHR
- Marvin
- Beiträge: 12910
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
hi,
Japanisch, Koreanisch oder die arabischen Zeichen.
sind die Zeichen > 128 durchaus verschieden.
eingeben und die per :datalink in einer DBF abspeichern ?
KLAR geht das ohne Probleme !
gruss by OHR
Jimmy
naja alle die nicht auf Latainischen Zeichen aufbauen wie Chinesisch,brandelh hat geschrieben: welche Kunden brauchen denn Zeichen die nicht in den unteren 255 untergebracht sind ?
Japanisch, Koreanisch oder die arabischen Zeichen.
ich glaube nicht, den genau da ist der Unterschied. Je nach Codepagebrandelh hat geschrieben: Haben die die gleiche Codepage wie wir ?
sind die Zeichen > 128 durchaus verschieden.
meinst du damit man könne keine chinesischen Zeichen in ein SLEbrandelh hat geschrieben: Wobei spätestens beim Speichern dann Feierabend ist. DBF ist nunmal weder unter FOXDBE noch unter DBFDBE Unicodefähig.
eingeben und die per :datalink in einer DBF abspeichern ?
KLAR geht das ohne Probleme !
gruss by OHR
Jimmy
- brandelh
- Foren-Moderator
- Beiträge: 15697
- Registriert: Mo, 23. Jan 2006 20:54
- Wohnort: Germersheim
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 33 Mal
- Kontaktdaten:
Hallo Jimmy,
ich dachte jetzt innerhalb von Europa welche 'Spezialzeichen' P. Jossi meint.
In der DBF werden 1 Byte Werte je Zeichen gespeichert, somit können auch nur 256 Zeichen gespeichert werden. Die jeweilig Codepage entscheidet dann was dafür angezeigt wird, somit kannst du natürlich auch die Zeichen zwischen 33 und 255 anzeigen lassen, wobei mich wundert, dass die chinesische Schrift mit so wenigen Zeichen auskommt ?
Oder gibt es tatsächlich eine DBE, die 2 Byte je Zeichen nutzt ?
ich dachte jetzt innerhalb von Europa welche 'Spezialzeichen' P. Jossi meint.
In der DBF werden 1 Byte Werte je Zeichen gespeichert, somit können auch nur 256 Zeichen gespeichert werden. Die jeweilig Codepage entscheidet dann was dafür angezeigt wird, somit kannst du natürlich auch die Zeichen zwischen 33 und 255 anzeigen lassen, wobei mich wundert, dass die chinesische Schrift mit so wenigen Zeichen auskommt ?
Oder gibt es tatsächlich eine DBE, die 2 Byte je Zeichen nutzt ?
Gruß
Hubert
Hubert
- AUGE_OHR
- Marvin
- Beiträge: 12910
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
hi,
ohne Probleme chinesische Zeichen (2 Byte) in einer DBF zu speichern
und wieder lesen zu können.
Es liegt also nicht an der DBF, sondern wie das OS() mit der Codepage
den Font darstellt/druckt .
gruss by OHR
Jimmy
genau das ist das was ich meine. Es ging auch schon zu Cl*pper Zeitenbrandelh hat geschrieben: Oder gibt es tatsächlich eine DBE, die 2 Byte je Zeichen nutzt ?
ohne Probleme chinesische Zeichen (2 Byte) in einer DBF zu speichern
und wieder lesen zu können.
Es liegt also nicht an der DBF, sondern wie das OS() mit der Codepage
den Font darstellt/druckt .
gruss by OHR
Jimmy