Archief - z-index doet niets?

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
:

::SaBeR::

Legacy Member
Hai,

Ik heb eens geprobeerd z-index te gebruiken, maar doe blijkbaar iets fout. Het menu ligt momenteel bovenop de afbeelding van .contentwrapper. Ik heb dus .contentwrapper een z-index van 1 gegeven en .menuwrapper een z-index van -1. Toch ligt het menu nog steeds boven de afbeelding. Wat doe ik fout?

HTML
CSS

Alvast bedankt!

Michael
Z

Zero Grav

Legacy Member
z-index werkt alleen bij absolute of relative gepositioneerde objecten.
Standaard is alles in xHTML static gepositioneerd.
:

::SaBeR::

Legacy Member
Ah, fantastisch.

Werkt perfect nu. Het menu werkt niet met z=-1, maar wel met 0

Heel erg bedankt
U

UnD3RD0G

Legacy Member
negatieve waarden zijn te browser afhankelijk ( FF doet het wel, IE niet ddenk ik )
-

-BVR-

Legacy Member
Nooit gesnapt waarom er aan een element als een contentwrapper een class wordt gegeven ipv een id.
s

sanzo

Legacy Member
BramVroy zei:
Nooit gesnapt waarom er aan een element als een contentwrapper een class wordt gegeven ipv een id.
Klik om te vergroten...
Er staat sowieso geen enkele id in zijn code, echt een referentie is het dus niet.
E

Eleven

Legacy Member
Een goede rede om een class te gebruiken voor zo'n element is dat je meerdere klasse kan gebruiken bv class="blog categoryX", zo kan je een beetje modulaire CSS schrijven, en dit is vaak gemakkelijk te genereren door een CMS of iets zelf geschreven.
:

::SaBeR::

Legacy Member
Ik zie niet waarom je ID's zou gebruiken... Is er een voordeel aan ID's dan?
Z

Zero Grav

Legacy Member
Een ID is sneller om te verwerken bij het renderen van de site, en vooral sneller als ge Javascript gaat gebruiken.
Bij kleine sites is dat verschil verwaarloosbaar, maar het kan wel verschil uitmaken bij de grotere spelers.

In dees artikel valt het wel goed op, http://www.componenthouse.com/article-19.
Vooral als ge bedenk dat de meeste mensen sowieso met $('#id') en $('.class') selectors gaan werken.
:

::SaBeR::

Legacy Member
Dat is goed om weten in de toekomst dan. En het nadeel is dat ID's maar éénmaal per pagina aangeroepen kunnen worden en niet kunnen worden gecombineerd dacht ik?
-

-BVR-

Legacy Member
::SaBeR:: zei:
Dat is goed om weten in de toekomst dan. En het nadeel is dat ID's maar éénmaal per pagina aangeroepen kunnen worden en niet kunnen worden gecombineerd dacht ik?
Klik om te vergroten...

Dat is dan ook logisch, als je van de namen uitgaat (ID (voor een individueel element) en een class (voor meerdere elementen)) Daarom gebruik ik ook ID's en classes hoe het mij het meest logisch is. Een id op een element als wrapper omdat je dat toch maar eenmaal gebruikt (normaalgezien) en class op een element als .postdiv ofzo, waar je er meerdere van op 1 pagina hebt.

Maar ja, dat maakt nu niet echt uit hé :)
U

UnD3RD0G

Legacy Member
als voordeel van ID zou ik inderdaad de aanroepsnelheid geven,
maar als voordeel van de classes zou ik toch un stack-ability vernoemen...
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan