[Allegro] Ruckzuck/PHP: Vorhandenen Satz bearbeiten - Felder leer

[Sibylle Koczian]

Liebe Liste, lieber Herr Eversberg,

einen einfachen (aber mehrfach vorkommenden) Fehler in edrec.php habe 
ich doch schon gefunden, und er erklärt jedenfalls die fehlerhaften 
"size"-Angaben in den input-tags:

Sibylle Koczian schrieb:
> Aber richtig krumm wird es dann bei der Ausgabe, die dieser Job erzeugt, 
> wo es um die einzelnen Eingabefelder geht. Das sieht so aus:
> 
> <input name="V" type=text size=itel_20 [ maxlength=200 value="">
> </td></tr><tr><td valign=top><i></i></td><td valign=top>
> <input name="V" type=text size=ersonen_40 [ maxlength=200 value="">
> <br><font size=-1>(Mehrere Personen? Dann Trennung durch 
> Semikolon)</font></td></tr><tr><td valign=top><i></i></td><td valign=top>
> 
> Und weiter in diesem Stil. Das kann ja nichts werden.
>

Aus dem Avanti-Job, den edrec.php abschickt:

":feld",     // Unterprog.2 : normales Feld  [b,m] = breite,max.laenge
"ins #ufE",
"var #ufE(b'[')",
"ins #ufs",
   ...
"var #ufE(e'[')",
"ins #ufE",

Und das geht hier genau so wenig gut wie in der Exportsprache (Handbuch 
V.22 S. 196). Es muss heißen

"var #ufE(b'[[]')" bzw. "var #ufE(e'[[]')".

Ich weiß nur nicht, wann ich dazu komme, diese Korrekturen einzubauen 
und ihre Wirkung zu testen.

Bloß: wieso ist das anscheinend noch nicht aufgefallen? Dass meine 
edrec.php veraltet ist, glaube ich nicht, sie müsste aus dem aktuellen 
Paket stammen. Wird der schreibende Zugriff per WWW so wenig gebraucht?

Beste Grüße,
Koczian

-- 
Dr. Sibylle Koczian
Universitaetsbibliothek, Abt. Naturwiss.
D-86135 Augsburg

Tel.: (0821) 598-2400, Fax : (0821) 598-2410
e-mail : Sibylle.Koczian at Bibliothek.Uni-Augsburg.DE