<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE></TITLE>
<META name=GENERATOR content="MSHTML 8.00.6001.18812"></HEAD>
<BODY><!-- Converted from text/plain format -->
<P><FONT size=2 face=Arial>Hallo Herr Eversberg,<BR><BR>ich bin aus dem Urlaub
zurück und habe mir die Testdatenbank heruntergeladen, um das Verhalten zu
testen:<BR><BR>> > 2.<BR>> > Zu der Frage der Wirkung von y2: Gibt
es eine funktionierende<BR>> > Testdatenbank mit UTF-8, an der ich das
testen könnte?<BR>> ><BR>> Hier liegt sie:<BR>> </FONT><A
href="http://ftp.allegro-c.de/aktuelle-version/demou.lzh"><FONT size=2
face=Arial>http://ftp.allegro-c.de/aktuelle-version/demou.lzh</FONT></A></P>
<DIV><FONT size=2 face=Arial>Ausnahmsweise sende ich den Brief HTML-formatiert
in der Hoffnung, dass die Diakritika so erhalten beleiben. </FONT><FONT size=2
face=Arial>Ich bitte die Redundanz mit der Erwähnung des "Hatschek" zu
entschuldigen, aber sonst geht das Argument verloren, falls irgend etwas
entlang der Mailkette wie bei meiner früheren Mail das Zeichen
entfernt.<BR><BR></FONT><FONT size=2 face=Arial>Aufgefallen ist mir
bisher:<BR><BR>1. Beim Start der Datenbank wir im Anzeigefeld etwas
unleserliches produziert:<BR>Verfasser: ????, ??????
??????<BR>Titel:
??????????????? ??????????. ?????????? ???????? : ??????? ??????????. ???. ?
????? ???????. ...<BR>Umfang: 254,[2]
?<BR>Serie: ????????
??????<BR>ISBN: 5-87604-005-3<BR>Anm.: ????????. ? ??????.: ?.
214-244; ????.: ?. 245-254<BR><BR>Nach F5 wird die Anzeige korrekt. Warum das so
ist, weiß ich nicht.<BR><BR>2. Die Überschriften der Register (in CAT.API) sind
noch in DOS-ASCII, müssen für die Anzeige aber in ANSI sein.<BR><BR>3. Ich habe
versucht, mein Beispiel<BR>Čech, Eduard<BR>in UTF-8 (C mit Hatschek) in einem
Datensatz einzugeben. Dann wird das Hatschek nicht angezeigt.<BR>Um Unterschiede
zumindest sehen zu können, habe ich in D-KRTF.APR den
Befehl<BR>tutf-rtf<BR>deaktiviert und disphead.rtf auf urtf1
umgestellt.<BR>Damit wird Čech (C mit Hatschek) korrekt
dargestellt.</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>Nebenbei bemerkt leistet utf-rtf.apt keinesfalls
was der Name verspricht:<BR></FONT><FONT size=2 face=Arial>Statt die UTF-8
Kombinationen geeignet umzusetzen, z.B. für mein Č:<BR>P 196 140
"\u268?"<BR>steht dort<BR>P 196 140 C [010C] -- Č<BR>das
Hatschek wird also einfach ignoriert, nur die Unicode-Zeichen zwischen 1040 und
1103 werden umgesetzt.</FONT></DIV>
<DIV><FONT size=2 face=Arial>Das lässt sich leicht korrigieren (wenn man eine
Texteditor mir regulären Ausdrücken benutzt), irritiert aber
unnötig.</FONT></DIV>
<DIV><FONT size=2 face=Arial>Ich vermute, dass dies daran liegt, dass für die
Demo-Datenbank kein eigenes dishead.rtf gesetzt und so für die Anzeige allegro
New Roman benutzt wird, was für die Präsentation von Unicode ziemlich
ungeeignet ist.</FONT></DIV>
<DIV><FONT size=2 face=Arial><BR>4. Mit der gegebenen cat.api bekommt man für
den Index die folgenden Einträge aus #u1:<BR>y0 Cech, Eduard<BR>y1 CECH,
EDUARD<BR>y2 cech, eduard<BR>alle ohne Hatschek.<BR>Das von mir beschriebene
Problem kann also gar nicht auftreten, weil das Hatschek schon zwischen dem
Eintrag und #u1 "gekillt" wird.</FONT></DIV>
<DIV><FONT size=2 face=Arial>Das geschieht wohl durch iu.apt (swl1.apt kann es
nicht sein, und o.apt ist praktisch leer).</FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>Herr Eversberg, können Sie mir noch einmal
erklären, wie man (mit #u1?) an den unveränderten Eintrag kommt? Oder wirkt hier
für die Anzeige mit F7 noch ein zusätzlicher Mechanismus, der das Č (mit
Hatschek) unterdrückt?
<P><FONT size=2>Mit freundlichen Grüßen<BR>Thomas Fischer
</FONT></P></FONT></DIV>
<DIV><FONT size=2 face=Arial> </DIV>
<DIV><BR><BR><BR><BR><BR></DIV></FONT></BODY></HTML>