Bild im Header

[DominicMarc]

Hallo liebe Leute

Ich hätte da mal eine Frage...
In meiner HTML-Datei habe ich einen «header» mit einem Bild eingerichtet. Das Bild befindet sich in einem <div>, da ich Text über das Bild schreiben musste. Nun wird dieses Bild in Google Chrome und Firefox problemlos dargestellt. Leider aber zeigt Safari gar nichts an. Dateinamen habe ich überprüft, Pfad stimmt auch. Habe es mit verschiedenen Dateiformaten des Bildes probiert (JPG, PNG, GIF) funktioniert überall, nur nicht in Safari...

Was soll ich nun tun??? Danke schon mal im Voraus!

  
  
<header>  
<div style="height: 54px; width: 656px; background: url(B_SBVV_Newsletter_Header-fix_gross_PNG.png) no-repeat; font-size: 16pt; line-height: 16pt; color: #FFFFFF; font-family: helvetica, arial, sans-serif; padding-top: 170px; padding-left: 15px; margin-left: -8px; margin-top: -8px;">  
NEWSLETTER<br>  
29 | 2014  
</div>  
</header>  
  

[Gunnar Bittersmann]

@@DominicMarc:

nuqneH

Das Bild befindet sich in einem <div>, da ich Text über das Bild schreiben musste.

Das div kann (lies: sollte) weg. Du kannst auch das header-Element stylen.

Und sämtliche Darstellungsangaben sollten im Stylesheet stehen, nicht inline in style-Attributen.

Leider aber zeigt Safari gar nichts an.

Meiner tut es.

Was soll ich nun tun???

Die fragliche Seite verlinken???

Qapla'

[MrMurphy]

Hallo

Das Bild befindet sich in einem <div>, da ich Text über das Bild schreiben musste.

Das ist falsch. Du kannst das Bild naürlich in einen Container packen, solltest dann aber einen passenden auswählen wie "figure". Das braucht es aber nicht um Text über ein Bild zu bekommen.

NEWSLETTER<br>
29 | 2014

Aua. Text gehört niemals niemals niemals direkt in Container wie div, header, main, footer u.s.w., sondern immer in passende Elemente wie p, h1 bis h6, li u.s.w.

<div style="height: 54px; width: 656px; background: url(B_SBVV_Newsletter_Header-fix_gross_PNG.png)

Verzichte bei Pfad-, Datei- und Ordnernamen (auch bei Variablen und ähnlichem) auf Groß- und Kleinschreibung. Das ist immer fehlerbehaftet. Gleiches gilt für Unter- und Trennstriche.

Benutze nur Kleinbuchstaben des englischen Alphabetes, Zahlen und den Unterstrich. Zahlen sollten dabei nie an erster Stelle stehen.

Um dein Problem speziell zu lösen musst du einen Link zu der Seite posten. Deine Angaben reichen dafür nicht aus.

Gruss

MrMurphy

[Gunnar Bittersmann]

@@MrMurphy:

nuqneH

Das ist falsch. Du kannst das Bild naürlich in einen Container packen,

Solltest es aber nicht.

solltest dann aber einen passenden auswählen wie "figure".

Zum einen handelt es sich hier um ein Hintergrundbild.

Zum anderen ist figure kein beliebiger Container. Das Element ist nicht allgemein für Bilder gedacht, sondern nut für „content […] that is self-contained […] and is typically referenced as a single unit from the main flow of the document.“ [HTML5]

Aua. Text gehört niemals niemals niemals direkt in Container wie div, header, main, footer u.s.w., sondern immer in passende Elemente wie p, h1 bis h6, li u.s.w.

Wer sagt das?

Benutze nur Kleinbuchstaben des englischen Alphabetes, Zahlen und den Unterstrich.

Es gibt gute Gründe gegen den Unterstrich.

Zahlen sollten dabei nie an erster Stelle stehen.

Wer sagt das? Warum nicht?

Qapla'

[Auge]

Hallo

<div style="height: 54px; width: 656px; background: url(B_SBVV_Newsletter_Header-fix_gross_PNG.png)

Verzichte bei Pfad-, Datei- und Ordnernamen (auch bei Variablen und ähnlichem) auf Groß- und Kleinschreibung. Das ist immer fehlerbehaftet. Gleiches gilt für Unter- und Trennstriche.

Aha, keine Großbuchstaben, keine Kleinbuchstaben, keine Unterstriche [1], keine Trennstriche. Dateinamen dürfen also aus Ziffern, Punkten und anderen nicht in deine Aufzählung fallenden Zeichen bestehen. Also so:

<img src="%!"7/&$2.^#\" alt="" />

*scnr*

Benutze nur Kleinbuchstaben des englischen Alphabetes, Zahlen und den Unterstrich. Zahlen sollten dabei nie an erster Stelle stehen.

Das ließ ich bewusst weg. Es hätte überflüssigerweise nur den Gag versaut.

[1] Was auch immer Gunnar gegen Unterstriche in Dateinamen hat.

Tschö, Auge

[Matthias Apsel]

Om nah hoo pez nyeetz, Auge!

[1] Was auch immer Gunnar gegen Unterstriche in Dateinamen hat.

http://forum.de.selfhtml.org/archiv/2013/12/t215965/#m1479741

Matthias

[Auge]

Hallo

[1] Was auch immer Gunnar gegen Unterstriche in Dateinamen hat.

http://forum.de.selfhtml.org/archiv/2013/12/t215965/#m1479741

Hmm, naja.

• Bindestriche sind einfacher einzugeben als Unterstriche.

Ja, ist so. Das nicht-drücken-müssen der Umschalttaste erspart mir halt das Drücken dieser Taste. Ob das messbare Auswirkungen hat, kommt wohl auf die Art des Schreibens an der Tastatur an. Ich mit meinem Drei-bis-vier-Finger-Suchsystem habe wohl eher nichts davon.

• Bei unterstrichenen Links sind Unterstriche schwerer lesbar.

Was ist mit nicht unterstrichenen Links? Was ist mit Links mit richtigem Linktext und dem Dateinamen mit Unterstrichen nur im href-Attribut? Das Argument trifft mMn nur relativ selten.

• SEO

Pfad- bzw. Dateinamen mit Unterstrichen seien gegenüber solchen ohne Unterstriche in Sachen SEO schlechter gestellt. Das hört sich reichlich esoterisch an.

Das verlinkte Video sagt nur, warum und wie man bei Google die Bedeutung von Binde- und Unterstrich definiert. Die Unterscheidung ist laut dem Video ein nachrangiges Kriterium beim Ranking und wenn man in seinem System bereits auf Unterstriche gebaut hat, solle man dabei bleiben. Also, who cares?

Und warum sollte man zu allem Überfluss schlechter gestellt werden, wenn man strikt Googles Logik folgt und Pfad- und Dateinamen mit Unterstrichen bewusst nutzt, um feststehende Begriffe abzubilden?

Bleibt mMn effektiv nur das leichtere Eingeben des Bindestrichs gegenüber einem Unterstrich. Viel Wind um nichts.

Tschö, Auge