Text/Schriftformate bei Browserzugriff

[g202e]

Hallo,
hab hier eine Datenbank, auf die auch über Browser(Intranet) zugegriffen werden soll. Ich bin nicht der Erfinder der DB und habe von HTML/CSS etc. seeehr wenig Kennung. Der Kunde hätte gern eine 100%-Lösung, sprich: es soll auch optisch absolut super aussehen. Z. Zt. mäkelt er noch ein wenig am Schriftformat im Browser rum, deshalb die Frage: Wo ist festgelegt, welche Schriftart/-grösse/-format bei der Anzeige von Dokumenten im Browser verwendet wird? Habe ich die Möglichkeit, das einfach zu beeinflussen? (Ich habe in der Datenbank auch ein Stylesheet-Dok gefunden, dies bezieht sich jedoch nur auf die Darstellung von Ansichten im Web) Wenn ich mir den Quellcode für so eine Seite im Browser anschaue, dann habe ich z. B sowas:
<FONT FACE="Arial">Das vorliegende Handbuch IT-Sicherheit ...</FONT>
Ich möchte nun wissen: Woher nimmt er dieses "ARIAL" und wie könnte ich das ändern, daß er da vielleicht was anderes nimmt?

[Glombi]

Hi,
wenn Du wirklich gut aussehende Web-Seiten machen willst, führt meiner Meinung nach an CSS kein Weg vorbei. Als Lektüre empfehle ich mal für's erste das Self HTML.
http://selfhtml.teamone.de/

Wenn der Kunde bereits ein CSS Datei hat, kannst Du den Inhalt in eine Seite Deiner DB kopieren und dann für die Seite "Inhalt als HTML behandeln" (oder so ähnlich) aktivieren.

Dann machst Du eine Teilmaske, in der Du das Feld $$HTMLHead implementierst. Dort eine Referenz auf die Seite mit den CSS Anweisungen. Diese Teilmaske bindest Du in alle Masken ein, die im Web dargestellt werden.
Ansichten und Suchergebnisse werden dann mittels Embedded View  bzw. Feld $$ViewBody (für Suche) dargestellt.

Ich hatte mal vor einiger Zeit hier im Forum eine Demodatenbank eingestellt,  in der es um Volltextsuche ging. Da kannst Du mal nach suchen...

Andreas

[g202e]

Danke Andreas,
falls du die Datenbank "Demo Web Suche" meinst, die habe ich gefunden; SELFHTML ist mir auch schon ein Begriff. Aber bisher habe ich z. B. nicht gewusst, wie mein Programmiervorgänger diese Stylesheet-Datei mit dem Dok verknüpft hat. Das funzt genauso, wie du gesagt hast. Damit habe ich also schon wieder was gelernt, aber: Es muß doch irgendeinen Standard geben, wo festgelegt ist, daß ein Text im Browser in einem bestimmten Format dargestellt wird, WENN ich NICHTS festlege. Denn diese Stylesheets, welche bisher verwendet werden sind definitiv nur für die Darstellung von Ansichten im Browser gedacht und NICHT für die normalen Doks.
Jetzt hab ich gerade in deiner Beispieldatenbank folgendes entdeckt (s. Bildchen) Wofür ist "HTML-Attribute" gut? Warum gibt es dieses Attribut nicht bei allen Textfeldern?

[Glombi]

Wenn Du nichts eingibst, wird der Browser die Schriftret nehmen, die seiner Meinung nach der programmierten am nächsten kommt.

Siehe dazu mal in der Designer-Hilfe im Index unter "Schriften" - "Anwenden auf Text" - "Text für das Web formatieren"
Auszug:
Schriften
Wenn die verwendeten Schriften nicht den Systemvorgaben entsprechen, beispielsweise Sans Serif und Serif in Windows, konvertiert Domino Schriftanweisungen in das HTML-Tag <FONT> und verwendet das Attribut FACE=, um der ursprünglichen Schriftauswahl nahezukommen. Text kann für einen Web-Benutzer anders aussehen als für einen Notes Benutzer, da der Browser festlegt, welche Schriften zu verwenden sind.


