domcfg.nsf - komisches Problem

[maxg]

Hallo,

ich hab mal wieder ein Problem, dass ich mir beim besten Willen nicht erklären kann.
Wenn ich über www.xyz.de/intern in den geschützten Bereich will (Zugriff auf Webmailredirect), wird die (von mir angepasste) Loginmaske aus der domcfg.nsf korrekt angezeigt:

Code

<form method="post" action="/names.nsf?Login" name="_LoginUserForm">
<input type="hidden" name="%%ModDate" value="4075F4E5B9DFD13C"><div id="back"><img src="bg.gif?OpenImageResource" width="764px" height="557px">
<div id="main"><h1>Anmeldung am Server www.xyz.de</h1>Bitte Name und Kennwort eingeben
<p>Bitte beachten:<br/>
1. Ihr Browser muss hierfür Cookies unterst&uuml;tzen!<br/>
2. Nach 30 Minuten Nichts-tun (d.h. auch Bearbeitung eines Dokuments ohne zu speichern) wird die Session automatisch beendet.</p>

Wenn ich aber den Pfad www.xyz.de/mail/ou/meinname.nsf direkt aufrufe wird die Loginseite völlig falsch dargestellt, weil dann auf einmal <font>-Tags im Quelltext auftauchen:

Code

<form method="post" action="/names.nsf?Login" name="_LoginUserForm">
<input type="hidden" name="%%ModDate" value="4075F4E5B99FB064"><font size="2"><div id="back"><img src="bg.gif?OpenImageResource" width="764px" height="557px"></font>
<div id="main"><h1>Anmeldung am Server www.xyz.de</h1>Bitte Name und Kennwort eingeben
<p>Bitte beachten:<br/>
1. Ihr Browser muss hierfür Cookies unterst&uuml;tzen!<br/>
2. Nach 30 Minuten Nichts-tun (d.h. auch Bearbeitung eines Dokuments ohne zu speichern) wird die Session automatisch beendet.</p>

Kann mir einer erklären warum, die Maske ist doch immer die Selbe. Im der Maske selber wird immer die gleiche Schriftart verwendet. Dieses Fehler scheint auch nur im Firefox aufzutreten, was die Sache noch komischer macht, weil der Domino doch eigentlich völlig unabhängig vom Browser die Seiten rendert. 

[koehlerbv]

Dieses Fehler scheint auch nur im Firefox aufzutreten, was die Sache noch komischer macht, weil der Domino doch eigentlich völlig unabhängig vom Browser die Seiten rendert. 

Hä ? Der Domino rendert. Wer das Rendern anfordert, ist völlig egal. Aber ob der anfordernde Browser das dann noch lesen kann, steht doch auf einem völlig anderen Blatt. Und die Inkompatibilitäten der "schönen, einfachen, einheitlichen" Browserwelt sind doch nun ein uralt bekanntes Ärgernis.

Bernhard

[maxg]

Die Inkompatibilität der Browser zeigt sich ja aber eigentlich darin, dass aus dem gleichen Quelltext, zwei unterschiedliche Layouts resultieren. Das Problem habe ich hier aber nicht. Denn hier ist ja schon der Quelltext unterschiedlich und das kann einfach nicht sein bzw. ist mir unbegreiflich weil der Domino ja völlig unabhängig davon  wer da was anfordert den HTML-Code ausspuckt.
Kurzum: ich verstehe die Problematik nicht, Nur kann ich den Fehler so auch nicht beheben und hatte daher gehofft irgendwer anders hätte evtl. schonmal ähnliches erlebt.

Max

p.s. wenn sich jemand die Original-URL mal angucken will schicke ich sie gerne per PM

[Semeaphoros]

Nein nein, Max, das ist so nicht korrekt. Der Server reagiert auf das Browser-Durcheinander dadurch, dass er gewisse Sachen nur an gewisse Browser schickt und an andere nicht un vizeversa ... damit wird mit den Inkompatibilitäten ein bisschen umgegangen. Führt aber auch dazu, dass für gewisse Funktionalitäten wie zum Bleistift DWA auch nur gewisse Browser "zertifiziert" sind. Die Sache ist also schon ein wenig komplexer und man kann nicht davon ausgehen, dass der Server einfach Code ausspukt unabhängig davon, was für ein Kunde das anfordert.

[maxg]

Gut, bei DWA gibt es diese Unterscheidung ja auch in den Masken. Bei der domcfg.nsf, die ja die Loginmaske erstellt aber nicht. Komisch ist ja auch, dass der <font>-Tag abhängig vom aufgerufenen Pfad mal drinsteht und mal nicht.

Leider scheine ich mit dem Problem ja alleine dazustehen -> keine Lösung in Sicht.

Max

EDIT: das problem wäre der <font>-tag nicht gewesen, wenn er mein css-layout nicht total zerschossen hätte aber ich habe jetzt eine Lösung gefunden. Wenn ich den HTML-Bereich als Durchgangshtml kennzeiche und nicht durch eckige Klammern verschiebt es mir den <font>-Tag ans Ende der Seite in einen "ungefährlichen Bereich. -> ich bin glücklich