Teilfeld t in #8e Was: Re: [Allegro] #8e Datei-Groesse

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Eversberg, liebe Liste,

>> Die allegro-Format-Dokumentation ~regt an~, sich bei #8e an MAB (?)
>> (bzw. MARC 21) anzulehnen, das irgendwann in den letzten Jahren dort
>> ergaenzte Teilfeld t steht m.E. dazu ziemlich im Widerspruch. Vielleicht
>> ist es ja noch nicht zu spaet, #8e wieder etwas marciger zu gestalten:
>>
>> Unterfeld $y - falls vorhanden - sollte als Linktext benutzt werden
>> und enthaelt eine titelartige Beschreibung des Ziels der Verlinkung,
>> andernfalls koennte Unterfeld $3 benutzt werden, Inhalt ist dabei
>> tendenziell jedoch eine Materialbenennung oder Formschlagwort.
>>
> Koennten wir machen. Unterfeld $z ist fuer interne Kommentare, da waere
> $y fuer externe nicht unelegant. Mal schauen, ob das $t sonst schon

$x ist fuer interne Kommentare, $z fuer allgemeine Anmerkungen, die
auch oeffentlich gezeigt werden koennten. $y ist explizit ein Link-Text.


> verwurzelt ist... D-WRTF wuerde weiterhin klappen.

bzw. nicht, da ja stets der Inhalt *aller* Teilfelder als Linktext
gezeigt wird.


> Aber eigentlich muessten wir dann auch $u fuer die URL selbst vorschreiben!

Warum? Wenn vor dem ersten Teilfeld etwas kommt, ist es implizit
Teilfeld u, also eine URL.

Ein allgemeines Problem gehoert in die Dokumentation bzw. sollte soweit
moeglich in den Parametern geregelt werden:

"_" ist ein typisches Zeichen in URLs, beisst sich im A-Schema jedoch
mit dem v14-Ersetzungszeichen. D.h. bei der Anzeige und auch bei der
Flip-Bildung der fiktiven URL
http://www.tu-bs.de/about_tucho/index.html
werden Sie eine unschoene Ueberraschung erleben, weil "_tucho" schon
fruehzeitig expandiert wird (in der Demo-Datenbank)
Aber auch bei scheinbar harmloseren URLs wie
http://www.tu-bs.de/about_xyz/
wird in der Anzeige der URL der Unterstrich (und mehr) evtl.
verschwinden (das dafuer verantwortliche "p _ 0" scheint allerdings
in aktuelleren Versionen der d-wrtf.apr deaktiviert zu sein)

Abhilfe ist im HTTP-Protokoll bereits eingebaut, "%5F" ist eine voellig
legale Umcodierung von "_". Weil gegen das _tucho-Problem kein Kraut
gewachsen ist, sollten in #8e alle Unterstriche durch "%5F" ersetzt
werden, vielleicht kann man das in der PV direkt regeln (fuer $u
bzw. den Grundtext der Kategorien #8eff).

Anzeige solcher URLs ist extrem unschoen, und ich habe auch schon einmal
bei dynamischen URLs erlebt, dass dahinter ein derart primitives Skript
aktiv war, dass "%5F" doch nicht funktionierte. Sowohl fuer die Anzeige
der URLs als auch bei der URL-Bildung fuer den zu hinterlegenden Flip
sollte daher per lokaler Ersetzung im Arbeitstext ,",%5F,_," dieses
Escape wieder in einen Unterstrich zurueckverwandelt werden.

viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCxbiXENVh3bB0lwMRAsAJAJ4hX0rdeyfOZJ4TT5LAobqm7rs83QCfcZZV
NZl8r57bzpasUPjds2pt9jk=
=qXhc
-----END PGP SIGNATURE-----