Daher kann man mit einer CSS Datei verschiedene Schriftarten, die ähnlich sind, vorgeben, in der Hoffnung, dass der Browser eine davon kennt.

Beispiel: Eintrag in der CSS Seite
.Feld         { font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12px; }

Feld ist dann eine CSS Klasse. Du kannst dann in den Eigenschaften eines Feldes unter dem Tab "HTML" als Klasse Feld eingeben. Dann stellt der Browser das mit Verdana oder Arial oder Helvetica oder sans-serif da. Die Schriftgröße ist 12 px.

Du kannst aber auch auf CSS verzichen und eine Style Sheet Formatierung direkt in dem HTML -Eigenschaften unter "Stil" eingeben.

Zu Deiner Frage bzgl. "HTML-Attribute" Dort kannst Du eben HTML-Attribute zu einem Feld definieren, z.B.
"SIZE=40 MAXLENGTH=40"
Das gleiche kannst DU aber auch wieder in den HTML-Feldeigenschaften unter "Andere" eingeben (dort ohne die "").

Andreas

[g202e]

Beispiel: Eintrag in der CSS Seite
.Feld         { font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12px; }

Danke.
Ich glaube, jetzt hab ichs kapiert.
Aber ich könnte auch die Schriftart über "HTML-Attribute" setzen, oder?
Gibt es einen besonderen Grund, dass man diese Html-Geschichten an so vielen Stellen beeinflussen kann?
Vermute ich richtig, dass die Reihenfolge bei "font-family" massgeblich ist für die vom Browser verwendete Schrift?

[harkpabst_meliantrop]

So ist es.

Allerdings gibt es zu der Frage, welche Schrift benutzt wird, wenn man "nichts" angibt noche einige Besonderheiten zu beachten.

Die Frage ist: Was ist "nichts"?

Domino erzeugt nur dann keine Font-Tags, wenn man den Text im Designer als mit einer der Default-Schriften (also z.B.  nicht Arial oder Times) und Schrifgröße 10pt formatiert. Alles andere führt  zu vielen, vielen hässlichen Font-Tags.

Das fiese ist, dass deine schöne CSS-Formatierung dadurch wieder überschrieben wird...

[g202e]

Wie darf ich denn das nun verstehen: Wenn ich ein normales Notes-Dokument im Browser anschaue, welches z. B. ein RTF enthält, in dem Text in "Arial" steht.  Bei Web->Anzeige ist "HTML verwenden" ausgewählt(s. Bildchen). Was zeigt mir nun mein Browser an?

[Axel_Janssen]

Beispiel: Eintrag in der CSS Seite
.Feld         { font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12px; }

Gibt es einen besonderen Grund, dass man diese Html-Geschichten an so vielen Stellen beeinflussen kann?

historisch gewachsen. Der Erfolg von html war gerade, daß man damit sehr schnell Ergebnisse erzielen konnte. Wie von dem Harkpapbst beschrieben hat Lotus da noch einen draufgesetzt, um auch Leuten ohne html-Kenntnissen, Webprogrammierung zu erleichtern.
 
Sobald man ein bißchen Ahnung hat, stören diese features aber eher und gerade automatisch gesetzte Form-tags können sehr nervig sein.

Irgendwann 1998 kam dann css. CSS sorgt in einem gewissen Grade zu einer Trennung von Content und Gestaltung. Das ist konzeptionell ein bißchen schwieriger, kann aber - sobald man sich da ein paar best-practices zurechtgelegt hat - die Arbeit extrem erleichtern. Ich würde mir die Mühe machen, sich damit ein bißchen zu beschäftigen anstatt font-tags zu schreiben. Bedenke, daß ein Design mit CSS auch wesentlich leichter zu ändern ist, als mit tausend html-tags.

Separation of concerns (Beispiel: html - inhalt, css - Gestaltung) ist sowieso nicht nur meiner Ansicht nach der wichtigste Grundsatz überhaupt, um IT-Projekte in den Griff zu kriegen.

Wenn der Kunde dann doch z.B. die Schriftgröße auf 12 statt auf 10 haben will, ist das mit css ein Handgriff. Die Alternative ist jammern darüber, "daß die Kunden nicht wissen was sie wollen" und die Gestaltung an 20 Stellen händisch zu ändern. Letzteres ist eher keine intelligente Strategie.

