1 2 3 4 5 6 7 8 | height: 15px; width: 15px; cursor: pointer; text-indent: -9999px; border: none; background: url(http://www.mijnwerkgever.nl/images/final/arrow_double.png) no-repeat left top; } |
quote:Op vrijdag 27 februari 2009 09:30 schreef LeeHarveyOswald het volgende:
Hmm, weet iemand hoe ik vanuit mn style sheet text (link) uit een list kan verwijderen, zonder dat ik ook de afbeelding verwijder?
[ code verwijderd ]
Werkt niet in IE en Chrome omdat ik dan nog kleine stipjes zie. In FF gaat dit wel netjes.
Display none werkt niet, omdat in de link een afbeelding staat welke dan ook weg is (ik wil alleen dat de tekst weg gaat :) ).
XHTML kant is niet aan te passen, het gaat om een standaard snippet binnen het cms..
1 |
De div waar ze in staan de grootte van het vlaggetje maken dan, met overflow: hidden?quote:Op vrijdag 27 februari 2009 09:38 schreef LeeHarveyOswald het volgende:
De tekst is groter dan de afbeelding![]()
Dan is zijn plaatje ook verdwenen, aangezien die gewoon in de text flow staatquote:Op vrijdag 27 februari 2009 09:51 schreef Light het volgende:
quote:Op donderdag 26 februari 2009 18:05 schreef cablegunmaster het volgende:
[..]
ok je noemt je pagina php ipv html
<?php
include 'blablabla.php';
?>
en dan heb je een stukje pagina erin gezet in een andere pagina
Dat is een bitch, maar ik heb ooit deze verzonnen:quote:Op vrijdag 27 februari 2009 09:38 schreef LeeHarveyOswald het volgende:
Overigens nog een leuke: Ik heb de searchbutton vervangen met een plaatje, alleen IE laat nog deels de zoektekst door het plaatje heen zien...
1 2 3 4 5 | height: #px; padding-top: #px; overflow: hidden; text-indent: -9999px; |
quote:Op vrijdag 27 februari 2009 11:40 schreef Roy_T het volgende:
[..]
Dat is een bitch, maar ik heb ooit deze verzonnen:
[ code verwijderd ]
Waarbij de padding-top gelijk moet zijn aan de height. De text-indent is nodig omdat anders Safari de bovenste pixel van de tekst alsnog laat zien.
Safari heeft standaard een kleinere line-height dan de andere browsers. Dat kan ook zorgen dat die bovenste pixel nog verschijnt.quote:Op vrijdag 27 februari 2009 11:40 schreef Roy_T het volgende:
[..]
Dat is een bitch, maar ik heb ooit deze verzonnen:
[ code verwijderd ]
Waarbij de padding-top gelijk moet zijn aan de height. De text-indent is nodig omdat anders Safari de bovenste pixel van de tekst alsnog laat zien.
Dat is dan een bug die ze snel moeten fixenquote:Op vrijdag 27 februari 2009 12:43 schreef Light het volgende:
Safari heeft standaard een kleinere line-height dan de andere browsers. Dat kan ook zorgen dat die bovenste pixel nog verschijnt.
Als je gewoon een line-height instelt, is er niets aan de hand.quote:Op vrijdag 27 februari 2009 13:03 schreef Roy_T het volgende:
[..]
Dat is dan een bug die ze snel moeten fixen23px witruimte zou namelijk geen 22px moeten zijn.
Dat maakt het niet minder een bug toch?quote:Op vrijdag 27 februari 2009 13:09 schreef Light het volgende:
Als je gewoon een line-height instelt, is er niets aan de hand.
Het is geen bug. Er staat nergens gedefinieerd of een tekst van 10 pixels een line-height van 12, 13, 14, 15 of 20 pixels moet hebben. En normaal gesproken maakt het ook niets uit. Maar als je uitgaat van een bepaalde line-height dan moet je die wel ergens instellen. En als je een vlak een hoogte geeft met als doel een deel van de inhoud erbuiten te laten vallen, dan gebruik je (impliciet) die line-height.quote:Op vrijdag 27 februari 2009 14:19 schreef Roy_T het volgende:
[..]
Dat maakt het niet minder een bug toch?
Als je een padding-top gebruikt, dan mag je wmb verwachten dat er binnen die hoogte geen tekst staat. Ik zie niet wat line-height hiermee van doen zou moeten hebbenquote:Op vrijdag 27 februari 2009 14:48 schreef Light het volgende:
[..]
Het is geen bug. Er staat nergens gedefinieerd of een tekst van 10 pixels een line-height van 12, 13, 14, 15 of 20 pixels moet hebben. En normaal gesproken maakt het ook niets uit. Maar als je uitgaat van een bepaalde line-height dan moet je die wel ergens instellen. En als je een vlak een hoogte geeft met als doel een deel van de inhoud erbuiten te laten vallen, dan gebruik je (impliciet) die line-height.
Jammer dat de hele site niet werkt zonder Javascript. Naar mijn mening moet Javascript gebruikt worden om de user experience te verhogen, door bijvoorbeeld extra functionaliteit toe te voegen of extra effecten. Maar functionaliteit moet m.i. nooit púúr op Javascript gebouwd worden.quote:Op dinsdag 3 maart 2009 20:23 schreef Flaccid het volgende:
www.jeroencoelen.nl
Hij is eindelijk af. Op en aanmerkingen?
Ik denk dat misschien 1 op de 100 of nog minder een browser gebruikt die geen javascript ondersteunt. Waarom nu nog lastig doen? Het werkt toch prima?quote:Op dinsdag 3 maart 2009 20:32 schreef PimD het volgende:
[..]
Jammer dat de hele site niet werkt zonder Javascript. Naar mijn mening moet Javascript gebruikt worden om de user experience te verhogen, door bijvoorbeeld extra functionaliteit toe te voegen of extra effecten. Maar functionaliteit moet m.i. nooit púúr op Javascript gebouwd worden.
Ja dat heb iuk toevallig al gedaan. Moest het nog even uploaden.quote:Verder inline Javascript-code, kun je toch veel makkelijker/mooier binden in een los Javascript-bestand? Zelfde geldt voor je CSS, waarom heb je deze allemaal in je HTML staan...?
Wat je nu hebt gemaakt kan op de precies dezelfde manier werken maar op zo'n manier dat het ook bij niet javascript users werkt. Op mijn mobiel zou ik nu onmogelijk je portfolio kunnen bekijken daar javascript altijd maar half werkt op die mobiele browsers.quote:Op dinsdag 3 maart 2009 20:37 schreef Flaccid het volgende:
[..]
Ik denk dat misschien 1 op de 100 of nog minder een browser gebruikt die geen javascript ondersteunt. Waarom nu nog lastig doen? Het werkt toch prima?
[..]
Ja dat heb iuk toevallig al gedaan. Moest het nog even uploaden.
Ook zonder javascript lukt dat niet, een mobiele browser zal meestal geen hoge resolutie hebben. En centreren wordt volledig gedaan door negatieve margins. Geen scrollbalken, en bij een klein venster mis je een deel van de content.quote:Op dinsdag 3 maart 2009 21:09 schreef ikJur het volgende:
[..]
Wat je nu hebt gemaakt kan op de precies dezelfde manier werken maar op zo'n manier dat het ook bij niet javascript users werkt. Op mijn mobiel zou ik nu onmogelijk je portfolio kunnen bekijken daar javascript altijd maar half werkt op die mobiele browsers.
Ontbrekende alt-tags vind ik niet zo'n heel groot probleem, hoewel het voor de toegankelijkheid wel netter is als ze er staan. Een & niet als entiteit schrijven is slordig. Ik vind de css-fouten storender, eerlijk gezegd.quote:Verder is je code verre van W3C valid wat voor een webdesign/develop bedrijf toch wel een must is.
Ik ga er van uit dat niemand mij mobiel bereikt.quote:Op dinsdag 3 maart 2009 22:51 schreef Light het volgende:
Ook zonder javascript lukt dat niet, een mobiele browser zal meestal geen hoge resolutie hebben. En centreren wordt volledig gedaan door negatieve margins. Geen scrollbalken, en bij een klein venster mis je een deel van de content.
Ik ben niet zo professioneel als jij misschien denkt. Ik klus hier en daar wat bij.quote:Ontbrekende alt-tags vind ik niet zo'n heel groot probleem, hoewel het voor de toegankelijkheid wel netter is als ze er staan. Een & niet als entiteit schrijven is slordig. Ik vind de css-fouten storender, eerlijk gezegd.
Ik had op mijn vorige website heel erg last van spam. Mij leek dit de beste manier om mijn e-mail adres toch openbaar te maken. Als je gewoon mijn adres daar plat op de site neerpleurt, is de kans op spam erg groot.quote:Op dinsdag 3 maart 2009 21:12 schreef ikJur het volgende:
verder vind ik je visitekaartje niet echt professioneel een 06 nummertje met spaties tussen elke 2 nummersen het email adres is ook erg slordig zo.
het is meer dat een mobiele browser overschakelt naar de html omdat ie de javascript overslaat. Verder wordt alles gewoon gecropt op dergelijke browsers.quote:Op dinsdag 3 maart 2009 22:51 schreef Light het volgende:
[..]
Ook zonder javascript lukt dat niet, een mobiele browser zal meestal geen hoge resolutie hebben. En centreren wordt volledig gedaan door negatieve margins. Geen scrollbalken, en bij een klein venster mis je een deel van de content.
hmm qua W3C fouten valt het idd nog mee. Maar css fouten storend? in wat voor opzicht want css fouten maak je niet zo snel volgens mij alleen met ie hacks enzo je kan ervoor kiezen om die in een aparte sheet te zetten maar daar heb ik nooit zin in.quote:Ontbrekende alt-tags vind ik niet zo'n heel groot probleem, hoewel het voor de toegankelijkheid wel netter is als ze er staan. Een & niet als entiteit schrijven is slordig. Ik vind de css-fouten storender, eerlijk gezegd.
Dat heb ik allang begrepen, en toen ik er mee begon vond ik dat ook niet erg. Er is niemand die mijn site mobiel bezoekt. Je moet ook aan je publiek denken. Ik ga toch ook geen iPhone versie maken van mijn website?quote:Op dinsdag 3 maart 2009 23:10 schreef ikJur het volgende:
[..]
het is meer dat een mobiele browser overschakelt naar de html omdat ie de javascript overslaat. Verder wordt alles gewoon gecropt op dergelijke browsers.
In deze versie van de website zou je niet verder dan homepage komen.
ik doelde meer op de manier waarop je het ik@bladibla is niet zo proffesioneel doe dan mail@ of info@ of contact@quote:Op dinsdag 3 maart 2009 23:04 schreef Flaccid het volgende:
Ik had op mijn vorige website heel erg last van spam. Mij leek dit de beste manier om mijn e-mail adres toch openbaar te maken. Als je gewoon ik@xxxxxxx.nl daar plat op de site neerpleurt, is de kans op spam erg groot.
bedenk wel dat google in feite ook een mobiele bezoeker is of eigenlijk gezegd een blinde bezoeker. Op deze manier kan google de links niet volgen en derhalve jouw site niet indexeren. Althans niet alle contentquote:Op dinsdag 3 maart 2009 23:11 schreef Flaccid het volgende:
[..]
Dat heb ik allang begrepen, en toen ik er mee begon vond ik dat ook niet erg. Er is niemand die mijn site mobiel bezoekt. Je moet ook aan je publiek denken. Ik ga toch ook geen iPhone versie maken van mijn website?
Dan nog... ik ben geen fan van verticaal centreren. En horizontaal centreren kan eenvoudig metquote:Op dinsdag 3 maart 2009 23:04 schreef Flaccid het volgende:
[..]
Ik ga er van uit dat niemand mij mobiel bereikt.
1 |
Je kunt eens op deze pagina kijken. En dan op de linkjes in de fouten klikken (font, cursor, display)quote:Ik ben niet zo professioneel als jij misschien denkt. Ik klus hier en daar wat bij.
Kan je een css fout opnieuw dan die ik maak? Ik wil graag nogsteeds leren.
Je kunt dan voor contact ook een contactformuliertje gebruiken. Dan maak je je mailadres niet bekend op de site (of niet als tekst) en kunnen mensen je wel bereiken.quote:Ik had op mijn vorige website heel erg last van spam. Mij leek dit de beste manier om mijn e-mail adres toch openbaar te maken. Als je gewoon <hier stond een mailadres> daar plat op de site neerpleurt, is de kans op spam erg groot.
Ik vond het mooi om hem vertical te centreren. Een absolute gepositioneerd object centreren (horizontaal) lukt niet met margin:0 auto;quote:Op dinsdag 3 maart 2009 23:17 schreef Light het volgende:
Dan nog... ik ben geen fan van verticaal centreren. En horizontaal centreren kan eenvoudig met
[ code verwijderd ]
Dit zijn dan misschien een soort hacks? Die font heb ik er inmiddels uitgehaald. Die cursor heb ik nodig in IE, omdat ik het anders minder mooi vind, en niet duidelijk is dat het klikbaar is. Verder moet ik dat op die gekke manier doen, inline-block. Als ik niks doe, gaat het mis, inline en block gaan ook mis. Welke display zoek ik hier? En dan zie ik dit: http://www.webmasterworld.com/forum83/4640.htm - Het is wel 4 jaar oud, maar dan nog. Het werkt ook in FireFox. Is W3C verder ook niet een richtlijn ipv een must?quote:Je kunt eens op deze pagina kijken. En dan op de linkjes in de fouten klikken (font, cursor, display)
[..]
Dat ga ik doen. reCaptcha erbij zetten?quote:Je kunt dan voor contact ook een contactformuliertje gebruiken. Dan maak je je mailadres niet bekend op de site (of niet als tekst) en kunnen mensen je wel bereiken.
En kijk nu eensquote:Op dinsdag 3 maart 2009 23:31 schreef ikJur het volgende:
cursor: pointer; will do the same job. en voor dat formulier zou ik wel captcha gebruiken ja.
nice, nu die 2 warnings nogquote:Op dinsdag 3 maart 2009 23:33 schreef Flaccid het volgende:
[..]
En kijk nu eens
http://jigsaw.w3.org/css-validator/validator?uri=www.jeroencoelen.nl&profile=css21&usermedium=all&warning=1&lang=en
en
http://validator.w3.org/check?uri=http%3A%2F%2Fjeroencoelen.nl%2Findex.html&charset=(detect+automatically)&doctype=Inline&group=0
Valid CSS en HTML.
Het viel wel mee toch?
BTW ik heb websolutions maar weggehaald. Beetje groot woord voor de kleine diensten die ik lever.
Edit rules. Het valt heel erg mee. Alleen mn contact dingetje, maar dat is een plaatje. Maar het is nu al beter dan eerst?quote:Op dinsdag 3 maart 2009 23:39 schreef ikJur het volgende:
je moet voor de grap je css eens uitzetten dan kan je zien wat google indexeert.
ik zie nu dat het nog wel meevalt maar voor grotere sites zou het wel problematisch zijn
Correct, ik positioneer dan ook bij voorkeur niet absoluut. Als ik iets verticaal moet centreren (omdat dat in het aangeleverde ontwerp zo staat en de klant niet op andere gedachten te brengen is) dan doe ik dat bij voorkeur met een extra div.quote:Op dinsdag 3 maart 2009 23:24 schreef Flaccid het volgende:
[..]
Ik vond het mooi om hem vertical te centreren. Een absolute gepositioneerd object centreren (horizontaal) lukt niet met margin:0 auto;
1 2 3 4 5 6 7 | <body> <div id="vcenter"></div> <div id="container"> --- site content --- </div> </body> |
1 2 3 4 5 6 7 8 9 10 11 12 13 | height: 100%; } #vcenter { height: 50%; margin-bottom: -123px; } #container { margin: 0 auto; height: 246px; width: 1000px; position: relative; /* Als je dan iets absoluut wilt/moet positioneren, kan dat netjes binnen de container */ } |
Ik zou om te beginnen al geen <span> in een <a> zetten. Dan heb je ook meteen die onmouseover niet meer nodig, je kunt een style maken voor a:hover (en dat werkt dan ook in alle browsers, inclusief IE6).quote:Dit zijn dan misschien een soort hacks? Die font heb ik er inmiddels uitgehaald. Die cursor heb ik nodig in IE, omdat ik het anders minder mooi vind, en niet duidelijk is dat het klikbaar is. Verder moet ik dat op die gekke manier doen, inline-block. Als ik niks doe, gaat het mis, inline en block gaan ook mis. Welke display zoek ik hier? En dan zie ik dit: http://www.webmasterworld.com/forum83/4640.htm - Het is wel 4 jaar oud, maar dan nog. Het werkt ook in FireFox. Is W3C verder ook niet een richtlijn ipv een must?
Lijkt me slim.quote:Dat ga ik doen. reCaptcha erbij zetten?
Maar dit is puur smaak neem ik aan? Ik vond dit het mooist, omdat ik geen poespas om mijn website wilde.quote:Op dinsdag 3 maart 2009 23:50 schreef Light het volgende:
[..]
Correct, ik positioneer dan ook bij voorkeur niet absoluut. Als ik iets verticaal moet centreren (omdat dat in het aangeleverde ontwerp zo staat en de klant niet op andere gedachten te brengen is) dan doe ik dat bij voorkeur met een extra div.
[ code verwijderd ]
[ code verwijderd ]
Zoiets.
Dat stuk is inderdaad best warrig. Op deze manier begrijp ik wel wat er staat. Ik weet niet of ik dit doe (eigenwijs, sorry)quote:Ik zou om te beginnen al geen <span> in een <a> zetten. Dan heb je ook meteen die onmouseover niet meer nodig, je kunt een style maken voor a:hover (en dat werkt dan ook in alle browsers, inclusief IE6).
Ik zie nu dat reCaptcha iets nieuws heeft: Mailhide. Dan moet je een captcha vraag beantwoorden en dan krijg je het e-mail adres.quote:[..recaptcha..]
Lijkt me slim.
Ik vind info minder persoonlijk staan. Ik wil niet zo professioneel overkomen als een echt bedrijf, want ze hebben gewoon te maken met een scholier.quote:Op dinsdag 3 maart 2009 23:12 schreef ikJur het volgende:
[..]
ik doelde meer op de manier waarop je het ik@bladibla is niet zo proffesioneel doe dan mail@ of info@ of contact@
Je bedoelt in een plaatje omdat bots dat kunnen lezen?quote:niet zo snugger overigens om nu alsnog je mail op deze manier op internet te zetten
ok dat is een keuze die ik wel begrijp.quote:Op dinsdag 3 maart 2009 23:56 schreef Flaccid het volgende:
[..]
Ik vind info minder persoonlijk staan. Ik wil niet zo professioneel overkomen als een echt bedrijf, want ze hebben gewoon te maken met een scholier.
nee je zet net je adres gewoon op fokquote:[..]
Je bedoelt in een plaatje omdat bots dat kunnen lezen?
Dat moet je zelf weten.quote:Op dinsdag 3 maart 2009 23:54 schreef Flaccid het volgende:
Ik zie nu dat reCaptcha iets nieuws heeft: Mailhide. Dan moet je een captcha vraag beantwoorden en dan krijg je het e-mail adres.
Contactformulier maken of de Mailhide?
Zou je mijn adres uit jouw quote ff kunnen verwijderenquote:
Failquote:Op woensdag 4 maart 2009 00:13 schreef ikJur het volgende:
[..]
ok dat is een keuze die ik wel begrijp.
[..]
nee je zet net je adres gewoon op fok
Zo ongeveer?quote:Op woensdag 4 maart 2009 00:21 schreef Flaccid het volgende:
[..]
Zou je mijn adres uit jouw quote ff kunnen verwijderen
waarom heb je geen toegang tot de file?quote:Op woensdag 4 maart 2009 10:28 schreef Flaccid het volgende:
Hoe kan ik aan de inhoud van een iframe, de src dus, een ander style sheet vastmaken? Ik heb geen toegang tot deze file.
1 2 | limit is dat alle iframe bestanden er zo gaan uitzien. |
op deze manier hoeft het nog niet eens met class :Pquote:Op woensdag 4 maart 2009 10:37 schreef veldmuis het volgende:
Dus de iframe een class meegeven! Want dat kan wel, toch? Denk ik? Ik snap de toegang niet zo, maar dat gok ik. Verwacht ik. Neem ik aan.
1 2 3 4 | css file: iframepje { css } |
Snap ik maar omdat je zei van ja dan gaan alle iframe lollers er zo uitzien snapte witteni?quote:Op woensdag 4 maart 2009 10:42 schreef cablegunmaster het volgende:
[..]
op deze manier hoeft het nog niet eens met class![]()
1 |
Mits de inhoud van het iframe op hetzelfde domein draait als de parent, kun je gewoon in de HTML rommelen met JS (en een stylesheet toevoegen aan de header).quote:Op woensdag 4 maart 2009 10:28 schreef Flaccid het volgende:
Hoe kan ik aan de inhoud van een iframe, de src dus, een ander style sheet vastmaken? Ik heb geen toegang tot deze file.
wat moet het worden?quote:Op woensdag 4 maart 2009 10:45 schreef Flaccid het volgende:
Mijn iframe had al een id. Het enige is, het gaat om een tabel die zijn kleur krijgt dmv:
[ code verwijderd ]
Heel lelijk om naar te kijken, maar ik weet niet hoe ik dit kan aanpakken.
En waar zou ik dan op moeten zoeken?quote:Op woensdag 4 maart 2009 10:47 schreef Roy_T het volgende:
[..]
Mits de inhoud van het iframe op hetzelfde domein draait als de parent, kun je gewoon in de HTML rommelen met JS (en een stylesheet toevoegen aan de header).
edit: Inline styles worden daarmee niet overschreven, die zul je dan ook met JS moeten verwijderen.
Ik wil een bg instellen met een simpele gradient. Het gaat om dit ding btw:quote:
Hoe wil ik dat aan de table meegeven als ik geen toegang heb tot die tabel?quote:Op woensdag 4 maart 2009 11:02 schreef cablegunmaster het volgende:
background: url(http://www.waar je plaatjestaat.nl/plaatje.png) no-repeat left top;
en dit dan aan de table meegeven en het plaatje gradient maken
zo zou ik het hebben opgelost
1 2 3 4 5 6 7 | [...] background-image: url("../images/mains/grass_background.png"); background-position: bottom; background-attachment: fixed; background-repeat: repeat-x; } |
Thanks! Even bookmarkenquote:Op maandag 9 maart 2009 09:22 schreef Roy_T het volgende:
Gebruik DD_belatedPNG zou ik zeggen
Dan kun je ook background-repeat, etc gebruiken voor PNG's in IE6. Dat kan met supersleight toch niet?
Hmm, dat klopt, hoewel ik het niet zo erg vond, aangezien we ondersteuning voor 'perfectie' in IE6 hebben laten vallenquote:Op maandag 9 maart 2009 09:22 schreef Roy_T het volgende:
Gebruik DD_belatedPNG zou ik zeggen
Dan kun je ook background-repeat, etc gebruiken voor PNG's in IE6. Dat kan met supersleight toch niet?
waarom wil je dat nou weer ?quote:Op dinsdag 10 maart 2009 22:01 schreef Chandler het volgende:
Weet iemand of het mogelijk is om in een textarea een vaste achtergrond te zetten? zodat deze niet verspringt als je entert?
Thx, met deze opbouwende kritiek kan ik wel wat!! Ik ga ermee aan de slagquote:Op dinsdag 10 maart 2009 21:53 schreef Roy_T het volgende:
Stuk beter metallicattim!
Op basis van wat ik nu snel gezien heb:
Het is nu tijd om wat meer op semantiek te letten. Je lijst met menu items bijvoorbeeld, is een lijst en geen paragraaf. Het zou dus logischer zijn om hier een <ul> voor te gebruiken.
Zorg daarnaast dat de namen van de CSS classes en ID's beschrijvend zijn. Vermijd zaken als "red" en "rechts". Je regelt de lay-out nu met CSS, maar je krijg een vreemde situatie als je de tekst liever links en groen wilt hebben: je class "redrechts" dekt dan de lading niet meer. Maak het beschrijvend, zoals "introtekst", etc etc (wat het is dus, en niet hoe het eruit ziet).
PNG's kun je prima gebruiken, zolang je beseft dat de transparantie in PNG's niet werkt in IE6 (wél in IE7 en 8). Je kunt daar kunstgrepen voor uithalen, of denken "fuck IE6"Het voordeel van PNG's is dat ze het fenomeen "semi-transparant" kennen, waar in een GIF een pixel helemaal transparant is, of helemaal niet.
PS: Haal die <center> eens snel weg, dat kan ook in de CSS
Nee, dat kan niet. Wat je wél kunt doen is een div die achtergrond geven, met daarbinnen een textarea met dezelfde afmetingen als die div en background: transparent.quote:Op dinsdag 10 maart 2009 22:24 schreef Chandler het volgende:
om een afbeelding als achtergrond te gebruiken voor een textarea?vraag van een klantje, en het wil wel maar niet in alle browsers (IE7 bv)
PHPquote:Op woensdag 11 maart 2009 15:41 schreef metallicattim het volgende:
ik zit nu op werk, dus kan niet al te veel aan de site doen, maar nu valt me bv. in dat ik nog een menu-item wil toevoegen, dat moet ik nu dus op elke pagina erbij gaan plakken.
Is er geen mogelijkheid om een menu te maken en deze "op te vragen" op elke pagina, zodat je het menu maar op 1 plek hoeft aan te passen en dat op elke pagina doorgevoerd word ( Dat was toch de kracht van CSS? ) maar dit kan niet via een div in style.css of toch?
1 |
1 2 3 | include 'menu.php' ?> |
Zolang elk bestand waar het menu in voorkomt maar php heet snapt de php code je werkingquote:Op donderdag 12 maart 2009 00:10 schreef Roy_T het volgende:
Sterker nog, je mag 'm ook gewoon menu.html noemen en die includen in je iets.php
Hoeft niet eens, zolang er in de httpd.conf van apache maar staat aangegeven dat het betreffende bestandsformaat geparsed wordt door php is er niks aan de hand..quote:Op donderdag 12 maart 2009 00:53 schreef cablegunmaster het volgende:
[..]
Zolang elk bestand waar het menu in voorkomt maar php heet snapt de php code je werking
1 2 3 4 5 6 7 | height: 20px; left: 260px; background: #CCC; position: absolute; bottom: 20px; padding-top: 20px; |
SUPER!!quote:
wat staat er in de html? en wat is de css voor tekst?quote:Op donderdag 12 maart 2009 17:19 schreef klusmeister het volgende:
iemand een idee waarom in IE mijn footer div zo'n resultaat geeft:
[ afbeelding ]
en in FF en Chrome zo'n resultaat geeft:
[ afbeelding ]
En wat ik er aan zou kunnen doen om het goed te krijgen ? ;-)
[ code verwijderd ]
Probeer eens wat te varieren met { line-height: ##px } op het element waar de tekst in staat.quote:Op donderdag 12 maart 2009 17:19 schreef klusmeister het volgende:
iemand een idee waarom in IE mijn footer div zo'n resultaat geeft:
[ afbeelding ]
en in FF en Chrome zo'n resultaat geeft:
[ afbeelding ]
En wat ik er aan zou kunnen doen om het goed te krijgen ? ;-)
[ code verwijderd ]
Als dat in OP komt, dan heb ik nog wel een stuk of 10 libraries die erin kunnen. Je kunt je ook afvragen waarom je zo'n library nodig hebt. Je bent best wel een prutser als je een site in IE7 niet hetzelfde krijgt als in Firefox, zonder hier meer dan 5 minuten extra aan te besteden. Het is imo plain evil om dat met JS op te gaan lossen.quote:Op dinsdag 17 maart 2009 21:37 schreef cablegunmaster het volgende:
http://code.google.com/p/ie7-js/
toevoegen aan OP! svpDat maakt het dat IE zich ook degelijk gedraagt ^^ als Firefox.
Wel eenvoudig.quote:Op woensdag 18 maart 2009 00:37 schreef Roy_T het volgende:
[..]
Als dat in OP komt, dan heb ik nog wel een stuk of 10 libraries die erin kunnen. Je kunt je ook afvragen waarom je zo'n library nodig hebt. Je bent best wel een prutser als je een site in IE7 niet hetzelfde krijgt als in Firefox, zonder hier meer dan 5 minuten extra aan te besteden. Het is imo plain evil om dat met JS op te gaan lossen.
Had het eigenlijk tegen degene die propageerde dat het in de OP moest. Maar heb al wat gevonden.quote:
Je zult echt eerst uit moeten leggen hoe een li iets "omhoog duwt"quote:Op vrijdag 20 maart 2009 15:11 schreef Nashje het volgende:
Is het mogelijk om een plaatje in een li te plaatsen, zonder dat die li de bovenliggende li omhoog duwt?
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |