cybton.com
Über uns | Jobs | Werbung | Sitemap | AGB | Impressum | Hilfe ?
 Kostenlos anmelden)
Forum
Aktuellste Beiträge
Forenregeln

Community
BB-Codes
Tags
Chat
Suche (Web)
Wer ist online?
Top-User

Basar


Statistik
Mitglieder gesamt: 68138
Mitglieder online: 1
Gäste online: 1
mehr...

Anzeige
Forum » Forum: eBooks » Thread: Neues eBook: XHTML

Thread: Neues eBook: XHTML

Tags: eBook , xHTML
Seite 1 von 212

07.01.2008 22:58 Uhr

 

eBooks
Bot
Status: offline
Im eBook-Bereich wurde ein neues eBook erstellt:

user-pic XHTML

Fragen, Wünsche, Verbesserungsvorschläge oder Anregungen zu diesem Artikel sollen in diesem Thread diskutiert werden.
1 mal bearbeitet
08.01.2008 20:02 Uhr

 

brott
Administrator
Status: offline
Hallo!

Um das eBook fertigstellen zu können, müssen wir erst einmal geeignete Kapitel dafür anlegen. Das haben wir bisher mit Absicht noch nicht gemacht, da wir davon überzeugt sind, dass das beste Ergebnis nur gemeinsam und wohl ausdiskutiert gefunden werden kann.

An wen richtet sich das xHTML-eBook? Ich würde die Zielgruppe hauptsächlich als Anfänger einstufen. Eine Ausnahme stellen die User da, die nur kurz etwas nachsehen wollen - aber auch dann muss xHTML von Grund auf erklärt werden und wir können kaum Vorkenntnisse voraussetzen.

Ich würde daher folgende Gliederung vorschlagen, welche gerne erweitert, duchdiskutiert, anders geordnet oder gestrichen werden kann  :wink: 

  • Was ist xHTML?
    - Von HTML zu xHTML: Die Geschichte
    - Aufbau von XML-Anweisungen
  • Das xHTML-Grundgerüst
    - Die Grundstruktur einer Webseite
    - Bedeutung der Dokumenttypangabe (DOCTYPE)
  • xHTML-Header
    - Titel-Tag
    - Meta-Tags
  • Body - im Körper der Website
    - Textbereiche (div)
    - Absätze, Zeilenumbrüche
    - Überschriften
    - Textauszeichnungen (strong, em)
    - Verweise (Links)
    - Listen
    - Bilder
    - Tabellen
  • Formulare
    - Allgemeines zu Formulare auf Webseiten
    - Eingabefelder
    - Checkboxen und Radiobuttons
    - Dateiupload
    - Gruppierte Elemente
    - Versteckte Elemente


Was meint ihr dazu? Habe ich etwas vergessen? Etwas zu viel? Wie würdet ihr das machen?

Für relativ wichtig halte ich es, dass wir dabei kaum bis keine gestalterischen Sachen reinschreiben. Das kommt dann im CSS-eBook. Je früher der Lernende die Trennung lernt, desto besser setzt er sie später um.

Ich freue mich auf ne gute Planung des xHTML-Ebooks!

Viele Grüße,
Benno
1 mal bearbeitet
08.01.2008 23:07 Uhr

 

Status: offline
Also da die Hauptabschnitte nur als Überschriften dienen und keinen Inhalt enthalten, vergleichbar mit dem ebook: Das eBook-System auf cybton.com, finde ich, dass in die Kategorie Was ist xHTML? am Besten vor Von HTML zu xHTML: Die Geschichte noch ein Punkt reinkommen sollte, der erstmal erklärt, was HTML oder XHTML eigentlich ist bevor man mit der Geschichte anfängt und wofür man das ganze eigentlich braucht. Unter anderem auch das ausschreiben der Abkürzungen und zugleich einer kleinen erklärung was Markup ist, hier sollte deutlich werden, dass es dazu dient Text auszuzeichnen.

Man könnte auch noch ein Vorwort einfügen in dem beschrieben wird an wenn sich das Tutorial wendet (anfänger, die HTML schreiben und nicht klicken lernen wollen, usw.).

Dann könnte man vielleicht entweder nach der Geschichte oder nach dem Aufbau der Befehle einen kleinen Vergleich zwischen HTML und XHTML einfügen. Mag sein dass jetzt einige denken, dass es zur Geschichte gehört, aber ich finde, dass dort wirklich nur die Geschichte rein sollte.

Bei den Doctypes wäre ich dafür nicht nur die xHTML Doctypes aufzuführen sondern auch HTML Doctypes, dabei gleichzeigitig auch die Unterschiede der Unterschiedlichen Doctypes aufzuführen. Und natürlich sollte man auch hinweisen, welche Auswirkungen diese auf die bestimmten Browser haben usw.

Was noch reinsollte und oft bei vielen Tutorials fehlt vielleicht eine kleine Editorsammlung mit einer kleinen Vorstellung, ich weis, dass man es auch in Notepad machen kann, jedoch kann ein Editor hier recht hilfreich sein, besonders wenns um Syntaxhighlighting geht. Wobei das sicher kein muss ist.

Was auch nicht fehlen sollte, der Hinweis, dass es zwar styling Elemente in HTML gibt man diese aber nicht nutzen sollte und warum nicht, ausserdem welche alternativen es gibt => CSS, mit Link zum CSS Tutorial.

Im Formularbereich könnte man vielleicht noch erwähnen dass die Auswertung dieser mit HTML nicht möglich ist und man eine Skriptsprache wie z.b. PHP dafür nutzen muss.

Ein Bereich über "richtiges" und "falsches" HTML und gleichzeitig je ein eigener Bereich für die 3 Hauptgründe für richtiges HTML: Barrierefreiheit, Browserkompatiblität und Maschinenlesbarkeit(Suchmaschinenoptimierung) sollten nicht fehlen.
09.01.2008 21:35 Uhr

 

zombie3456
Programmierer
Status: offline
Zitat:
Was noch reinsollte und oft bei vielen Tutorials fehlt vielleicht eine kleine Editorsammlung mit einer kleinen Vorstellung, ich weis, dass man es auch in Notepad machen kann, jedoch kann ein Editor hier recht hilfreich sein, besonders wenns um Syntaxhighlighting geht. Wobei das sicher kein muss ist.

Dann brauchen wir aber zwei Bereiche: Windows und Linux, da hier inzwischen auch viele Linux-User unterwegs sind. Oder eben zwei Sektionen. Das wäre ganz praktisch.
Wobei man das dann auch bei PHP, CSS etc. einfügen müsste. Die meisten Editoren sind ja für alles. Oder meinst du so Sachen wie Dreamweaver? Das wäre wirklich nur in XHTML passend.

Bei den Formularen fehlt glaube ich noch die Select-Auswahl.

Bei Links fallen mir zwei Dinge ein. Anker, bei denen man sagen sollte, dass man sie direkt auf eine id anspringen kann, und normale Links. Kommt das in einen Abschnitt?

Also im Grunde finde ich die Struktur - mit ihren Verbesserungen von BPhoenix zu den unterschiedlichen Doctypes gar nicht schlecht  :glad: 

Auch ein Vergleich zwischen HTML und XHTML würde mir sehr gefallen. Dann kann man direkt sehen, was anders geworden ist etc.
___________________________
DURATIVUM | Blog zur Sprache Latein
09.01.2008 21:44 Uhr

 

Status: offline
Frames könnten auch noch rein.

Mein großes Problem ist und war das einbinden von z.B. Stylesheets (oder sollte das zu CSS?)

Und vielleicht noch so Sachen wie Applets und Objects (<applet>, <object>)
___________________________
MFG Jan
"funzt nicht" ist keine gültige Fehlerbeschreibung!*haarerauf*
http://www.sysprofile.de/id30821
09.01.2008 21:55 Uhr

 

brott
Administrator
Status: offline
Ich fass dann mal zusammen:

  • Was ist xHTML?
    - Allgemeines zu xHTML
    - Die Geschichte
    - Vergleich von xHTML zu HTML
    - Aufbau von XML-Anweisungen
  • Gründe für xHTML
    - Barrierefreiheit
    - Suchmaschinenoptimierung
    - Browserkompatiblität
  • Das xHTML-Grundgerüst
    - Die Grundstruktur einer Webseite
    - Die Dokumenttypangabe (DOCTYPE)
  • xHTML-Header
    - Titel-Tag
    - Meta-Tags
  • Body - im Körper der Website
    - Textbereiche (div)
    - Absätze, Zeilenumbrüche
    - Überschriften
    - Textauszeichnungen (strong, em)
    - Verweise (Links)
    - Listen
    - Bilder
    - Tabellen
  • Formulare
    - Allgemeines zu Formulare auf Webseiten
    - Eingabefelder
    - Checkboxen und Radiobuttons
    - Auswahlboxen
    - Dateiupload
    - Gruppierte Elemente
    - Versteckte Elemente
  • Sonstiges
    - Frames
    - Flash
    - Java-Applets
  • Empfohlene Editoren und weiterführende Links
    - Empfohlene Editoren
    - Weiterführende Links


Das sieht ja schonmal echt super aus  :glad:  Danke für eure Verbesserungen! Noch weitere Anregungen?

@klasse7darg: das kommt ins CSS-eBook  :glad: 
3 mal bearbeitet
09.01.2008 22:43 Uhr

 

