[Allegro] Suche, Unicode und Internet-Explorer

[Thomas Berger]

Am 16.05.2015 um 15:28 schrieb Klaus Lehmann:

>> Ich kann das Verhalten wie folgt sowohl mit dem IE als auch mit
>> Firefox reproduzieren:
> 
> nun, es wurde davon gesprochen: das es in firefox keine probleme gibt. 
> des kollegen bergers meinung: [gar nicht wörtlich, aber hoffentlich 
> sinngemäß:] firefox ist sanftmütiger, was fehler angeht.

Das war aber die durch Herrn Fischer aufgebrachte Faehrte, wo es
ums Copy&Paste von Binarschrott in die Adresszeile des Browsers
ging, spaeter war es ja das Eintippen von "Mueller" bzw. ganz
zum Schluss hat er behauptet, eine fehlcodierte URL sei irgendwo
in einer von phpac generierten Seite eingebettet gesichtet worden
 - das sind schon durchaus unzusammenhaengende Dinge.


> und die probleme gibt es nur im MSiexpl. kollege th.fischer hat 1x 
> erlebt, konnte es nicht wiederholen; ich habe es jederezit wiederholen 
> können.

D.h.

1. Sie oeffnen den Internet-Explorer

2. Sie rufen exakt den Braunschweiger Demo-OPAC
   http://www.biblio.tu-bs.de/db/katalog/ auf

3. Sie *tippen* Müller in die Suchbefehlszeile der daraufhin erschienenen
   Seite ein und geben Enter

4. Sie sehen einen Registerabschnitt mit "mzn" oder so und
   nicht mit "mue..."



>> Es sollte hinreichend sein, dem <form>-Element ein Attribute
>> accept-charset mitzugeben, in dem utf-8 als akzeptierte
>> Zeichenkodierung aufgeführt ist.
> 
>> <form name="opac" action="page.php" method="get" accept-charset="utf-8">
>> ...
>> </form>
> 
> 
> sie meinen die datei page.php?!

Es ging nie um page.php, sondern um die Interaktion eines bestimmten
Browsers aufgrund einer bestimmten HTML-Seite mit dem angegebenen
Webserver.

Konkret geht es um die Codierung von Anfragen, die der (Ihr?) Browser
ausgehend von der Seite macht, die index.php auf
http://www.biblio.tu-bs.de/db/katalog/  generiert. Das ist eine
der wenigen php-Dateien, die nicht explizit eine Zeichencodierung
als HTTP-Header uebermitteln, da ich dennoch eine gesehen habe,
ist die vom Webserver geliefert worden, ein anderer Webserver mit
*identischen* Skripten koennte sich da schon wieder anders verhalten.
Auch wenn Sie die Seite lokal abspeichern und dann als Datei im
Browser aufrufen, kann es bereits anders sein.

Mit den F12-Entwicklertools koennen Sie sich im IE zu Netzwerk
und Aufzeichnung klicken, wenn Sie da die Anfrage "mitschneiden"
sehen Sie letztendlich unter "Antwortheader" eine Zeile

Schlüssel	Wert
...
Content-Type	text/html; charset=UTF-8


Und im (allgemein, des IE) Menue unter "Seite" -> "Codierung" sollte ein
Haekchen bei "automatische Auswahl" stehen sowie ein Knuebbelchen bei
"Unicode (UTF8)" und bei "Links-nach-Rechts-Dokument"

viele Gruesse
Thomas Berger