[Allegro] Suche, Unicode und Internet-Explorer

Mo Mai 18 13:55:28 CEST 2015

danke für Ihre Nachricht.
Am Montag, 18. Mai 2015 um 07:39 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

> Am 17.05.2015 12:25, schrieb David Maus:
>> Fakt ist, dass serverseitig mit UTF-8 als Zeichenkodierung gerechnet
>> wird. Diese Bedingung sollte durch das accept-charset-Attribut in
>> jedem Formular, dass Nutzereingaben aufnimmt, kenntlich gemacht
>> werden.
>> Welche Dateien wie angepasst werden müssen, kann ich nicht sagen.
> Aber wir. Vielen Dank für den Hinweis, dieses Attribut war uns in der
> Tat noch nie begegnet, soviel ist zuzugeben.
> Ein riesiges Problem ist es nicht, denn die Zahl der Stellen ist
> begrenzt.
> Vorzunehmen wären für die Grundfunktionen folgende Dateien:
> index.htm
> detail.job
> av_all.php
> av_rset.php
> av_page.php
> av_list.php

jaja, es sind bei mir 12 dateien, wo auch mehrfach nachgetragen werden 
muss. 
wenn ich den tip geben "darf" (=rhetorisch gemeint):
dann sucht man am besten nach "<formLEER".
NICHT nach "<formLEERaction" . das "action kann auch in der zeile 
später auftauchen!

Ihr augenmerk möchte ich auf
av_func.js richten: da ist eine zeile mit <form deaktiv gesetzt!
bemerkung: 
// Formular ohne <form>!  Mit <form... tut es der IE nicht!!!
//   txt = '<form name="vormerk" action="null.php">';

vielleicht hat das ganze miteinander zu tun... ;-)

> Bitte selber mit IE testen. Habe kein System mit funktionablem IE zur 
> Hand, und mehr kann ich auf die Schnelle momentan nicht tun. Bei
> Gelegenheit können wir zwar die Standard-Dateien mal entsprechend
> aufwerten und das PHPAC-Paket aktualisiert bereitstellen, aber Priorität
> genießt a35, wo das Problem wohl ebenfalls virulent ist.

ein "fehler"bereinigtes phpac wäre schon schön.....
mein letztes ist vom 5.12.2012

grüße
k.l.

ps: von vollem erfolg mag ich bei mir noch nicht berichten. 
weil zahlreiche änderungen seit 2012 gemacht wurden, und das 
klötzchenproblem z.b. bei einer verlinkung AUF der "katalogkarte" noch 
nicht weg ist.
jedenfalls, wenn man auf http://www.biblio.tu-bs.de/db/katalog nach 
MÖLLER mit dem iexpl. sucht, sieht es erstmal SEHR gut aus.

> B.E.

-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
allegronet.de * Klaus Lehmann * D-01454 Radeberg * Bahnhofstr. 1
zuständiges Finanzamt: FA Hoyerswerda; zuständige Kammer: IHK Dresden;
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg; USt-IdNr: DE247550760
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow. Yes we can!
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 mit VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki
* 2013: Bolero 64bit. Fußige Noten aufgeblättert (=Die Fußnotendoku)
* 2014: allegro-zdb: endlich. Die Wiedervereinigung! + eBooks
* 2015: allegro-vufind. Endlich! Noch moderner! Web2 auch für Ihren Katalog?

Am Montag, 18. Mai 2015 um 07:39 schrieben Sie:
> Am 17.05.2015 12:25, schrieb David Maus:
>>
>> Fakt ist, dass serverseitig mit UTF-8 als Zeichenkodierung gerechnet
>> wird. Diese Bedingung sollte durch das accept-charset-Attribut in
>> jedem Formular, dass Nutzereingaben aufnimmt, kenntlich gemacht
>> werden.
>>
>> Welche Dateien wie angepasst werden müssen, kann ich nicht sagen.
>>

> Aber wir. Vielen Dank für den Hinweis, dieses Attribut war uns in der
> Tat noch nie begegnet, soviel ist zuzugeben.
> Ein riesiges Problem ist es nicht, denn die Zahl der Stellen ist
> begrenzt.
> Vorzunehmen wären für die Grundfunktionen folgende Dateien:

> index.htm
> detail.job
> av_all.php
> av_rset.php
> av_page.php
> av_list.php

> Darin jedes Vorkommnis von  <form ...  ersetzen durch
> <form accept-charset="utf-8" ...

> Konkret hat das z.B. so auszusehen:
> In detail.job: (2 Stellen)
> write '<form accept-charset="utf-8" name="query" ...

> und in den PHP-Dateien, z.B.  av_all.php (darin 2 Stellen):

> "wri '<form accept-charset=\"utf-8\" action=\"all.php\" method=post>'",

> Hier muß man \"utf-8\" schreiben, weil ja die ganze Zeile, als PHP-
> Datenzeile, mit "..." umschlossen ist und daher kein nacktes " im
> Innern vorkommen darf. [Diese umständliche, unübersichtliche und
> fehlerträchtige Methodik der Einbettung eines Jobs in PHP haben wir in
> a35 komplett vermieden, weil die Jobs dabei alle extern in .job-Dateien
> stehen und mittels einer universellen Funktion in a35.js dem Server
> übermittelt werden.]

> Weitere Stellen in anderen Dateien, die man u.U. selbst erstellt hat,
> findet man mit
>     grep "form action" *.php

> Bitte selber mit IE testen. Habe kein System mit funktionablem IE zur 
> Hand, und mehr kann ich auf die Schnelle momentan nicht tun. Bei
> Gelegenheit können wir zwar die Standard-Dateien mal entsprechend
> aufwerten und das PHPAC-Paket aktualisiert bereitstellen, aber Priorität
> genießt a35, wo das Problem wohl ebenfalls virulent ist.

> B.E.

> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro