Bereiche
News
Rewind
Tipps & Berichte
Forum
Galerie
Journals
Events
Umfragen
Themenwoche
Kleinanzeigen
Interaktiv
Anmelden
Registrierung
Zu allen empfangenen Nachrichten
Suche...
Zur erweiterten Suche
Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum
>
Entwickler
>
Problem mit Coda Preview / Browsern
Problem mit Coda Preview / Browsern
justanothermacianer
05.05.11
17:04
Hallo zusammen,
ich hab ein großes Problem bei der Entwicklung einer einfachen Website mit Coda, wahrscheinlich nur ein dämlicher Denkfehler, aber er beschäftigt mich jetzt bald zwei Stunden.
Und zwar hab ich den ganzen HTML/CSS Code bisher in Coda geschrieben und bis dato immer mit der Coda Preview, die Ergebnisse kontrolliert, hin und wieder auch mit Chrome.
Irgendwann musste ich dann feststellen das die Darstellung in der Coda Preview und Chrome vollkommen unterschiedlich sind: Chrome und Firefox stellen fast gar keine Änderungen am Stylesheet mehr dar, bei Safari und der internen Vorschau sieht alles normal aus.
Wenn ich in die Webinformationen bei Chrome schaue sind die ganzen Elemente aus dem Stylesheet rot markiert, auch die die korrekt angezeigt werden.
Ich hoffe irgendwer versteht was ich meine, leider hab ich in meinem Frust inzwischen wieder fast alles gelöscht in der Hoffnung das es irgendwie wieder geht aber naja
Ich häng mal die zugehörigen Dokumente an, vllt wird irgendwer ja schlau draus:
Vielen Dank für eure Hilfe!
HTML:
<!DOCTYPE html>
<html>
<head>
<title>Info Projekt</title>
<link rel="stylesheet" type="text/css" href="../css/stylesheet.css">
<style type="text/css">
/* Seitenspezifisches Css*/
</style>
</head>
<body>
<div id="top"> </div>
<div id="header">
<div id="header-content">
<!-- <img src="#" alt="Logo" id="logo"> -->
<div id="nav">
<ul>
<li> <a href="#">Home</a> </li>
<li> <a href="#">Cocktails</a> </li>
<li> <a href="#">Kontakt</a> </li>
</ul>
</div> <!-- Ende nav -->
</div> <!-- Ende header-cont -->
</div> <!-- Ende header -->
<div id="main">
<div id="content">
</div>
</div>
<div id="footer">
</div>
</body>
</html>
CSS
body{
margin: 0;
padding: 0;
border: 0;
outline: 0;
font-size: 100%;
vertical-align: baseline;
background-color:#f0efe0;
color:#7b5a47;
font-family:helvetica,arial;
font-size:1em;
}
#top{
background-image: url(../img/top.png);
background-repeat:repeat-x;
height:25px;
width:100%;
}
Coda/Safari:
„Mac vs PC debates make me want to throw up. Does your OS of choice work for you? Great, problem solved!“
Hilfreich?
0
Kommentare
justanothermacianer
05.05.11
17:05
Chrome/FF
„Mac vs PC debates make me want to throw up. Does your OS of choice work for you? Great, problem solved!“
Hilfreich?
0
sierkb
05.05.11
19:36
1. Warum schreibst Du im CSS Folgendes (Redundanz und im ersten Fall unsinnig):
body{
margin: 0;
padding: 0;
border: 0;
outline: 0;
font-size: 100%;
vertical-align: baseline;
background-color:#f0efe0;
color:#7b5a47;
font-family:helvetica,arial;
font-size:1em;
}
2. Warum referenzierst Du relative URLs statt absolute URLs (ausgehend vom Root-Verzeichnis) hier:
<link rel="stylesheet" type="text/css" href="
../
css/stylesheet.css">
und hier:
background-image: url(
/
img/top.png);
Besser/intelligenter wäre:
<link rel="stylesheet" type="text/css" href="
/
css/stylesheet.css">
bzw.
background-image: url(
/
img/top.png);
3. ist der gekachelte Hintergrund auf Basis eines einfarbigen Bildes (top.png) wirklich sinnvoll, wenn Du den offenbar einfarbigen Hintergrund viel einfacher und schneller einfärben kannst, indem Du statt des einfarbigen und gekachelten Bildes via CSS eigentlich direkt die Hintergrundfarbe via
background-color
bestimmen kannst?
4. Existiert überhaupt das Bild an genau der Stelle (../img/top.png), wo Du es abholen willst? Oder könnte/müsste es evtl. mehr als eine Stufe vom Verzeichnis zurückgehen, indem Deine HTML-Dateien liegen, also evtl.
../../img/top.png
heißen?
5. Wenn 4. zutrifft, dann weißt Du auch, warum ich 2. vorgeschlagen habe (damit umgehst Du nämlich solche Probleme und musst Dich nicht immer drum kümmern, wieviele Verzeichnisse Du nun zurückgehen musst, um in einen anderen Verzeichniszweig zu gelangen).
Zu 4. Ich habe mir Deinen Code eben kopiert und lokal abgespeichert. Logischerweise habe ich Dein Hintergrundbild
top.png
nicht, weil Du Screenshots gepostet hast. Folge: in jedem Browser wird mir dasselbe Ergebnis gezeigt: ohne roten Header.
Und genau daran wird's liegen, denn wenn ich den Hintergrund in Ermangelung von top.png in derselben Farbe (#500e00) einfärbe, dann habe ich -- Oh Wunder! -- überall in jedem Browser plötzlich einen dunkelroten Header, wie es sein soll!
Kleiner Verbesserungsvorschlag deshalb (die background-Regeln kann man auch zusammenziehen, Farbe + Hintergrundbild für den Fall, dass das Hintergrundbild nicht angezeigt werden kann):
#top{
background: #500e00 url("/img/top.png") repeat-x;
height:25px;
width:100%;
}
Oder, wenn's wirklich ein einfarbiges Hintergrund-Kachelchen ist, noch besser schlicht und einfach und kurz so:
#top{
background: #500e00;
height:25px;
}
Aufgeräumt sieht dann Dein Stylesheet z.B. so aus:
body {
margin: 0;
padding: 0;
background-color: #f0efe0;
color: #7b5a47;
font: 1em Helvetica, Arial, sans-serif;
}
#top {
background-color: #500e00;
height: 25px;
}
That's it!
Hilfreich?
0
justanothermacianer
05.05.11
21:14
Ah super
Habs grad ausprobiert funktioniert jetzt wieder!
Ich denk das Chaos in meiner Ordnerstruktur war Schule, hab jetzt alles geändert so wie du's gepostet hast und jetzt siehts wieder normal aus.
Was ich aber nicht verstehe ist, wieso die Preview das ganze immer noch korrekt angezeigt hat obwohl der ganze Code ja ziemlicher Unsinn war
Vielen Dank auf jedenfall!
„Mac vs PC debates make me want to throw up. Does your OS of choice work for you? Great, problem solved!“
Hilfreich?
0
Kommentieren
Diese Diskussion ist bereits mehr als 3 Monate alt und kann daher nicht mehr kommentiert werden.
iOS 18.3 mit Hinweisen auf neue Apple-Hardware
Mac-Leistung: Wie viel schneller ist eine inter...
Gurman zum Release des neuen Apple TV, HomePods...
Leak in macOS 15.2 Sequoia: Neues MacBook Air k...
Mac mini M4 im ersten Test: Was hält der kleine...
Apple-Leak spricht vom "iPad Air M3"
Erscheint das neue MacBook Air M4 früher als an...
PIN-Code erraten: Dauer