HTML-Website: DOCTYPE und CSS

Fragen, aber auch Tipps und Tricks
Antworten
tom681123
Beiträge: 4
Registriert: 11.03.2021, 13:58

HTML-Website: DOCTYPE und CSS

Beitrag von tom681123 »

Hallo,
beim Versuch meine Ahnenblatt Daten auf meinem tablet einfach zur Verfügung zu haben, habe ich so meine Schwierigkeiten.
Ich möchte meine Forschungsergebnisse auf dem tablet zur Verfügung haben und auch einfach aktualisieren, wenn ich im Ahnenblatt etwas geändert habe.
Ich wollte den Umweg über GEDCOM export und eine app auf dem tablet vermeiden und stattdessen HTML-website über die cloud auf das tablet bringen. Das habe ich nach kurzem verworfen und stattdessen auf epub gesetzt. Da habe ich eine Datei, statt vieler.
Bei der Konvertierung mit calibre sind einige Schritte zu unternehmen, manches ließe sich vermeiden, wenn der HTML-Export besser wäre.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN">
wird von calibre kritisiert, weil kein xmlns angegeben wird

Schön wäre es stattdessen das an den Beginn jeder Datei zu stellen:
<?xml version='1.0' encoding='utf-8'?>
<html xmlns="http://www.w3.org/1999/xhtml" lang="de">

UTF-8 sollte wohl kein Problem sein, oder muss ANSEL mitgeschleppt werden?
Und die Sprache darf erst recht kein Problem sein.

Als zweites fände ich es richtig, die styles nicht in jeder Datei internal und teilweise inline anzugeben, sondern eine CSS Datei zu verwenden. Also statt:
<style type="text/css">
body {
font-family: Helvetica, Arial, sans-serif;
}
a:hover {
color: #c00;
}
</style>
</head>
<body text="#000000" link="#0000ee" alink="#0000ee" vlink="#551a8b" bgcolor="#ffffff">

etwas wie das:
<link rel="stylesheet" href="styles.css">

Bei meinen knapp 1900 Personen spart das auch ein paar bytes, aber vor allem kann ich da mehr ändern.

Drittens, zu den Bildern, die ich (natürlich) dabeihaben will: Leider werden nur die Personenbilder exportiert, schön wären alle Medien, auch beispielsweise screenshots von Taufbucheinträgen bei den Quellen.
Ich halte es für wünschenswert, einersteits die Personenbilder direkt als <img ...> einzubetten und den link, der außen herum angebracht ist, wegzulassen. Viertens: Für andere Medien wären links, die zu einer eigenen html-Datei mit dem entsprechendem Medium als Inhalt eine große Verbesserung.
Fünftens: Bei den Dateinamen der Mediendateien ist Windows ja nicht wählerisch, vielleicht könnte man eine (abschaltbare) Warneinstellung haben, die einen warnt, wenn der Dateiname nicht plattformunabhängig aufgebaut ist (Leerzeichen, Sonderzeichen,...).

Mag sein, dass meine Lösungsvorschläge auch nicht optimal sind - ich wollte das Thema am konkreten Beispiel erklären.

Was meint Ihr? Wäre das für den einen oder anderen von Euch auch eine Verbesserung?

FG Thomas
Benutzeravatar
Fridolin
Beiträge: 3794
Registriert: 04.01.2017, 18:32
Wohnort: Regio Rhein-Neckar
Hat sich bedankt: 37 Mal
Danksagung erhalten: 32 Mal

Beitrag von Fridolin »

Ich habe am Anfang mal den Web-Export ausprobiert - aber da funktionierte auch der Datenschutz für Lebende nicht.

Dass Layout und Inhalt getrennt sein sollten, ist gute Praxis - insofern habe ich schon vor 2-3 Jahren eine CSS vorgeschlagen. Aber ich denke, das Hauptproblem ist, dass Dirk keine ausreichende HTML-Expertise hatte. Man muss sich schon ein bisschen auskennen, um nicht nur irgend eine, sondern eine über Jahre nützliche und anpassbare Ausgabe zu erstellen. XHTML ist ja nun auch nicht gerade der letzte Schrei. Aber wie das im Verhältnis zu HTML5 steht, könnte ich jetzt auch nicht sagen: Das CMS, mit dem ich beruflich arbeiten muss, ist auch noch in XHTML erstellt.

Bekanntlich gibt es ja ausgewiesene Spezialprogramme für die Erstellung einer Genealogie-Webseite. Ich fände den Weg, wenn du eine wirklich schöne Webseite haben willst, lohnenswert.

Spätestens bei deinem Punkt 3 fangen nämlich die Probleme an - wir könnten uns sicherlich nicht einigen auf einen Umgang mit Medien, der für alle optimal ist (alle oder nur das Hauptbild? Welche Formate bzw. Kategorien?). Extraseiten mit anderen Medien wird nicht funktionieren: Wie willst du denn ein Word- oder PDF-Dokument auf einer Webseite angezeigt bekommen? Dafür gibt es m.E. keinen Standard. Fünftens wäre eher ein Fall für die Plausi, hätte ich gedacht.
Aktuell Win11-64 pro 23H2, Ahnenblatt 3.60 - Daten via NAS, Programm lokal

Empfehlung: Alle relevanten Handbücher lesen :book:
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
tom681123
Beiträge: 4
Registriert: 11.03.2021, 13:58

Beitrag von tom681123 »

Hi,
also abgesehen von den anderen Medien, zumindest Personenbilder ohne auf-sich-selbst-zeigenden link sollte auch in meinem dritten Punkt noch kein großes Problem sein. Ich stelle das hier zur Diskussion.
So kommt es von Ahnenblatt:
<a href="weinwurmjosef_c.jpg"><img src="weinwurmjosef_c.jpg" height="200" border="0" title="Created with GIMP" /></a>
Und m.E. reicht das:
<img src="weinwurmjosef_c.jpg" height="200" border="0" title="Created with GIMP" />

Zugegeben, jeder browser interpretiert anders, aber zunächst ist mein Wunsch die paar styles und Formatierungen möglichst standardkonform zu haben. Ich spreche hier von Textfarben, Farben für links, Überschrift und Hintergrund. Und derm optionalen Hintergrundbild.

Diese basics sind hoffentlich mehrheitsfähig und werden gleich interpretiert. Mehr wäre schön, aber dann wird es deutlich aufwändiger.

Vielleicht habe ich nicht klar genug gesagt, dass ich den website export als Basis für epub verwenden will und es mir nicht um ein ausgefeiltes webdesign geht. Ich will einfach den aktuellen Stand meiner Forschung am tablet abrufen, nach Möglichkeit mit Bildern von den Quellen.
Es gibt GEDCOM zu epub Konverter, damit kann man schöne Familienbücher machen - ist aber wie gesagt nicht mein Ziel.

FG Thomas
Benutzeravatar
Jürgen_Nordlicht
Beiträge: 620
Registriert: 19.09.2010, 15:26
Wohnort: 59505 Bad Sassendorf
Hat sich bedankt: 36 Mal
Danksagung erhalten: 11 Mal

Beitrag von Jürgen_Nordlicht »

PHP ist, soweit ich das als Nicht-IT-ler sehen kann, die aktuellste Plattform.
Ob Dirk sich damit beschäftigt ist offenbar unbekannt.
Deshalb mal als Frage:
Läßt sich denn eine heute mit AB erstellte HTLM-Webeite auf PHP umbauen?
Gruß aus Westfalen
Jürgen

Rechenknecht mit Ahnenblatt v4.0.5 und Stammbaumdrucker 8 P .
Benutzeravatar
Fridolin
Beiträge: 3794
Registriert: 04.01.2017, 18:32
Wohnort: Regio Rhein-Neckar
Hat sich bedankt: 37 Mal
Danksagung erhalten: 32 Mal

Beitrag von Fridolin »

Ich sehe mich da an mehreren Punkten missverstanden. Ich habe mir nicht ein Urteil über Dirks HTML-Kenntnisse erlaubt, sondern nur Bezug genommen auf eine ältere Aussage von ihm selbst.

Ahnenblatt produziert keine dynamischen Webseiten, insofern braucht man da kein PHP, auch kein CMS. Genauso wenig ist der HTML-Export von Ahnenblatt "responsible design". Wer das möchte, braucht speziellere Tools. Kostet auch etwas extra. Gibt es aber - Hinweise müsste man auch hier im Forum finden.

Das von mir erwähnte beruflich genutzte Spezial-CMS wird jedenfalls von mehreren Web-Programmierern und Designern hauptamtlich gepflegt, damit immer wieder Probleme mit einzelnen Browsern bzw. Systemen behoben werden können und ab und zu das Layout auf einen zeitgemäßen Stand gebracht wird. Das kann man definitiv nicht von einem Projekt wie Ahnenblatt erwarten.

Eine neuere HTML-Ausgabeform von Ahnenblatt würde ich mir trotzdem mal bei Gelegenheit wünschen - aber weiterhin nur begrenzt dynamisch (HTML5). Die Ansprüche müssen aber realistisch bleiben.
Aktuell Win11-64 pro 23H2, Ahnenblatt 3.60 - Daten via NAS, Programm lokal

Empfehlung: Alle relevanten Handbücher lesen :book:
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
tom681123
Beiträge: 4
Registriert: 11.03.2021, 13:58

Beitrag von tom681123 »

HTML5 wäre auch schon ein Gewinn. Danke, Fridolin.
FG Thomas
Antworten