Diabox | dinsdag 7 augustus 2012 @ 01:11 | |||||
[html, css, js] Voor Dummies Dit topic is bedoeld voor alle vragen m.b.t. HTML, CSS en javascript, kortom alles wat je nodig hebt om (de frontend van) een website te maken. HTML: Hyper Text Markup Language is de structuur van een website. Door middel van verschillende html tags geef je aan welke elementen bij elkaar horen (bijv: <div>, <ul>), of wat de betekenis van deze data is (bijv. <p>, <h1>). HTML leent zich ook voor opmaak, maar het is makkelijker en verstandiger om hier CSS voor te gebruiken. CSS: Cascading StyleSheet is de opmaak van een website. In je CSS specificeer je bijvoorbeeld welke kleur bepaalde elementen moeten hebben, hoe groot ze zijn en hoe je ze wilt rangschikken. JS: Javascript Javascript (niet te verwarren met programmeertaal Java) is een scripttaal, waarmee het mogelijk is je website dynamisch te maken. Javascript kan bijvoorbeeld HTML-elementen aanpassen, toevoegen of verwijderen. Omdat javascript zeer veelzijdig is, is er voor specifieke JS vragen ook een specaal topic, zie: [Javascript] voor dummies Vragen over PHP, SQL of andere serverside programmeertalen horen niet in dit topic. Stel deze in [PHP/MySQL] voor dummies of open zelf een topic. Voor vragen over webhosting, domeinnamen enz. is ook een ander topic: Het grote (betaalde) webhosting topic En voor Wordpress is er ook een speciaal topic, als het om meer gaat dan de HTML/CSS van een theme: Topicreeks: Algemeen Wordpress topic Code posten Het is, als je een vraag stelt, vaak handig om hier een stukje code bij te voegen. Post niet klakkeloos je hele website, maar post alleen het stukje code waar je vraag over gaat. Gebruik bovendien de [code]-tag (), zodat je HTML, CSS of Javascript code goed leesbaar is. Dus niet [quote] of [spoiler] of wat dan ook. Veel voorkomende problemen Veel problemen zijn te wijden aan het niet kloppen van HTML of CSS code. Een kleine typfout is snel gemaakt, en de webbrowser kan daar soms erg slecht mee omgaan. Om te controleren of je code technisch in orde is, kun je deze controleren met de W3 validator. Is je code niet correct? Los dan eerst de fouten op zodat de validator geen foutmeldingen meer geeft. Dit lost niet altijd je probleem op, maar zorgt in ieder geval dat alles werkt zoals het hoort te werken, waardoor overige fouten ook veel makkelijker te achterhalen zijn. IK SNAP ER NIETS VAN HELLEP! WAT IS CSS? We helpen iedereen graag in dit topic, ook mensen die er helemaal niets van begrijpen. Maar we verwachten wel dat je je best doet om het wel te gaan begrijpen. Lees eens wat tutorials en probeer het altijd eerst zelf. Je krijgt hier tips waar je zelf iets mee moet doen. Voor je een vraag stel hier, verplichte kost http://www.alistapart.com/articles/css-floats-101/ http://www.alistapart.com/articles/css-positioning-101/ | ||||||
Light | dinsdag 7 augustus 2012 @ 07:17 | |||||
Tegenwoordig is het
| ||||||
BrainOverfloW | dinsdag 7 augustus 2012 @ 08:32 | |||||
Dan is dit nog beter. | ||||||
boem-dikkie | dinsdag 7 augustus 2012 @ 08:34 | |||||
Waarom? Dan heb je al je h1's in het rood. | ||||||
Tijn | dinsdag 7 augustus 2012 @ 08:55 | |||||
Het is vooral niet zo'n goed idee om de kleur in de naam van je klasse te zetten, want als je dan ooit een nieuwe kleur wil gebruiken, slaan je classnames nergens meer op. | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 09:03 | |||||
Maar wat is er nou mis met font tags? | ||||||
Tijn | dinsdag 7 augustus 2012 @ 09:12 | |||||
Het heeft totaal geen plek in een modern HTML-document, het is iets uit de tijd dat CSS nog geen gemeengoed was. Met HTML bepaal je de structuur van je document en ook alleen dat. Je bepaalt dat er bijvoorbeeld een koptekst is. Hoe die koptekst eruit ziet is niet iets wat je met HTML bepaalt, daar is CSS voor. Dus kleuren, lettertypes, marges, plaatsing, grootte, schaduwen, randen, doorzichtigheid, you name it bepaal je met je stylesheet. Het font-element was in HTML4 al uitgestorven, laat staan dat je dat tegenwoordig nog moet gebruiken. | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 09:18 | |||||
In de cursus die ik volg wordt het redelijk uitgebreid behandeld. Misschien dat het bij het praktijkgedeeltje ook helemaal niet gebruikt wordt. | ||||||
Tijn | dinsdag 7 augustus 2012 @ 09:24 | |||||
Wat wordt behandeld? De scheiding tussen structuur en stijl? Of het font-element? Want als je een cursus hebt die het überhaupt over het font-element heeft (anders dan "gebruik het niet"), kun je echt beter een andere cursus zoeken. | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 09:28 | |||||
Ik zit mobiel dus kan niet uitgebreid antwoord geven, maar font-tags ja. Grootte, kleur, font, plaatsing, stijl, etc. Dat was dus een deel van het eerste gedeelte (tekst). Verder ben ik nog niet. | ||||||
Tijn | dinsdag 7 augustus 2012 @ 09:30 | |||||
Een cursus die vertelt dat er zoiets is als een font-tag en dat je allerlei stijlaspecten daarmee in je HTML-document kan regelen is echt geen goede cursus. Zo maak je al zeker 10 jaar geen websites meer. | ||||||
Cue_ | dinsdag 7 augustus 2012 @ 09:32 | |||||
! Maar is het ook echt zo erg? Over het algemeen wordt hier idd alles in tables gestopt. En zit nu zelf te twijfelen of dat het gewoon handig is of dat er een betere / net zo snelle manier is. | ||||||
PimD | dinsdag 7 augustus 2012 @ 09:33 | |||||
Ach, ik kwam gisteren in de documentatie van een groot .NET CMS nog een speciale HTML5-rendermodus tegen. Indien je deze rendermodus aanzette maakte ie van:
het volgende:
De techniek staat voor niks | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 09:33 | |||||
Nou, jij hebt ook snel je oordeel klaar. Misschien willen ze het gewoon zo compleet mogelijk hebben. Maar hé, wat zou jij aanraden dan? | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 09:33 | |||||
what.the.fuck Font tags? wat ze moer? van wanneer is die cursus? | ||||||
PimD | dinsdag 7 augustus 2012 @ 09:33 | |||||
Als je eenmaal wat ervaring hebt met div's en het positioneren ervan wil je echt niet meer terug naar tabellen. Helemaal niet met het hele responsive gebeuren natuurlijk. | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 09:35 | |||||
mi gado tabellen, dat gebruikt niemand toch meer? Dat kan gewoon niet meer. Wat ook een corkenoplossing is dat eigenlijk... Opmaak doe je op elementen waarbinnen de content moet worden opgemaakt, niet met fonttags. Al was het maar om de herbruikbaarheid | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 09:35 | |||||
2009 BrainOverfloW raadde hem aan dus zodoende ben ik er mee begonnen. | ||||||
Tijn | dinsdag 7 augustus 2012 @ 09:36 | |||||
Ik heb geen idee wat goede cursussen zijn, maar serieus, het gebruik van de font-tag is echt heel, heel erg ouderwets en tegenwoordig volstrekt irrelevant. Het heeft niks met compleetheid te maken, een cursus die je dingen dit soort dingen aanleert, leert je iets op een volstrekt verkeerde manier. | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 09:38 | |||||
Dan zoek ik wel iets anders. | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 09:38 | |||||
dan was hij bij uitgave al achterhaald. http://coding.smashingmagazine.com/tag/css/ begin eens met daar een dagje artikelen lezen. | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 09:39 | |||||
Lekker dan, ze vragen er normaliter wel leuk $30 per maand ofzo voor. | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 09:42 | |||||
ja want mensen die niets weten betalen dat graag. | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 09:49 | |||||
Wat vinden jullie überhaupt van xhtml eigenlijk? | ||||||
MrNiles | dinsdag 7 augustus 2012 @ 09:51 | |||||
sowieso is er op het internet heel veel oude zooi en slechte uitleg te vinden dingen die blijkbaar niet meer mogen/kunnen wat zijn goede sites om html/css code op te zoeken?? | ||||||
Tijn | dinsdag 7 augustus 2012 @ 09:53 | |||||
Je maakt nieuwe websites tegenwoordig sowieso met een HTML5 doctype. Je kunt daar zowel HTML als XHTML syntax in gebruiken. Ik vind zelf XHTML prettiger, omdat ik me dat jaren geleden heb aangeleerd. Maar er is geen objectieve reden te geven waarom dat beter of slechter zou zijn dan gewoon HTML. Het kan allebei, dus doe wat je zelf prettig vindt. | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 09:55 | |||||
smashingmagazine, sixrevisions etc. en je moet concepten leren, niet code. | ||||||
donroyco | dinsdag 7 augustus 2012 @ 09:55 | |||||
http://www.w3schools.com/ | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 09:55 | |||||
Hmm, heeft iemand ervaring met newbostonguy op YT? | ||||||
MrNiles | dinsdag 7 augustus 2012 @ 09:56 | |||||
not sure if..... is dat nog wel helemaal up2date..kom daar soms nog wel eens wat vreemde dingen tegen..kan zo ff geen voorbeeld noemen | ||||||
Tijn | dinsdag 7 augustus 2012 @ 09:56 | |||||
De koning van de archaïsche troep. De tutorials van w3schools.com stikken echt van de verkeerde informatie. | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 09:56 | |||||
ga gewoon artikelen lezen over CSS concepten, positionering, opmaak etc etc | ||||||
Tijn | dinsdag 7 augustus 2012 @ 09:57 | |||||
Daar heb je imho alleen wat aan als je al een klein beetje weet wat HTML en CSS überhaupt zijn en hoe je er een simpele site mee bouwt. Anders zeggen die artikelen je niks en haal je er alleen maar rare trucjes uit zonder dat je het grote verhaal begrijpt. | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 10:01 | |||||
dan begin je met CSS 101 en HTML 101 artikelen. | ||||||
BrainOverfloW | dinsdag 7 augustus 2012 @ 10:02 | |||||
Dat is dan wel voor al hun cursussen samen Maar dat ze je stijl elementen in HTML leren te gebruiken had ik niet verwacht. Ik ben vanuit mijn ervaring met andere cursussen van hun er vanuit gegaan dat deze kwalitatief net zo goed was. Dat valt me wel tegen. | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 10:03 | |||||
Het is een prima cursus als je een website in 2004 wil maken. | ||||||
Tijn | dinsdag 7 augustus 2012 @ 10:03 | |||||
Zelfs in 2004 was de font tag al een beetje twijfelachtig, hoor. | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 10:05 | |||||
http://betam.lynda.com/HT(...)raining/47603-2.html Dat is wat wat er nog meer in zit | ||||||
BrainOverfloW | dinsdag 7 augustus 2012 @ 10:13 | |||||
Ik had beter op moeten letten voor ik je de link gaf. Minstens de helft van de dingen die daar tussen staan zijn al lang overbodig geworden. Valt me echt tegen. | ||||||
McCandless | dinsdag 7 augustus 2012 @ 10:13 | |||||
Ik vond zelf deze website wel aardig om de basis van HTML en CSS onder de knie te krijgen: http://www.sceneone.nl/ | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 10:16 | |||||
Deze dan? Die gast legt het wel duidelijk uit allemaal, of het ook kwalitatief is...? http://m.youtube.com/playlist?list=PLC1322B5A0180C946 | ||||||
Cue_ | dinsdag 7 augustus 2012 @ 10:21 | |||||
zit er idd net in te lezen, wel duidelijk geschreven en met voorbeelden | ||||||
McCandless | dinsdag 7 augustus 2012 @ 10:23 | |||||
Er word je in ieder geval geleerd dat je code en stijl gescheiden moet houden. Tevens is de maker/schrijver van die site werkzaam bij Mirabeau en dat is volgens mij een bureau dat vrij goed aangeschreven staat. | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 10:24 | |||||
filmpjes werken niet. Je moet eerst de basic concepten leren begrijpen en dan moet je tutorials gaan doorlezen en nabouwen. | ||||||
MrNiles | dinsdag 7 augustus 2012 @ 10:28 | |||||
maar dat is met veel uitleg, dat ze er alleen de basis van weergeven..maar dat is dan weer altijd net niet wat je zoekt. vooral last van met php | ||||||
BrainOverfloW | dinsdag 7 augustus 2012 @ 10:35 | |||||
Even twee willekeurig filmpje uit zijn lijst bekeken, #5 "Bold, Italics, and Comments" en #10 "Resizing images", en ook hij gebruikt structuur en stijl door elkaar. Ik kom dingen als <strong>, <em> en <img height = "150"> tegen. Dat doet me toch een beetje vrezen voor de kwaliteit van de rest. | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 10:39 | |||||
Ja zeg, wat resteert er dan? W3dinges is kut, CodeAcademy is kut, Lynda.com is kut, bucky is kut. | ||||||
stefanhaan | dinsdag 7 augustus 2012 @ 10:40 | |||||
Lynda.com heeft over het algemeen toch goeie tutorials. Zijn die over html/css zo middelmatig dan? | ||||||
McCandless | dinsdag 7 augustus 2012 @ 10:41 | |||||
Ik heb net een link gepost, maar vooruit, ik doe 'm nog een keer: http://www.sceneone.nl/ | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 10:43 | |||||
O, die is wel door de controle gekomen? | ||||||
McCandless | dinsdag 7 augustus 2012 @ 10:44 | |||||
Wat mij betreft wel, maar ik ben zelf ook maar een beginner. Ik verwacht dat de experts er ook weinig op tegen zullen hebben. | ||||||
BrainOverfloW | dinsdag 7 augustus 2012 @ 10:46 | |||||
De HTML Cursus wil je webpagina's in alleen HTML leren maken. Waardoor je dus allerlij stijl elementen in je HTML krijgt. De CSS cursus, die ik wel zelf gevolgd heb, zit wel goed in elkaar en leert je juist wat je allemaal buiten je HTML moet houden en waarom dat goed werkt. | ||||||
stefanhaan | dinsdag 7 augustus 2012 @ 10:47 | |||||
Ah, dan zijn de HTML tutorials wel wat minder ja. Hadden ze imo beter een combinatie van kunnen maken dan. | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 10:47 | |||||
Bij de (x)html cursus zit ook een mapje met css hoor. Het komt wel degelijk aan bod. | ||||||
nietzman | dinsdag 7 augustus 2012 @ 10:56 | |||||
Ik wil altijd zo graag meedoen met deze discussies maar besef me altijd net op tijd dat ik zelf negen van de tien keer enorm smerig werk. | ||||||
BrainOverfloW | dinsdag 7 augustus 2012 @ 11:13 | |||||
Heb ik gezien ja maar dat is een korte intro in CSS na dat je hoofdstukken lang verkeerde code aangeleerd is. Dat schiet niet echt op. Het werkt veel beter om HTML structuren en CSS stijlen tegelijk te leren omdat die niet meer los van elkaar te gebruiken zijn in moderne webdevelopment. Die http://www.sceneone.nl/ ziet er wel aardig uit. De uitleg ziet er hier en daar wat beperkt uit maar hij leert je in ieder geval wel goede gewoontes als het netjes scheiden van je structuur en stijl, en het vorgeven van lay-outs via divs in plaats van tabellen. Lijkt me wel een goed begin om een idee te krijgen wat de basis is van een webpagina opbouwen. Dan kun je van daaruit weer verder kijken. | ||||||
mschol | dinsdag 7 augustus 2012 @ 11:17 | |||||
dat valt wel mee, er zitten hier en daar wel verkeerde dingen, maar zo als geheel issie echt niet zo slecht als jij hem nu doet voorkomen.. | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 11:46 | |||||
Ik ben nu idd bezig met sceneone.nl . | ||||||
FastFox91 | dinsdag 7 augustus 2012 @ 12:27 | |||||
In javascript wil ik een method (A) oproepen vanuit een andere method (B) binnen een class. Normaal werkt dit gewoon met this.A(), maar door gebruik van jquery is 'this' al het huidige element binnen een loop. Hoe kan ik dit probleem het beste aanpakken? Ik probeer nu in de constructor var that = this te doen, maar 'that' kan ook niet opgeroepen binnen B. that = this bovenaan elke method is wel een oplossing, maar ik vermoed dat er nettere oplossingen bestaan die al bekend zijn. [ Bericht 32% gewijzigd door FastFox91 op 07-08-2012 12:39:07 ] | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 12:42 | |||||
heb je een brok code voor me? dan kan ik je wel vertellen wat je wil doen. Ik denk dat je probleem is dat je de scope van de methode niet beschikbaar hebt in je .each. Dat los ik op met de declaratie van var self = this; boven een loop (als ik in de loop de scope van de function nodig heb) | ||||||
FastFox91 | dinsdag 7 augustus 2012 @ 12:49 | |||||
Je oplossing is duidelijk, ik had alleen gehoopt dat er nettere oplossingen waren. Variabelen die ineens wat anders 'aanwijzen' is niet echt mooi. Iig bedankt. | ||||||
Tijn | dinsdag 7 augustus 2012 @ 13:03 | |||||
De betekenis van "this" is nou eenmaal niet zo constant in JS. Er is niks met het bewaren van een bepaalde waarde van this als je het later nodig hebt en this inkiddels weer iets anders is geworden | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 13:07 | |||||
Dat is wel voorspelbaar hoor. self is geen rare naam om daarvoor te gebruiken. Als je dat niet wil, moet je geen .each gebruiken, maar een foreach of for-loop. | ||||||
Tijn | dinsdag 7 augustus 2012 @ 13:13 | |||||
Het is wel voorspelbaar, maar in veel programmeertalen verandert de waarde van this niet zo vaak als in JS (omdat alles natuurlijk objecten zijn in JS). | ||||||
picodealion | dinsdag 7 augustus 2012 @ 13:31 | |||||
Sowieso is het volgens mij efficienter om gewoon eenmalig self = this; te zetten en vanaf daar met self te werken. | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 14:07 | |||||
wel var self | ||||||
Snoepje5 | dinsdag 7 augustus 2012 @ 15:56 | |||||
Hoe kun je de elementen inspecteren in safari ? | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 15:57 | |||||
https://developer.apple.c(...)developer-tools.html | ||||||
Tijn | dinsdag 7 augustus 2012 @ 16:02 | |||||
Appeltje + alt + i | ||||||
Snoepje5 | dinsdag 7 augustus 2012 @ 16:05 | |||||
Oh, misschien handig dat ik er even bij vermeld dat ik geen apple imac of macbook heb. In dat linkje van Catch staat wel wat over een developer menu, maar dit menu is niet aanwezig in mijn safari. Kan het zijn ik 'm niet kan gebruiken omdat ik een verkapte safari heb? | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 16:08 | |||||
als ik rechtermuisklik > inspecteren doe, krijg ik gewoon de webkit inspector. | ||||||
Tijn | dinsdag 7 augustus 2012 @ 16:08 | |||||
Je moet het developer-menu eerst aanzetten bij de preferences. | ||||||
Snoepje5 | dinsdag 7 augustus 2012 @ 16:19 | |||||
Dankjewel, heb 'm aangezet. | ||||||
Tijn | dinsdag 7 augustus 2012 @ 16:22 | |||||
Waarom eigenlijk Safari op Windows? | ||||||
Snoepje5 | dinsdag 7 augustus 2012 @ 16:27 | |||||
Om te zien hoe mijn website functioneerd in safari. Zo wordt op de een of andere vage manier youtube video's bij safari buiten een scroll blok getoond dat een max hoogte heeft (video lijkt de max hoogte te negeren oid), terwijl bij andere browsers het er gewoon netjes in blijft zitten, erg vreemd. Css code's blijken ook hetzelfde. | ||||||
QM84 | dinsdag 7 augustus 2012 @ 16:34 | |||||
Safari op Windows loopt een beetje achter op andere browsers. Daarnaast wordt het dusdanig weinig gebruikt, dat het mijns inziens niet de moeite is om hierop te testen. Waarschijnlijk is de huidige versie van Safari op Windows ook de laatste versie; het heeft er alle schijn van dat Apple ermee stopt: http://tweakers.net/nieuw(...)ri-voor-windows.html | ||||||
Snoepje5 | dinsdag 7 augustus 2012 @ 16:40 | |||||
Oh, tja ik dacht Safari op windows is hetzelfde als safari op apple pc? Maar dat neemt niet weg dat deze bug wellicht ook op safari op apple pc's kan zitten.. | ||||||
Snoepje5 | dinsdag 7 augustus 2012 @ 16:41 | |||||
Op mijn iPad is er overigens geen bug. Is de Safari van iPad vergelijkbaar met die van de pc? | ||||||
Tijn | dinsdag 7 augustus 2012 @ 16:53 | |||||
Niet helemaal. Het is wel WebKit, net als Safari voor de PC. Maar ik denk eerlijk gezegd dat Safari op de iPad meer lijkt op Safari voor Mac OS X dan op Safari voor Windows. | ||||||
Catch22- | dinsdag 7 augustus 2012 @ 16:59 | |||||
je zit wel met een aantal andere 'issues'. O.a. dat je achtergrondafbeelding niet te groot mag zijn | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 17:01 | |||||
Mac-gebruikers browsen toch op Safari? Dan is het allesbehalve nutteloos lijkt mij | ||||||
Tijn | dinsdag 7 augustus 2012 @ 17:14 | |||||
Het punt is dat Safari voor Windows niet hetzelfde is als Safari op Mac OS X. Om te beginnen is de laatste versie van Safari niet beschikbaar voor Windows. | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 17:39 | |||||
Dan nog een vraagje. Bij deze dit soort CSS-codes vergeet ik de hele tijd die } eronder bij te zetten, maar ze doen het toch. Hoe is dit mogelijk?
| ||||||
lkb9000 | dinsdag 7 augustus 2012 @ 17:41 | |||||
Dan pakt hij de eerstvolgende }, waardoor het blok daarna niet meer werkt. | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 17:42 | |||||
Leg eens uit, ik begrijp je niet helemaal. | ||||||
#ANONIEM | dinsdag 7 augustus 2012 @ 17:44 | |||||
Ergens heb je waarschijnlijk nog een blok met een '}'. Die pakt hij dan dus. | ||||||
lkb9000 | dinsdag 7 augustus 2012 @ 17:45 | |||||
Hij opent de { voor bla1, vervolgens wordt ie pas gesloten ná bla2. Het onderdeel dat in je html bla2 is zou dan volgens mij niet 200px breed worden. Ik weet niet zeker of width:200px; dan voor bla1 gaat gelden. | ||||||
#ANONIEM | dinsdag 7 augustus 2012 @ 17:46 | |||||
Sowieso nemen browsers het niet altijd zo nauw met syntax. Als je echt zeker wilt zijn van goede syntax moet je even je code door de W3C validator halen. | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 17:46 | |||||
Oh klopt, heb het even getest. | ||||||
lkb9000 | dinsdag 7 augustus 2012 @ 17:47 | |||||
Inderdaad, volgens mij heeft bijv. Chrome ook wel door dat omdat er een nieuwe class wordt aangeroepen dat die daarvoor afgesloten moet worden. | ||||||
Tijn | dinsdag 7 augustus 2012 @ 18:01 | |||||
Het kost een extra regel, maar je zou het ook zo kunnen schrijven. Misschien vergeet je dan minder snel een haakje.
[ Bericht 0% gewijzigd door Tijn op 07-08-2012 21:52:30 ] | ||||||
n8n | dinsdag 7 augustus 2012 @ 18:02 | |||||
als je klaar bent gooi je het toch door een compressor die alle overbodige spaties en enters verwijderd | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 18:02 | |||||
| ||||||
Tijn | dinsdag 7 augustus 2012 @ 18:03 | |||||
Het is geen grapje, hoor. | ||||||
n8n | dinsdag 7 augustus 2012 @ 18:04 | |||||
een goede editor zet alvast een } neer zodra je de { typt | ||||||
Tijn | dinsdag 7 augustus 2012 @ 18:05 | |||||
Ja, dat sowieso. | ||||||
mschol | dinsdag 7 augustus 2012 @ 18:10 | |||||
een goeie developer heeft geen editor nodig die accolades en haakjes automatisch neerzet | ||||||
lkb9000 | dinsdag 7 augustus 2012 @ 18:10 | |||||
Je vergeet alleen de ; Ik gebruik sindskort trouwens NetBeans IDE als editor, ben er erg over te spreken | ||||||
n8n | dinsdag 7 augustus 2012 @ 18:10 | |||||
klopt ik ben slecht in mijn vak omdat ik van efficiëntie en gebruiksgemak houdt | ||||||
#ANONIEM | dinsdag 7 augustus 2012 @ 18:15 | |||||
Ik gebruik NetBeans voor Java. Voor HTML/CSS/Javascript gebruik ik meestal Sublime Text of Notepad++ | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 18:21 | |||||
Weet ik. Ik gebruik nu Notepad++, vindt die kleurtjes best handig. | ||||||
kutkloon7 | dinsdag 7 augustus 2012 @ 18:21 | |||||
Dat vind ik altijd hondsirritant, dat ik dan {} typ en er opeens {}} staat, en dat soort gezeik. Of bij andere programmeerGUI's, dat je een nog niet gedeclareerde variabele gebruikt, op de spatie drukt, en hij opeens vervangen is door een variabele met een vergelijkbare naam. | ||||||
#ANONIEM | dinsdag 7 augustus 2012 @ 18:23 | |||||
Ik raad je ook aan om Sublime Text te proberen. Is echt het proberen waard | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 18:25 | |||||
Ziet er wel hip uit. Zal hem eens proberen. | ||||||
kutkloon7 | dinsdag 7 augustus 2012 @ 18:34 | |||||
Dit ja | ||||||
Quotidien | dinsdag 7 augustus 2012 @ 19:07 | |||||
Wellicht weer een domme vraag maar wat is hier fout aan?
Edit: laat maar, ik was dus gewoon de ; steeds vergeten. [ Bericht 28% gewijzigd door Quotidien op 07-08-2012 19:22:10 ] | ||||||
n8n | dinsdag 7 augustus 2012 @ 19:09 | |||||
dat laatste is irritant, het eerste heb ik nooit last van omdat ik nu meteen op return druk na { waarmee ik meteen de regel indent | ||||||
lkb9000 | dinsdag 7 augustus 2012 @ 19:27 | |||||
Bij NetBeans voegt hij ook automatisch } toe, maar als je die alsnog intoetst komt er geen dubbele, dat soort kleine dingetjes vind ik wel fijn | ||||||
#ANONIEM | dinsdag 7 augustus 2012 @ 19:33 | |||||
Als je daar erg consistent in bent komt dat erg van pas in andere programmeertalen. Hmm.. | ||||||
Light | dinsdag 7 augustus 2012 @ 20:30 | |||||
Dat. Een class moet zo veel mogelijk functioneel beschrijvend zijn en zo min mogelijk het uiterlijk beschrijven. | ||||||
Snoepje5 | dinsdag 7 augustus 2012 @ 22:56 | |||||
Ligt het aan de browsers hoe fonts worden weergegeven? Zie bijv: Beide hebben dezelfde font volgens de css. Maar toch zit er een klein verschil in de fonts, FireFox en IE. Aan de font grootte ligt het niet. Overigens, gewoon Arial. Edit: Geloof dat er ergens een font stond omgewisseld, de ene gaf hecevita (oid) weer en de andere arial. OpGESLOT Edit2: zit toch nog enig verschil tussen.. Jammer [ Bericht 4% gewijzigd door Snoepje5 op 07-08-2012 23:41:01 ] | ||||||
lkb9000 | dinsdag 7 augustus 2012 @ 23:43 | |||||
Helvetica Daarnaast zit er ook een verschil in hoe browsers fonts weergeven, maar meer qua antialiasing, niet veel aan te doen. Grappig om die twee zo boven elkaar te zien, je ziet heel goed dat Arial net iets anders is maar exact dezelfde letterbreedte aanhoudt. Dat is ook het hele idee achter Arial, dat het verwisselbaar is met Helvetica zonder dat de tekst groter of kleiner wordt en zonder licentiekosten voor Helvetica te betalen | ||||||
Snoepje5 | dinsdag 7 augustus 2012 @ 23:46 | |||||
Had het inderdaad opgemerkt.. Beetje vreemd dat er ergens helvetica eerst stond en elders arial eerst.. Inderdaad jammer dat browsers fonts anders weergeven. Gelukkig opera en firefox hetzelfde. Maar IE moet weer eens de rare eend in de bijt zijn.. kut IE. Maakt Arial wat smaller en bold wordt dikker dat het minder goed leesbaar is als bij opera en firefox. | ||||||
FastFox91 | woensdag 8 augustus 2012 @ 13:59 | |||||
Is zoiets mogelijk in javascript? foo() geeft 'foo' foo().bar() geeft 'bar' (is dit überhaupt mogelijk?) Foo is een functie en geen class. | ||||||
Tijn | woensdag 8 augustus 2012 @ 14:04 | |||||
JS heeft sowieso geen classes. En functies zijn objecten. Het is dus prima mogelijk dat foo een method heeft die 'bar' teruggeeft. Dit werkt zoals jij omschrijft:
| ||||||
FastFox91 | woensdag 8 augustus 2012 @ 14:14 | |||||
In coffeescript heb je wel een class, maar dat is dus een 'wannabe' class. Maar foo().bar() kan dus niet? Ik heb namelijk de parameters van foo wel nodig. | ||||||
Tijn | woensdag 8 augustus 2012 @ 14:16 | |||||
'bar' returnen kan wel zo:
| ||||||
Catch22- | woensdag 8 augustus 2012 @ 14:16 | |||||
Less Winless CSS3 zonder LESS (Of Sass of een andere preprocessor) is gewoon _niet_ te doen | ||||||
FastFox91 | woensdag 8 augustus 2012 @ 14:20 | |||||
Maar nu werkt foo() niet meer. | ||||||
n8n | woensdag 8 augustus 2012 @ 14:23 | |||||
jawel, ga het wel gebruiken maar heb het vrijwel niet nodig | ||||||
Catch22- | woensdag 8 augustus 2012 @ 14:23 | |||||
Less
CSS
| ||||||
FastFox91 | woensdag 8 augustus 2012 @ 14:24 | |||||
Is LESS zoiets als coffeescript, maar dan voor css en wordt gewoon lokaal (voor de developer) 'geconverteerd' en dan .css naar de client gestuurd of wordt het client-side geconverteerd? | ||||||
Catch22- | woensdag 8 augustus 2012 @ 14:25 | |||||
Kan je zelf voor kiezen. Ik gebruik nu WinLESS, dat is een app die bij elke wijziging de outputcss bijwerkt, maar je hebt ook een versie voor .Net en Java die het parsed. Er is ook een javascript parser. Je kan dus zelf kiezen wat je wil. | ||||||
n8n | woensdag 8 augustus 2012 @ 14:34 | |||||
http://prefixmycss.com ultrahandig laat maar, er was ook een .js dat het in de browser deed zodat je enkel de css niet hoeft te updaten als een browser geen prefix meer nodig heeft | ||||||
Catch22- | woensdag 8 augustus 2012 @ 14:43 | |||||
Als je LESS gebruikt kan je mixins schrijven die dit voor je doen. Je hebt bijvoorbeeld 3L (Lots of Love for Less), dat een soort toolbox is met allerlei tools/mixins voor LESS | ||||||
n8n | woensdag 8 augustus 2012 @ 14:57 | |||||
ga er nog een keer naar kijken. probeer mn css nu zo veel mogelijk DRY te schrijven maar dat is soms onmogelijk. bijvoorbeeld als je een kleur ergens zowel als achtergrond en rand wil gebruiken. Komt het er toch op neer dat 2x dezelfde kleurcode in je css staat. | ||||||
Catch22- | woensdag 8 augustus 2012 @ 14:57 | |||||
Met LESS kan je variabelen gebruiken Het principe: http://lesscss.org/ De win compiler: http://winless.org/ (als je niet onder windows draait moet je 1 zoeken voor je OS) Het "framework/toolbox": http://mateuszkocz.github.com/3l/ als je vragen hebt, geef maar een gil | ||||||
n8n | woensdag 8 augustus 2012 @ 15:01 | |||||
@nice-blue: #5B83AD; @light-blue: @nice-blue + #111; dit is wel baas en bedankt ik onthoud het | ||||||
Catch22- | woensdag 8 augustus 2012 @ 15:05 | |||||
of bijvoorbeeld @nice-blue: #5B83AD; @light-blue: darken(@nice-blue, 20%); | ||||||
FastFox91 | woensdag 8 augustus 2012 @ 21:38 | |||||
Vorige week heb ik even gespeeld met Knockoutjs, maar was uiteindelijk te uitgebreid voor wat ik wilde en kon zelfs iets niet wat ik wel handig vond. Uiteindelijk heb ik zelf dus iets geschreven. JSBind. Probeer de demo en laat weten wat je ervan vindt aub. Met dit scriptje kan je gemakkelijk in javascript variabelen veranderen en vervolgens worden de gekoppelde html elementen ook netjes geüpdatet en visa versa. (Code is niet erg leesbaar, zal ik verbeteren mocht het gebruikt worden door meerdere mensen.) [ Bericht 6% gewijzigd door FastFox91 op 09-08-2012 12:32:54 ] | ||||||
I0_0I | woensdag 8 augustus 2012 @ 23:40 | |||||
Ik ben een forumtemplate aan het aanpassen maar ik heb te beperkte kennis over dit onderwerp. De kleuren aanpassen wilde nog wel lukken, maar de afmetingen aanpassen lukt mij niet, zonder de rest verkloten. Kan iemand mij hierbij helpen? Dit is de template: http://demo.rockettheme.com/phpbb3/index.php?style=59 - Ik heb de header-bg.jpg vervangen, maar mijn versie is breder. Wat moet ik aanpassen om te zorgen dat deze volledig wordt weergeven, zonder dat een deel wegvalt? (Header moet wel gecentreerd blijven en rest van de onderdelen ongewijzigd.) - Hoe verander ik de positie van het logo, zonder dat de rest van de layout mee verandert? - Hoe maak ik de kleine ruimte onder en boven de zoekbalk kleiner? (De bovenkant is gelukt, onderkant niet.) | ||||||
Cue_ | donderdag 9 augustus 2012 @ 10:57 | |||||
Een klein vraagje weer. Ben nog niet zo heel lang bezig in het onderscheid hmtl/css/js, maar we zijn op weg.. Maar blijf even met iets steken. Ik heb een formulier:
Nu heb ik via Jquery dat wanneer men het textveld aanklikt dat de radiobutton van de betreffende wordt geselecteerd:
Nu wil ik daaraan toevoegen dat het veld ook required wordt. Dacht dit simpel te kunnen doen door dit toe te voegen in bovenstaande code:
Dat werkt goed. Maar nu zit ik met het feit dat ik deze required op false wil zetten op het moment dat een ander veld is geselecteerd. Dit werkt echter niet. Hij blijft (in dit geval) op het moment dat je eenmaal die cwid_nr hebt aangeklikt, deze als required zien. Online kom ik wel tegen dat dit vaker gebeurd, maar echt een gerichte oplossing vind ik wat lastig om eruit te pluizen. Iemand hier suggesties? | ||||||
QM84 | donderdag 9 augustus 2012 @ 10:58 | |||||
Het is wel een worst-practice om je variabelen de naam van de kleur mee te geven. Op het moment dat de nice-blue nice-green moet worden, moet je alsnog alles aan gaan passen, omdat je @nice-blue in ene groen is geworden. | ||||||
Tijn | donderdag 9 augustus 2012 @ 11:05 | |||||
Het is geen true/false kwestie. Zo maak je iets required:
Wat je precies als tweede string meegeeft maakt eigenlijk niet uit: als er iets staat bij een attribuut, dan staat het aan. Om het weer weg te halen doe je dit:
Het werkt zo met alle attributen van HTML-elementen, zoals ook het attribuut "checked" wat je op je radio-buttons gebruikt. Die zet je met .attr('checked', 'checked') en haal je weer weg met .removeAttr('checked'). | ||||||
Cue_ | donderdag 9 augustus 2012 @ 11:07 | |||||
Kewl Tnx! Weer wat geleerd! | ||||||
Catch22- | donderdag 9 augustus 2012 @ 12:40 | |||||
http://api.jquery.com/prop/ is in de nieuwe jQuery versies de bestpractice Ja maja, daar hou ik persoonlijk niet zo vaak rekening mee, omdat kleuren niet veranderen zonder dat alles op de schop gaat, in de praktijk. Ben nu zelf Patience aan het maken met jQuery + LESS Misschien post ik de source wel als het klaar is. | ||||||
Tijn | donderdag 9 augustus 2012 @ 12:49 | |||||
Ah, beter. Thanks. Daarmee kun je wel true/false gebruiken, heb je ook die gare remove-functie niet meer nodig. | ||||||
n8n | donderdag 9 augustus 2012 @ 13:02 | |||||
zo omschrijf je kleuren | ||||||
Catch22- | donderdag 9 augustus 2012 @ 13:05 | |||||
Ja precies, op papier of als je thema's wil bouwen. In de praktijk gebruik ik dat never. | ||||||
n8n | donderdag 9 augustus 2012 @ 13:15 | |||||
ik wel maar ben dan ook een best practice-geek | ||||||
Catch22- | donderdag 9 augustus 2012 @ 13:28 | |||||
Ik ook; maar ik ben wél pragmatisch. Ik ga geen dingen doen die 'mogelijk handiger' zijn, terwijl ik weet dat die situaties niet of nauwelijks voor gaan komen. | ||||||
Cue_ | donderdag 9 augustus 2012 @ 13:51 | |||||
Vreemd, deze was ik idd ook tegengekomen, maar leek niet te werken. nu wel. Dus zal wel iets verkeerds hebben gedaan. | ||||||
Catch22- | donderdag 9 augustus 2012 @ 14:06 | |||||
jQuery versie gematched? | ||||||
Cue_ | donderdag 9 augustus 2012 @ 14:08 | |||||
Het werkte gewoon ben ik achter. lag eraan omdat het clickevent op het inputfield lag en niet (ook) op de radiobutton. En als je dan test en je gebruikt ze beiden door elkaar heen. tja... | ||||||
n8n | donderdag 9 augustus 2012 @ 14:13 | |||||
Kijk dan wel naar zaken als doorgroei en of er al dan niet nog door andere ontwikkelaars mee gewerkt dient te worden. Soms is alles documenteren en omschrijven raadzaam en uiteindelijk efficiënter. vaak niet daar heb je gelijk in. | ||||||
Tijn | donderdag 9 augustus 2012 @ 14:32 | |||||
Wat is er niet pragmatisch aan het geven van logische namen aan je kleuren? Als je dat altijd doet en gewend bent, kost het absoluut geen extra moeite om de kleur een logische naam te geven in plaats van de tint proberen te beschrijven. | ||||||
Catch22- | donderdag 9 augustus 2012 @ 14:47 | |||||
ik schrijf wel efficient, maar de projecten waaraan ik werk zijn grafisch gezien niet superonderheving aan veranderingen. Dus dit is een non-issue. ik gebruik geen variabelen voor kleuren eigenlijk... Een kleur veranderen gaat gewoon met find and replace dus. | ||||||
Tijn | donderdag 9 augustus 2012 @ 15:13 | |||||
Waarom als je toch LESS gebruikt? Is het hele idee niet juist dat je niet meer steeds hoeft te find & replacen? | ||||||
Catch22- | donderdag 9 augustus 2012 @ 15:51 | |||||
Gebruik less niet altijd... En ik gebruik kleuren eigenlijk niet veel vaker... Als ik die goed in classes indeel dan komen ze niet vaker voor... | ||||||
n8n | vrijdag 10 augustus 2012 @ 00:35 | |||||
Volgens mij ben ik een van de weinige die per declaratie een serie selectors neerzet | ||||||
QM84 | vrijdag 10 augustus 2012 @ 10:14 | |||||
Wat bedoel je precies met 'een serie selectors'? | ||||||
FastFox91 | vrijdag 10 augustus 2012 @ 13:55 | |||||
Niemand die een mening heeft over m'n scriptje JSBind? | ||||||
n8n | vrijdag 10 augustus 2012 @ 14:12 | |||||
#top a, article p, .button { font-size: 1.8em; } zo en dan per kleur, margin of noem maar op. | ||||||
schwa78 | dinsdag 14 augustus 2012 @ 12:55 | |||||
Ik heb een probleempje met een auto suggest form op mijn site. Het gaat om de coolautosuggest jquery-plugin Wanneer je iets invult en de suggesties worden getoond in div.suggestions dan verdwijnt deze achter de header van de pagina die zich er vlak onder bevindt. Ik heb al geprobeerd dit op te lossen met z-index waarden en position: relative toe te voegen aan alle relevante div's. Helaas blijven de suggesties onder de andere content schuiven. Voorbeeld op http://www.wecamgirls.com (NSFW). Autosuggest staat rechtsboven op de pagina. | ||||||
Catch22- | dinsdag 14 augustus 2012 @ 12:56 | |||||
Ik kan je hier niet mee helpen; ik zit op mijn werk. Ik zou trouwens, zonder dat ik de plugin ken, liever gebruik maken van de autocomplete van jQuery ui dan van dit. | ||||||
schwa78 | dinsdag 14 augustus 2012 @ 13:06 | |||||
De plugin werkt verder wel. Het is alleen de CSS die ik niet juist ingesteld krijg. Mocht het me niet lukken zal ik de autocomplete van jquery ui eens een kans geven. De site is overigens maar licht NSFW. Zeker wanneer je niet ingelogd bent. Maar goed, ik begrijp het dat je op je werk zit. | ||||||
Catch22- | dinsdag 14 augustus 2012 @ 13:08 | |||||
| ||||||
Scorpie | dinsdag 14 augustus 2012 @ 13:13 | |||||
Die z-index is volgens mij wel de way to go. | ||||||
QM84 | dinsdag 14 augustus 2012 @ 13:31 | |||||
Post eens je precieze code.. Z-indexes juist zetten kan soms nog wel eens tricky zijn. Heeft het element, waar die autocomplete op moet komen, toevallig een wrapper met overflow: hidden? Dat kan er nl ook voor zorgen dat het lijkt alsof je flyout achter de header verdwijnt, terwijl die gewoon afgekapt wordt.. | ||||||
schwa78 | dinsdag 14 augustus 2012 @ 13:45 | |||||
Stukje generated source:
| ||||||
schwa78 | dinsdag 14 augustus 2012 @ 13:47 | |||||
Ik heb even gekeken en er was wel een een overflow: hidden attribute. Het weghalen hiervan werkt helaas niet. Ook zie ik in Chrome dat er netjes een element verschijnt, maar deze zit echt gewoon achter de onderstaande header. Er zit ongeveer een milimeter tussen en je ziet ook dat het element er staat. | ||||||
QM84 | dinsdag 14 augustus 2012 @ 14:15 | |||||
Je form relative zetten, met een z-index gelijk / hoger dan de header kan ook helpen | ||||||
schwa78 | dinsdag 14 augustus 2012 @ 14:22 | |||||
Idd een typo. Helaas niet de oplossing van het probleem. Ik heb de form ook relative gemaakt en een hoge z-index meegegeven. Ook zonder resultaat | ||||||
QM84 | dinsdag 14 augustus 2012 @ 14:24 | |||||
hmm.. heb je ergens een voorbeeld online staan? Dat zoekt wat makkelijker | ||||||
schwa78 | dinsdag 14 augustus 2012 @ 14:25 | |||||
http://www.wecamgirls.com/ | ||||||
QM84 | dinsdag 14 augustus 2012 @ 14:29 | |||||
Het zit hem in je div.header_top. Deze heeft een overflow: hidden. Deze heb je daar waarschijnlijk aan meegegeven, omdat de layout kapot gaat als je hem weghaalt. Dit komt weer door de float: right op de ul.header_list erin. Als je de header_top fatsoenlijk cleart (google: clearfix), dan komt het helemaal goed. Je kan hem evt ook een vaste hoogte meegeven. | ||||||
schwa78 | dinsdag 14 augustus 2012 @ 14:43 | |||||
Koning! Het werk nu... deels De elementen zijn nu wel zichtbaar, maar nog niet klikbaar. Kun jij zien waar het 'm in zit? | ||||||
QM84 | dinsdag 14 augustus 2012 @ 14:53 | |||||
de Z-index op je #header weghalen. | ||||||
schwa78 | dinsdag 14 augustus 2012 @ 14:57 | |||||
Hij doet het! Superbedankt voor je hulp (Y) | ||||||
QM84 | dinsdag 14 augustus 2012 @ 15:04 | |||||
yw | ||||||
Quotidien | dinsdag 14 augustus 2012 @ 22:24 | |||||
Wellicht een heel domme vraag maarja. Als je een website voor iemand maakt en diegene wilt teksten/afbeeldingen/wat dan ook zelf beheren, dan maak je die site met een CMS zoals Wordpress, toch? Maar wat ik niet snap ik dat een CMS-site duurder is dan een website gemaakt met HTML/CSS, terwijl een CSM website veel makkelijker te maken is? Of zie ik dit verkeerd? | ||||||
PimD | dinsdag 14 augustus 2012 @ 22:34 | |||||
Tuurlijk niet, er komt dan ook nog een server-side taal bij kijken, bijvoorbeeld PHP. Die data uit het CMS zal ergens vandaan moeten komen. Tenzij je natuurlijk gewoon een WordPress theme ergens vandaan plukt en alleen de banner ofzo aanpast, dan zul je idd snel klaar zijn. | ||||||
KomtTijd... | dinsdag 14 augustus 2012 @ 22:39 | |||||
Bron | ||||||
Quotidien | dinsdag 14 augustus 2012 @ 22:52 | |||||
Googleresultaten. | ||||||
Quotidien | dinsdag 14 augustus 2012 @ 22:56 | |||||
Maar is er geen manier om mensen hun website te laten beheren als je gewoon alles met HTML en CSS doet? Want ik neem aan dat men niet de bestandjes gaat doormailen. | ||||||
PimD | dinsdag 14 augustus 2012 @ 22:56 | |||||
Op de lange termijn wellicht. Als je een statische website hebt die je iedere week moet laten updaten door de buurjongen, dan zal dat na een tijdje behoorlijk in de kosten gaan lopen. Als je daar een simpel CMSje achter hebt zitten zodat je zelf nieuwsberichten e.d. kunt posten zonder daarbij 'een techneut' nodig te hebben zit er wellicht een gedeeltelijke kern van waarheid in | ||||||
Tijn | dinsdag 14 augustus 2012 @ 22:56 | |||||
Je doet net alsof je voor een website met een CMS geen HTML/CSS hoeft te schrijven. Dat moet natuurlijk wel, elke website bestaat uiteindelijk uit HTML en CSS. Bij een CMS moet je daar bovenop nog wat configureren om te zorgen dat het werkt zoals het moet werken. | ||||||
Tijn | dinsdag 14 augustus 2012 @ 22:57 | |||||
Inloggen op de server en de HTML-files aanpassen. Als je dat "beheren" wil noemen. | ||||||
Quotidien | dinsdag 14 augustus 2012 @ 22:58 | |||||
Maar Henk van de locale boogschiet-club snapt daar toch helemaal niets van? | ||||||
Tijn | dinsdag 14 augustus 2012 @ 22:59 | |||||
Nee, die zou ik dat ook niet laten doen. Dat is precies waar CMS'en voor zijn bedacht, want dan kan Henk gewoon inloggen en intypen wat 'ie op z'n site wil hebben staan, zonder dat 'ie iets stuk kan maken. | ||||||
KomtTijd... | dinsdag 14 augustus 2012 @ 23:01 | |||||
Dat bedoel ik niet. Er is geen enkele reden waarom een CMS-driven website duurder zou zijn dan een statische. Mits ze qua complexiteit het zelfde zijn. (dus geen bijzondere modules en functionaliteiten die geconfigureerd moeten worden) | ||||||
Tijn | dinsdag 14 augustus 2012 @ 23:07 | |||||
Waarom het in de praktijk wel zo is, is vooral marktwerking denk ik. Maar, hoeveel websites worden er überhaupt nog opgeleverd zonder enige vorm van CMS? | ||||||
Scorpie | dinsdag 14 augustus 2012 @ 23:08 | |||||
Frontpage pagina`s ftw natuurlijk. | ||||||
Tijn | dinsdag 14 augustus 2012 @ 23:10 | |||||
Bestaat dat buiten het hobby-circuit serieus nog? | ||||||
Scorpie | dinsdag 14 augustus 2012 @ 23:37 | |||||
Helaas wel. | ||||||
Quotidien | woensdag 15 augustus 2012 @ 00:10 | |||||
Maar met een CMS kan iedereen toch zonder enige kennis van welke taal dan ook een website maken? Of heb ik nou iets compleet anders in gedachten? | ||||||
Tijn | woensdag 15 augustus 2012 @ 00:12 | |||||
Met een CMS kan iedereen zonder enige kennis een website beheren wanneer iemand die die kennis wel heeft een website voor deze persoon heeft gemaakt rondom dat CMS. | ||||||
Scorpie | woensdag 15 augustus 2012 @ 00:15 | |||||
"Maar Tijn, heb je het nu over de revolutionaire M in Content Management Systeem? Wow, vertel ons meer!" | ||||||
Quotidien | woensdag 15 augustus 2012 @ 00:18 | |||||
| ||||||
Tijn | woensdag 15 augustus 2012 @ 00:20 | |||||
Je kunt geen website maken met een CMS, je kunt een website beheren met een CMS. Dat is waar die M voor staat. Management. Beheer. Het maken van een website gaat altijd met HTML, CSS, Javascript en in het geval van een CMS ook nog iets op de server (PHP & MySQL, of whatever je daarvoor gebruikt). | ||||||
Quir | woensdag 15 augustus 2012 @ 00:21 | |||||
Quotidien, je verwart een CMS met een site builder. Ik zou even goed gaan Googelen als ik jou was, dummy. | ||||||
MrNiles | woensdag 15 augustus 2012 @ 08:44 | |||||
ik heb me nooit echt verdiept in CMS'sen maar maak je met html/css je website en zet je daar dan een cms in (zodat ik dat met een bestaande website zou kunnen doen) of neem je een cms en bouw je daar je website omheen? is joomla/WP/Drupal een CMS of een sitebuilder...of een mengeling ? | ||||||
Scorpie | woensdag 15 augustus 2012 @ 08:55 | |||||
Je neemt een CMS en daar bouw je een website in. | ||||||
MrNiles | woensdag 15 augustus 2012 @ 09:02 | |||||
wat is een aan te raden cms? cms made simple? | ||||||
Scorpie | woensdag 15 augustus 2012 @ 09:02 | |||||
Voor iemand die nog nooit met een CMS gewerkt heeft bedoel je? | ||||||
picodealion | woensdag 15 augustus 2012 @ 09:08 | |||||
Wordpress | ||||||
MrNiles | woensdag 15 augustus 2012 @ 09:10 | |||||
yep heb eens naar drupal zitten staren...maar dat werd m niet zeg maar maak zelf (voor de hobby) graag wat sites...maar het is nu nogal statisch...niet heel erg omdat er weinig veranderd aan de info..maar wil me zelf graag een beetje ontwikkelen. wil graag wel eigen ontwerpen maken, joomla templates pik je erzo tussen uit | ||||||
MrNiles | woensdag 15 augustus 2012 @ 09:12 | |||||
gebruik de edit ipv quote | ||||||
Quotidien | woensdag 15 augustus 2012 @ 12:06 | |||||
Ik verwarde het inderdaad met een site-builder, het is me nu duidelijk | ||||||
KomtTijd... | woensdag 15 augustus 2012 @ 12:44 | |||||
CMS Made Simple richt zich vooral op de serieuzere webdevelopers, itt bijv. wordpress wat meer op hobbyisten gericht is. je maakt eerst een ontwerp, daarna een template die geschikt is voor het CMS dat je wilt gebruiken. Afhankelijk van het CMS kun je een bestaande website vaak zeer makkelijk converteren naar een template. (kwestie van de menu's en content eruit knippen en vervangen door de juiste tags van het cms) | ||||||
QM84 | woensdag 15 augustus 2012 @ 13:52 | |||||
Moet dat niet andersom zijn? | ||||||
KomtTijd... | woensdag 15 augustus 2012 @ 14:07 | |||||
Nee? | ||||||
KomtTijd... | woensdag 15 augustus 2012 @ 14:10 | |||||
MrNiles je mag je vragen gewoon hier stellen ipv PM, als je een persoonlijk consult wilt huur je maar een adviesbureau in ofzo. | ||||||
Scorpie | woensdag 15 augustus 2012 @ 14:13 | |||||
Of mij, a 100 euro per uur. | ||||||
Quotidien | woensdag 15 augustus 2012 @ 14:17 | |||||
Wat zijn we weer behulpzaam. | ||||||
MrNiles | woensdag 15 augustus 2012 @ 14:19 | |||||
sure.. ik ben op zoek naar een goede tutor voor het maken van een template voor WP zodat ik de slechte meteen kan skippen...tips? en nog een navigatie vraagje ik heb voor een site een navigatiebalk boven in het scherm, een hoofdmenu. Door op een item te klikken krijg je tekst in het "main"-scherm en langs die tekst een submenu. Nu is heb ik dit nogal statisch gemaakt en wil ik dit wat dynamischer maken. Maar ik kan geen goede tutor vinden hoe dit te doen..het is dus een soort van dropdownmenu wat niet verdwijnt. Hopelijk is het duidelijk wat ik bedoel....heeft zo'n menu een speciale naam? Dan kan ik makkelijk naar zoeken...zal iemand vast al eens gemaakt hebben dan hoef ik het wiel niet opnieuw uit te vinden. Om het dynamisch te maken zal het met php moeten..misschien is het daarom niet helemaal in het juiste subforum...maar hopelijk kan iemand me wel helpen met het typemenu wat ik zoek | ||||||
Tijn | woensdag 15 augustus 2012 @ 14:28 | |||||
Het is een forum, geen chatbox. | ||||||
Scorpie | woensdag 15 augustus 2012 @ 14:28 | |||||
Hoi, a/s/l ? | ||||||
Quotidien | woensdag 15 augustus 2012 @ 14:30 | |||||
Dat zeg ik toch ook niet? | ||||||
Tijn | woensdag 15 augustus 2012 @ 14:36 | |||||
Het is niet onbehulpzaam om iemand te vragen gewoon op het forum te posten ipv dingen via PM/DM te regelen. | ||||||
MrNiles | woensdag 15 augustus 2012 @ 14:40 | |||||
excuses...ik heb zitten denken dat het rechtstreeks makkelijker was...had ik niet moeten doen..zelf denken..denk dat ik ook iets heb verrekt daar boven..zal het niet meer doen /bashing ontopic | ||||||
Quotidien | woensdag 15 augustus 2012 @ 14:42 | |||||
Nee maar je kunt op z'n minst even antwoorden en dan aangeven dat het beter in het topic kan, ipv botweg niet reageren. Zullen we weer on-topic gaan? | ||||||
KomtTijd... | woensdag 15 augustus 2012 @ 15:04 | |||||
Al had ik die PM uberhaupt gelezen, dan zou het alsnog ronduit onbeschoft zijn de inhoud zomaar te posten. Dat mag MrNiles zelf bepalen of'ie dat doet. | ||||||
Quotidien | woensdag 15 augustus 2012 @ 15:08 | |||||
Wie heeft het over die PM hier posten? | ||||||
KomtTijd... | woensdag 15 augustus 2012 @ 15:13 | |||||
dynamisch maken van een pagina doe je met een client-side scripttaal (lees: javascript). Ik neem aan dat je zoiets bedoelt als op tweakers.net (dat de 2e navigatiebalk verandert als je een poosje op een menuitem hovert)? Het makkelijkste is gewoon een aantal menu's in de pagina opnemen die je over elkaar heen positioneert en met display:none verbergt, en zichtbaar maakt met display:inline of display:block | ||||||
MrNiles | woensdag 15 augustus 2012 @ 15:28 | |||||
dynamisch als in makkelijk aan te passen mijn pagina met een werkend menu maar dit is dus heel omslachtig gemaakt door heel veel html pagina's heb deze pagina gemaakt toen ik eigenlijk alleen nog maar de include van php kon. elke pagina bestaat dus uit een complete html pagina...ben nu wel zover dat ik weet dat dat niet slim is als je iets wilt aanpassen | ||||||
Tijn | woensdag 15 augustus 2012 @ 15:33 | |||||
Je kunt het zo ingewikkeld maken als je wil, van een paar regels PHP tot een compleet CMS. | ||||||
MrNiles | woensdag 15 augustus 2012 @ 15:42 | |||||
ik wil graag het menu in 1x kunnen opbouwen, voor elke pagina heb nu 1 pagina (de index) met html/css, hierin staat een stukje php die uit een andere file een functie haalt op het moment dat er op een link wordt geklikt, in die functie staat de tekst die in het "main"-venster komt te staan. Dus 1 opmaak pagina... nu wil ik dus in die opmaakpagina ook mijn menu zetten..maar hoe krijg ik zo'n "complex" menu gevangen op 1 pagina..dit is al teveel php voor dit forum maar als iemand me hiermee kan helpen dan ben ik heel dankbaar. Kan laten zien wat ik al heb..hier of in het php forum | ||||||
Scorpie | woensdag 15 augustus 2012 @ 15:45 | |||||
Zoekt er iemand trouwens nog een baan als webdeveloper, en heb je verstand van de laatste modetrends? Reageer dan nu: http://www.jobbird.com/nl(...)erdam?s=webdeveloper | ||||||
Tijn | woensdag 15 augustus 2012 @ 15:53 | |||||
Ja, lijkt me meer iets voor het PHP-topic. | ||||||
Tijn | woensdag 15 augustus 2012 @ 15:55 | |||||
Sowieso, een webdeveloper die overweg kan met de Adobe suite maar niet per se Javascript hoeft te kunnen? Seriously? | ||||||
KomtTijd... | woensdag 15 augustus 2012 @ 16:40 | |||||
Of je gebruikt gewoon de ingebouwde menu-functies van je cms | ||||||
Tijn | woensdag 15 augustus 2012 @ 16:48 | |||||
Het lijkt me niet dat 'ie een CMS heeft als 'ie met zo'n probleem zit. | ||||||
Maartel | woensdag 15 augustus 2012 @ 16:51 | |||||
Ik zal waarschijnlijk worden uitgejouwd, maar toch even een poging onder 't mom van 'niet geschoten'... Ik ben nog aan het puzzelen met het design voor een Tumblr, en nu zou ik graag de lege ruimte in de sidebar (onder de nuttige echte content/knopppen) vullen met een herhalende inhoud (eventueel echte klikbare content, maar alleen een backdrop is ook oké). Nu is het zo dat de lengte van de Tumblr pagina flexibel is, gedefinieerd door x posts per pagina (waarvan de lengte kan verschillen), maar wanneer de sidebar langer is bepaalt deze de lengte. Aan beide heb ik in dit geval dus niet zo veel om te definieren hoe vaak ik de backdrop herhaalt wil hebben, ik wil simpelweg dat de sidebar nooit langer wordt dan de posts en dat hij zo weinig mogelijk 'lege ruimte' heeft. Normaal gesproken heeft de wrap/body/sidebar éénn brede backdrop die over de volle lengte meeloopt, dus ik heb het gevoel dat wat ik wil ook (makkelijk) moet kunnen, maar dat ik een heel logische oplossing over het hoofd zie. Het voornaamste verschil is dat de sidebar backdrop pas halverwege de wrapper moet beginnen... Als iemand enige suggestie heeft in welke hoek ik de oplossing moet zoeken dan zou ik dat erg waarderen | ||||||
Catch22- | woensdag 15 augustus 2012 @ 16:55 | |||||
wat de neuk is een backdrop? als je een achtergrondafbeelding wil repeteren, moet je repeat-x gebruiken. | ||||||
Maartel | woensdag 15 augustus 2012 @ 16:59 | |||||
Oh ja, dat dus inderdaad. En dat laatste weet ik, ik kom er alleen niet uit hoe ik een déél van de sidebar een achtergrondafbeelding geef die zich netjes tot onder aan de pagina blijft herhalen. Nu loopt hij of wel over de hele lengte, of hij houdt op op het punt dat er geen content meer in de sidebar staat. | ||||||
KomtTijd... | woensdag 15 augustus 2012 @ 17:01 | |||||
faux colums is je antwoord. | ||||||
Maartel | woensdag 15 augustus 2012 @ 17:06 | |||||
Bedoel je het zoals hier omschreven staat? http://www.alistapart.com/articles/fauxcolumns/ Want dat past het ontwerp inderdaad al toe, maar gaat dus wel over de lengte van de hele pagina, terwijl ik de 'opvulling' van de sidebar pas wil laten beginnen onder de content... (en da's voor de wrapper dus redelijk willekeurig midden in een post) Ik vermoed dat de hele pagina in een 'tabel' gooien een oplossing zóú kunnen zijn, maar ik heb het gevoel dat ik het dan misschien onnodig moeilijk maak. Een andere oplossing zou nog kunnen zijn dat ik er voor zorg dat de sidebar stop met scrollen waar de content ophoudt terwijl de wrapper doorscrollt, maar ik denk niet dat dat veel eenvoudiger zal zijn. [ Bericht 7% gewijzigd door Maartel op 15-08-2012 17:45:55 ] | ||||||
BrainOverfloW | woensdag 15 augustus 2012 @ 18:41 | |||||
Kun je niet een div met een repeterende achtergrond maken die langs de hele pagina loopt en er dan een div overheen leggen met de inhoud die je er in wilt hebben. | ||||||
Quir | woensdag 15 augustus 2012 @ 18:48 | |||||
Ik vind die Quotidien maar een lulletje. | ||||||
Maartel | woensdag 15 augustus 2012 @ 19:00 | |||||
Uhm, nou, de 'achtergrond' die ik wil gebruiken om de onderste helft van de sidebar op te vullen is vrij aanwezig (echte plaatjes zeg maar) dus veel te druk om achter de sidebar knoppen te hebben.. en die hebben zelf weer een transparante achtergrond omdat de site als geheel al een motiefje als achtergrond heeft. Nou zou ik kunnen proberen ze van motief te voorzien zodat ze 'wegvallen' in de achtergrond, maar dan nog zou de repeterende achtergrond uit het niets ineens midden in de sidebar tevoorschijn komen, ws ook midden in een afbeelding. | ||||||
BrainOverfloW | woensdag 15 augustus 2012 @ 19:20 | |||||
En die plaatjes kun je niet gewoon na de knoppen in dezelfde div laden? Of als aparte div onder de div met je knoppen zetten. | ||||||
Maartel | woensdag 15 augustus 2012 @ 19:29 | |||||
Dat kan wel, maar ze zijn dus bedoeld om de sidebar, indien nodig, op te vullen. Dus wanneer er een pagina met korte posts is zouden ze niet moeten verschijnen, en wanneer er een lange pagina is zouden ze moeten herhalen.. | ||||||
picodealion | woensdag 15 augustus 2012 @ 19:36 | |||||
En de hele sidebar die achtergrond geven, en de content een andere achtergrond daar overheen valt? Gaan er trouwens nog mensen hier naar Inspireconf in december? Als Jeffrey Zeldman komt spreken moet 't haast wel boeiend zijn. | ||||||
BrainOverfloW | woensdag 15 augustus 2012 @ 19:48 | |||||
En als je je opvullings div automatisch zijn lengte aan laat passen aan de ruimte die over is. Is er geen ruimte over dan komt die op 0px te staan en zie je hem niet. De plaatjes kun je aan het einde van de div verbergen met 'overflow : hidden'. | ||||||
Maartel | woensdag 15 augustus 2012 @ 19:48 | |||||
Dat suggereerde BrainOverfloW ook al, zie mijn vorige antwoord | ||||||
Maartel | woensdag 15 augustus 2012 @ 19:50 | |||||
Maar stopt ie dan netjes aan het eind van één afbeelding, of kapt ie dan alsnog de achtergrondafbeelding op de pixel nauwkeurig af? De opvullings div automatisch zijn lengte aan laten passen lijkt me wel een optie, ik krijg het alleen vooralsnog niet voor elkaar.. als ik bijvoorbeeld de hele sidebar een achtergrond geef en de hoogte op 100% zet, evenals de hoogte van de wrap, dan houdt de achtergrond in de sidebar alsnog op zodra de content stopt.. | ||||||
BrainOverfloW | woensdag 15 augustus 2012 @ 19:57 | |||||
Dat gebeurt wel ja, die waarschuwing was ik net in mijn post aan het editten . Als je ze precies uit wil laten komen moet je denk ik de oplossing in Javascript/JQuery zoeken. Dan kun je de hoogte van het op te vullen stuk berekenen en van daaruit berekenen hoeveel plaatjes je onder je content kunt laden. Een veel gehoort probleem als ik de reacties op google zie. Quick Tip: CSS 100% Height lijkt het op te lossen. | ||||||
Maartel | woensdag 15 augustus 2012 @ 20:03 | |||||
Bedankt! Aan een aantal reacties daar te lezen gaat het met kolommen nog niet altijd op, maar ik ga er toch eens doorheen lezen en wat dingen uitproberen.. wie weet! Edit: afgaande op wat ik nu gelezen en geprobeerd heb lijk ik toch aangewezen op Javascript.. bummer. [ Bericht 6% gewijzigd door Maartel op 15-08-2012 20:13:32 ] | ||||||
Neraice | woensdag 15 augustus 2012 @ 22:11 | |||||
Dat stadium is WordPress allang ontgroeid. | ||||||
nietzman | donderdag 16 augustus 2012 @ 12:29 | |||||
Okay, lang genoeg gewanhoopt, laat mij eens experts roepen. http://lambandhare.nl/newest/ Ik hiermee een enorme ruzie met IE < versie 10. Ik heb een aantal pagina's/divs op 100% hoogte van de browser, met daarin een verticaal gecentreerde div met daarin content. Internet Explorer < 10 zet deze -gok ik- op 300% hoogte, 100% boven de content-div, 100% als content-div en 100% onder de content-div. Voor IE forceer ik dus nu de 100% hoogte naar een _height van 750px om maar niet al te bizar veel te hoeven te scrollen. Ziet een van jullie snel waarom IE < 10 de 100% hoogte niet goed slikt? | ||||||
Catch22- | donderdag 16 augustus 2012 @ 12:40 | |||||
Quickfix: js gebruiken Longer fix: googlen, er zijn wel oplossingen, alleen wat lastiger te testen voor mij. | ||||||
Tijn | donderdag 16 augustus 2012 @ 12:51 | |||||
Ik zou ook de height gewoon met JS zetten. Meer moeite verdient IE niet | ||||||
Catch22- | donderdag 16 augustus 2012 @ 12:52 | |||||
http://jsfiddle.net/maxx0r/haMNS/4/ zo werkt het bij mij wel in IE7-9 | ||||||
Tijn | donderdag 16 augustus 2012 @ 12:57 | |||||
Wanneer je je venster resized, past de pagina zich niet aan trouwens. | ||||||
nietzman | donderdag 16 augustus 2012 @ 14:06 | |||||
It should. | ||||||
nietzman | donderdag 16 augustus 2012 @ 14:07 | |||||
Ik had 'm ook zo staan, maar bij mij slikt 'ie 'm niet. Gebruik alleen wel <articles> in plaats van divs, maar die maak ik netjes aan met js voor IE. Zou 'ie niet in de war kunnen raken van de divs die er in staan? | ||||||
nietzman | donderdag 16 augustus 2012 @ 14:09 | |||||
ps: dikke haat aan de instabiliteit van Coda2. | ||||||
Tijn | donderdag 16 augustus 2012 @ 14:28 | |||||
Ik heb niet naar je code gekeken, maar gebruik je wel html5shiv en maak je in je css nog even block-elementen van je articles? Pas dan doet <article> hetzelfde als <div> in IE namelijk. | ||||||
Tijn | donderdag 16 augustus 2012 @ 14:29 | |||||
Oh ja, ik zie het al. Het scrollen is alleen een beetje weird. Maar verder werkt het wel | ||||||
nietzman | donderdag 16 augustus 2012 @ 14:33 | |||||
Ik ben alweer een stuk verder, 100% height doet het nu goed in IE. Ik had kennelijk iets verneukt met de doctype. :$. Nu laat IE alleen nog een rare witruimte rechts van m'n pagina's zien. | ||||||
nietzman | donderdag 16 augustus 2012 @ 14:34 | |||||
En nou zijn m'n scroll-knopjes stuk. | ||||||
QM84 | donderdag 16 augustus 2012 @ 14:52 | |||||
Pagina eens door de HTML-validator halen.. zitten nogal een paar grove fouten in je code: <center> is not done, css is je antwoord. <![if ! IE]> is, zoals de validator het zegt "Bogus" <img width="300px" height="180px"> px in attributen: nee. | ||||||
nietzman | donderdag 16 augustus 2012 @ 14:56 | |||||
Will do. Ik noem mezelf maar weer een soort van scriptjutter. Die if ! IE was even de snelste manier om een svgtje alleen in IE in te laden. . En sinds wanneer is img width setten er dan eigenlijk uit? Ik kreeg vroeger altijd op m'n flikker van die validators als ik het niet deed? | ||||||
KomtTijd... | donderdag 16 augustus 2012 @ 14:59 | |||||
width= en height= zijn altijd een integer (afmeting in pixels), een dimensie erbij zetten maakt ze invalid. En volgens mij zijn ze beiden niet verplicht. | ||||||
QM84 | donderdag 16 augustus 2012 @ 15:16 | |||||
Width en height kan je beter in css zetten, of nóg beter: gewoon de images op maat maken. De conditional comments mag je op zich maken, maar je maakte ze niet als comment: <![if ! IE]> <-- fout <!--[if ! IE]> <-- goed | ||||||
KomtTijd... | donderdag 16 augustus 2012 @ 15:21 | |||||
| ||||||
QM84 | donderdag 16 augustus 2012 @ 15:25 | |||||
Dan is 't ie gelijk weer gesloten toch? niet echt nuttig.. Of werkt het toch tot aan de <![endif]--> op die manier? | ||||||
Tijn | donderdag 16 augustus 2012 @ 15:26 | |||||
Dat is voor als je wel IE wil includen.
Als je IE juist wil excluden, kan dat zo:
[edit] ik heb hier al 3x iets anders gezet, maar zoals het er nu staat klopt het | ||||||
nietzman | donderdag 16 augustus 2012 @ 15:33 | |||||
Ik merk dat ik nu een heleboel van m'n oude hacks -rare grappen om verticaal te centreren- er weer uit kan gaan slopen omdat ze de boel overal verneuken. | ||||||
Catch22- | donderdag 16 augustus 2012 @ 17:18 | |||||
ja waarom? Gewoon een breedte en margin:0 auto;, eventueel een wrapper erbij. Ik wil je best helpen, maar dat gaat een beetje lastig zo Ik heb net met een Less Mixin een tooltje gebouwd om dynamisch een gradient te genereren Ben met een applicatie bezig die voor elke "ingang"/omgeving een andere kleurset heeft (die komt terug in het active menuitem, koppen e.d.). Met een mixin heb ik gefixt dat hij de inlogknop "styled" aan de hand van de kleur van de omgeving.
| ||||||
nietzman | donderdag 16 augustus 2012 @ 22:20 | |||||
Dat kreeg ik alleen aan de praat voor de horizontale centering, verticaal slikte 'ie dat niet. (Daarnaast zou ik eigenlijk een blok verticaal willen centeren met een variabele hoeveelheid content en dus hoogte.) Maar volgens mij ben ik over m'n IE-ellende heen. Ik schotel nu ook IE9 en IE10 netjes een SVG voor ipv de fallback PNG. (Waardoor IE9 in compatibility mode er twee laat zien maar fuck dat.) | ||||||
nietzman | donderdag 16 augustus 2012 @ 22:23 | |||||
...en toen opende je de boel in Opera, wenste je compleet Noorwegen de teringtyfus toe en besloot je maar weer gewoon filmpjes te gaan maken. | ||||||
Tijn | donderdag 16 augustus 2012 @ 23:09 | |||||
Waarom ben je het eigenlijk zelf aan het doen? | ||||||
nietzman | donderdag 16 augustus 2012 @ 23:15 | |||||
Als er budgetten voor zijn laat ik het liever doen idd. . Aan de andere kant vind ik het ook leuk om er zelf weer mee te kutten, totdat het op bugfixen neerkomt. Dan is de lol er snel af. HTML+CSS blijft gewoon leuk om te doen, ik wou alleen dat ik mijn hoofd eens meer naar de javascript kant kon zetten. [ Bericht 16% gewijzigd door nietzman op 16-08-2012 23:32:13 ] | ||||||
Catch22- | vrijdag 17 augustus 2012 @ 08:57 | |||||
die blokken hebben een vaste hoogte toch? Stel dat de hoogte 450 pixels is, doe je toch gewoon
| ||||||
mstx | vrijdag 17 augustus 2012 @ 09:00 | |||||
Die bottom:50%; is niet nodig | ||||||
nietzman | vrijdag 17 augustus 2012 @ 09:05 | |||||
De blokken wel, maar de content er in is niet altijd blok-vullend. Zo positioneer ik ze nu al. | ||||||
QM84 | vrijdag 17 augustus 2012 @ 09:34 | |||||
http://css-tricks.com/centering-in-the-unknown/ Verticaal centreren met hulp van een pseudo-ghost element. | ||||||
Catch22- | vrijdag 17 augustus 2012 @ 09:36 | |||||
pseudo-elementen in IE zijn ook niet altijd even handig dit kan je ook doen, stukje jQuery http://jsfiddle.net/maxx0r/vEGkr/4/ | ||||||
QM84 | vrijdag 17 augustus 2012 @ 09:50 | |||||
Alleen IE7 ondersteund ze niet, vanaf ie8 kan je ze gewoon gebruiken... Hoe minder JavaScript-vervuiling op een pagina, hoe beter, lijkt mij.. | ||||||
Catch22- | vrijdag 17 augustus 2012 @ 09:52 | |||||
Klopt, maar als je het met een klein stukje javascript werkend maakt in browsers die anders lopen te klooien en je geen betere oplossing weet dan een blok op je site waarin je meldt dat je het niet voorelkaar krijgt, dan is het zo gek nog niet | ||||||
Scorpie | vrijdag 17 augustus 2012 @ 10:17 | |||||
Javascript vervuiling noemen, tsk. | ||||||
nietzman | vrijdag 17 augustus 2012 @ 11:39 | |||||
Jongens jongens niet vechten. | ||||||
nietzman | vrijdag 17 augustus 2012 @ 11:41 | |||||
Ik stoei nog even verder met link en fiddle, die link had ik al eens geprobeerd maar die zal ik zelf wel verneukt hebben door al m'n vieze andere hacks. Thanks. | ||||||
Catch22- | vrijdag 17 augustus 2012 @ 12:37 | |||||
Eigenlijk moet je je centrering doen met display:box in moderne browsers that is | ||||||
QM84 | vrijdag 17 augustus 2012 @ 13:07 | |||||
En dat is gelijk het beste argument waarom je het niet moet doen: De specificatie is nog niet af en kan nog regelmatig wijzigen. Ondertussen ís deze gewijzigd en de nieuwe syntax is display: flex; zie ook http://css-tricks.com/old-flexbox-and-new-flexbox/ voor alle verschillende versies en natuurlijk de officiele working draft op http://www.w3.org/TR/css3-flexbox/ | ||||||
Dalando | zondag 19 augustus 2012 @ 23:41 | |||||
Centering met margin: 0 auto; | ||||||
nietzman | maandag 20 augustus 2012 @ 12:45 | |||||
Thanks man. | ||||||
Snoepje5 | dinsdag 21 augustus 2012 @ 09:54 | |||||
Kan het kwaad om zonder problemen de main{ css style van width 1000 naar 1050 te wijzigen? Voor zover ik heb gezien heeft het nergens invloed op. Reden waarom ik dit wil wijzigen is omdat de afbeelding van mijn footer wordt afgesneden bij 1000 px. En deze wil ik 1050 pix breed hebben. Kan het invloed hebben op iets dat bijv. right align heeft en dan padding-right: xx px? Of is het wellicht verstandiger om overflow: hidden gewoon weg te halen bij de main { ? | ||||||
KomtTijd... | dinsdag 21 augustus 2012 @ 10:04 | |||||
Als je er geen verstand van hebt, lijkt het me alleszins verstandiger om die afbeelding gewoon 50px te verkleinen. En anders: je kunt het altijd even proberen | ||||||
Happel | dinsdag 21 augustus 2012 @ 10:11 | |||||
Het heeft alleen invloed op gebruikers die nog op 1024x768 zitten. Die krijgen dan een horizontale scrollbar. Maar weet natuurlijk niet voor welke resolutie je de site aan het maken bent. Verder wat diegene boven me zegt. | ||||||
Snoepje5 | dinsdag 21 augustus 2012 @ 10:18 | |||||
Het is een beetje het idee als bij de coolblue.nl footer. Als ik de afbeelding met 50 verklein, dan sluit die niet aan de zijkanten waardoor er dus eigenlijk twee witte strepen naast de zijkant staan omdat de achtergrond iets breder is dan 1000px. Krijgen gebruikers met een resolutie van 1024x... bij beide gevallen zoals ik hierboven noem een horizontale scrollbar? Tja voor welke gebruikers ik de site maak, voor iedereen. Het is geen 'gaming' doelgroep bijv. die sowieso wel hogere resoluties als 1024x gebruiken. | ||||||
Snoepje5 | dinsdag 21 augustus 2012 @ 10:22 | |||||
Oke: bij beide gevallen komt er een horizontale scroll bar inderdaad.. Dan eens kijken hoe het anders opgelost kan worden.. als dat kan. Vraag me wel af in hoeverre het nog realistisch is om te denken dat er 1024x gebruikers bestaan. Dat is werkelijk 50% of nog minder dan mijn huidige scherm... Zelfs de iPad komt daar van in de buurt.. | ||||||
Snoepje5 | dinsdag 21 augustus 2012 @ 11:48 | |||||
Interessant: http://tweakers.net/nieuw(...)-pixelbezitters.html Toch nog maar voor 1024x blijven optimaliseren dus.. | ||||||
stefanhaan | dinsdag 21 augustus 2012 @ 11:49 | |||||
ga maar eens bij bedrijven langs. Die werken vaak nog op zulke resoluties met kleinere schermen | ||||||
Snoepje5 | dinsdag 21 augustus 2012 @ 11:51 | |||||
Heb je gelijk in ja.. hier op de universiteit staat het ook nog vol met van die pruts mini schermpjes. | ||||||
stefanhaan | dinsdag 21 augustus 2012 @ 11:53 | |||||
net als dat die ook nog op IE 7 of 8 zitten. Alhoewel het merendeel wel voort van 7 af is gelukkig. Maar nog een hoop met IE8 Maar gelukkig bestaan er dingen zoals Modernizr | ||||||
Snoepje5 | dinsdag 21 augustus 2012 @ 11:54 | |||||
Hé, maar als ik die 1050 wijzig naar 1024 max width zou er gen probleem moeten zijn toch in vergelijking met de 1000 die ik eerst had? | ||||||
stefanhaan | dinsdag 21 augustus 2012 @ 11:58 | |||||
volgens mij niet. Ik zou zeggen probeer het even | ||||||
Snoepje5 | dinsdag 21 augustus 2012 @ 12:10 | |||||
Ja nja werkt niet, zit ik nog steeds met de achtergrond. Ik geef wel een andere draai aan de footer.. | ||||||
stefanhaan | dinsdag 21 augustus 2012 @ 12:27 | |||||
heb je een linkje mogelijk dat ik kan kijken? Heb nl wel een idee hoe je het op kan lossen. Linkje mag ook via DM evt | ||||||
Snoepje5 | dinsdag 21 augustus 2012 @ 12:33 | |||||
Heb je dm gestuurd. Bedankt | ||||||
Happel | dinsdag 21 augustus 2012 @ 12:36 | |||||
1004 is de maximum breedte die je moet aanhouden. Scrollbar is twintig pixels breed. | ||||||
stefanhaan | dinsdag 21 augustus 2012 @ 12:43 | |||||
met deze code fix je het:
Ipv de background op je #footer moet die op de container staan En dan de achtergrond kleur van #footer weghalen dat groene. Kan alleen wel problemen geven op 1024x768 maar zover ik gekeken heb is het ook op die resolutie goed. | ||||||
Snoepje5 | dinsdag 21 augustus 2012 @ 12:46 | |||||
Zou je eens kunnen kijken? Ik heb de wijzigingen doorgevoerd. Maar is het probleem om 1024px nu niet dat er een scroll bar komt? | ||||||
stefanhaan | dinsdag 21 augustus 2012 @ 12:47 | |||||
Met overflow-x:hidden komt er nooit een horizontale scrollbalk. Dat word geclipt dan als het goed is. | ||||||
Snoepje5 | dinsdag 21 augustus 2012 @ 12:47 | |||||
De width 1000px had ik al weggehaald. Dan moet het nu oké zijn? Enige wat ik nu wel opmerk is dat de afbeelding van de footer mee verschuift bij 1024px. | ||||||
stefanhaan | dinsdag 21 augustus 2012 @ 12:50 | |||||
Alleen nog bij #footer
Je krijgt op 1024x768 wel een horizontale scrollbalk. Maar dat kan je alleen fixen als heel je website 1004px breed is. | ||||||
Snoepje5 | dinsdag 21 augustus 2012 @ 12:56 | |||||
Duidelijk. Bedankt voor je hulp. Nu moet ik dan overwegen of het verstandig is om 'm niet voor 1024 te optimaliseren.. Eventueel kan ik nog 4 pixels van de zijkant van de achtergrond snijden.. Dan is die ook voor 1024 geoptimaliseerd want dan kan ik de footer ipv 1028px 1024px maken. Dan weet ik dus niet wat ik moet doen.. Want dan zou 1024px breed ook niet voldoende zijn voor een 1024 monitor omdat er nog 20px scrollbalk bijkomt. Is het echter niet zo dat die de 20px van de scroll balk verticaal niet meetelt? Bij mij hakt die namelijk eerst 20px van de zijkant af die achter de scroll balk verdwijnen voordat die horizontaal gaat scrollen. [ Bericht 6% gewijzigd door Snoepje5 op 21-08-2012 13:20:51 ] | ||||||
KomtTijd... | dinsdag 21 augustus 2012 @ 13:38 | |||||
Verschilt misschien per browser. Firefox bijv. laat allen een scrollbalk zien als het nodig is, vandaar dat gecentreerde pagina's een paar pixels verspringen als ze langer worden, er verdwijnt rechts 20px beeldruimte dus de gecentreerde pagina moet 10px naar links. |