NotesDokument als type="text/css" ausgeben

[Stefan734]

Meine erste Anfrage läuft nicht so erfolgreich, daher schicke ich gleich noch eine zweite hinterher:

Ich möchte ein NotesDokument gegenüber dem Browser als type="text/css" bzw. type="text/javascript" ausgeben.

Leider werden die NotesDokumente aber als max. als html gekennzeichnet.

Wie kann ich eine korrekte Auszeichnung gegenüber dem Browser erreichen?

Fragende Grüße
Stefan

[m3]

In R6 ginge es so:


Siehe http://codestore.net/store.nsf/unid/EPSD-5TUJPP?OpenDocument und http://www.dominoguru.com/dominoguru/home.nsf/0/1895AD0AC0B1A0CE85256D40006BF6F6?OpenDocument

In R5 wirst IMHO Pech haben.

[Stefan734]

Danke m3,

habe es eh befürchtet, jetzt habe ích die Gewissheit.

Ist schon erstaunlich, wie wenig echtes Web in Notes R5 steckt.

[flaite]

ich hab das immer so gemacht, dass ich in den $$HtmlHead Bereich, den Inhalt von NotesFeldern mit css Inhalt über DBLookup geholt habe.

[Stefan734]

Könnte ich auch machen, doch dann geht der Vorteil der kleinen HTML-Seiten verloren.

Da das Cachen von NotesDokumenten im IE6 scheinbar eh nicht funktioniert (vgl. anderen Thread), werde ich mir deinen Tipp für die Endphase der Entwicklung notieren

[flaite]

Um es sehr neutral auszudrücken.
Was bestimmt den mime-type eines über http verschickten Dokuments?
Die Zeile Content-Type=text/html bzw.
Content-Type=text/css
im HttpStream.

Wenn diese einfache Zeile nun mit dem Inhalt html/text fest verdrahtet ist, dann kommuniziert der Plattform/Framework-Hersteller dem Anwendungsentwickler damit: Ich weiss, dass du das niemals für etwas anderes als html/text verwenden wirst.

Und das kann man u.U. als Anmaßung von Wissen von Seiten des Plattformherstellers ansehen.

Aber aufregen bringt auch nix. Und sowieso gibt es in jedem Framework, jeder Plattform solche "Fehler". 

Das einzige Argument, von solchen fixen Verdrahtungen von Seiten des Frameworkherstellers bestände darin, dass dadurch schlechtes Design von Seiten des Anwendungsentwicklers verhindert wird. Das ist aber in deinem Anwendungsfall eindeutig nicht so.


Axel
(braucht nicht diskutiert zu werden).