Flaccid | zaterdag 2 februari 2008 @ 12:46 | |||||
[CSS] voor dummies. [CSS] voor dummies - Deel 2 [CSS] voor dummies - Deel 3 [CSS] voor dummies - Deel 4 [CSS] voor dummies - Deel 5 [CSS] voor dummies - deel 6 [CSS] voor dummies - Deel 7 Mijn laatste post: quote:Vraag: Zullen we een mooie OP maken? Met wat handige links? | ||||||
fokME2 | zaterdag 2 februari 2008 @ 13:35 | |||||
@Flaccid: De vorige keer dat ik zoiets vroeg (Javascript voor dummies) werd er gezegd dat ik maar wat moois moest maken. > Doe je ding! | ||||||
Flaccid | zaterdag 2 februari 2008 @ 13:47 | |||||
quote:Heb het niet meer gezien toen I'll give it a shot! | ||||||
Tarabass | zaterdag 2 februari 2008 @ 14:01 | |||||
Ik zie er niets aan. Wat moet ik doen om het probleem te simuleren? | ||||||
Flaccid | zaterdag 2 februari 2008 @ 14:07 | |||||
quote:? | ||||||
CraZaay | zaterdag 2 februari 2008 @ 17:38 | |||||
quote:Helpt het als je "<br />" gebruikt (dus met een space)? Het is namelijk een known bug dat IE problemen heeft met de versie zonder space. | ||||||
Chandler | zaterdag 2 februari 2008 @ 17:49 | |||||
tvp, iemand nog een antwoord op mijn vraag quote: | ||||||
Flaccid | zaterdag 2 februari 2008 @ 18:25 | |||||
quote:Ja ik vroeg of je een voorbeeld je kan doen hoe je je afbeeldingen plaatst? kan je stukje code geven? | ||||||
Light | zaterdag 2 februari 2008 @ 19:18 | |||||
quote:Dat weet ik niet, en 'k kan het hier ook niet testen. Geen IE thuis | ||||||
Tarabass | zaterdag 2 februari 2008 @ 21:50 | |||||
quote:Kun je het hierin niet testen: http://browsershots.org/ | ||||||
Chandler | zondag 3 februari 2008 @ 08:55 | |||||
quote:Simpel
Maar dan nog blijven ze onder elkaar staan :{ | ||||||
CraZaay | zondag 3 februari 2008 @ 10:16 | |||||
Men neme een div van 500px breed (zet hierin de foto's), en plaatse deze weer in een andere div van 150px breed met "overflow: auto". Zou moeten werken volgens mij. | ||||||
Flaccid | zondag 3 februari 2008 @ 19:21 | |||||
Welke shizzle als DOCTYPE moet je voor je html zetten?
Doe ik nu. Is dit verantwoord? | ||||||
SuperRembo | zondag 3 februari 2008 @ 19:35 | |||||
quote:Die is prima, mits je daarna ook echt XHTML gebruikt. | ||||||
BabeWatcher | zondag 3 februari 2008 @ 19:41 | |||||
quote:CSS heeft nog een andere optie
dan heb je alleen een verticale scrollbar | ||||||
Flaccid | zondag 3 februari 2008 @ 20:26 | |||||
quote:die wordt voggesmij niet gesupport door IE 6. is het waar dat je kan kijken met welke editor een site gemaakt is? | ||||||
Chandler | zondag 3 februari 2008 @ 20:26 | |||||
Helaas, het werkt niet, wat ik ook probeer.
Anyone? :D | ||||||
Flaccid | zondag 3 februari 2008 @ 20:32 | |||||
quote:iframe denk ik dan Ik heb een achtergrond die anders scrollt dan mijn div. www.joristimes.nl/test Als je het scherm groter of kleiner maatk zit er af en toe 1 pixel verschil tussen de border van de achtergrond en de rode div [ Bericht 13% gewijzigd door Flaccid op 03-02-2008 20:43:06 ] | ||||||
BabeWatcher | zondag 3 februari 2008 @ 20:54 | |||||
quote:niet helemaal goed gelezen, probeer overflow-x: scroll; | ||||||
Chandler | maandag 4 februari 2008 @ 07:45 | |||||
beiden werken niet | ||||||
Tarabass | maandag 4 februari 2008 @ 11:11 | |||||
| ||||||
Flaccid | maandag 4 februari 2008 @ 13:30 | |||||
Wat kan je het beste voor je <html> tag zetten, doctype enzo? | ||||||
super-muffin | maandag 4 februari 2008 @ 13:36 | |||||
inline styles zijn erg lelijk! | ||||||
CraZaay | maandag 4 februari 2008 @ 14:17 | |||||
quote:Nee, tenzij je dit expliciet in de source zet. quote:Nee, dat kan niet het beste: dat moet zelfs. Niet meer, en niet minder | ||||||
Flaccid | maandag 4 februari 2008 @ 14:52 | |||||
quote:Welke doctype moet ik gebruiken? http://www.w3schools.com/tags/tag_doctype.asp | ||||||
CraZaay | maandag 4 februari 2008 @ 19:00 | |||||
quote:Die pagina lijkt me vrij helder? Transitional HTML 4.01 of XHTML 1.0 is altijd een veilige keuze. | ||||||
Chandler | maandag 4 februari 2008 @ 19:10 | |||||
quote:Deze werkt idd goed, echter is nu het probleem dat je met een vaste maat werkt. Met 10 afbeeldingen is dat geen probleem maar heb je tussen de 2 en 20 afbeeldingen dan werkt deze oplossing niet! | ||||||
CraZaay | maandag 4 februari 2008 @ 20:58 | |||||
Desnoods doe je het met JS, heb ik ook weleens gedaan, Maar CSS moet ook kunnen lijkt me. Vrolijk verder spelen zou ik zeggen | ||||||
Banzaiaap | maandag 4 februari 2008 @ 23:57 | |||||
Kan iemand me met het volgende probleem helpen.. Als ik de site die ik voor een vriend van me aan het maken ben, bekijk in IE, dan is het menu een beetje opgeschoven, kan iemand de fout spotten? http://www.dje-rik.nl/test/DJERIK/index.html | ||||||
mcDavid | dinsdag 5 februari 2008 @ 00:24 | |||||
quote:Ook voor jou: haal eerst de 32 html-bugs er eens uit! | ||||||
Chandler | dinsdag 5 februari 2008 @ 08:37 | |||||
quote:Ja dat heb ik reeds een dag gedaan (tussendoor) maar kom er gewoon niet uit | ||||||
Tarabass | dinsdag 5 februari 2008 @ 10:19 | |||||
quote:Als je php hebt draaien kan je het met een variable oplossen, waarbij je het aantal plaatjes in een dir telt en dan de width uitrekent en die als breedte meegeeft. Wat je ook kan doen is alles in een table gooien:
| ||||||
Chandler | donderdag 7 februari 2008 @ 00:47 | |||||
quote:het is inderdaad een oplossing maar helaas niet de gene die ik zoek maar toch tnx! Verder zit ik met iets vaags, ik heb de volgende code
en krijg dit als uitkomst maar wil 3x een blok naast elkaar van 130px breed en 130px hoog waarin de afbeelding gecentreerd staat, echter worden de afbeeldingen weer gegeven in een blok met de eigen grote!? wat doe ik fout? [ Bericht 10% gewijzigd door Chandler op 07-02-2008 10:20:05 ] | ||||||
Geqxon | donderdag 7 februari 2008 @ 11:05 | |||||
Dummytijd: Is het af te raden om naast tekst ook objecten in een header te zetten? Ik wil hetzelfde als Wikipedia doen, een onderstreepte H2 met compleet rechts op de lijn een [edit] tekst. Wikipedia lost dit op met een constructrie als "<h2><span>[edit]</span>Title</h2>", maar is dit wel zoals het hoort? Krijg ik hier geen accessibility issues mee? | ||||||
CraZaay | donderdag 7 februari 2008 @ 11:37 | |||||
quote:Zou geen probleem mogen geven, zo gebruik ik het ook (alleen dan achter de eigenlijk kop ipv ervoor). | ||||||
Geqxon | donderdag 7 februari 2008 @ 11:50 | |||||
Het liefst doe ik het ook erachter, maar dan is de float niet meer mogelijk. In een text-based browser ziet dit er volgens mij wel fatsoenlijk uit. | ||||||
Tarabass | donderdag 7 februari 2008 @ 12:36 | |||||
quote:Zo doet wiki dat niet. Wiki doet dit:
| ||||||
CraZaay | donderdag 7 februari 2008 @ 12:48 | |||||
quote:Is exact hetzelfde principe toch? | ||||||
Geqxon | donderdag 7 februari 2008 @ 12:55 | |||||
quote:Dat, en ik vind de tweede span niet correct, en vooral onhandig als je een keer geen extra optie-tekst hebt. Daarnaast moet je in dit geval met diverse classes te werk gaan, en ook dat is bij mij geen favoriet. | ||||||
Tarabass | donderdag 7 februari 2008 @ 13:09 | |||||
quote:Nee. De h2-tag staat er in dit geval omheen om zo zoekmachines etc. beter hun werkt te laten doen qua indexeren. De span-tags krijgen de stijlen mee via css-classes. Dit is imo netter en de h2 is beter her te gebruiken. Maar het uiteindelijke resultaat zal inderdaad hetzelfde zijn, dus eigenlijk ook niet iets om druk over te maken.. | ||||||
Geqxon | donderdag 7 februari 2008 @ 13:31 | |||||
Maar zal een bot als google de twee inhouden dan niet gelijk wegen? Dat de inhoud van allebei de span-tags even zwaar is, in plaats van mijn eerdere voorbeeld waar de daadwerkelijke inhoud van de H2 zwaarder weegt dan de span-tag die ernaast staat? | ||||||
Banzaiaap | donderdag 7 februari 2008 @ 13:51 | |||||
Ik had dit ook al op tweakers gepost, maar misschien weten jullie ook een oplossing quote: | ||||||
CraZaay | donderdag 7 februari 2008 @ 14:02 | |||||
quote:In Geqxon's voorbeeld staat de H2 er ook omheen toch? | ||||||
CraZaay | donderdag 7 februari 2008 @ 14:04 | |||||
quote:Begin met die 32 HTML errors (zie validator), en daarna praten we verder | ||||||
Banzaiaap | donderdag 7 februari 2008 @ 14:16 | |||||
quote:Sorry klopt, is gedaan | ||||||
Chandler | donderdag 7 februari 2008 @ 14:25 | |||||
quote:Anyone? zie ik nou gewoon wat over het hoofd? | ||||||
Geqxon | donderdag 7 februari 2008 @ 14:53 | |||||
quote:Ik heb het voor de grap eens `from scratch´ gedaan:
Zoiets doet het hier prima. | ||||||
Tarabass | donderdag 7 februari 2008 @ 14:57 | |||||
quote:Heb je een doc-type staan? Anders eens style="" in de tag plaatsen | ||||||
Banzaiaap | donderdag 7 februari 2008 @ 15:59 | |||||
quote:Iemand? Edit: Ik heb het nu tijdelijk opgelost met de volgende code.
[ Bericht 12% gewijzigd door Banzaiaap op 07-02-2008 16:44:41 ] | ||||||
Chandler | donderdag 7 februari 2008 @ 16:59 | |||||
quote:Die van jou is inderdaad veel beter, is er ook een optie ipv links floaten dat het gecentreerd staat.. Stel ik heb maar 2 plaatjes dat deze dan in het midden van het kader komen te staan? ik heb dit zelf al geprobeerd maar helaas | ||||||
Geqxon | donderdag 7 februari 2008 @ 17:11 | |||||
quote:Edit: Eens even kijken... | ||||||
Tarabass | donderdag 7 februari 2008 @ 17:12 | |||||
quote:Dat kan alleen op het parent element door align/text-align | ||||||
Chandler | donderdag 7 februari 2008 @ 17:34 | |||||
quote:Ik ben zo'n leek, kun je dit eens voor Chandler N00bie gemakkelijker uitleggen | ||||||
Geqxon | donderdag 7 februari 2008 @ 17:38 | |||||
quote:Onder de categorie "et moet en zal met CSS", mijn prachtige meesterwerk:
Ik ben denk ik wat doorgeschoten. Maar het werkt wel! | ||||||
markiemark | donderdag 7 februari 2008 @ 21:36 | |||||
ik heb een probleempje met mijn css verhaal. om het overzichtelijk te houden ff de style elementen in de html gehouden. het zijn een beetje geneste divjes. nu werkt het in IE wel goed en FF hapert er weer op. Het omvattende divje gaat niet mee met de hoogte die door de binnen gelegen divjes wordt aangegeven. Hier mijn code
Hoe kan het nou weer dat FF dat niet goed op pakt? | ||||||
CraZaay | donderdag 7 februari 2008 @ 21:58 | |||||
Welke div moet precies met welke div's meeschalen? Geef ze even id's en leg het aan de hand daarvan uit. Dit is onleesbaar zo. Ik gok overigens dat je ergens iets uit de flow haalt en verwacht dat een gefloat element binnen een niet-gefloat element ervoor zorgt dat de tweede meeschaalt. | ||||||
markiemark | donderdag 7 februari 2008 @ 22:11 | |||||
quote:ok ik heb het even anders gedaan
begrijp je zo wat ik bedoel? er is een grote div content daarbinnen zitten twee divjes naast elkaar, left en right binnen left zitten twee divs boven elkaar. de div waar de foto in komt, links boven, is al op hoogte, bij wijze van test. de div content gaat niet mee in hoogte met de andere divs als deze in height groter worden. hoe zorg ik er voor dat deze dat wel doet? tenminste in FF. in IE werkt het wel zoals ik zou willen. | ||||||
CraZaay | donderdag 7 februari 2008 @ 22:40 | |||||
Als je #content "float: left" geeft ipv inherit, wat gebeurt er dan? | ||||||
markiemark | donderdag 7 februari 2008 @ 22:41 | |||||
quote:dan gaat de content div wel mee naar de hoogte van de andere divs.. maar staat ie helemaal links in het scherm.. das ook weer niet de bedoeling. Het hele boeltje staat gecentreerd.. | ||||||
markiemark | donderdag 7 februari 2008 @ 22:43 | |||||
Ik heb er nog een divje om heen gelegd, ook gecentreerd net als de rest van de site. En dat gaat wel goed. Thnx! | ||||||
CraZaay | donderdag 7 februari 2008 @ 23:30 | |||||
quote:Haal dat divje eens weg en geef #content geen float, maar "overflow: auto" (geen hoogte definieren!). Zou moeten werken | ||||||
mrbombastic | zondag 10 februari 2008 @ 21:46 | |||||
Het menu van een bepaalde site ziet er in IE6 goed uit, maar in FF niet. Het probleem is dat in FF de linkermarge niet op 19px wordt gezet en dat de tekst niet 23px inspringt.
| ||||||
Light | zondag 10 februari 2008 @ 22:45 | |||||
quote:Klopt je html wel? Ik die 2 regels zie ik 2x een <span> en maar 1 </span> | ||||||
CraZaay | zondag 10 februari 2008 @ 23:31 | |||||
quote:Volgens mij wil je wat properties gebruiken die alleen geschikt zijn voor block-level elementen, terwijl een span een inline element is. Ik vraag me overigens af of een element zonder een duidelijke semantische betekenis (span) het meest geschikt is in deze situatie, maar dat terzijde. | ||||||
mrbombastic | maandag 11 februari 2008 @ 11:25 | |||||
quote:Bedankt, ik heb er nu een div van gemaakt en met nog wat wijzigingen staat dit nu wel goed. Nu heb ik nog een probleem, zie www.kraket.nl. Ik heb een maindiv class waar ik een linkermarge van 19px wil hebben. Dit lukt wel in IE6, maar in FF springen alle menu items weer terug.
| ||||||
Leujel | maandag 11 februari 2008 @ 16:20 | |||||
Ik heb het volgende probleem. Ik heb een stuk tekst op een pagina staan waarvan de source te vergelijken is met het volgende:
Nu zit ik alleen met het probleem dat ik met geen mogelijkheid die strong tag gestyled krijg. Ik krijg de inhoud zelf (inclusief html formatting) vanuit een CMS waar ik geen wijzigingen in kan aanbrengen. Hoe kan ik ervoor zorgen dat ik bijvoorbeeld de lettergrootte van de tekst binnen de <strong> tags kan aanpassen? Alvast dank | ||||||
Geqxon | maandag 11 februari 2008 @ 16:35 | |||||
Iets als:
? Geen flauw idee of dat gaat werken... | ||||||
Leujel | maandag 11 februari 2008 @ 16:45 | |||||
quote:Dit heb ik inderdaad ook al geprobeert, maar dat werkt niet... de styling van de <p> tag lijkt altijd de voorkeur te krijgen boven de styling van de <strong> tag | ||||||
CraZaay | maandag 11 februari 2008 @ 17:03 | |||||
Mag een <p> überhaupt binnen een <strong>? Een <p> is een block level element en een <strong> een inline element. Wat vindt de validator ervan? | ||||||
CraZaay | maandag 11 februari 2008 @ 17:07 | |||||
quote:Probeer eens padding ipv margin? Btw: de letter-spacing is default al 0. | ||||||
mrbombastic | maandag 11 februari 2008 @ 23:35 | |||||
quote:Bedankt. Padding werkt inderdaad wel. Verder heb ik nog 2 probleempjes. In IE6 krijg ik een horizontale scrollbar. Daarvoor heb ik nu
gebruikt, maar mss zijn er betere alternatieven. Verder vraag ik me af of het drop-down menu, zie www.kraket.nl, ook links uitgelijnd kan worden ipv rechts wat ie standaard doet. [ Bericht 3% gewijzigd door mrbombastic op 11-02-2008 23:44:39 ] | ||||||
mrbombastic | maandag 11 februari 2008 @ 23:36 | |||||
dubbelpost [ Bericht 98% gewijzigd door mrbombastic op 11-02-2008 23:43:28 ] | ||||||
CraZaay | dinsdag 12 februari 2008 @ 08:55 | |||||
quote:Ja, zorgen dat je content binnen de viewport past in de breedte, dan heb je er geen last van Is het te smal, omdat iemand op een lage resolutie kijkt, dan zullen ze horizontaal moeten scrollen. | ||||||
mrbombastic | dinsdag 12 februari 2008 @ 12:10 | |||||
quote:Daar heb je inderdaad gelijk in. De problemen zijn inmiddels opgelost. Het bleek dat ergens bovenin mn code nog <div align="center"> stond . | ||||||
saban | woensdag 13 februari 2008 @ 14:30 | |||||
Iemand een simpel ontwerp slicen? | ||||||
Banzaiaap | woensdag 13 februari 2008 @ 15:50 | |||||
Ik ben nu zo goed als klaar met de site van een maat van mij: DjE-rik.nl, maar op de contact pagina staat de afbeelding met het emailadres erin niet helemaal goed, is een kleinigheidje, maar weet iemand waarom? | ||||||
CraZaay | woensdag 13 februari 2008 @ 15:57 | |||||
quote:Quotes rond je attributen zetten en van "middle" "absmiddle" maken. | ||||||
Banzaiaap | woensdag 13 februari 2008 @ 15:58 | |||||
quote:Thanks, dat was em. Edit: Align blijkt geen valid html transitional te zijn.. http://validator.w3.org/check?uri=http%3A%2F%2Fdje-rik.nl%2Fcontact.html&charset=(detect+automatically)&doctype=Inline&group=0 [ Bericht 33% gewijzigd door Banzaiaap op 13-02-2008 16:09:52 ] | ||||||
Geqxon | woensdag 13 februari 2008 @ 16:12 | |||||
Align wel, Absmiddle niet. | ||||||
Banzaiaap | woensdag 13 februari 2008 @ 16:41 | |||||
quote:Ja die bedoelde ik , enig alternatief? | ||||||
CraZaay | woensdag 13 februari 2008 @ 16:53 | |||||
quote:Met CSS "vertical-align: middle"? | ||||||
Banzaiaap | woensdag 13 februari 2008 @ 17:17 | |||||
quote:vertical-align rekent notepad++ niet goed bij mij.. | ||||||
mcDavid | woensdag 13 februari 2008 @ 18:49 | |||||
quote:notepad++ moet niet zeiken. | ||||||
Banzaiaap | woensdag 13 februari 2008 @ 19:26 | |||||
quote:Sorry | ||||||
saban | donderdag 14 februari 2008 @ 13:20 | |||||
quote:Mijn allereerste CSS met DIVjes /edit Cool, een vervanging gevonden voor:
| ||||||
Geqxon | donderdag 14 februari 2008 @ 13:50 | |||||
quote:In principe kun je alles dat met opmaak te maken heeft doormiddel van CSS doen. http://www.csszengarden.com/ is daar een prachtig voorbeeld van. | ||||||
Tuvai.net | donderdag 14 februari 2008 @ 14:18 | |||||
quote:En in principe hoort dat ook zo. | ||||||
Geqxon | donderdag 14 februari 2008 @ 14:52 | |||||
quote:Dat klopt, maar voor een beginner telt dat natuurlijk wat minder zwaar. | ||||||
saban | donderdag 14 februari 2008 @ 15:03 | |||||
Ik vind het van me zelf al knap dat ik niet met tabellen werk maar met DIV | ||||||
Tuvai.net | donderdag 14 februari 2008 @ 15:07 | |||||
quote:Daarom kun je beter goed beginnen dan dat je eerst helemaal aan tabellen gehecht raakt, en vervolgens met divjes moet gaan werken. Er zijn nog steeds een heleboel mensen die steevast blijven hangen bij tabelletjes omdat ze divjes niet fijn vinden. Ik was tot een paar jaren geleden zelf nog zo. | ||||||
saban | donderdag 14 februari 2008 @ 15:08 | |||||
Hoe kan ik onder mijn midcontent nog een vlak weergeven?
De hoogte van #midcontent variert, dus kan ik aan de nieuwe vlak geen top:xx px meegeven. Hoe gaat dat op zijn werk? | ||||||
saban | donderdag 14 februari 2008 @ 15:09 | |||||
quote:Ik heb tot nu toe ook altijd met tabellen gewerkt, css/div heb ik nooit begrepen, maar nu probeer ik het me aan te leren | ||||||
Geqxon | donderdag 14 februari 2008 @ 15:11 | |||||
quote:Jep. Op het moment schrijf ik dan ook altijd eerst een semantisch correcte HTML, en dan pas maak ik de stylesheet, zonder aan de HTML te komen. Goeie manier om het jezelf te forceren. | ||||||
CraZaay | donderdag 14 februari 2008 @ 15:28 | |||||
quote:Tabellen vervangen voor div's is net zo slecht als tabellen gebruiken imo. Semantiek, people! | ||||||
Tuvai.net | donderdag 14 februari 2008 @ 15:46 | |||||
Over semantiek gesproken, nog niemand opgevallen dat de ouwe Bobby validator niet meer beschikbaar is? http://webxact.watchfire.com/ Dat tooltje gebruikte ik best veel. | ||||||
RM-rf | donderdag 14 februari 2008 @ 16:00 | |||||
quote:geen 'position: absolute' gebruiken 'position: absolute' is zeer 'evil', het betekent feitelijk dat een element uit de 'flow' van een pagina gehaald wordt en dus niet meer beinvloed door elementen erboven of zelf geen elementen eromheen kan en mag beinvloeddden... De beste oplossing is eerst om te proberen geheel zonder 'position:absolute uit te komen, meestal levert dat je betere, flexibelere layouts op.. lukt het je niet, is de oplossing om om je element heen een ander element te plaatsen en dàt de position: absolute te geven en alle positionerings-properties (top, left etc.) en binnen dat element kunnen dan je content elementen vallen | ||||||
mcDavid | donderdag 14 februari 2008 @ 16:13 | |||||
Ik zou nieteens wéten hoe je een site bouwt met tables | ||||||
CraZaay | donderdag 14 februari 2008 @ 16:17 | |||||
quote:Ik helaas wel, moest laatst iets bouwen wat als het even kon ook in IE4 moest werken... | ||||||
Tuvai.net | donderdag 14 februari 2008 @ 16:20 | |||||
quote:Was de klant iemand van een stenen tijdperk of zo? | ||||||
CraZaay | donderdag 14 februari 2008 @ 16:22 | |||||
quote:Iemand die met geen enkele statistiek ervan te overtuigen was dat IE6+ écht prima is. En binnenkort alsnog herbouwen naar IE6+, omdat er natuurlijk wel allerlei web 2.0 "dingen" in moeten | ||||||
saban | donderdag 14 februari 2008 @ 16:37 | |||||
quote:ImageReady | ||||||
mcDavid | donderdag 14 februari 2008 @ 16:46 | |||||
quote:firefox op zijn pc zetten en het "Internet Explorer 4" noemen en het icoontje aanpassen! | ||||||
NiteSpeed | donderdag 14 februari 2008 @ 17:28 | |||||
Chandler: Ga eens spelen met de clear functie in CSS. | ||||||
Flaccid | donderdag 14 februari 2008 @ 19:24 | |||||
Hoe het hoort, in firefox IE trouble. Sorry voor crappy kwaliteit, maar zoals je ziet springt ie 1pixel. Waaraan kan het liggen? Dit is een serieuze layout, kan ik hem hier laten staan? Of wordt ie dan gejat? | ||||||
CraZaay | donderdag 14 februari 2008 @ 20:19 | |||||
Da's het nadeel van iedere website: mensen kunnen 'm zien en dus jatten Maar een online testcase is de enige optie in dit geval ben ik bang. Zonder code kan ik net zo goed roepen dat het aan die 1 pixel brede spacer.gif ligt | ||||||
Flaccid | donderdag 14 februari 2008 @ 20:26 | |||||
quote:Owja. Hier:
| ||||||
NiteSpeed | donderdag 14 februari 2008 @ 20:35 | |||||
En als je hem uiteindelijk online zet, wordt hij alsnog wel gejat. HTML en CSS zijn voor iedere boerenlul uit te lezen. | ||||||
Flaccid | donderdag 14 februari 2008 @ 20:37 | |||||
quote:klopt. maar hij is nog niet online. daarna maakt het me niet uit (bij wijze van spreken, want je kan wat er daarna gebeurd niet controleren). maar ik vind het jammer dat er 1 pixeltje is. Ik heb hier wamp server draaien, maar die ga ik niet online gooien want dan kan je zo mn settings in. | ||||||
Banzaiaap | donderdag 14 februari 2008 @ 23:13 | |||||
Euhm.. ik weet niet of het hier hoort, maar het is toch een korte vraag dus ik waag het er op: Hoe zorg ik ervoor dat als ik een menu, dat op elke pagina hetzelfde moet zijn, ook overal hetzelfde is en dat ik door 1 aanpassing gelijk het op alle pagina's aanpas? | ||||||
NiteSpeed | donderdag 14 februari 2008 @ 23:14 | |||||
quote:Met een php include lijkt me dat het makkelijkste | ||||||
CraZaay | donderdag 14 februari 2008 @ 23:49 | |||||
quote:Kun je dit niet ff ergens online zetten? Niet vanaf je eigen bak, maar bij je ISP ofzo? Zie het niet zo zitten om dit zelf te gaan copy/pasten naar HTML- en CSS-bestanden Dat debugged een stuk eenvoudiger namelijk. | ||||||
Tuvai.net | vrijdag 15 februari 2008 @ 08:18 | |||||
quote:Ligt er aan welke aanpassingen het zijn. Als het alleen grafische aanpassingen zijn gewoon middels CSS werken. Als je ook bijvoorbeeld de links e.d. in het menu in één keer wilt veranderen, een serverside taaltje (PHP, ASP.NET) gebruiken. | ||||||
saban | vrijdag 15 februari 2008 @ 08:35 | |||||
quote:Someone? | ||||||
CraZaay | vrijdag 15 februari 2008 @ 09:22 | |||||
quote:Is al beantwoord toch? Gewoon in principe nooit "position: absolute" gebruiken. | ||||||
SuperRembo | vrijdag 15 februari 2008 @ 09:23 | |||||
Ik krijg het niet voor elkaar om een aantal plaatjes en divs naast elkaar te krijgen zonder ruimte er tussen. De pagina's met dit probleem draaien in quirks mode, en dat is ook niet eenvoudig aan te passen. Om de plaatjes en divs naast elkaar te krijgen geef ik ze float:left. In FF werkt het wel, maar in IE6/7 ontstaat er toch ruimte tussen de plaatjes. Ik snap niet waar het vandaan komt en ik krijg het ook niet weg voorbeeld | ||||||
CraZaay | vrijdag 15 februari 2008 @ 09:51 | |||||
Bizar. Ik krijg het ook niet voor elkaar. Quirks-bug neem ik aan dan? | ||||||
SuperRembo | vrijdag 15 februari 2008 @ 09:53 | |||||
quote:In strict mode werkt het prima, dus het ligt echt aan quirks | ||||||
Tuvai.net | vrijdag 15 februari 2008 @ 09:55 | |||||
quote:Is de afbeeldingen als background-image in een <div>je stoppen geen optie? | ||||||
saban | vrijdag 15 februari 2008 @ 09:59 | |||||
quote:Je DIV images zijn toch gewoon goed naast elkaar? | ||||||
SuperRembo | vrijdag 15 februari 2008 @ 10:12 | |||||
quote:Ja, daar zat ik ook al aan te denken. Dat is waarschijnlijk de makkelijkste oplossing. Maar het blijft vreemd. | ||||||
SuperRembo | vrijdag 15 februari 2008 @ 10:26 | |||||
Nog een andere oplossing: geef de plaatjes margin-right: 1px. Dan staat de plaatjes 1px van elkaar af, wat dus veel minder is vergeleken met margin: 0. Vreemd dat het zo werkt, maar in mijn geval prima bruikbaar. | ||||||
CraZaay | vrijdag 15 februari 2008 @ 10:29 | |||||
Heb je ook "0px" geprobeerd, dus met de "px"-eenheid erbij? | ||||||
RM-rf | vrijdag 15 februari 2008 @ 10:34 | |||||
Het lijkt een beetje op de veelvoud aan Float- en positioning-bugs die explorer heeft: zie http://www.positioniseverything.net/explorer.html enkele bekende 'oplossingen' lijken echter niet te werken (haslayout: true; of zoom: 1 toewijzen, of het element display: inline geven).. andere oplossingne die nog wel toegepast worden zijn bv de lelijkere 'hacks', dus via conditional comments ( <!--[if IE < 8 ] <style>IMG { margin-left: -3px; margin-right: -3px } </style>[endif]-->) een 'fix' inbouwen; ik zou wel expliciet inbouwen dat de fix niet actief blijft voor eventuele latere IE-browsers omdat die de neiging hebben de meeste bugs te fixen (en dan opeens weer nieuwe bugs te geven bij dezelfde effecten, zoals nu bij IE7 en waarschijnlijk ook weer bij IE8 ) | ||||||
CraZaay | vrijdag 15 februari 2008 @ 11:02 | |||||
quote:Zeker ook bij IE8, want die rendert standaard als IE7 | ||||||
mcDavid | vrijdag 15 februari 2008 @ 11:35 | |||||
quote:Vaak is dat op te lossen door je css te beginnen met de volgende regel: * {margin:0;padding:0} * is een wildcard dus zo krijgen alle elementen standaard een marge en padding van 0, wat wel handig is aangezien de standaard margin en padding per browser verschilt. | ||||||
CraZaay | vrijdag 15 februari 2008 @ 11:42 | |||||
Volgens mij is SuperRembo pro genoeg omdat te weten Het kwam in dit geval door een browserbug van IE in quirksmode. | ||||||
RM-rf | vrijdag 15 februari 2008 @ 12:22 | |||||
Daarbij de methode [code]* {margin:0;padding:0}[/quote] is zelf een erg sloppy wijze om de default layout van browsers opeens te vernietigen, iets waarvan je het nut kunt betwijfelen... het is juist een pro om zoveel mogelijk binnen je HTML+CSS de ruimte te laten voor specifieke user-bepaalde layout tenzij er een duidelijke grond is dat niet te willen... dat bv Header-elementen, P-alinea-elementen of UL+LI's een eigen margin en padding hebben die per browser (of in sommige gevallen per user) verschilt is geen probleem zolang je maar het werk van een visuele designer ziet als een 'extensie' op de door de user bepaalde voorkeurslayout | ||||||
CraZaay | vrijdag 15 februari 2008 @ 12:36 | |||||
Mee eens. Ik heb bij wijze van test één keer het "Yahoo! reset stylesheet" gebruikt, en vond het persoonlijk ook helemaal niet prettig. | ||||||
Tuvai.net | vrijdag 15 februari 2008 @ 12:40 | |||||
Ik maak vrijwel altijd gebruik van de standaardmarges van <p> en <h#> tags. Het enige wat ik vrijwel altijd 0 margin en/of padding meegeef zijn <form> en <fieldset>. *{margin:0 / padding:0;} lijkt me sowieso geen goed idee eigenlijk; zou inhouden dat je voor elk ander element waar het van toepassing is een marge/padding moet gaan verzinnen. | ||||||
mcDavid | vrijdag 15 februari 2008 @ 12:40 | |||||
een duidelijke grond om dat niet te willen lijkt me dat je gewoon wilt dat je site er fatsoenlijk uitziet. Anders kun je al je websites net zo goed als plain text op gaan slaan. Als om wat voor reden ook de stylesheet niet geladen wordt wordt dat *{margin:0;padding:0} ook niet geladen dus dan gaat gewoon de browsers stanaardlayout in. -edit- en ja ik heb het wel gedaan, omdat ik eerst bij zo'n beetje ieder element apart margin en padding 0 aangegeven had. Dan scheelt het nogal. | ||||||
Tuvai.net | vrijdag 15 februari 2008 @ 12:43 | |||||
quote:In Firefox: Beeld -> PaginaStijl -> Geen stijl. Heerlijke feature. | ||||||
mcDavid | vrijdag 15 februari 2008 @ 12:45 | |||||
quote:Ik zou niet weten waarom ik dat zou gebruiken. Wellicht als een pagina écht gigantisch irritant is opgemaakt, maar met datsoort gepruts staat de styling ook meestal in de HTML dus dan heb je niets aan die optie. | ||||||
Tuvai.net | vrijdag 15 februari 2008 @ 12:48 | |||||
quote:Het is een ideaal hulpmiddeltje om gewoon even snel je Stylesheet uit te zetten of van Stylesheet et switchen, om te zien hoe een pagina zonder opmaak er uit ziet. Bij met tabellen opgezette sites heeft dat inderdaad al geen nut meer nee, omdat alles door elkaar staat. Overigens doe ik ook altijd een check-ronde door een website die ik maak, zonder stylesheet, vooral wanneer ik er formulieren, functionaliteit en dergelijke aan ga hangen. Ik wil dat al mijn websites te lezen én te gebruiken zijn, ook zonder stylesheet. | ||||||
CraZaay | vrijdag 15 februari 2008 @ 12:53 | |||||
Een site bekijken zonder stylesheet is de ideale manier om te testen of de html semantisch correct gebruikt is imo | ||||||
SuperRembo | vrijdag 15 februari 2008 @ 13:21 | |||||
quote:Dat is erg lomp als algemene "oplossing". En in dit geval maakt het ook niets uit. quote:Ja, of om een site die in FF echt heel brak is nog enigszins leesbaar te krijgen. Ctrl+Shift+S in de dev-toolbar, alleen is die sneltoets in FF3 gekoppeld aan een eigen printscreen functie van FF | ||||||
Geqxon | vrijdag 15 februari 2008 @ 13:28 | |||||
quote:Ik bied zelf als alternate stylesheet een CSS bestand aan waarmee de pagina erg minimalistisch wordt. Die kun je in FF dus kiezen via Beeld -> PaginaStijl -> Minimalistic. Handig om al je gebruikers te kunnen bedienen. Overigens: http://diveintoaccessibility.org/. Verplicht leesvoer. | ||||||
Flaccid | zaterdag 16 februari 2008 @ 18:45 | |||||
quote:Ja is slimmer. http://beerwheels.nl/km/ | ||||||
saban | woensdag 20 februari 2008 @ 10:32 | |||||
Hebben jullie handige links met AJAX voorbeelden? Ik had een heel handig link met allemaal voorbeelden, echter ben ik deze kwijt Ik zoek eigelijk; als je met je muis over 'iets' heen gaat, dat er een veld/blok verschijnt met tekst erin. | ||||||
CraZaay | woensdag 20 februari 2008 @ 10:50 | |||||
Da's geen AJAX | ||||||
saban | woensdag 20 februari 2008 @ 11:00 | |||||
quote:Jawel, ik wil de informatie pas ophalen als je met de muis erover heen gaat. De data wordt dus pas bekend bij het 'Scroll over', dat is toch AJAX? | ||||||
Geqxon | woensdag 20 februari 2008 @ 11:01 | |||||
quote:Het is pas AJAX wanneer jij de gegevens pas van de server download als je met je muis over het tekstveld gaat. | ||||||
saban | woensdag 20 februari 2008 @ 11:02 | |||||
quote:Dat zeg ik toch? | ||||||
Geqxon | woensdag 20 februari 2008 @ 11:10 | |||||
quote: Koffie. Eerst koffie, en dan praten we verder. | ||||||
SuperRembo | woensdag 20 februari 2008 @ 11:13 | |||||
quote:Saban kan ook wel wat koffie gebruiken, dit is het CSS voor dummies topic, niet JavaScript voor dummies | ||||||
saban | woensdag 20 februari 2008 @ 11:14 | |||||
quote:Ik wou er geen apart topic voor starten Trouwens doe mij maar cappuchino | ||||||
CraZaay | woensdag 20 februari 2008 @ 12:12 | |||||
quote:99% van de tijd wordt een reeds bestaande div (in de DOM) getoond/verborgen met CSS/JS. Beetje afhankelijk van de situatie of het zinnig is om daar steeds een HTTP-request voor te maken. | ||||||
NiteSpeed | woensdag 20 februari 2008 @ 12:22 | |||||
saban, het is geen ajax. Die 2 KB tekst en CSS gegevens kan je wel hiden en showen op een mouseover zonder serverside processing. | ||||||
RM-rf | woensdag 20 februari 2008 @ 12:44 | |||||
quote:ajax is het pas als je op het moment dat een gebruiker een bepaalde handeling doet, daadwerkelijk een nieuw request maakt naar de server en deze informatie opvraagt die na het inladen verder verwerkt worden.... wat je beschrijft is gewoon een normaal 'onmouseover-event waarbij bepaalde informatie eerst niet getoond wordt, maar pas getoond wordt bij die onmouseover... als het verder geen nut heeft om een 'asynchroon request te doen voor die informatie en die informatie ook an sich bij het allereerste laden van de pagina al meegestuurd kan worden (maar enkel niet zichtbaar op de pagina dan getoond wordt), is het aan te raden dat te doen, het is nutteloos enkel modewoordjes te willen toepassen als deze niet expliciet een meerwaarde hebben tov een eenvoudigere manier (eenvoudiger is altijd beter als het aan je eisen ook voldoet) | ||||||
Tuvai.net | woensdag 20 februari 2008 @ 13:09 | |||||
quote:Kun je eindeloos op door debateren. Vaak hoor je mensen zeggen dat AJAX niet té overmatig gebruikt word omdat je anders een overkill aan HTTP requests krijgt, maar dan kun je je afvragen wat nou zwaarder is; een HTTP request die een lijst met dynamische gegevens opvragen op het moment dat een gebruiker deze opvraagt (bijvoorbeeld door een druk op een knop), of standaard op elke pagina in een onzichtbare div deze lijst gooien, maar die niet altijd gebruikt word. | ||||||
CraZaay | woensdag 20 februari 2008 @ 13:50 | |||||
quote:Absoluut, vandaar dat ik aangaf dat het afhankelijk is van de situatie in de hoeveelheid data. je moet een beetje de "sweet spot" zoeken inderdaad, | ||||||
saban | woensdag 20 februari 2008 @ 14:00 | |||||
quote:Ik krijg een heel lang overzicht met id's, zodra ik met mn muis erover heen ga moet er informatie opgehaald worden wat gekoppeld staat bij desbetreffende id. Stel ik heb een overzicht met 150 id's, om nou gelijk voor alle 150 id's alle info binnen te halen ... | ||||||
mcDavid | woensdag 20 februari 2008 @ 14:05 | |||||
AJAX staat voor Asnynchronus Javascript And XML Heeft dus weinig met CSS te maken, totdat je de boel wilt gaan opmaken. | ||||||
RM-rf | woensdag 20 februari 2008 @ 14:13 | |||||
quote:Je moet het andersom zien.... kennelijk moet je een hele extra oplossing gaan bedenken en uitvoeren (en de techniek an sich ook eerst nog ontdekken) om je probleem 'asynchroon' op te lossen, terwijl in je eisenpakket verder nergens asynchroniteit vereist of dit een duidelijke meerwaarde bied.. de 'server-load' is hier redelijk irrelevant.. je verlicht iig vrijwel geen enkele structurele belasting op de server met een 'ajax-oplossing' tov een oplossing waar de info direkt meegestuurd wordt... dus blijft de vraag 'wat is de reden dat je ajax wilt gebruiken' en weegt dat op tegen de extra moeite die je moet doen het op die manier uit te voeren? | ||||||
Geqxon | woensdag 20 februari 2008 @ 14:17 | |||||
quote:Je kunt eventueel ook met meerdere pagina's werken, of een zoekfunctie? Misschien dat iemand het ID intypt voor informatie? | ||||||
CraZaay | woensdag 20 februari 2008 @ 14:45 | |||||
quote:Wat is 'alle info"? Hoeveel info heb je per ID? Desnoods zet je het niet in de DOM maar in een JS object (JSON bijv.) en haal je het daar uit. Scheelt een hoop HTML. | ||||||
saban | donderdag 21 februari 2008 @ 09:14 | |||||
quote:Met AJAX komt niet direct alle gegevens mee. Pas wanneer je het laat aanvragen. Indien ik het zonder AJAX wil doen, dus alle gegevens direct opvragen en hiden met CSS is dat zeker wel zwaarder voor de serverload. | ||||||
saban | donderdag 21 februari 2008 @ 09:15 | |||||
quote:Natuurlijk kan dat Was alleen aan het rondkijken/vragen/zoeken of het mogelijk was (tuurlijk wel), maar of het ook efficient is voor de tijd dat ik er in stop quote:Per ID nu 15 velden (in zelfde tabel), dit later uitgebreid worden door info ook uit andere tabellen op te vragen. De hoeveelheid ID kan verschillen, van tien tot een paar honderd. | ||||||
RM-rf | donderdag 21 februari 2008 @ 10:47 | |||||
quote:Dat is onzin, serverload is geen 2-dimensionale absoluutheid.. ik zei niet voor niks dat het gebruik van ajax in deze 'verlicht iig vrijwel geen enkele structurele belasting op de server' het enige verschil dat je zou 'winnen' zou een enkele sqlquery zijn om de betreffende data op te vragen (ervanuitgaande dat de data uit een db komt) wat milli-microseconden rendertijd en een paar bytes aan data... zodra echter een gebruik enthousiast met zn muis over de elementen beweegt krijg je een veel zwaardere belasting, omdat voor iedere mouseover dus een separate reqiuest komt, een aparte query uitgevoerd moet worden... iedere 'winst' wat betreft serverbelasting is minimaal en niet structureel die je had verlies je razend snel zodra er ook gebruik van gemaakt wordt.. bedenk ook dat een server helemaal geen problemen ermee heeft ipv in 0.135 seconde in 0.137 seconde een pagina te renderen en server en of deze ipv 6.056 ipv 6.012 Bytes groot is... een 'que' aan requests kan eerder laadproblemen opleveren, zowel aan de serverside (het aantal connecties welke een server aankan zal eerder beperkt zijn en hierdoor kunnen request in de wachtrij geplaatst).. maar ook aan de clientside, meestal betekent ajax toch dat er na het event dat het request ooproept eventjes gewacht moet worden totdat het request geplaatst is en de data teruggelezen... juist zulk een vertraging is bij mouseovers mogelijk een ergenis, helemaal als het gaat om een hele rij van elementen die op een mouseover zo'n request oproepen (het effect dat je kunt krijgen is dat als de gebruiker toevallig met zn muispointer over de elementen heenbeweegt zelfs zonder te weten hermee data op te vragen, opeens meerdere requests geplaats worden en het enkele seconden duurt voor deze afgehandeld zijn). maar als je zo nodig het beter wilt weten, moet je het vooral gaan uitvoeren en zul je zelf merken wat de nadelen zijn... | ||||||
saban | donderdag 21 februari 2008 @ 11:04 | |||||
RM-rf waarom zo agressief opgesteld Als ik het beter zou weten was ik hier niet terecht. Zo leer ik nog eens wat | ||||||
mcDavid | donderdag 21 februari 2008 @ 11:10 | |||||
quote:Dat laatste zinnetje verneukt echt je hele post, waar misschien toch wel een kern van waarheid in zat | ||||||
CraZaay | donderdag 21 februari 2008 @ 14:27 | |||||
Sterker nog, inhoudelijk was 'ie correct | ||||||
mcDavid | donderdag 21 februari 2008 @ 15:01 | |||||
quote:Hij mag het later nog eens proberen. | ||||||
De_Hertog | zaterdag 1 maart 2008 @ 13:49 | |||||
Ik heb een layout gemaakt met een footer onderaan, dat werkt op zich prima, behalve wanneer de div boven de footer een plaatje bevat dat langer is dan de tekst. Dit is mijn (relevante) css:
Als ik dan vervolgens zo'n pagina er in gooi:
Dan komt de footer dus onderaan de tekst, en loopt hij dus over het plaatje heen. Ik wil dat de tekst onderaan de gehele content blijft staan. Geprobeerd: content height: 100% geven, maar dan loopt bij veel content de tekst door tot voorbij de content conten min-height: 100%; geven, maar dan staat de footer bij weinig content te ver weg img display:block; geven,. vond ik op internet, hielp niets margins van footer of content aanpassen werkt wel maar geeft ook weer te veel witruimte, en is bovendien geen permanente oplossing. Kortom, hoe kan ik er voor zorgen dat de img meegeteld wordt als de hoogte van de div waar de footer onder komt? | ||||||
mcDavid | zaterdag 1 maart 2008 @ 17:22 | |||||
Waarschijnlijk heeft het plaatje een position:absolute edit of een float:left/right Hier gaat het verder gewoon goed als ik bovenstaande code test. | ||||||
Light | zaterdag 1 maart 2008 @ 17:24 | |||||
Ik heb daar een werkende oplossing voor, maar die kan ik zo snel even niet vinden. Volgens mij is het iets als: css
html
Daar moeten dan nog wel een paar IE-hacks bij. | ||||||
De_Hertog | maandag 3 maart 2008 @ 20:50 | |||||
quote:Ik heb even nagekeken, en het plaatje heeft een align: right waardoor het mis gaat. Zonder die align gaat het wel goed (maar komt er uiteraard geen plaatje rond de tekst). Kortom, de vraag is, hoe kan ik een plaatje goed in de tekst plaatsen terwijl de footer blijft staan? | ||||||
GVRuud | donderdag 6 maart 2008 @ 19:43 | |||||
Bah. Dat ziet er niet uit. In Safari is-ie wel mooi en zelfs in Internet explorer. Ik wil dus graag dat de tekst die de gebruiker invoert mooi verticaal gecentreerd is. Met paddings etc zou ik het kunnen forceren, maar dat zou betekenen dat t er in Safari ed. niet mooi meer uitziet (de invoertekst te dicht tegen de onderrand aan. Mijn css voor de input
Heeft iemand een idee? Edit: Handig om erbij te vermelden dat het dus niet netjes in Firefox wordt weergegeven [ Bericht 6% gewijzigd door GVRuud op 06-03-2008 19:49:24 (stom) ] | ||||||
CraZaay | donderdag 6 maart 2008 @ 19:59 | |||||
Safari doet sowieso niets met die paddings toch? Voor zover ik weet worden de form elementen door Safari helemaal onafhankelijk van de CSS gerenderd. Maar los daarvan: wat is het probleem als je boven en onder dezelfde padding gebruikt? Dan staat 'ie gewoon in het midden. | ||||||
CraZaay | donderdag 6 maart 2008 @ 20:00 | |||||
quote:Plaatje floaten en de float clearen op het element dat je er altijd onder wilt hebben (footer in dit geval)? | ||||||
GVRuud | donderdag 6 maart 2008 @ 20:12 | |||||
quote:Safari heeft sinds versie 3 ook cssbare form elementen. Met die paddings lukt inderdaad wel als ik ze boven en onder opgeef... Na 8 uur prutsen aan dit project ben ik blijkbaar niet meer zo scherp... deadlines... Maar ergens anders heb ik diezelfde input-elementen, alleen met een kleinere lettergrootte. De input wordt dan ook automatisch kleiner, en met het aanpassen van de paddings zou dit idd wel te verhelpen zijn. Is er niet een mogelijkheid dat-ie de inputtekst altijd centreert in het inputveld, ongeacht de height die ik opgeef? | ||||||
CraZaay | donderdag 6 maart 2008 @ 20:17 | |||||
Denk niet dat dat cross browser gaat werken. Zou met vertical-align moeten als het überhaupt kan. | ||||||
GVRuud | donderdag 6 maart 2008 @ 20:37 | |||||
vertical-align leverde helaas ook niets op. Dat wordt dus maar met die paddings werken. Bedankt! | ||||||
allesisgekozen | dinsdag 11 maart 2008 @ 10:01 | |||||
Ik heb een CSS probleem. Het gaat hierbij om het positioneren van vlakken. Ik positioneer 5 vlakken op de volgende manier: 222111111111111111111111111111 222555555555555555444444444444 222555555555555555444444444444 333 333 Nu wordt dat in IE goed weergegeven(gek genoeg), maar in FireFox wordt het vlak 5, 1 rij naar boven gedrukt. Het bovenste gedeelte van vlak 5 verdwijnt dus onder vlak 1 in FF. Is dit een veel voorkomend probleem? En is er een duidelijke oplossing voor? Mocht dit niet genoeg informatie zijn, dan kan ik altijd de code nog erbij zetten. Ik heb ook screenshots gemaakt, heb alleen geen webspace. Mvg. Machiel PS. Mijn excuses als dit niet goed gepost is | ||||||
Tuvai.net | dinsdag 11 maart 2008 @ 10:10 | |||||
quote:Heb je de pagina online staan? Moeten natuurlijk wel je code kunnen bekijken om te zien wat er mis is. Even een tip geheel terzijde. Als je een nieuwe layout gaat maken, begin dan altijd met de standaardindeling/basis en geef deze desnoods felle kleuren mee zodat je goed kunt zien hoe ze weergeven worden. In je voorbeeld die ik in feite een layout vrij recht toe recht aan ingedeeld is. | ||||||
allesisgekozen | dinsdag 11 maart 2008 @ 10:29 | |||||
hier is de code van de css file (ik heb sinds kort geen webspace meer, sorry) Het gaat dan om de laatste div (de zwarte) : * { margin: 0px; padding: 0px; border: 0px; } html, body { width: 100%; height: 100%; } body { font-family: "Lucida Sans Unicode", "Lucida Grande", arial, verdana; font-size: 11px; color: #b5bce8; background: url('../images/body_bg.jpg') repeat-x 0px 0px #b5bce8; } input { font-family: "Lucida Sans Unicode", "Lucida Grande", arial, verdana, helvetiva; font-size: 11px; } #wrapper { margin: 0 auto; width: 1076px; min-height: 100%; height: auto !important; height: 100%; background: url('../images/wrapper_bg.jpg') repeat-y 0px 0px; } #breadcrumb { width: 905px; height: 40px; background-color: red; float:right; } #menu { width: 171px; height: 430px; background-color: yellow; float: left; } #logo { width: 171px; height: 170px; background-color: green; } #fotoblok { width: 338px; height: 290px; float: right; background-color: orange; } #titelblok { height: 130px; background-color: black; } #maintekst { width: 567px; height: 100%; min-height: 400px; background-color: purple; } En de HTML: <body> <div id="wrapper"> <div id="breadcrumb"></div> <div id="menu"> <div id="logo"></div> </div> <div id="fotoblok"></div> <div id="titelblok"></div> <div id="maintekst"></div> </div> </body> | ||||||
CraZaay | dinsdag 11 maart 2008 @ 11:31 | |||||
Welk doctype gebruik je? | ||||||
allesisgekozen | dinsdag 11 maart 2008 @ 11:48 | |||||
<!DOCTYPE HTML PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xHTML1/DTD/xHTML1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="nl" lang="nl" dir="ltr"> is dat de slechte variant? | ||||||
CraZaay | dinsdag 11 maart 2008 @ 12:34 | |||||
Nee hoor, xhtml 1.0 strict is prima | ||||||
mcDavid | dinsdag 11 maart 2008 @ 13:32 | |||||
wtf ik zit wat te klooien met bovenstaande code, maar in Fx schuiven 2 divs die naast elkaar staan, waarvan er één een float:left heef, gewoon achter elkaar langs Ik snap er geen yota meer van. Ik had allang alles met position gedaan. | ||||||
allesisgekozen | dinsdag 11 maart 2008 @ 15:01 | |||||
met position: absolute bedoel je? ik had gelezen dat je zoveel mogelijk position moet mijden, waarom dan ook. | ||||||
CraZaay | dinsdag 11 maart 2008 @ 15:13 | |||||
quote:Omdat je alles uit de flow haalt, al doe je dat met floats ook gedeeltelijk | ||||||
DorentuZ | dinsdag 11 maart 2008 @ 15:16 | |||||
quote:Als je objecten absoluut positioneert, houden ze geen rekening meer met elkaar. Soms is dit gewenst, soms niet. Het ligt er natuurlijk maar net aan wat je wil doen. | ||||||
mcDavid | dinsdag 11 maart 2008 @ 15:33 | |||||
quote:jep geef eerst die wrapper een position: relative, daarna kun je alle div's m.b.v. position:absolute gewoon exact positioneren. Het is gewoon een goeie methode om te positioneren. Je moet alleen wel oppassen dat je je html semantisch houdt. Als je alles absolute positioneert maakt het namelijk geen reet meer uit waar je wat neerzet (je kunt bijv. de div met de header helemaal onderaan zetten) en dat kan chaos opleveren. Vandaar dat over het algemeen het advies is indien mogelijk liever geen position:absolute te gebruiken. -edit- er is wel wat voor te zeggen zoveel mogelijk div's in de float te houden, maar met een layout met een fixed breedte zoals die van jou lijkt me dat niet erg noodzakelijk. | ||||||
allesisgekozen | dinsdag 11 maart 2008 @ 22:49 | |||||
bedankt voor alle reacties! eerste wat ik morgenvroeg doe is uitproberen met position. | ||||||
allesisgekozen | woensdag 12 maart 2008 @ 09:46 | |||||
Zo, zojuist ermee zitten klooien. Firefox vindt het dan allemaal heel mooi, en klopt dus ook. Maar IE zegt dan: nee, ik doe het lekker allemaal 10px meer naar rechts. ik _haat_ verschillende browsers! | ||||||
CraZaay | woensdag 12 maart 2008 @ 09:50 | |||||
Terwijl je geen floats gebruikt? | ||||||
allesisgekozen | woensdag 12 maart 2008 @ 10:54 | |||||
der zitten een paar floats in, meot ik dat consequent gebruiken in elke div? en trouwens, IE neemt met position absolute een paar pxs meer naar rechts, met position relative neemt FF de wrapper en IE de vorige gemaakte div's. Wellicht regel ik even een stukje webspace zodat het makkelijker is om ernaar te kijken | ||||||
mcDavid | woensdag 12 maart 2008 @ 10:58 | |||||
quote:heerlijk, double-margin-bug. In principe moet het als je alles absolute positioneert altijd goed gaan. | ||||||
allesisgekozen | woensdag 12 maart 2008 @ 11:32 | |||||
zo, heb het even online gezet: http://preview.anchormen.nl/css-test/ Het gaat hier dus om de zwarte en paarse balk. in IE loopt het goed, in FF schuift ie de balken onder mekaar | ||||||
CraZaay | woensdag 12 maart 2008 @ 12:40 | |||||
quote:Precies, vandaar dat ik vroeg of 'ie nog floats gebruikte | ||||||
mcDavid | woensdag 12 maart 2008 @ 13:28 | |||||
quote:Wat gebeurt er eigenlijk als je in alle div's wat tekst zet? -edit- ff geprobeerd.. het gekke is: de tekst schuift níét onder de andere divs! (maar de div zelf dus wel) http://duft.nl/web/css-test.htm [ Bericht 8% gewijzigd door mcDavid op 12-03-2008 13:34:04 ] | ||||||
allesisgekozen | woensdag 12 maart 2008 @ 13:53 | |||||
hmmm..nu zegt mij dat natuurlijk helemaal niks (post niet voor niks op newbie forum :p) maar tekst ziet ie anders als de divs? | ||||||
mcDavid | woensdag 12 maart 2008 @ 14:19 | |||||
quote:Ik vind het zelf ook een beetje vaag. De site die je online hebt gezet werkt nog volledig met de floats. De div's #titelblok en #maintekst verdwijnen gedeeltelijk onder andere divs Maar de tekst in die divs staat wél op de goeie positie, in de float. Wat je nog kunt proberen is wat er gebeurt als je alle tags m.b.t. de grootte van die divs eruit haalt, zodat de grootte puur bepaald wordt door de hoeveelheid tekst die erin staat | ||||||
Light | woensdag 12 maart 2008 @ 19:15 | |||||
quote:Dat is op te lossen door #titelblok een breedte mee te geven. En een float: right, natuurlijk. | ||||||
allesisgekozen | woensdag 12 maart 2008 @ 19:53 | |||||
light, je bent mn held. alles werkt nu. alle anderen natuurlijk ook bedankt | ||||||
mcDavid | woensdag 12 maart 2008 @ 22:18 | |||||
Soms kan het zoiets stoms zijn heh Weet iemand trouwens of het m.b.v. CSS mogelijk is woorden die zo gigantisch lang zijn dat ze niet in een div of table-cel passen, tóch af te kappen? | ||||||
CraZaay | woensdag 12 maart 2008 @ 22:30 | |||||
quote:Nee, dat kan niet. Je kan hoogstens de parent overflow: hidden geven, that's it. | ||||||
mcDavid | woensdag 12 maart 2008 @ 22:55 | |||||
Mja dat zuigt ook wel. Dan gaan we het toch maar eens javascripten. | ||||||
Light | woensdag 12 maart 2008 @ 23:14 | |||||
Ik heb ook nog een probleempje waar ik wel wat hulp bij kan gebruiken. Ik probeer een menu te maken. Relevante html:
De bedoeling is dat de plaatjes netjes tegen elkaar aan komen te liggen. Dat lukt in FF, maar niet in IE.
Uiteraard valide CSS. Het html-bestand is valide XHTML 1.0 Transitional (met doctype). Wat hierboven staat is dus niet het volledige bestand, maar dat lijkt me ook niet nodig. | ||||||
mcDavid | woensdag 12 maart 2008 @ 23:46 | |||||
quote:Er bestaat ook nog een line-height -edit- en ik wil je erop wijzen dat links met een plaatje ipv tekst lastig zijn voor zoekmachines, textbrowsers, enz. Een herhaalde achtergrondafbeelding met tekst is een betere optie. [ Bericht 10% gewijzigd door mcDavid op 12-03-2008 23:54:27 ] | ||||||
Light | donderdag 13 maart 2008 @ 00:03 | |||||
quote:Daar kan ik nog wel mee gaan spelen morgen. quote:Ik gebruik wel alt-teksten En de ontwerper van de layout heeft een lettertype gekozen dat niet standaard als font beschikbaar is. | ||||||
CraZaay | donderdag 13 maart 2008 @ 00:07 | |||||
quote:Dan nog horen de afbeeldingen wat mij betreft in de CSS, en niet in de HTML | ||||||
mcDavid | donderdag 13 maart 2008 @ 00:31 | |||||
quote:Er bestaan ook manieren om je eigen font mee te sturen. | ||||||
Light | donderdag 13 maart 2008 @ 07:30 | |||||
quote:Zoveel mogelijk, dat ben ik met je eens. Als je suggesties hebt hoe ik tekst in de HTML kan gebruiken en dat kan vervangen met een afbeelding in CSS zonder dat de functionaliteit aangetast wordt dan houd ik me aanbevolen. Bij voorkeur zo dat ik een andere afbeelding kan kiezen op het moment dat iemand met z'n muis over het plaatje fietst. | ||||||
Light | donderdag 13 maart 2008 @ 07:32 | |||||
quote:Geen nette manier, lijkt me. Sowieso vind ik niet dat je mensen kunt verplichten iets te installeren als ze op je site komen. | ||||||
CraZaay | donderdag 13 maart 2008 @ 08:24 | |||||
quote:HTML:
CSS:
| ||||||
Light | donderdag 13 maart 2008 @ 10:22 | |||||
quote:Daar kan ik wel wat mee, dank Het lost ook het eerdere probleem op, waarbij de plaatjes niet goed aansloten. | ||||||
mcDavid | donderdag 13 maart 2008 @ 16:26 | |||||
quote:Je hebt gelijk. Ik dacht ooit dat ik zoiets gezien had, maar de enige mogelijkheden werken óf alleen in IE, óf werken met flash. | ||||||
splendor | donderdag 13 maart 2008 @ 17:14 | |||||
Bij gebrek aan een centraal html topic vraag ik het hier maar even.. In html4.01 sluit je enkele tags zo af <br> en in xhtml <br /> Maar de validator keurt mijn <br /> wel gewoon goed, terwijl ik ik 4.01 doctype heb, waarom is dit? Ik kon het in de officiële documentatie niet terug vinden. | ||||||
RM-rf | donderdag 13 maart 2008 @ 17:52 | |||||
quote:de validator van W3c is eigenlijk gewoon een xml-based validator, traditioneel HTML kent eigenlijk geen validatie aangezien de browsers gewoon sowieso altijd moeite moeten doen een document weer te geven en ook 'interpretaties' te doen van elementen... HTML4.01 'herkent' dus ook gewoon een BR mét een traling slash. 'officiele' HTML dient eigenlijk zo streng te zijn dat als iets _niet_ valideert, het hele document eigenlijk niet verder verwerkt 'mag' worden (om data-integriteit te waarborgen, non-validatie betekent dat er iets mis is met de data) | ||||||
mcDavid | donderdag 13 maart 2008 @ 17:52 | |||||
Heb je een voorbeeld? Bij mij pikt'ie ze er gewoon tussenuit hoor met html4.01 transitional! en idd wat RM-rf zegt. Als je site het in alle browsers prima doet ondanks een paar 'bugs' in de html, dan is dat geen probleem. Valideren is meer een hulpmiddel om fouten op te sporen, maar niet per se de enige heilige manier. | ||||||
HetMeesterbrein | vrijdag 14 maart 2008 @ 12:07 | |||||
Na wat problemen met een ander CSS menu op mijn website (in mijn sig.) heb ik op advies een ander CSS menu geprobeerd. Maar nu werkt het alsnog niet op IE6. In IE7 en Firefox en de rest werkt het perfect, maar in IE6 krijg ik niet eens de links te zien. Weet iemand wat dit kan zijn? Fout in de code? http://www.meesterbrein.com/menu_style.css Ik heb trouwens de code hiervandaan: http://www.deansabatino.com/suckerfish/suckerfish.html Heb dezelfde code gebruikt, maar hier werkt het wel gewoon met IE6 en op mijn site niet. Erg vreemd, want voor zover ik weet ligt het verschil tussen IE6 en IE7 vooral in de hover. Waarom werkt bij mij het halve menu dan niet? | ||||||
mcDavid | vrijdag 14 maart 2008 @ 12:14 | |||||
quote:Bij dat suckerfish menu gebruiken ze een javascript hack voor IE6, omdat die de psuedo-class :hover niet kent voor list-items. Enneuh, heb je wel eens gehoord van relatieve url paden? | ||||||
HetMeesterbrein | vrijdag 14 maart 2008 @ 13:05 | |||||
Ja, maar hoorde dat het beter is voor SEO als je hele pad neerzet. Zie ook het nadeel er niet van eigenlijk. Dat ze een javascript hack voor hover gebruiken weet ik al. Die gebruik ik ook. Weet je misschien waarom het menu niet werkt? Dat was namelijk mijn vraag | ||||||
Geqxon | vrijdag 14 maart 2008 @ 13:12 | |||||
Absolute paths vind ik wel fijn, vooral als je veel met mod_rewrite werkt. | ||||||
mcDavid | vrijdag 14 maart 2008 @ 13:17 | |||||
Oh, euh... 155 fouten gevonden in je html-code. Misschien moet je er daar eens een paar van wegwerken? Enneuh ik weet niet wie je dat van die SEO verteld heeft, maar dat slaat echt als een tang op een varken. Eén ding kan ik je wel vertellen: google e.d. worden niet blij van bestandsnamen als "onze-ogen-hebben-vanaf-de-geboorte-dezelfde-grootte-maar-onze-neus-en-oren-groeien-altijd.html". Kijk niet raar op als ze besluiten je niet te indexen. | ||||||
CraZaay | vrijdag 14 maart 2008 @ 13:19 | |||||
quote:Ja, je JS werkt niet. Er hoort on hover een class op de LI gezet te worden, maar Firebug ziet dat niet gebeuren. | ||||||
HetMeesterbrein | vrijdag 14 maart 2008 @ 13:41 | |||||
quote:Oooh dan moet ik daar eens naar gaan kijken. Heb het script in een apart .js bestand gezet. quote: quote:Klopt. Ook bij cutenews is het handig, omdat hij anders gaat openen in view.php/index.php en dan werkt het niet goed. | ||||||
mcDavid | vrijdag 14 maart 2008 @ 13:43 | |||||
Je moet het zelf weten | ||||||
wobbel | vrijdag 14 maart 2008 @ 16:41 | |||||
Ik heb dit:
Probleem is dat ik dit als output krijg:
maar ik wil het zo
| ||||||
CraZaay | vrijdag 14 maart 2008 @ 17:13 | |||||
quote:Een div is een block level element van 100% breed. Waar heb je die div voor nodig? | ||||||
HetMeesterbrein | vrijdag 14 maart 2008 @ 19:27 | |||||
Ik heb het menu aangepast in een ander menu. Heb geen IE6 hier bij de hand.. kan iemand even zeggen of het werkt met IE6? | ||||||
CraZaay | vrijdag 14 maart 2008 @ 20:04 | |||||
quote:Werkt prima. | ||||||
mcDavid | vrijdag 14 maart 2008 @ 20:10 | |||||
quote:zou je dat niet liever met een <span> doen? quote:deze doet het wel goed | ||||||
HetMeesterbrein | vrijdag 14 maart 2008 @ 20:38 | |||||
Oke mooi. Dan nog iets kleins. Tussen het menu en de adsense reclame zit een regel wit. Ik heb dit niet ingesteld, heb het liefst dat het tegen elkaar aan zit, maar ik weet niet hoe ik het weg kan krijgen... | ||||||
USAF | maandag 17 maart 2008 @ 00:59 | |||||
Ik heb een probleempje, voor het menu bij een website lijken IE en FF beide verschillende afstanden voor de margins te gebruiken... Nu zal er vast een hele simpele oplossing zijn maar ik heb m nog niet gevonden ;) Voorbeeld wat het verschil is: FF: IE: CSS:
HTML:
tnx :) | ||||||
CraZaay | maandag 17 maart 2008 @ 08:04 | |||||
Ik zie weinig verschil? Maar begin eens met je menu semantisch correct te maken zou ik zeggen (een lijst voor je opsomming van menu items), deze "divitis" is net zo erg als het gebruiken van tabellen voor je lay-out | ||||||
Geqxon | maandag 17 maart 2008 @ 11:25 | |||||
Het is geen CSS, maar wat ik mij afvroeg: Is het "stout" om na de HTML sluit-tag nog commentaar in de code te plaatsen? Ik wil voor debug-doeleinden op het einde van mijn pagina een paar regeltjes als bv. de parse-tijd en het aantal gebruikte queries neerplempen. | ||||||
mcDavid | maandag 17 maart 2008 @ 11:33 | |||||
@USAF Als je problemen hebt met verschillende marges, moet je ze gewoon definiëren. Verschillende browsers houden nou eenmaal verschillende standaardmarges aan. @Geqxon Ik zie niet in waarom niet? Zolang browsers er niet moeilijk over doen (en dat lijkt me niet...) | ||||||
DionysuZ | dinsdag 18 maart 2008 @ 23:12 | |||||
Ik heb weer eens een CSS vraag. Ben een site aan het bouwen met een container die 100% hoog is. Nu werkt het allemaal goed in IE 5.0+,FF,NS,Safari en Opera. Echter, bij de laatste 2 voegt hij nog een aantal pixels lege ruimte onderaan toe (zo'n 20px volgens mij), en ik heb geen idee hoe dat komt en hoe ik ervanaf kom. HTML (sterk ingekort ;)):
Met bijbehorende CSS: general.css
iehack.css
| ||||||
CraZaay | woensdag 19 maart 2008 @ 07:44 | |||||
IE voor de Mac wordt niet meer gebruikt, dus die hack zou ik er lekker uit gooien Zaken 100% hoog willen maken is altijd een gigantische pain in the ass. Waarom wil je dit? In 99% van de gevallen is het beoogde effect namelijk op veel makkelijkere manieren te bereiken, bijvoorbeeld door die background gewoon aan de body te hangen. De hoogte van de #container maakt dan niets meer uit. | ||||||
DionysuZ | woensdag 19 maart 2008 @ 08:18 | |||||
quote:ik heb onderaan de pagina nog gegevens gegooid, kvk nummer/rek.nummer/disclaimer. Dat soort informatie. En het werkt allemaal goed hoor, alleen snap ik niet waarom opera en safari nog een paar pixels aan het document toevoegen. | ||||||
DionysuZ | woensdag 19 maart 2008 @ 09:46 | |||||
Solved. Doordat ik een div in de container een margin-bottom had gegeven reageerden Opera en Safari als beschreven, ook al was die div een stuk kleiner dan het scherm. Aangezien het ook met padding werkte in dit geval heb ik het zo maar opgelost. | ||||||
JJasperO | woensdag 19 maart 2008 @ 13:35 | |||||
Css freaks! Ik ben sinds enkele dagen voor het eerst bezig met css en ik begin het steeds leuker te vinden . Ik heb twee vragen. 1. Kan ik met CSS door middel van de a:hover selector een geluidje af laten spelen zodra je ergens over heen 'hovered'. Wellicht via behaviors (is behaviors nog css?)? 2. Mijn layout is opgemaakt uit een aantal div-elementen. Een aantal divs zijn relatief gepositioneerd, aldaar maak ik dus gebruik van de 'normal document flow'. Een van deze divs is bv zelf ook een parent voor twee andere child divs en deze child divs floaten naar links, resp. rechts om ze goed naast elkaar te krijgen. Weer een ander div element staat helemaal rechts in de main parent container door, idd: float rechts. Op zich werkt dit aardig goed, alleen krijg ik het mede ivm borders en padding niet echt voor elkaar om alles werkelijk naadloos op elkaar aan te sluiten. Ook ontstaat er soms een gele stippellijn om een div element heen; alsof deze overlapping vindt met aan ander div element. Dat zou m.i. helemaal niet mogen aangezien er genoeg ruimte is voor het div element. Mijn vraag: is het problematisch als child div elementen ruimte tussen elkaar hebben of overlap hebben (ik neem aan dat de gele stippellijnen overlap betekent)? | ||||||
CraZaay | woensdag 19 maart 2008 @ 14:05 | |||||
Die gele stippellijnen komen "ergens" vandaan, maar het is iig geen feature van je browser die daarmee overlap aan wil geven. Dat zit echt in je eigen CSS of een browser add-on ofzo. Geluidje afspelen: kan idd niet met CSS, en je kan je afvragen of je het wel moet willen. Als het onmisbaar is voor je app, dan is HTML niet de taal om 'm in te bouwen Verder snap ik er zo weinig van, dus gooi eens het een en ander online ergens | ||||||
mcDavid | woensdag 19 maart 2008 @ 14:07 | |||||
1. Gelukkig niet. ! 2. Overlap/ruimte ertussen maakt natuurlijk geen reet uit, zolang het in alle browsers maar goed staat. Het kan soms lastig zijn om de borders netjes te krijgen als elementen overlappen. | ||||||
JJasperO | woensdag 19 maart 2008 @ 14:38 | |||||
Ok guys. Tja een klein tikje als je over een link hovered vind ik wel lekker, geeft je een ander gevoel. Verder geen kermis-dingen . Ok dan weet ik dat. Wat betreft die divs, die gele stippellijnen komen voor in dreamweaver, niet in de browser. Hier is de code (alles is nog conceptmatig, png zit er niet bij ):
| ||||||
GVRuud | woensdag 19 maart 2008 @ 15:34 | |||||
Ik heb (voor mijn doen iig) een 'brein'breker... en wanneer ik het browservenster breder zou maken zou het er zo uit moeten zien Het centreren van het groene vlak kan in css met margins
Het probleem hier alleen is dat ik geen idee heb hoe ik #rood en #blauw moet CSS'en. Wanneer ik een container maak, dan zou die slechts 1 achtergrondkleur (rood of blauw) kunnen hebben. Een afbeelding als container-achtergrond vind ik geen goede oplossing (enorm breed plaatje moet dat dan worden, en het oplossen met scripts wil ik ook liever niet. Iemand een idee? | ||||||
daReaper | woensdag 19 maart 2008 @ 16:27 | |||||
ik heb een css probleempje op de indexpag van www.severjanin.nl. Links is een menu uit 3 floating blokjes, en op de homepagina staan rechts ook nog 2 floating blokjes. Maar om de een of andere reden staat de bovenste van deze 2 blokjes in Firefox op dezelfde hoogte als de onderste van de 3 linkerblokjes (bekijk hem met IE om te zien hoe het moet zijn). Kan iemand mij vertellen hoe ik dit oplos? | ||||||
daReaper | woensdag 19 maart 2008 @ 16:48 | |||||
Laat maar, ik heb het al opgelost (1 grote layer, float left, met daarin de 3 menu-layertjes zonder float, probleem opgelost) | ||||||
Light | woensdag 19 maart 2008 @ 18:09 | |||||
quote:Dat kan, maar het werkt niet in IE. quote:Je kunt het volgende proberen:
Niet getest overigens. | ||||||
Light | woensdag 19 maart 2008 @ 18:31 | |||||
Getest in FF en Safari:
En in de html
De volgorde is belangrijk. | ||||||
Chandler | woensdag 19 maart 2008 @ 19:12 | |||||
Heeft iemand een oplossing voor deze fouten? De fouten in IE6 http://upload.bruggema.nl/view/1380554357/foutlijst.JPG Hier staan de foto's niet goed op een rij... http://upload.bruggema.nl/view/1380554357/foutpopup.JPG popup moet 100% breedte hebben maar helaas.. | ||||||
GVRuud | woensdag 19 maart 2008 @ 20:36 | |||||
quote:Held! Heb beide varianten even geprobeerd, en nog een overflow-x:hidden op de container toegevoegd. Ik zie alleen bij de float: left,left,right versie dat er soms een witte ruimte tussen #groen en #blauw ontstaat (ik denk door afrondingen die de browser doet door de 50% en de negatieve margin). De float left,left,left variant heeft dit niet, maar wanneer het venster smaller is dan de breedte van #groen, dan wrapt #blauw onder #groen... Ik ga weer even geinspireerd proberen | ||||||
Light | woensdag 19 maart 2008 @ 20:45 | |||||
quote:Ik had juist altijd een overlap van blauw over groen bij left, left, left (en de volgorde rood, groen, blauw) Vandaar dat ik met left, left, right ging proberen. Trouwens, is het de bedoeling dat de vakken rood en blauw ook gebruikt worden voor wat anders dan alleen de achtergrondkleur? Zo nee, dan is er een andere oplossing mogelijk | ||||||
GVRuud | woensdag 19 maart 2008 @ 20:55 | |||||
#rood en #blauw krijgen een background-image toegekend die aansluit op het siteontwerp wat in #groen komt te staan. Deze twee zijkanten zijn echter niet gelijk, en omdat ze ook 'oneindig' mee moeten rekken tot aan de randen van het browservenster, is de oplossing van 3 divs op een rij volgensmij de enige juiste. Wanneer de witruimte niet voorkwam zou ik de perfecte oplossing hebben.. | ||||||
mcDavid | woensdag 19 maart 2008 @ 21:10 | |||||
quote:Ik kan je site uberhaupt niet openen in IE6 Fx, IE7 en opera geen probleem... | ||||||
Light | woensdag 19 maart 2008 @ 21:40 | |||||
quote:Ik krijg geen witruimte tussen blauw en groen (en ook niet tussen rood en groen). Wel kan het handig zijn om margin en padding van de container (body?) op 0 te zetten. Een horizontale scrollbalk krijg ik ook niet. Maar ik heb geen IE bij de hand om het daarmee te testen. | ||||||
GVRuud | woensdag 19 maart 2008 @ 21:51 | |||||
Die witruimte is er ook niet altijd. Als je de venstergrootte veranderd, dan zie je 'live' alles verschuiven zoals het hoort. Echter soms (ik denk bij een oneven getal als breedte), krijg ik een wit lijntje tussen groen en blauw. Dit is in safari, firefox en opera. Bij internet explorer 6 en 7 springt blauw er soms onder zie ik net... Verder staan alle paddings/margins etc op 0 en gebruik ik een reset.css voor basisinstellingen. Als ik die weglaat, blijft de scrollbalk nogsteeds. | ||||||
Chandler | donderdag 20 maart 2008 @ 07:29 | |||||
quote:IE7 & de laatste versie van FF geven het allemaal heel netjes weer Ik zit dus alleen met 100% width en de juiste manier van de afbeeldingen naast en onder elkaar te zetten. | ||||||
GVRuud | donderdag 20 maart 2008 @ 12:17 | |||||
quote:Uiteindelijk ben ik toch maar bezweken onder een beunhaasmethode omdat ik er echt niet aan uit kwam en de html wel een keertje af mocht zijn... Zie http://bus.nimeon.nl/. De lijntjes die links en rechts van de header doorlopen worden nu met javascript gepositioneerd. Toch heel erg bedankt voor je moeite! | ||||||
CraZaay | donderdag 20 maart 2008 @ 13:58 | |||||
quote:Bah Waarom niet gewoon die header 100% breed en een breed plaatje met die lijnen maken en die gecentreerd als achtergrond voor de header gebruiken? De afbeelding wordt daar misschien 1 kilobyte groter van. | ||||||
GVRuud | donderdag 20 maart 2008 @ 14:56 | |||||
Ja ik had het liever ook anders opgelost. Maar een afbeelding van 2000px (of meer) breder vind ik helemaal geen mooie oplossing. Bij deze oplossing garandeer ik dat de lijnen nooit ophouden | ||||||
mcDavid | donderdag 20 maart 2008 @ 15:52 | |||||
quote:Je kunt het ook doen net als die gast hiervoor met die rode/groene/blauwe div's. En dan die achterste 2 dus een achtergrondplaatje geven met repeat-x | ||||||
CraZaay | donderdag 20 maart 2008 @ 16:08 | |||||
quote:Waarom niet? Je moet natuurlijk afwegen hoeveel van je bezoekers fullscreen browsen op een scherm van 25" of groter Javascript gebruiken voor lay-out, terwijl het voor gedrag bedoeld is, vind ik helemaal ranzig. Maar ieder z'n meug | ||||||
mcDavid | donderdag 20 maart 2008 @ 16:21 | |||||
quote:Een randje eromheen zetten wil nog wel eens helpen om te kijken wat er precies gebeurt http://duft.nl/web/test2.html Zo te zien zijn die 2 plaatjes linksboven net te hoog, waardoor de plaatjes daaronder naar een volgende regel worden verplaatst ofzo.... | ||||||
Chandler | donderdag 20 maart 2008 @ 18:55 | |||||
Het probleem is dat ik het niet zie Hoe zou ik dat kunnen oplossen? | ||||||
mcDavid | donderdag 20 maart 2008 @ 19:07 | |||||
quote:Al die blokjes een vaste hoogte geven? | ||||||
BugWorks | donderdag 20 maart 2008 @ 22:36 | |||||
Na tijdenlang websites gemaakt te hebben wil ik het nu met divjes proberen. Aangezien het nog nieuw voor me is en het me (mijn mening) toch redelijk wil lukken, loop ik al enkele dagen tegen hetzelfde probleem aan. Wat ik wil is een site opgedeeld in 6 divs. Een container die de rest bevat, namelijk de header, de body (bevat een div menu en een div content) en de footer. Voorbeeld/vooruitgang is hier te zien: www.bugworks.eu/stuff/fok/div.html Alles lijkt goed te zijn tot het moment ik het menu aan ga passen (meer regels/tekst), dan overlapt hij de footer. Doe ik hetzelfde bij de content dan wordt de footer netjes zoals bedoeld opgeschoven naar beneden. Nu heb ik al vanalles geprobeerd, maar ik kan geen oplossing vinden. Weet iemand van jullie waar het aan ligt? Alvast bedankt. :Y CSS
HTML/divjes
| ||||||
mcDavid | donderdag 20 maart 2008 @ 22:41 | |||||
Je menu heeft een position:absolute. Daarmee haal je 'm uit de natuurlijke float, dus de rest houdt geen rekening meer met de grootte van je menu. Als je 'm gewoon positioneert met margins, zou het in principe goed moeten gaan. | ||||||
BugWorks | donderdag 20 maart 2008 @ 23:00 | |||||
Het de position:absolute weggehaald en "margin-top: -150px;" toegevoegd aan #page_content, het enige nadeel is dat hij uitgaat van het einde (laagste) van het menu div, dus dat verschilt nogal. Maar ondanks bovenstaande blijft het menu nog steeds over het footer div gaan . | ||||||
mcDavid | donderdag 20 maart 2008 @ 23:13 | |||||
als je het mij vraagt moet je helemaal niet met zulke grote marges hoeven werken.. Ik ga er even op los! | ||||||
mcDavid | donderdag 20 maart 2008 @ 23:36 | |||||
http://duft.nl/web/div.html Een extra divje met clear:both was de truc! Weltrusten | ||||||
CraZaay | donderdag 20 maart 2008 @ 23:38 | |||||
Zonder #page_body kan het ook prima, scheelt weer een element | ||||||
BugWorks | donderdag 20 maart 2008 @ 23:39 | |||||
Dank je . Slaap lekker | ||||||
mcDavid | donderdag 20 maart 2008 @ 23:39 | |||||
quote:zou idd ook kunnen, en dan de footer clear:both geven (of misschien is dat nieteens nodig) Maar misschien moet die #page_body nog een bepaalde opmaak krijgen... | ||||||
BugWorks | donderdag 20 maart 2008 @ 23:40 | |||||
quote:#page_body had ik eigenlijk als container div, hoeft dus geen opmaak oid. | ||||||
mcDavid | donderdag 20 maart 2008 @ 23:42 | |||||
quote:dan die skippen idd. Veel makkelijker. | ||||||
BugWorks | donderdag 20 maart 2008 @ 23:44 | |||||
quote:Heb het nu net even aangepast, dus zonder die body div. Dat werkt idd, alleen is jouw oplossing voor een groot deel dus overbodig geworden, maar toch bedankt voor je moeite . Edit Je extra div lijkt dus toch noodzakelijk. [ Bericht 5% gewijzigd door BugWorks op 20-03-2008 23:51:41 ] | ||||||
GVRuud | vrijdag 21 maart 2008 @ 03:03 | |||||
quote:Ben het helemaal met je eens. Javascript voor layouts gebruiken IS ranzig. Daarom gebruik ik het in dit geval alleen om de lijntjes links en rechts door te trekken (wat verder geen enkele extra's biedt. In hoeverre zijn twee lijntjes layout? De overige onderdelen worden gewoon met html/css geplaatst). Wanneer javascript niet ingeschakeld zou zijn, zijn de lijntjes (door standaard display:none) ook niet zichtbaar. | ||||||
DionysuZ | vrijdag 21 maart 2008 @ 03:39 | |||||
die lijntjes kun je heus wel op een andere manier oplossen zonder javascript te gebruiken =). Wees creatief | ||||||
CraZaay | vrijdag 21 maart 2008 @ 08:07 | |||||
quote:Het is visueel en dus layout wat mij betreft, ook als het niets toevoegt aan de gebruikersbeleving. Ik snap wel dat je het zo gedaan hebt hoor en ik heb ook echt weleens het een en ander gepositioneerd met JS. Je moet aan afweging maken tussen twee kwaden in dit geval, en ik kies dan altijd voor zo min mogelijk elementen in de HTML die alleen voor opmaak gebruikt worden en geen JS, dus dan kom je uit op een oplossing met een brede achtergrondafbeelding. Neemt niet weg dat beide punten verdedigbaar zijn | ||||||
DionysuZ | vrijdag 21 maart 2008 @ 12:40 | |||||
ik erger me weer dood aan microsoft. Aangezien ze opacity nog steeds niet accepteren in IE7, ben ik genoodzaakt alpha filter erop te gebruiken. Maar wat hebben ze nou geflikt? Ze hebben cleartype gewoon uitgezet voor elementen waar dxtransform op plaatsvindt. | ||||||
mcDavid | vrijdag 21 maart 2008 @ 12:48 | |||||
quote:Nogmaals: kijk even onderaan de vorige pagina. Die gast die links en rechts een verschillende kleur background wil. Als je het precies zo doet gaat het ook goed. Doe je alleen een achtergrondafbeelding ipv een achtergrondkleur! | ||||||
mcDavid | vrijdag 21 maart 2008 @ 12:50 | |||||
quote:Volgens mij zou je ook de footer kunnen gebruiken ipv die extra div. Geef die ff een clear:both (dit geeft aan dat er aan beide kanten van die div geen float-objecten mogen staan) en kijk wat er gebeurt. | ||||||
mcDavid | vrijdag 21 maart 2008 @ 12:54 | |||||
quote:IE7 ondersteunt in ieder geval wel gewoon PNG met alpha-transparantie hoor! IE6 dan weer niet wat idd bloedirritant is | ||||||
DionysuZ | vrijdag 21 maart 2008 @ 13:15 | |||||
quote:dat is gelukkig wel gefixt jah. Maar als in PNG met alpha wil gebruiken moet ik nog altijd
met daarin dxtransform filters gebruiken om het werkend te krijgen voor IE6 ;). Maar dat was mijn issue niet. Probeer eens een divje voor 70% transparant te maken, met tekst erin (die dus ook transparant moet zijn), dan werkt dat mooi zoals het hoort in de meeste browsers. Maar ten eerste support IE de opacity css regel nog niet, dus moet je weer een filter gaan toepassen. Maar wat hebben die klojo's nou dus gedaan, cleartype UITGEZET voor alle elementen waar zoiets op toegepast wordt. Resultaat is dus een divje met gewoon hakkelige tekst erin. :( Nahjah heb gelukkig een workaround gevonden voor waar ik het voor nodig had. Klant blijft koning he :P | ||||||
Chandler | vrijdag 21 maart 2008 @ 13:35 | |||||
quote:Dat had ik gedaan, 130 hoogte en breedte; | ||||||
DionysuZ | vrijdag 21 maart 2008 @ 13:37 | |||||
heb je ergens de code staan? | ||||||
CraZaay | vrijdag 21 maart 2008 @ 14:42 | |||||
quote:En IE7 heeft wat afwijkingen in de weergave van kleuren van PNG's. | ||||||
Geqxon | vrijdag 21 maart 2008 @ 14:45 | |||||
quote:In plaats van een div met opacity kun je ook gewoon een 1x1 pixel PNG gebruiken. | ||||||
DionysuZ | vrijdag 21 maart 2008 @ 15:14 | |||||
quote:ik weet het..... dat is toch ook niet wat ik bedoel? als je tekst een alpha channel wil geven. | ||||||
mcDavid | vrijdag 21 maart 2008 @ 15:23 | |||||
quote:Probeer eens 140 ofzo? Klaarblijkelijk worden 2 van de cellen opgerekt in IE6... | ||||||
BugWorks | vrijdag 21 maart 2008 @ 16:27 | |||||
quote:Als ik dat doe houdt hij geen rekening met de opgegeven margin van de footer, zit dus gelijk tegen de langste div aan (menu of content). Tot op dit moment werkt dit goed dus ik houd het ook zo. | ||||||
CraZaay | vrijdag 21 maart 2008 @ 16:37 | |||||
quote:Klopt, margin-top heb je dan weinig meer aan, maar padding lost een hoop op | ||||||
Chandler | vrijdag 21 maart 2008 @ 16:42 | |||||
quote:Ik heb het nu al aangepast naar 135px maar kan helaas zelf niet controlleren (slecht hé); En een ander probleem was dat wanneer je op een van de plaatjes klikt je een popup krijgt die 100% breed hoort te zijn maar helaas dat is deze niet misschien moet ik block mee geven aan de div? | ||||||
CraZaay | vrijdag 21 maart 2008 @ 16:52 | |||||
quote:Het is van nature al een block level element | ||||||
Chandler | vrijdag 21 maart 2008 @ 19:17 | |||||
maar waarom is deze dan geen 100% | ||||||
mcDavid | zaterdag 22 maart 2008 @ 14:23 | |||||
quote:Ze staan nu zowel in Fx2.x als in MSIE 6 als 3 rijen van 2 iig consequenter | ||||||
Chandler | zaterdag 22 maart 2008 @ 19:51 | |||||
Haha, heb nu de thumbs maar op 110px gezet in een div van 125px die 5px padding gebruikt! dus moet nu in IE6 ook goed zichtbaar zijn | ||||||
Fliepke | maandag 24 maart 2008 @ 13:07 | |||||
Klein probleempje dat vast heel simpel op te lossen is. Ik heb een grote div en daarin zitten allemaal divjes. de onderste twee zijn er twee die naast elkaar staan. Namelijk een sidebar en daarnaast de daadwerkelijke content. De sidebar is niet zo lang en de content varieert in lengte. Nu wil ik natuurlijk dat mijn sidebar ook altijd net zo lang is als mijn content. Het is vast iets met min-height: contentheight ofzo wat. Maar hoe zit het precies? | ||||||
CraZaay | maandag 24 maart 2008 @ 14:12 | |||||
Leg eerst eens uit waarom je dat wilt Fliepke, en dan gaan we daarna waarschijnlijk "faux columns" roepen | ||||||
Fliepke | maandag 24 maart 2008 @ 14:44 | |||||
Omdat ik dat mooier vind? | ||||||
mcDavid | maandag 24 maart 2008 @ 15:25 | |||||
"Faux columns!" -edit- gewoon een achtergrondafbeelding gebruiken dus | ||||||
CraZaay | maandag 24 maart 2008 @ 15:25 | |||||
Ah, het gaat dus om iets visueels kennelijk. En wat wil je precies bereiken dan? M'n idee is namelijk dat je iets wilt wat op te lossen is dmv zogenaamde "faux colums" (google) | ||||||
Fliepke | maandag 24 maart 2008 @ 15:39 | |||||
Dat werkt dus niet, want ik wil onderaan de sidebar een klein plaatje hebben. Dat zou door de achtergrond te "faken" dus nog steeds ergens in het midden staan. | ||||||
CraZaay | maandag 24 maart 2008 @ 15:44 | |||||
Dan zet je dat in een element wat onder beide kolommen komt, en dus altijd onderaan staat ongeacht de hoogte van de kolommen? | ||||||
Fliepke | maandag 24 maart 2008 @ 15:46 | |||||
quote:Ja ik zat er ook al aan te denken om met de footer een beetje vals te spelen. Toch grappig dat het toch allemaal zo kneuterig is dat je de meeste simpele dingen gewoon moet gaan faken. Ik zit overigens nu ook weer gezellig te worstelen met het verschil in boxing model tussen IE en FF. Dacht dat ik er bijna was totdat ik IE opende . | ||||||
Flaccid | maandag 24 maart 2008 @ 15:47 | |||||
quote:Jup dat is het. Weet iemand trouwens of Firefox3 weer anders om zal gaan met css en html dan firefox 2? Dat we dan met een browser extra rekening moeten houden? | ||||||
Fliepke | maandag 24 maart 2008 @ 15:48 | |||||
Overigens staat hier een of andere oplossing http://www.intensivstatio(...)es/2/template-1.html div#content { min-height:600px; height:expression(this.scrollHeight > 600 ? "auto":"600px"); } The content-div has a left margin. Setting a min-height assures that the content area is always higher than the navigation. IE on MAC doesn't interprets min-height. The dynamic properties (i.e. expression) used in explorer are proprietary by Microsoft. This prevents the css from validating according to W3C. «-- back | ||||||
CraZaay | maandag 24 maart 2008 @ 16:24 | |||||
IE voor de Mac moet je niet meer ondersteunen, niemand gebruikt die meer, wordt sinds 1999 niet meer ontwikkeld en kun je niet eens meer downloaden bij MS Firefox 3 zal er net zo mee omgaan als Firefox 2, namelijk standards compliant conform de W3C richtlijnen En voor box model problemen: met welk doctype? |