Gruß Axel

[Axel_Janssen]

Wie darf ich denn das nun verstehen: Wenn ich ein normales Notes-Dokument im Browser anschaue, welches z. B. ein RTF enthält, in dem Text in "Arial" steht.  Bei Web->Anzeige ist "HTML verwenden" ausgewählt(s. Bildchen). Was zeigt mir nun mein Browser an?

Du kannst dir im Browser den Html - Quelltext anzeigen. Da siehst du was die Notes-HTTP Engine macht.

[harkpabst_meliantrop]

Wie darf ich denn das nun verstehen: Wenn ich ein normales Notes-Dokument im Browser anschaue, welches z. B. ein RTF enthält, in dem Text in "Arial" steht.  Bei Web->Anzeige ist "HTML verwenden" ausgewählt(s. Bildchen). Was zeigt mir nun mein Browser an?

Das auf den ersten Blick niederschmetternde Ergebnis wird sein: Der Browser zeigt den Text so formatiert, wie ihn der Benutzer im RT-Feld eingegeben hat.

Bei der Texteingabe muss man nunmal wissen, was man will. Entweder man erlaubt den Benutzern die Verwendung von RichText-Feldern, dann können sie auch hässlich formatieren (und wenn sie es können, dann tun sie es auch) und die Seite sieht bescheiden aus. Oder man erlaubt es ihnen nicht, dann meckern sie rum, dass sie nicht selbst formatieren dürfen.

Selbstverständlich gibt es auch dafür mit CSS eine Lösung (soweit der Widerspruch überhaupt auflösbar ist). Man kann natürlich auch das FONT-Tag per CSS umdefinieren und z.B. eine bestimmte Schrift und/oder Schriftgröße vorgeben.

Damit das ganze nur für das eine RT-Feld gilt, kann man dieses in ein div (oder span) packen und die CSS-Formatierung so scheiben, dass sie nur für divs mit einer bestimmten Klasse gilt.

Z.B.

Code

]
div.RTFeld font{
      font-family: Verdana, Arial, Helvetica, sans-serif;
      font-size: 9pt;
}

Wenn man dann in Pass-Through HTML vor und hinter das RT-Feld schreibt

Code

<div class="RTFeld">
[Body]
</div>

dann werden alle FONT-Tags innerhalb des RT-Feldes umgemappt auf die oben angegebene Formatierung.

[harkpabst_meliantrop]

Kleiner Nachtrag: Wenn man die nicht per FONT-Tag verunstalteten Textteile ebenfalls zwangsformatieren will, benötigt man noch ein weitere Formatierungsanweisung, z.B.

Code

div.RTFeld p{
      font-family: Verdana, Arial, Helvetica, sans-serif;
      font-size: 9pt;
}

<p>-Tags schmeißt Domino eigentlich dauernd, und wenn nicht, schreibt man halt eins in Pass Through HTML selbst vor das RT-Feld.

[g202e]

Danke für eure vielen Antworten.

<p>-Tags schmeißt Domino eigentlich dauernd, und wenn nicht, schreibt man halt eins in Pass Through HTML selbst vor das RT-Feld.

Letzte Frage: Wie funktioniert das mit "PassThroughHTML"; WO schreibe ich WAS hin?

[harkpabst_meliantrop]

Du schreibst einach auf deine Maske oder Seite irgendeinen Text, markierst den mit der Maus und wählst aus dem Menü "Text" den Punkt "Durchgangs-HTML" (deutsch) bzw. "Pass Through HTML" (englisch).

Das ist für Domino das Zeichen, diesen Text unverändert und genau wie er ist an den Browser weiterzuleiten.

Meistens ist das sinnvoll, wenn man selber HTML von Hand eingeben möchte, wie z.B. die oben genannten <div>-Tags oder ein <p>-Tag. Die Anwendung ist aber nicht auf händisch eingegebenes HTML beschränkt. Man kann z.B. auch Computed Text und Felder als Pass Through HTML markieren.