Status: offline
Ich würde zumindest bei "Was ist xHTML" den Punkt "Vergleich von xHTML zu HTML" weglassen und das in den Teil "Allgemeines zu xHTML" packen. Außerdem würde ich den "Allgemeines..." Punkt hinter den "Geschichte" Abschnitt setzen.
Die Dokumenttypangabe(n) sollte man vielleicht schon vor dem xHTML-Grundgerüst ansprechen. Wenn man das Gerüst aufbaut sollte man schon wissen, dass es unterschiedliche Doctypes gibt, bevor man sie anwendet.
Im Abschitt "Body - ..." sollte man ein Zusätzlichen Abschnitt einfügen in dem kurz einige Formatierungsmöglichkeiten mit CSS angerissen werden und wo explizit auf das CSS-Buch hingewiesen wird.
Nachdem du da ein Kapitel "Body - im Körper der Website" nennst, würde ich das gleich durch das ganze Buch ziehen und xHTML-Header umbenennen, zumal es eigentlich nicht der Header, sondern der Head ist. ZB "Head - Alles Kopfsache" oder so. Zu dem Bereich sollten dann eventuell auch noch Script-Tags kommen.
___________________________
Programmieren ist eine Sucht deren Rausch ein Gefühl der Macht ist... sofern man den Computer bezwingt. Gefährliche Nebenwirkungen: Verstärkter Kaffee-Konsum, erhöhter Ehrgeiz und ggf. Wutausbrüche und verknotete Gehirnwindungen.
10.01.2008 17:07 Uhr

 

Status: offline
Also bisher find ich es so gut wie brott es bisher gepostet hat mit ein paar Ausnahmen:

1. Aufbau von XML-Anweisungen sollte villeicht vor Vergleich von HTML und xHTML. Denn der Grundaufbau ist eigentlich der selbe nur, dass es xHTML eben etwas strenger sieht (jedes Tag muss geschlossen werden, Tags müssen klein sein, Attributwerte werden mit Anführungszeichen umschlossen, usw.). Der grundsätzliche Aufbau <tag attribut="attributswert">inhalt</tag> ist jedoch bei beiden Varianten gleich.

2. Finde ich die Überschrift Gründe für xHTML unpassend, denn die 3 Punkte die da aufgeführt sind haben nicht direkt mit xHTML selbst zu tun, denn die 3 Punkte können, müssen aber nicht auf xHTML zutreffen, genauso sieht es mit HTML aus. Man kann alle drei genauso mit HTML oder jeder beliebigen Markup Language erreichen. Das was ich meinte, waren die Gründe für richtiges HTML oder richtiges xHTML, damit meine ich, dass Markup nicht zum stylen sondern zum auszeichnen (englisch: markup) benutzt werden sollte und was für Vorteile das "richtige" benutzen bringt, nämlich die 3 Punkte die bisher unter der Überschrift: "Gründe für xHTML" stehen.

Hier zwei Beispiele zur Veranschauung:
falsch:
PHP:
1
2
3
4
5
6
7
8
<font size="5">Vögel</font>
<div align="center">
      Diese Tiere können fliegen und haben folgende Eigenschaften:<br />
      O Flügel<br />
      O Krallen<br />
      O Gefieder<br />
      Vögel müssen aber <b>nicht</b> fliegen können, Beispiel: <i>Pinguine</i>.
</div>
In diesem Beispiel ist keinerlei richtiges Markup (bis auf optisches) vorhanden, so dass für eine Suchmaschine oder jedes andere Programm, alles absolut keinen Zusammenhang ergibt, was nicht gerade förderlich für eine angestrebte gute Platzierung ist. Denn alles scheint gleich relevant oder besser gesagt unrelevant zu sein, es gibt keine Struktur in dem Dokument. So, dass z.b. eine Webseite die das Wort Vögel als Überschrift besitzt höher platziert wird als eine Webseite in der das Wort Vögel irgendwo in einem Wirrwarr von Wörtern enthalten ist.

Barrierefrei ist das ganze auch nicht, da z.B. ein Vorleseprogramme hier nicht rausfinden kann, dass etwas mit der Schriftgröße 5 eine Überschrift sein kann und dies folglich nicht anders ausgibt wie den restlichen Text und somit das Programm alles Monoton in gleichen zeitabständen ausgibt, so etwas zu verstehen ist verdammt anstrengeng und auf Dauer senkt es die Aufmerksamkeit deutlich, ok das mag vielleicht bei einer kleinen privaten Webseite wo nur eine Handvoll Leute rankommt nichts für Webseiten mit Informationen schliesst man dabei jedoch eine ganz große Zahl an wertvollen Usern aus.

richtig:
PHP:
1
2
3
4
5
6
7
8
9
<h1>Vögel</h1>
      <p>Diese Tiere können fliegen und haben folgende Eigenschaften:</p>
      <ul>
            <li>Flügel</li>
            <li>Krallen</li>
            <li>Gefieder</li>
      </ul>
      </p>Vögel müssen aber <em>nicht</em> fliegen können, Beispiel: <samp>Pinguine</samp>.</p>
</div>
Das ist hier ist schon fast wie Tag und Nacht. Denn hier erkennt eine Suchmaschine sofort, dass Vögel eine Überschrift ist und kann so die Webseite all denen wo das Wort nur im Fließtext oder im Stylingwahn vorhanden ist vorziehen, wenn jetzt noch im Absatz unter der Überschrift ein weiteres Suchwort auftaucht, erhöcht das die Relevanz enorm, da beide Wörter im Zusammenhang zu stehen scheinen.

Bei z.B. Blinden kann ein Vorleseprogramm hier nun sagen: Es fängt ein neuer Absatz mit der Überschrift: "Vögel" an. Bei der Aufzählung kann es nun sagen: Hierzu gehören "Flügel" und "Krallen" aber auch "Gefieder". Dann kann es im letzten Absatz das Wort nicht etwas lauter sprechen und somit dem blinden klarmachen, dass es extra betont wird.

Ok über Browserkompatiblität kann man streiten aber gerade dieser ganze Stylingwahn in der Vergangeheit hat zu diesen Missständen heutzutage beigetragen. Durch das nutzen von korrektem HTML Code für das Markup und CSS für das Styling wirkt man dem jedoch entgegen, da man so Nutzer dazu bringt öfter Browser zu nutzen die dies korrekt darstellen, was wiederum andere Browserhersteller die das nicht schaffen zum Umdenken bewegt => Beispiel IE.

3. Finde ich auch, dass dies vielleicht nicht so früh behandelt werden sollte, denn am Anfang weis man sonst nicht worum es eigentlich geht und somit überfliegt man das nur, ich wäre dafür das vielleicht hinter dem Beschreiben des Bodybereichs einzufügen.

4.Bin ich auch der Meinung, dass in den Head auch die Styling und Script Tags aufgenommen werden sollten ggf. mit Verlinkung zum CSS und vielleicht auch mal Javascript eBook.

5. Sollte irgendwo auch noch das mit der Zeichenkodierung hin und das mit den Entitäten hin. Denn das ist ein sehr wichtiges Thema, besonders bei uns mit unseren Sonderzeichen, den Umlauten. Jedoch weis ich jetzt nicht wo genau, wenn man es am Anfang macht ists zu theoretisch macht mans am Schluss, werden es die Leute zu spät sehen und bestimmt nen haufen Fragen stellen.
11.01.2008 21:03 Uhr

 

zombie3456
Programmierer
Status: offline
@BPhoenix: Ich habe mir mal die Freiheit genommen, deine Beispielquelltexte vom Inhalt her abzuändern, aber die zu lassen.
Ich wollte sie erst ganz übernehmen, war mir dann aber nicht sicher, ob du sie nicht selbst von einer anderen Website hast. Und geklauter ist immer ganz schlecht. Daher hab ich wenigstens den Text selbst gemacht.
2 mal bearbeitet
___________________________
DURATIVUM | Blog zur Sprache Latein
11.01.2008 23:25 Uhr

 

Status: offline
Nö habs nicht geklaut sondern für hier extra neu geschrieben. Die Beispiele sind aber nicht optimal und waren einfach nur so auf die schnelle hingeschrieben. Gibt sicher bessere Beispiele die es viel besser verdeutlichen können!
Seite 1 von 212
Ähnliche Threads Forum Ähnlichkeitsgrad
 Neues eBook: Das eBook-System auf cybton.com eBooks 1
 Das eBook-System auf cybton.com: Einführung eBooks 1
 Das eBook-System auf cybton.com: Der Schreibstil eBooks 1
 Das eBook-System auf cybton.com: Gliederung eines eBooks eBooks 1
 Das eBook-System auf cybton.com: Das Lexikon eBooks 1
 Das eBook-System auf cybton.com: Prüfungen eBooks 1
 Neues eBook: PHP eBooks 1
Passende eBook-Abschnitte eBook Ähnlichkeitsgrad
Allgemeines zu xHTML XHTML 1
Aufbau von XML-Anweisungen XHTML 1
Textabsätze XHTML 1
nach obennach oben

Copyright © 2008 cybton-network

Google
Partner: #Musik - Dein Internetradio - nexem. - .wir machen news - Your-Book.net - Dein kostenloses Gästebuch
ANEXIA - PHP Entwicklung - Dockers - s.Oliver Schuhe - Think Schuhe - der eigene Weg - Dorfen - Paul Green Schuhe - Bequeme Geox - Web-Entwicklung