[html/css] Firefox redeneert anders als IE/Opera?

[Wussie]

Een goedendag, ik ben hier bezig met een websitetje en ik heb een klein probleempje... Heb al even gesearched, maar kon niet echt goede termen verzinnen om dit probleem te omschrijven.

Het probleem is als volgt; ik heb in een .css documentje gezet dat de html pagina een bepaalde background-image moet hebben; nu gaat dit goed in IE en Opera, maar Firefox redeneert bepaalde codes blijbaar anders ofzo; ik zal mezelf even nader verklaren:

de .css

code:

body    {
    background: #E2E3DB url(../images/logo.gif);
    background-attachment: fixed;
    background-properties: fixed;
    background-position: center;
    background-repeat: no-repeat;

De mapstructuur van de website ziet er als volgt uit:

/ <- hierin staan de .htm/.html documenten voor de Nederlandse versie van de website
/english <- daar staan de documenten voor de engelse versie.
/images hier staan logischerwijs alle plaatjes
/css hier staan de .css documenten

Nu denk ik dat opera en internet explorer de regel url(../images/logo.gif); beredeneert vanuit het pad waar het .css document staat...
het gaat dus dan als volgt:
hij zit in : /css
dan krijgt ie z'n ../ opdracht
dan gaat ie dus naar /
vervolgens gaat ie naar images/logo.gif. en pakt die als achtergrond.

Firefox echter beredeneerd het pad van de achtergrond vanuit het pad waar de html pagina staat... (waarom denk ik dit? Omdat hij het in Firefox bij de engelse versie wel doet)
bij firefox gaat het dus van / naar ../ (een map boven de website-root dus in mijn geval even m'n windows desktop)
daar staat natuurlijk geen map met /images/logo.gif.
Nu heb ik dit nog een keer getest door daar (op m'n desktop) gewoon een map aan te maken die /images heet en vervolgens logo.gif daarin te kopieren, nu is dit zo geen probleem, maar als hij uiteindelijk naar de webserver gaat is dat wat lastiger.

Nu is mijn vraag; hoe is dit 't makkelijkst op te lossen? Ik ga liever niet de logo's voor iedere map apart kopieren (ook al zijn ze klein, het staat toch niet zo netjes), en daarbij vraag ik me ook af waarom firefox zo doet, en IE en Opera niet?

bvd.

[Maverick]

volgens mij komt dut omdat je de pagina rechtstreeks benaderd, dan doet ff dit idd. als je hem via je webserver benaderd zou het wel gewoon goed moeten gaan.

[Wussie]

oh dus dan zou firefox denken van: ik kan niet verder omhoog als / dus dan ga 'k maar meteen naar /images?

[Erkens]

relative uri argumenten gelden vanaf het pad van de stylsheet zelf

[Wussie]

Erkens schreef op woensdag 24 november 2004 @ 16:26:
relative uri argumenten gelden vanaf het pad van de stylsheet zelf

waarom doet firefox dat anders dan?

[Erkens]

Wussie schreef op woensdag 24 november 2004 @ 16:28:
[...]


waarom doet firefox dat anders dan?

heb je een online voorbeeld, want bij mij gaat het wel gewoon goed

[Wussie]

helaas ondersteunt mijn planet webspace blijkbaar geen css, althans; als 'k het upload pakt ie de .css iig niet

Klik
de .css staat gewoon in de /css directory

code:

<link rel="stylesheet" type="text/css" href="css\stylesheet_main.css">

dit staat in het html document om naar de css te verwijzen

[Erkens]

je hebt een backslash gebruikt dat gaat ook niet werken

[Wussie]

rofl ok; bedankt bijgewerkt en nu lijkt ie het te doen iig als tie op de webserver staat :x

lol, we ontspringen vandaag alle logica... ik heb de \ in een / veranderd in 1 van de html documenten en die weer geupload naar m'n webspace...

vervolgens lijken alle documenten lokaal ook gefixt te zijn

naja, bedankt voor de vlotte reacties

[ Voor 59% gewijzigd door Wussie op 24-11-2004 16:38 ]