Domino 9 und frühere Versionen > ND6: Entwicklung

URL Problem

<< < (2/2)

Grmpf:

hier mal ein ausschnitt aus dem fe-html


<form action="$$GlobalContactPath$$/WebCreateForm?OpenAgent" target="_self" method="POST">

...versteckte felder für templatedb , templateurl , etc. ...

<input type="submit" name="main" value="Alle&#160;B&uuml;cher" onclick="submit(this.form.main.value)">
<input type="submit" name="main" value="Eigene&#160;Bücher" onclick="submit(this.form.main.value)">

....


</form>



zu erklärung :

der absendewert des jeweiligen buttons wird in der URL korrekt abgebildet(vollständiger "Value" - Inhalt )

Die Url wird berechnet und funktioniert bei anderen formular inhalten problemlos (zB. Checkbox, Selectbox,TExtbox ) nur beim <input type=button/submit.... taucht dieses Problem auf ..

folgendermaßen(auszug)
"[/.../test-url_" + "DE" + "!OpenDocument&Medium=" + Mediawahl + "&menu=" + main + "]"

m3:
Erweiter den Form-Tag mal um ein enctype="multipart/form-data". Ev. hilft das schon.

Grmpf:
leider ändert das auch nichts....

habe aber nach einigen versuchen die Ursache gefunden. --> UMLAUTE und (geschützte)Leerzeichen..... >:(

folgendermaßen:
ein value wert von zB . value="Alle&#160;B&uuml;cher" zeigt den text auf dem button und der url korrekt an , aber hier werden 2 buchstaben ("er") abgeschnitten... beim aufruf durch proc.urlparameter....

hier nur ein Buchstabe : value="Alle Bücher"

das funktioniert : value = "Alle Buecher"     




trotdem verstehe ich noch nich ganz warum dann buchstaben verschwinden ... sobald umlaute im spiel sind...


EDIT : Urldecode und Encode beheben das Problem ebenfalls nicht ...


danke im vorraus
matze

Grmpf:
kleiner fortschritt ....


Die Alternative mit aliasen bei den buttons zu arbeiten brachte mich auf folgendes :

Bsp:

<button name="main" type="button"  onclick="submit(this.form.main.value)">
    <p>Alle Bücher</p>
</button>


Und tatsächlich gibts bei dieser variante keinerlei Probleme mit den Umlauten oder Leerzeichen ..

PS:
Interessehalber : Weiß jmd von euch warum das so(und nicht mit <input type=...>) funktioniert ? (kleine technische erklärung) hab da nix gefunden zu dem thema..


mfg
matze

Tode:
ne Erklärung habe ich auch nicht, nur dass Notes/Domino seit R6 wieder verstärkt Probleme mit Umlauten hat, die mit R5 definitiv nicht da waren...

Da gab es schon Issues mit Umlauten in Ansichtsspalten, issues mit Umlauten in Datenbanknamen und Volltext- Indizes, Issues mit Umlauten im Subject bei iNotes... Nur um mal einige zu nennen.

Leider scheint IBM neuerdings zu glauben, dass man keinen anderen Zeichensatz als den Amerikanischen wirklich sauber unterstützen muss...

Hilft Dir jetzt nicht weiter, aber ist leider ne Tatsache.

Gruß
Tode

Navigation

[0] Themen-Index

[*] Vorherige Sete