[Allegro] Suche, Unicode und Internet-Explorer

[David Maus]

Liebe Kollegen,

Das Problem ist nicht auf einen bestimmten Browser beschränkt, sondern
stellt sich wie folgt dar: Browser -- IE ebenso wie Firefox --
verwenden für die Kodierung der Sonderzeichen in einem Formular ohne
explizites accept-charset-Attribut die Zeichenkodierung, mit der die
Seite angezeigt wird.

Warum ein Browser eine Seite die als UTF-8 gekennzeichnet ist dennoch
als z.B. Latin1 darstellt, ist nebensächlich.

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.

Mit besten Grüßen,
  -- David Maus

On Sat, 16 May 2015 16:18:55 +0200,
Thomas Berger wrote:
> 
> 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
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro