[Allegro] Suche, Unicode und Internet-Explorer

[David Maus]

Liebe Kollegen,

Ich kann das Verhalten wie folgt sowohl mit dem IE als auch mit
Firefox reproduzieren:

1.

http://www.biblio.tu-bs.de/db/katalog/ aufrufen

2.

Im Browsermenü unter "Ansicht" die Zeichenkodierung auf
"Westeuropäisch (ISO)" (IE) bzw. "Mitteleuropäsch (Windows)" (FF)

3.

Müller in in das Suchfeld schreiben

4.

Formular durch Druck von Enter abschicken.

Das Ergebnis ist

  http://www.biblio.tu-bs.de/db/katalog/page.php?urG=ALL&urS=M%FCller

Hier wird das "ü" als Latin1 kodiert.

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>

Wenn ich auf der besagten Seite den Quelltext entsprechend ändere und
das Formular abschicke, dann wird das ü richtig als %C3%BC kodiert
übertragen.

Vielleicht hilft das ja in den betreffenden Fällen?

Mit besten Grüßen,
  -- David Maus

On Fri, 15 May 2015 15:04:14 +0200,
Thomas Berger wrote:
> 
> Am 15.05.2015 um 13:51 schrieb Fischer, Thomas:
> > Lieber Herr Eversberg,
> > 
> > wenn das veränderte Verhalten nicht an Ihnen liegt, so wird es wohl an meine Windows-Einstellung hängen.
> > Nachdem ich es einmal deaktiviert hatte, gelingt es mir nicht mehr, den Internet Explorer dazu zu bringen, nicht-prozent-kodierte URLs  mit der einfachen Suchfunktion zu versenden. Warum das so ist, kann ich nicht sagen, allerdings löst das das Problem für die Menschen nicht, die gezwungenermaßen vor einem nicht-konfigurierbaren IE sitzen (siehe Brief Lehmann, dessen Argumentation zur Zeitfrage ich mich im übrigen anschließe).
> > 
> > In gewisser Weise war das Problem ja ein doppeltes:
> > 
> > 1. page.php produzierte eine nicht %-kodierte URL:
> > 	http://www.biblio.tu-bs.de/db/katalog/page.php?urG=PER&urS=Müller
> 
> das ist neu: Warum diskutieren wir zwei Tage ueber das Thema
> und Sie verraten das nicht? Wo taucht /dieses/ Problem auf?
> (wenn ich die von Ihnen angegebene URL anklicke, gibt es auf
> der dann kommenden Seite keine problematische URL - zumindest
> auf den ersten Blick. Also wollen Sie wohl sagen, dass eine
> URL wie oben in einer falschen (welcher?) Codierung - in irgendeinem
> Kontext von page.php produziert wird?
> 
> 
> > 2. page.php konnte eine solche URL mit Internet Explorer nicht korrekt auswerten.
> 
> Ja, wenn man sie korrekt auswerten koennte, waeren illegale URLs
> auch kein Problem. Bzw. ich erinnere mich daran, dass ich in den
> (spaeten) 1990ern tatsaechlich Code gestrickt habe, der sehr tolerant
> gegenueber der Uebergabe von Muell war, aber ich gehe davon aus,
> dass php-Skripte heutzutage das Auswerten gar nicht mehr selber
> unternehmen sondern auf Library-Funktionen zurueckgreifen.
> 
> Hilfsweise war es da ganz nuetzlich, bei den selbst konstruierten
> URLs darauf zu achten, dass sie bereits URL-encodiert sind, damit
> diese Aufgabe nicht vom User Agent uebernommen werden muss, der
> evtl. querschlaegt.
> 
> 
> viele Gruesse
> Thomas Berger
> 
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro