Archief - html: button klopt niet in IE

en is er geen oplossing zonder css?

waarom zou je zonder css willen werken?
En ja, dat is heel goed mogelijk. op heel veel manieren zelfs:
- werken met absolute/relatieve posities
- werken met float
- werken met inline elementen (voor een menu bv.)

Ik verkies float. Ook al doen de browsers er soms verdomd moeilijk over.

dezelfde vragen moeten hier niet elke dag of week terugkomen,
maar af en toe es een zelfde genre vind ik niet erg,

zo kunnen de minder goeie webdesigners die willen helpen daar wat op puzzelen en zo zelf ook wat bijleren .. ( de "gevorderden" moeten dan maar uit die topic blijven, tenzij ze er echt niet uitkomen )

direct naar Google wijzen is ook ni altijd goed eh,
zij die het antwoord weten, weten ook in welke richting te zoeke ..

wij zien in 1 oogopslag bv. dat dat kan opgelost worden met die hack,
maar voor een beginner ziet dat niet direct,
en vermoed dat het aan veel dingen kan liggen dat het niet goe aligned is ( wat ook zo is, het kan al veel dingen liggen soms )

- je maakt 1 grote container die je centreerd
- in die container maak je 3 andere nl de header met menu in , de footer en het deel ertussen
- daarna in je header je menu zetten dmv een lijst en die een float left meegeven
- ...

senne zei:

ik zal hier nog eens een vraag stellen, weet niet wat reacties erop komen, maar heb in ieder geval wel gegoogled, ik zoek nu ivm css layout op google, en ik zie steeds maar maximaal 3 kolommen naast elkaar, ik heb er minstens 6 nodig naast elkaar, is dit dan niet mogelijk in css?

Klik om te vergroten...

Kijk eh, ge verraad uzelf gewoon door van die "domme" vragen te stellen eh. Als ge nu eens deftig uwe tijd had genomen voor wa te lezen, dan had ge doorgekregen dat CSS en uw de hoeveelheid tabellen, rijen, kolommen or what ever dat ge gebruikt totaal niks te maken heeft met uw CSS.

CSS is voor opmaak nothing more, nothing less, met de indeling van uw site heeft dat ding niks te maken. Als zet ge 1000x rijen, CSS dient voor die opmaak van die rijen. Volgens mij hebt gij gewoon naar de code zitten kijken van die sites zelf i.p.v. van echt een te gaan lezen WAT CSS nu eigenlijk is en doet.

Sorry hoor, maar voor zo'n dingen moeten wij dan tijd maken. Ge zit hiert al meer dan een jaar op't forum, dringt het dan niet een beetje door dat zelfstandigheid en zelf een beetje initiatief nemen om zelf te leren en zoeken the way to rome is ?
Als we het u allemaal hier op een presenteerblaadje gaan geven, dan blijft ge gewoon het zo doen en zo leert ge dus nie webcoden eh.

[ImpacT] zei:

jadajada

Klik om te vergroten...

Mag het wat minder?
Ge klinkt degoutant arrogant kerel!

Uw reply is trouwens fout, CSS mag je wel degelijk gebruiken om je layout te structureren!

xHTML dient om semantiek aan uw elementen toe te kennen, in het geval van tabellen en lijsten enzo gaat dit ook gepaard met een bepaalde layout.

Niettemin houdt dit u niet tegen van uw kolommen van uw layout in CSS te specifiëren... dat is nu eenmaal hoe het WEL gedaan moet worden.

DarkBone zei:

Mag het wat minder?
Ge klinkt degoutant arrogant kerel!

Uw reply is trouwens fout, CSS mag je wel degelijk gebruiken om je layout te structureren!

Klik om te vergroten...

Als menskes dor al door geraakt worden. Sorry hoor, maar ga dan wenen in een hoekje ofzo, da ze leren tegen kritiek kunnen, welcome to the real world boy.
Anywayz, ge kunt zeggen op m'n post wa ge wilt, maar ik heb helemaal niks vermeld dat CSS uw structuur nie beïnvloed. Ik heb gezegd dat CSS geen invloed heeft op hoeveelheid tabellen - kolommen - rijen ge maakt in uw designs, of er da nu 6 of 600 zijn, uw CSS hed dor geen invloed op. Hoe uw tabellen - kolommen - rijen getoont worden op't scherm DAAR heeft CSS wel inlvoed op.

[ImpacT] zei:

Als menskes dor al door geraakt worden. Sorry hoor, maar ga dan wenen in een hoekje ofzo, da ze leren tegen kritiek kunnen, welcome to the real world boy.
Anywayz, ge kunt zeggen op m'n post wa ge wilt, maar ik heb helemaal niks vermeld dat CSS uw structuur nie beïnvloed. Ik heb gezegd dat CSS geen invloed heeft op hoeveelheid tabellen - kolommen - rijen ge maakt in uw designs, of er da nu 6 of 600 zijn, uw CSS hed dor geen invloed op. Hoe uw tabellen - kolommen - rijen getoont worden op't scherm DAAR heeft CSS wel inlvoed op.

Klik om te vergroten...

Dan nog is het naast de kwestie, hij zegt dat hij enkel tutorials en artikels vind over hoe je maximaal 3 kolommen naast elkaar krijgt. Nergens vind hij informatie wat je moet doen om er meer dan 3 naast elkaar te positioneren.
Denk dat gij ff zijn vraag nog es opnieuw moet lezen. Hij claimt nergens dat ge via CSS bepaalt hoeveel er naast elkaar komen.

Of ze geraakt worden door de kritiek doet niet ter zake, ze was onterecht en ze klonk arrogant.

Is it me, of wilde het zaakje gewoon nie snappen? Als hij 6 knoppen heeft met gelijke breedte, gelijke hoogte, wat is dan het probleem met z'n CSS. Hij heeft nu misschien wel de pech dat zijn knoppen niet dezelfde breedte hebben, niet echt slim in mijn ogen, maar kom. Maar wat dan nog, als je de CSS zou gaan bekijken van de knoppen komt alles EXACT overeen buiten de breedte, ik snap dan niet wat je dan moeilijk gaat zitten doen of je daar nu een tutorial met 3 knoppen vind .. of eentje met 6, want de opmaak blijft hetzelfde hoor... 6 <td> - tjes achter elkaar en allemaal dezelfde opmaak, vrij logish.

En of ik nu arrogant overkom ja of neen, ik zeg waar het op staat, dat komt misschien hard aan maar sow be it dan maar, maar dan weet hij ook direct wat hij eraan heeft. To the point .. de rest is bullshit IMO.

[ImpacT] zei:

Is it me, of wilde het zaakje gewoon nie snappen? Als hij 6 knoppen heeft met gelijke breedte, gelijke hoogte, wat is dan het probleem met z'n CSS. Hij heeft nu misschien wel de pech dat zijn knoppen niet dezelfde breedte hebben, niet echt slim in mijn ogen, maar kom. Maar wat dan nog, als je de CSS zou gaan bekijken van de knoppen komt alles EXACT overeen buiten de breedte, ik snap dan niet wat je dan moeilijk gaat zitten doen of je daar nu een tutorial met 3 knoppen vind .. of eentje met 6, want de opmaak blijft hetzelfde hoor... 6 <td> - tjes achter elkaar en allemaal dezelfde opmaak, vrij logish.

En of ik nu arrogant overkom ja of neen, ik zeg waar het op staat, dat komt misschien hard aan maar sow be it dan maar, maar dan weet hij ook direct wat hij eraan heeft. To the point .. de rest is bullshit IMO.

Klik om te vergroten...

1.
Wie zegt dat zijn vraag betrekking heeft op het menu (toegegeven ik heb niet de voorafgaande replies gelezen)? ik lees dat hij 6 kolommen wilt voor zijn layout, dus dan denk ik aan een algemene opdeling voor de inhoud in 6 delen, dat gebeurt bij voorkeur met DIV's en positionering in CSS

2.
Laat ons dan maar even veronderstellen dat zijn vraag op het menu betrekking heeft.
Een menu implementeer je met een (ongeordende) LIJST die je dan opmaakt via CSS, zo heb je geen problemen met het aantal elementen... je laat ze gewoon links of rechts floaten (inline) en bij een te grote breedte zullen ze eronder uitgelijnd komen te staan. 't Is aan jezelf om dat al dan niet toe te laten en dat dus ook al dan niet mooi op te vangen in je layout.

3.
Bijgevolg is uw suggestie dat hij met tabellen zou moeten werken foutief. Tabellen dienen voor het weergeven van tabulaire data/overzichten... een menu valt daar _niet_ onder. Een menu is een opsomming van elementen (links) en hoort dus semantisch gezien in een lijst thuis.

-----

Hij had helemaal niks aan jou reacties... iemand die uit de hoogte doet en zegt dat hij maar beter moet zoeken en daarbij zelf foutieve hints aanrijkt is niet meteen een goeie hulp

Ik snap het zaakje maar al te goed

Gij zijt teveel gefocusd op tabellen, terwijl de indeling/structuur/layout van sites bepaald wordt via CSS en de meest frequent gebruikte xHTML-element dan ook div's in samenwerking met lijsten zijn voor de structuur en navigatie van uw website (tenzij er betere semantische alternatieven zijn, zoals H1 ipv een DIV rond een titel, P ipv DIV, BLOCKQUOTE ipv DIV, ABBR ipv SPAN, etc...).

De inhoud wordt verder gestructureerd met blockquotes, abbr, quote, h1, h2, lists, etc... om zowel semantiek toe te voegen en via CSS opmaak te kunnen bepalen. Tabellen worden zelden gebruikt, enkel voor het voorstellen van gegevens in tabelvorm, denk maar aan kwartaalcijfers en allerlei andere statistieken...

Maar ik snap het, 't is nie makkelijk om toe te geven dat ge wat te hard van stapel zijt gelopen

*edit*
Niettemin hebt ge gelijk over het feit dat zo'n dingen inderdaad zelf gevonden kunnen worden door de nodige zoektermen in te geven. Indien je dit correct doet wordt je al snel naar de betere websites doorgesluisd. Daarom ook dat ik niet verder inga op hoe je dan wel precies zo'n menu of layout in elkaar steekt. Dit kun je zelf vinden door hier het forum te doorzoeken, de sticky te raadplegen voor intressante websites en natuurlijk google.

Hints:
css + lists + navigation (al dan niet in combinatie met horizontal/vertical)
css + layout + (multi-)columns

@Impact
No hard feelings, maar soms kan alles toch net dat ietsje subtieler gezegd worden, maar ik stoorde mij vooral aan de verkeerde informatie die ge gaf. Als ge der nog steeds anders over denkt, proof me wrong

Soit, ik ga nog ff verder blokken, dit was een leuk intermezzo

*edit*
En mijn excuses voor het veelvuldig editen *muha*

't gaat dus weldegelijk over z'n buttons eh... 't zou misschien eens helpen mocht ge het begin van de discussie ook lezen.

senne zei:

button klopt niet in Ie, in firefox wel, dat doe ik fout:

http://www.rl-cosmetics.com/index2.html

in ie staat de home knop hoger en in firefox niet, iemand enig idee hoe het komt?

alvast bedankt!!

Klik om te vergroten...

Wat u statement betreft over <div> design ... <table> design zit ge juist dat geef ik toe, maar mijn nieuwe website bestaat ook VOLLEDIG uit <table>'s .. wel tot het minimum herleid, maar toch. Maar alles, maar dan ook alles wordt opgebouwd via m'n CSS wat opmaak betreft, laat ik die wegvallen dan staat er gewoon een hoopje tekst en volgens mij is dit toch de bedoeling dus van CSS, allé zo heb ik het toch altijd begrepen.
Wat het verschil gewoon is met <div>'s is dat haal je hier de CSS weg dan is je structuur, idd ook weg. Maar mits onze topicstarter niet met <div>'s werkt heeft het er hier niks mee te maken eh, want met <table>'s blijft ergens je structuur wel bestaan.

Website werkt niet meer (en heb 'm nooit gezien), en in de replies die volgen wordt er ook over de layout gepraat en hoe dat aan te pakken.

En hij zegt ook "ik zal hier nog eens wat vragen" ... dat duidt er volgens mij op dat het om iets nieuws gaat.

In ieder geval, ik denk over beide (kolomlayout/navigatie) voldoende hints te hebben gegeven. 't Is aan hem om wat research te doen.

DarkBone zei:

Website werkt niet meer (en heb 'm nooit gezien), en in de replies die volgen wordt er ook over de layout gepraat en hoe dat aan te pakken.

En hij zegt ook "ik zal hier nog eens wat vragen" ... dat duidt er volgens mij op dat het om iets nieuws gaat.

In ieder geval, ik denk over beide (kolomlayout/navigatie) voldoende hints te hebben gegeven. 't Is aan hem om wat research te doen.

Klik om te vergroten...

Logisch nadenken gewoon : http://www.rl-cosmetics.com/

PS : Mijn info over het gebruiken van <table>'s ipv <div>'s is totaal niet verkeerd vind ik. Want dat is maar hoe je het bekijkt, persoonlijk vind ik het enorm moeilijk om zo'n designs te coden, mits het een goede kennis van CSS vraag + je moet vaak nog hacks & tricks gaan toepassen in je code om alles mooi in FF & IE toonbaar te maken. Oki de laatste nieuwe gebruiken dit soort van code, maar toch, ik zie niet in wat er verkeerd is aan websites opgebouwd uit nog <table>'s hoor, 't enigste wa'k wel vind is dat je in je designs je ze wel zo weinig moet gebruiken, hoe minder <table>'s dat erin voorkomen hoe beter.

[ImpacT] zei:

Logisch nadenken gewoon : http://www.rl-cosmetics.com/

Klik om te vergroten...

Uit mezelf kan ik niet zeker weten dat het weldegelijk daarom ging hé..
Nu weet ik het omdat gij mij derop wijst

En ik zie 6 buttons, dus het kan idd goed zijn dat hij het toch daarover heeft
Maar men betoog houdt nog steeds steek