ikbenrond | zondag 25 oktober 2015 @ 20:17 | |||||
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. Vragen over PHP, SQL of andere serverside programmeertalen horen niet in dit topic. Deze kun je stellen in [PHP/MySQL] voor dummies of open zelf een topic. Voor vragen over webhosting, domeinnamen enz. kun je terecht in 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: [Wordpress]Algemeen 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. Nog beter is om een snippet in Codepen of JSFiddle te plakken. Hierdoor kunnen anderen je ook makkelijker helpen. 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. Hier een paar artikelen over CSS elementen die vaak voor verwarring zorgen • CSS Floats 101 • CSS Positioning 101 Heb je zin om HTML, CSS of Javascript leren, dan zijn deze video tutorials een goede plek om te beginnen • 30 Days to Learn HTML & CSS • 30 Days to Learn jQuery • JavaScript from null Overige tips & tricks • jQuery Tips and Tricks • Hidden Features of JavaScript Populaire frameworks • [HTML/CSS] Bootstrap • [HTML/CSS] Foundation • [JS] jQuery • [JS] AngularJS • [JS] Backbone • [JS] Ember.js | ||||||
ikbenrond | zondag 25 oktober 2015 @ 20:19 | |||||
Mijn laatste vraag http://codepen.io/anon/pen/OyvmBR Er zijn vier bolletjes die naar een foto sliden, de rest slide nergens heen. Misschien kan iemand mij helpen? | ||||||
mstx | zondag 25 oktober 2015 @ 20:26 | |||||
1. je bolletjes staan allemaal door elkaar, kijk naar de margin-left 2. .overflow-wrapper moet 1000% breed zijn bij 10 items, het was 400% voor 4 items 3. .slide img moet 10% breed zijn voor 10 items, het was 25% voor 4 items 4. #Slide10:checked ~ .overflow-wrapper moet -900% zijn http://codepen.io/anon/pen/Qjmvzq | ||||||
ikbenrond | zondag 25 oktober 2015 @ 20:56 | |||||
Ohh Thanks man. Ze staan ook alle 10 netjes in het midden nu. | ||||||
BrainOverfloW | zondag 25 oktober 2015 @ 21:20 | |||||
Nog een puntje om je code wat leesbaarder te houden. Als je stijlen hebt die op veel elementen terug komen kun je die beter samen in een class zetten die je dan aan al die elementen plakt. In jouw geval kopieer je nu de hele stijl van je labels voor alle 10 de labels. Echter veranderen alleen de margin-left en de bottom. De rest van de regels kunnen dus prima samen een class krijgen. Daarmee het je minder code, 70 regels minder in dit geval, wat niet alleen leesbaarder is maar ook makkelijker aanpasbaar. Nu hoef je een toekomstige wijziging maar op één plek uit te voeren in plaats van het naar 10 plekken te moeten kopiëren. http://codepen.io/anon/pen/XmEgJO | ||||||
ikbenrond | zondag 25 oktober 2015 @ 22:01 | |||||
Thanks voor de tip, dat is inderdaad wat duidelijker | ||||||
Light | zondag 25 oktober 2015 @ 22:29 | |||||
Volgens mij verandert "bottom" helemaal niet. En als het voor een paar items wel verandert, kun je alsnog de standaardwaarde bij de class zetten en de afwijkende waarde bij de betreffende id's. | ||||||
BrainOverfloW | zondag 25 oktober 2015 @ 22:54 | |||||
Helemaal gelijk in, niet goed genoeg opgelet bij het aanpassen. Wat ironisch genoeg mijn punt alleen maar duidelijker maakt. Hou je code zo overzichtelijk mogelijk. Een standaardwaarde opnemen in je class die je bij uitzonderingen overschrijft vanuit een andere class/id is inderdaad makkelijker dan geen standaardwaarde op te nemen. Uiteindelijk valt het allemaal terug op het principe van Don't Repeat Yourself (DRY). Als je merkt dat je code vaak hergebruikt moet je je afvragen of er niet een betere manier is om diezelfde code vanuit verschillende plekken aan te spreken. In het geval van CSS kan dat door het in een class te zetten. Bij Javascript kun je het in een functie zetten die je aanspreekt waneer je het nodig hebt. | ||||||
Catch22- | maandag 26 oktober 2015 @ 08:01 | |||||
Nog beter is om een CSS preprocessor te gebruiken (sass of less). Houdt je code netter en beter onderhoudbaar. En je hebt ook minder classes nodig. | ||||||
Light | maandag 26 oktober 2015 @ 08:08 | |||||
Dan had je waarschijnlijk een mixin gepakt in plaats van een class te gebruiken. Dat zou ik juist een nadeel vinden, al was het maar omdat je denkt dat je DRY bezig bent maar de uiteindelijke css dat helemaal niet meer is. | ||||||
Catch22- | maandag 26 oktober 2015 @ 08:11 | |||||
In plaats van classes toevoegen in je dom, voeg je een mixin toe aan je class. Vind ik persoonlijk netter. | ||||||
PimD | maandag 26 oktober 2015 @ 08:29 | |||||
Blijft een lastige discussie, of je nou mixins moet gebruiken, extends of gewoon extra classes in je HTML. Ik neig nog steeds heel erg naar extra classes. Misschien dat je het 'composition over inheritance' zou kunnen noemen. | ||||||
Light | maandag 26 oktober 2015 @ 18:46 | |||||
Afhankelijk van de situatie. Als je uitgaat van de css in de tweede post van dit topic, is het handiger om het eerst op te ruimen zoals BrainOverfloW gedaan heeft. Daarna kun je misschien nog wat doen met een css preprocessor. Als je eerst preprocessors gaat gebruiken, krijg je 10 id's met dezelfde mixin. | ||||||
Light | maandag 26 oktober 2015 @ 18:58 | |||||
Ik vind vooral de variabelen en het kunnen uitvoeren van berekeningen van preprocessors erg makkelijk. Dan kunnen dingen ineens logische namen krijgen. Wel zo prettig bij het nalezen van code en het zien van afhankelijkheden. | ||||||
n8n | maandag 26 oktober 2015 @ 20:21 | |||||
Ik schrijf mijn css net anders dan de meeste developers die ik ken. Ben indertijd met de fok lay-out mobiel op zoek gegaan naar een compacte manier om css te schrijven in een tijd dat mobiele browsers niet meer dan 25KB uncompressed wilden cachen. In plaats van per selector meerdere regels declaraties neer te zetten, doe ik het andersom. Eén declaratie met meerdere selectors waar die van toepassing is. Mijn sheet deel ik dan op in een reset, typografie, layout, en ornamenten. Nog een raw file om dingen uit te proberen - wat je achteraf wel op moet schonen. De variabelen haal ik uit een var.color.scss en var.size.scss waar ik een naming convention - bijna - heb uitgedokterd. Het ziet er dan als volgt uit: style.scss en een deel van layout.scss Het is wat meer moeite om op te zetten maar je houdt een serieus compacte css over, en zonder je html te vervuilen met allerhande classes overal. | ||||||
Tijn | maandag 26 oktober 2015 @ 20:34 | |||||
Je kunt calc() tegenwoordig ook zonder preprocessor gebruiken. | ||||||
n8n | maandag 26 oktober 2015 @ 20:36 | |||||
voor mij geen issue meer met border-box, had IE6 het toch bij het juiste eind. | ||||||
Light | maandag 26 oktober 2015 @ 21:13 | |||||
Daar zijn wel wat issues mee. [ Bericht 29% gewijzigd door Light op 26-10-2015 21:28:39 ] | ||||||
Tijn | maandag 26 oktober 2015 @ 22:22 | |||||
Niks dat een polyfill niet kan fixen | ||||||
TwenteFC | maandag 26 oktober 2015 @ 22:24 | |||||
Ik zit een beetje op de n8n route maar dan met Stylus, ben zelf alleen wel erg van het benoemen van dingen.
Zou bij mij eerder zoiets zijn
En even wat anders, schaam me haast om het te zeggen. Maar ik ben laatst voor de grap eens in flexbox gedoken. Mijn leven is sindsdien veranderd. | ||||||
n8n | maandag 26 oktober 2015 @ 22:58 | |||||
Die .icon heeft nog andere styling die onafhankelijk is van de header context. Met jouw voorbeeld heb je dan - wellicht - ook een .Section__icon (waarom die interpunctie zo?). Maak er dan .header.icon van, dan kan je ze nog los van elkaar selecteren. | ||||||
Catch22- | maandag 26 oktober 2015 @ 23:13 | |||||
Bem he. Ik ben er geen fan van | ||||||
n8n | maandag 26 oktober 2015 @ 23:17 | |||||
Ik doop mijn syntax do:css, declaration oriented. Just do it, zoals ze zo mooi zeggen. Edit: https://css-tricks.com/bem-101 meh | ||||||
TwenteFC | maandag 26 oktober 2015 @ 23:20 | |||||
Inderdaad, http://getbem.com/naming/ Ik heb hiervoor gekozen omdat de css van bij ons op het werk een grote bende is, en de !importants je om de oren vliegen. Gebruik het nu een aantal maanden en valt me nog niet tegen, en anders is het in ieder geval een consistente bende. Ik ben geen "frontender" maar ik sta altijd open voor betere alternatieven. | ||||||
PimD | dinsdag 27 oktober 2015 @ 07:58 | |||||
BEM en namespacing, ik ben er groot fan van. Zorgt er IMO echt voor dat je veel beter nadenkt over hergebruik en het opsplitsen van je CSS in herbruikbare stukjes. Flexbox is inderdaad briljant, hoewel we het nu wel gaan misbruiken voor dingen waar eigenlijk de Grid-module van CSS voor bedoeld is - maar ja, die wordt nog nauwelijks ondersteund. | ||||||
Catch22- | dinsdag 27 oktober 2015 @ 08:22 | |||||
Ik vind de syntax niet zo geweldig. En CSS is al cascading, om dat dan ook in je naamgeving te doen vind ik niet zo nodig. Ik ben de enige frontender en je treft in mijn CSS vrijwel nooit important aan. Dus volgens mij doe ik t prima. | ||||||
n8n | dinsdag 27 oktober 2015 @ 10:12 | |||||
BEM haalt het hele cascading idee van css weg, en modulair opbouwen kan natuurlijk ook zonder elk uniek friemeltje een naam van 30 karakters te geven met daarnaast nog --uitzonderingen. Wat zeker helpt is naming conventions maar ook pattern libraries, een mooie catalogus met modules waar van alles uit overgenomen kan worden. Wat ook helpt is 1 persoon verantwoordelijk maken voor de css in de uiteindelijke vorm, daarom heb ik een raw.nathan.scss, dan kan je elk team-lid zo’n bestand geven. Door de css op te organiseren op property in plaats van selectors is het ook veel makkelijker te identificeren wanneer een waarde overruled wordt, ze passen vaak tegelijk op je scherm. | ||||||
grotenaz | woensdag 28 oktober 2015 @ 19:37 | |||||
DIG / Achtergrond Iemand die me kan helpen? | ||||||
Catch22- | woensdag 28 oktober 2015 @ 19:39 | |||||
druk eens op f12 en kijk bij net en console | ||||||
donroyco | woensdag 28 oktober 2015 @ 20:46 | |||||
| ||||||
grotenaz | zondag 1 november 2015 @ 22:04 | |||||
Probleem: (verticaal) menu wil niet onder het logo gaan staan. Code: <body> <div class="logo"> <br> <br> <a href="website"> <img src="logo.png" align="left"> </a> </div> <br> <br> <div class="menu"> <table> <tr> <th> <a href="overons.menu.php"> Over Ons </a> </tr> </th> <tr> <th> <a href="contact.menu.php"> Contact </a> </tr> </tr> </table> Heeft iemand oplossingen? | ||||||
Catch22- | zondag 1 november 2015 @ 22:24 | |||||
Een table, serieus? | ||||||
grotenaz | zondag 1 november 2015 @ 22:29 | |||||
Ja, hoezo? | ||||||
Light | zondag 1 november 2015 @ 22:35 | |||||
• Gebruik de [code][/code] tags (of klik op ) • Geen tables gebruiken, (behalve voor tabulaire data, wat een menu zeker niet is) • Witruimte toevoegen doe je in stylesheets, niet door br-tags te gebruiken. | ||||||
grotenaz | zondag 1 november 2015 @ 22:41 | |||||
-Met wat voor tag moet ik een menu dan in elkaar coderen? -Witruimte dmv stijlbladen? Zou je willen uitleggen hoe? | ||||||
mstx | zondag 1 november 2015 @ 22:51 | |||||
Als je al tables gebruikt zorg dan ook dat de tags goed staan, er staan nu allemaal TR en TH's dubbel en door elkaar Maar normaal zet je een menu in een <nav> en <ul>, en stel je de witruimte in met margins. Een table is alleen bedoeld voor tabulaire data. | ||||||
Tijn | zondag 1 november 2015 @ 23:01 | |||||
Wat dacht je van <nav> met daarin een lijstje met links? | ||||||
n8n | dinsdag 3 november 2015 @ 17:16 | |||||
Niet echt voor dummies, of wel maar dan voor wiskunde (met JS) Ik heb een functie die van een string een sample neemt op random plekken. De lengte van de string is variabel. De hoeveelheid samples zal tussen de 10 en 1000 komen te liggen. Het punt is alleen dat de string lengte kan variëren van een paar duizend karakters tot een paar miljoen. Nu komt de wiskunde, ik wil de hoeveelheid samples exponentieel laten dalen omdat het bij lange strings qua performance een potentieel drama wordt. Ik heb het geïllustreerd met een curve ter indicatie (geen exacte waarden). Nu de hamvraag; weet iemand of en - indien mogelijk - hoe dit kan? Is er een wiskunde genie aanwezig? Bedankt Edit: had de curve verkeerd om anyway, heb het nu kwadratisch opgelost met Math.sqrt().
[ Bericht 11% gewijzigd door n8n op 03-11-2015 17:59:29 ] | ||||||
Tijn | dinsdag 3 november 2015 @ 18:19 | |||||
Waarom zou het langer duren om 100 chars uit een string met lengte 1000 te halen dan uit een string met lengte 1000000? | ||||||
Ser_Ciappelletto | dinsdag 3 november 2015 @ 18:24 | |||||
Hij wil het aantal samples doen afnemen naarmate de lengte van de string toeneemt. | ||||||
n8n | dinsdag 3 november 2015 @ 18:28 | |||||
Ik was eerder met dit bezig en had nu wat dingen door de war. Ik wil dat het percentage van samples langzaam omlaag gaat. Dus op 100.000 karakters kunnen er 200 samples gepakt worden, maar met 10.000.000 maar 500, bijvoorbeeld. Dus het aantal samples moet niet lineair omhoog gaan maar binnen de perken gehouden worden. Volgens mij is m’n code net alsnog lineair heb in ieder geval een harde limiet van 1000 samples. | ||||||
n8n | dinsdag 3 november 2015 @ 18:28 | |||||
precies | ||||||
Ser_Ciappelletto | dinsdag 3 november 2015 @ 18:39 | |||||
Mits floating point numbers geen probleem zijn (eventueel afronden) kun je dat oplossen met een Briggs logaritme. x = String length y = Aantal samples z = Basisaantal samples log(x) * z = y Dan krijg je bij een length van 10000 (10^4) 2x zoveel samples als bij een length van 100 (10^2), en bij een length van 1000000 (10^6) 6x zoveel samples. Hoe je dat in code vertaalt, weet ik niet. | ||||||
Tijn | dinsdag 3 november 2015 @ 18:57 | |||||
Oh, in dat geval is sqrt() wel een goeie, ja | ||||||
Tijn | dinsdag 3 november 2015 @ 18:59 | |||||
Nee, hij wil de groei van het aantal samples doen afnemen. | ||||||
n8n | dinsdag 3 november 2015 @ 18:59 | |||||
Hou het denk ik bij sqrt ja, had Math.log() wel gevonden maar dat is een stuk minder straight forward. Thanks. Nu m'n code herschrijven want ik had het eerst niet zo handig aangepast met een hardcoded getal. | ||||||
Ser_Ciappelletto | dinsdag 3 november 2015 @ 19:04 | |||||
Met Math.log() kun je het basisgetal wel makkelijker aanpassen als dat nog te groot blijkt. x = string.length b = 10 // basisgetal y = Math.log(x) / Math.log(b) // aantal samples | ||||||
n8n | dinsdag 3 november 2015 @ 19:06 | |||||
Nog een keer naar kijken dan, nu eerst even reactoren anders wordt ik helemaal loco. heb de snippets opgeslagen. --- edit: refactored, heb een functie die alle afbeeldingen met .glitch indexeert, de binary met ajax ophaalt, dit omzet naar base64 en op een X aantal locaties een karakter wijzigt. Het resultaat wordt naar een callback gegooid waar het verder afgehandeld wordt. Het is een glitch in de afbeelding, deze heeft nu een X aantal wijzigingen - nu gebaseerd op Math.sqrt() - en elke poging wordt het resultaat met canvas en een load event gecheckt - soms gaan ze kapot of op zwart/grijs. Na elke mislukte poging gaan ook het aantal wijzigingen omlaag om oneindige loops te voorkomen. Ben er erg content mee En zelfs op m'n telefoon is het erg snel, ook met 1MB afbeeldingen dankzij de Math Screen: http://d.pr/i/Y38U+ [ Bericht 18% gewijzigd door n8n op 04-11-2015 00:31:22 ] | ||||||
grotenaz | woensdag 4 november 2015 @ 17:39 | |||||
Ik heb hetzelfde menu (eerdere post in dit topic) nu in <ul> vorm gemaakt. Echter wil het nog steeds niet onder het logo komen te staan. Iemand tips/opmerkingen? | ||||||
BrainOverfloW | woensdag 4 november 2015 @ 17:41 | |||||
Zonder de code zoals je die nu hebt kunnen we weinig zeggen over wat het probleem is. | ||||||
grotenaz | woensdag 4 november 2015 @ 18:18 | |||||
stijlblad
Homepagina:
| ||||||
grotenaz | woensdag 4 november 2015 @ 18:19 | |||||
Ik hoop dat jullie kunnen zien waarom het menu naast het logo gaat en niet onder het logo. | ||||||
grotenaz | woensdag 4 november 2015 @ 18:28 | |||||
Toevoeging: Stijlblad
De link wordt echter NIET zwart | ||||||
n8n | woensdag 4 november 2015 @ 18:29 | |||||
dat is dan ook wit, zwart is #000; | ||||||
grotenaz | woensdag 4 november 2015 @ 18:38 | |||||
De link verandert überhaupt niet van kleur. | ||||||
Catch22- | woensdag 4 november 2015 @ 18:39 | |||||
Gast... Leer eerst hoe HTML werkt. Je code klopt van geen kant. | ||||||
Light | woensdag 4 november 2015 @ 18:42 | |||||
Dat is verwacht gedrag, de links hebben namelijk niet de class menu. En verder wat Catch22- zegt. | ||||||
BrainOverfloW | woensdag 4 november 2015 @ 19:13 | |||||
Zoals gezegd, er zitten nogal wat beginnersfouten in je HTML: • Sluit je tags altijd af van binnen naar buiten. • <br> elementen hebben niks te zoeken binnen een <a> element en zouden sowieso niet gebruikt moeten worden voor het stijlen van de site. Daar is je CSS voor. • Het zelfde geld voor align=left • Een unordered list <ul> heeft een lijst van list items <li>. Op zichzelfstaand is een <ul> niet nuttig. Zeker niet meerdere onder elkaar die duidelijk in dezelfde lijst thuis horen. • Waarom je divs naast elkaar komen te staan heeft te maken met hoe je de elementen in CSS positie geeft ten opzichte van elkaar. Zijn het items op een lijn, zijn het losse blokken etc. Daar is allerlei code voor die je blijkbaar nog moet leren.
Zelf iets willen maken is een goede manier van toepasselijk leren maar je zult daarnaast ook je kennis bij moeten spijkeren. Als je alleen maar code bij elkaar duwt zonder goed te snappen wat het doet loop je constant tegen problemen aan. Hopelijk kun je wat met deze tutorial serie: LevelUpTuts - How To Make Your First Website | ||||||
n8n | woensdag 4 november 2015 @ 19:17 | |||||
codeacademy.com is ook een goede, basics leren in een cursus waar je kleine opdrachten uitvoert. | ||||||
n8n | woensdag 4 november 2015 @ 19:20 | |||||
https://whosbuying.newyorkpizza.nl | ||||||
Ser_Ciappelletto | woensdag 4 november 2015 @ 19:45 | |||||
Zo heb ik het ook geleerd. Dat werk je in een weekje door (html, css, js, PHP en MySQL), en dan kun je heel aardig sites maken. | ||||||
grotenaz | woensdag 4 november 2015 @ 19:50 | |||||
Bedankt allen, ik heb al 2 jaar niet gecodeerd en wilde weer beginnen. Maar ik heb al een boek bij de boekhandel bestelt om mijn kennis weer op te frissen dus de komende tijd hebben jullie geen last van me😉 | ||||||
donroyco | woensdag 4 november 2015 @ 20:00 | |||||
Ik zou geen boek meer kopen. Online is genoeg te vinden. | ||||||
n8n | woensdag 4 november 2015 @ 20:14 | |||||
alleen JS: The Good Parts en Don’t Make Me Think | ||||||
donroyco | woensdag 4 november 2015 @ 21:09 | |||||
Die zijn ook als ebook verschenen | ||||||
Catch22- | woensdag 4 november 2015 @ 21:11 | |||||
Dont make me think is overrated. | ||||||
donroyco | woensdag 4 november 2015 @ 21:34 | |||||
Overrated? Nee. Outdated? Ja. | ||||||
Catch22- | woensdag 4 november 2015 @ 21:38 | |||||
Op zich best zinnig, maar niet altijd even relevant. | ||||||
n8n | donderdag 5 november 2015 @ 11:13 | |||||
De principes van don't make me think zijn nog immer relevant, de nieuwe editie gaat ook in op mobiel. De UI wereld heeft geëvolueerd maar de gedachtengang klopt nog steeds, iets wat maar al te duidelijk is als je naar de kwaliteit van software - websites - kijkt. Overrated tja, het is een boek wat je idereen in de hiërarchie van design/development kan geven om zo de basiskennis te verspreiden. Dat maakt standpunten communiceren wat makkelijker. Het boek staat ook los van de implementatie dus het is nog steeds toe te passen. Als je The Paradox of Choiche leest kom je er ook achter dat ‘meer opties’ beklemmend werkt voor mensen, dat hele concept wordt in don't make me think toegepast op interface. En zo veel is er - op het Windows 95 uiterlijk na - niet veranderd, veel patronen zijn nog intact na ~30 jaar UI. | ||||||
BroodmetChocopasta | maandag 9 november 2015 @ 20:52 | |||||
Hey FOK!ers, Ik ben van plan om begin december mezelf beter te leren programmeren. Ik heb al enige ervaringen met HTML en CSS, maar het kan natuurlijk altijd beter! Ik sta eigenlijk nog in de kinderschoentjes en heb daardoor een heleboel vragen. Dus jullie zullen nog een hoop van mij horen in dit forum Ik programmeerde altijd gewoon in het kladblok met de extensie .html/.css, maar ik zag in dit filmpje dat iemand een ander programma gebruikte waardoor je wat sneller codes kan invoeren. Dit lijkt me super handig! Weet iemand hoe dat programma heet? En of het gratis is natuurlijk? Kennen jullie ook goede kanalen op YouTube over programmeren met HTML en CSS? Alvast bedankt voor het reageren! | ||||||
TwenteFC | maandag 9 november 2015 @ 20:58 | |||||
In het filmpje gebruikt hij Notepad++ welke inderdaad gratis. Persoonlijk zou ik dan SublimeText pakken, waarmee je heel lang de demo versie kan draaien. | ||||||
Catch22- | maandag 9 november 2015 @ 21:00 | |||||
Is atom niet ongeveer hetzelfde? | ||||||
BroodmetChocopasta | maandag 9 november 2015 @ 21:07 | |||||
Dankjewel voor je snelle reactie! | ||||||
mstx | maandag 9 november 2015 @ 21:46 | |||||
Nee. Atom is veel fijner. | ||||||
TwenteFC | maandag 9 november 2015 @ 21:50 | |||||
Heb Atom nog nooit gebruikt dus ik zou het eerlijk gezegd niet weten. SublimeText & PHPStorm zijn eigenlijk mijn enige editors/ide. Maar eens proberen dan | ||||||
mstx | maandag 9 november 2015 @ 21:53 | |||||
Atom haalt het bij lange na niet bij PhpStorm, vooral met PHP code, maarja die is dan ook niet gratis. | ||||||
Inolvidable | vrijdag 13 november 2015 @ 16:31 | |||||
Ik ben bezig met een interactieve kaart die de route van MH17 aan geeft en wat er onderweg precies is gebeurd etc. Nu gebruik ik deze code van Mapbox: https://www.mapbox.com/ma(...)ally-drawing-a-line/ Probleem is alleen dat ik echt geen idee heb wat ik moet aanpassen om de lijn van NL naar Oekraine te laten lopen. Iemand enig idee? | ||||||
Scorpie | vrijdag 13 november 2015 @ 16:33 | |||||
to use this API, you'll need to understand basic Javascript and mapping concepts. If you'd like to learn Javascript, start with an interactive course or book. To learn more about maps, we've provided a helpful article explaining how web maps work. | ||||||
Inolvidable | vrijdag 13 november 2015 @ 16:44 | |||||
Dus het is niet een kwestie van coordinaten aanpassen? Jammer. | ||||||
paulb_nl | zaterdag 14 november 2015 @ 00:32 | |||||
De lijn wordt door de functie polyline.addLatLng in de add() functie getekend. Je moet dus je coordinaten aan die functie meegeven ipv wat er nu staat. Bijvoorbeeld polyline.addLatLng(L.latLng(52.307,4.767)); | ||||||
xaban06 | zaterdag 14 november 2015 @ 22:34 | |||||
Ik ben bezig om een heel simpel voorraad systeem te bouwen, de PHP en database kant lukt mij makkelijk, maar loop een beetje vast met CSS/jQuery. Wellicht dat iemand mij kan helpen? Momenteel heb ik dit Je kan dus in de zoekveld een product naam invoeren en automatisch wordt de tabel 'bijgewerkt'. Tot zo ver geen probleem. Wat ik nu nog wil toevoegen is zodra je een amount invult en je klikt op Sell, dan wil dat er een PHP script wordt uitgevoerd die de voorraad aanpaast, deze PHP script zal of een success tekst weergeven of een error. De PHP script kan ik wel maken, maar de success of error tekst moet naast het knopje Sell verschijnen voor 2 seconde en moet meer weggaan. Daarnaast moet de veld Quantity ook geupdate worden met de nieuwe waarde. Is bovenstaande mogelijk? Zonder de pagina te hoeven refreshen. Alle hulp is welkom | ||||||
Light | zaterdag 14 november 2015 @ 23:08 | |||||
Volgens de licentievoorwaarden van Sublime Text moet je wel betalen na de trial periode. | ||||||
BrainOverfloW | zaterdag 14 november 2015 @ 23:41 | |||||
Klopt, maar die trail periode is oneindig. Het enige wat je krijgt is om de zoveel keer opslaan de vraag of je een licentie aan wilt schaffen. | ||||||
Light | zondag 15 november 2015 @ 00:14 | |||||
Yep, maar je kunt je wel afvragen of je nog wel bezig bent met een evaluatie.
| ||||||
Catch22- | zondag 15 november 2015 @ 00:17 | |||||
Er was toch ook zo'n editor die alles in comic sans deed na de trial periode? Ik werk op werk in netbeans omdat we onze Java projecten daarin doen. Maar moet nu wat anders vinden omdat netbeans es6 syntaxes niet kent. | ||||||
Light | zondag 15 november 2015 @ 00:29 | |||||
Om te beginnen, zorg dat de id's uniek zijn bij de invoervelden voor aantallen (of haal ze gewoon helemaal weg, ze hebben zo te zien geen toegevoegde waarde). Ik heb je code wat uitgebreid en de eerste "Sell" button triggert nu een functie die de rij waar de knop in staat in de console weergeeft. Daar kun je vast verder mee komen. Er zijn een paar mogelijke oplossingen. Ik zou waarschijnlijk voor een oplossing kiezen met een json response, waarbij je een http 200-status krijgt met in de json een succes-melding, of een http 4xx-status en een foutmelding. Dan moet je bij succes alsnog de getallen bijwerken, maar dat kan omdat je het oorspronkelijke getal hebt en het bestelde aantal. Dan wordt het makkelijk uitrekenen. Je kunt ook het nieuwe aantal meesturen, dat heeft als voordeel dat je meteen de status corrigeert voor het geval iemand anders (of jij, in een andere browser) ook acties uitvoert. | ||||||
n8n | zondag 15 november 2015 @ 00:32 | |||||
Chocolat.app. Heb het aangeschaft maar zou het niet aanraden. Het werkt op papier perfect maar zit vol glitches en bugs die langzaam opgelost worden. Code completion werkt soms niet, of de syntax wordt niet gekleurd, of de regelafstand vliegt alle kanten op, of het reageert tijdelijk nergens op. Mocht je deze bugs niet hebben, de autocomplete met documentatie is wel superchill. Toch hou ik er star aan vast omdat ik perse een native app wil en coda vond ik inhoudelijk waardeloos. Had de Textmate beta nog geprobeerd maar dat was nog te beta (sloom, loopt vast). Mocht iemand een tip hebben, zoek een native test editor voor Mac 😀 | ||||||
Light | zondag 15 november 2015 @ 00:43 | |||||
Eclipse? Al heb ik geen idee wat de huidige status van dat project is. Anders eens naar IntelliJ IDEA kijken. Niet gratis, wel goed (imo). | ||||||
Catch22- | zondag 15 november 2015 @ 00:49 | |||||
Eclipse is echt heel kut en traag imo. IntelliJ hebben we wel naar gekeken geloof ik, ook omdat ze (de backenders) met Scala bezig gaan en het framework IntelliJ als main-ide gebruikt. Ik ga even met Atom stoeien | ||||||
n8n | zondag 15 november 2015 @ 01:10 | |||||
Atom is vrij sloom, dan was brackets dacht ik beter. | ||||||
TwenteFC | zondag 15 november 2015 @ 03:02 | |||||
Klopt maar zoals eerder gezegd, een melding weg klikken is genoeg om het te blijven gebruiken. Zelf betaal ik er meestal gewoon voor als ik het een handige tool vind, en op het werk laat ik de baas lekker betalen. | ||||||
n8n | zondag 15 november 2015 @ 18:30 | |||||
dit mag niet van JSHint: W030 Expected an assignment or function call but instead saw an expression. Er staan toch 2 function calls dit dat [ Bericht 9% gewijzigd door n8n op 15-11-2015 18:38:14 ] | ||||||
Light | zondag 15 november 2015 @ 18:40 | |||||
Ik zou wat haakjes toevoegen:
| ||||||
n8n | zondag 15 november 2015 @ 18:46 | |||||
al gedaan maar de 'error' blijft. De code werkt verder wel naar verwachting. edit: dan maar zo
[ Bericht 24% gewijzigd door n8n op 17-11-2015 14:19:41 ] | ||||||
TwenteFC | woensdag 18 november 2015 @ 12:42 | |||||
Over 30 uur wordt Foundation 6 gelanceerd. http://zurb.com/article/1415/48-hour-countdown-to-foundation-6 Was wel benieuwd eigenlijk wat jullie van Foundation vinden t.o.v. bijv. Bootstrap? Of mis ik dan nog "betere" frameworks? Mijn focus en interesse ligt niet zo zeer op de frontend dus daarom ben ik wel benieuwd naar meningen van mensen welke hier hele dagen aan werken. Grootste verschil wat ik eigenlijk merk, heel zwart/wit, is dat je met Foundation je eigen designer moet meebrengen. | ||||||
Skunk-m | maandag 23 november 2015 @ 20:38 | |||||
Ik word helemaal gek van het feit dat als ik probeer te googlen hoe iets in javascript werkt dat het enige wat je tegenwoordig nog krijgt is jquery rommel wat ze dan ook gewoon doodleuk javascript durven te noemen, ik wil er niks mee te maken hebben. Maar kan iemand mij vertellen hoe ik met javascript (dus niet jquery!) een handeling kan uitvoeren op het moment dat de bovenkant van de browser de bovenkant van een bepaalde div aanraakt? | ||||||
Catch22- | maandag 23 november 2015 @ 20:45 | |||||
Jquery is ook JavaScript. Maar onscroll de windowX aftesten tegenover de top van de div. | ||||||
Skunk-m | maandag 23 november 2015 @ 21:27 | |||||
Dat word omgezet in javascript ja door een lang script waarin jquery word gemaakt of zoiets.. Maar ik heb het nou gefixt met offsetTop en window.scrollY Als je beetje kijkt zijn die jquery dingen die je vind nog wel enigzins te gebruiken om de javascript dingen te vinden. | ||||||
Ser_Ciappelletto | maandag 23 november 2015 @ 21:40 | |||||
Nee, jQuery zijn gewoon pre-made Javascript-functies. | ||||||
Skunk-m | maandag 23 november 2015 @ 21:49 | |||||
Ja dat zeg ik.. | ||||||
Catch22- | maandag 23 november 2015 @ 22:05 | |||||
Bijna iedereen gebruikt jquery. Je hebt namelijk makkelijker leesbare code met betere crossplatform ondersteuning. Kost je iets performance als je zelf onwijs gaat optimaliseren, maar dat is allemaal marginaal. | ||||||
Light | maandag 23 november 2015 @ 23:41 | |||||
jQuery is een framework/library geschreven in de taal Javascript. Dat maakt het twee verschillende dingen. | ||||||
n8n | maandag 23 november 2015 @ 23:55 | |||||
JS is prima leesbaar. jQuery is merkbaar vertragend en gebruikt settimeout voor scroll events ipv RAF. 1kb kost ruwweg 1ms om te parsen en jQuery is 87kb ofzo. Dat vind ik behoorlijk wat na alle andere zaken die vertragen. | ||||||
Light | dinsdag 24 november 2015 @ 08:14 | |||||
Een snelheidsvergelijking tussen document.getElementById('foo') en $('#foo'): http://jsperf.com/getelementbyid-vs-jquery-id/180 Tip: probeer die test ook eens andere browsers. | ||||||
Catch22- | dinsdag 24 november 2015 @ 09:17 | |||||
Ja, met zoveel iteraties ofzo merk je het wel. Dat klopt. Mijn invalshoek is iets anders denk ik. Ik werk voor klanten die graag enige vorm van efficientie in bouw willen. Ik weet zeker dat als je goed en gestructureerd werkt met jQuery dat je echt niet merkbaar vertraging gaat krijgen in webapps. Het gaat wel uitmaken als je animatie-dependend websites maakt. Ik werk nu veel met AngularJS en dat is ook niet super-performant, maar ik kan er wel erg snel mee developen en de vertraging in de UI is voor de gebruiker niet merkbaar. Alles draait om een efficiente dom en efficiente code. Het is altijd een afweging tussen developmenttijd en performance. Als je zelf een Proof of Concept doet en infinite tijd hebt is het heel leuk als je uren bezig kan zijn om ms van je render af te snoepen. En reallife situaties kan dat simpelweg niet uit. | ||||||
n8n | woensdag 25 november 2015 @ 09:55 | |||||
Met een webapp laadt en parse je al je assets als het goed is maar eenmalig, op dom updates en events na. Dan is wat laadtijd wel te doen. Een website is niks meer dan een simpel documentje dus dan vind ik zware libraries onzin. Al die react/angular/ajax driven webpagina-navigatie vind ik ook altijd kut omdat de state niet lekker in de historie staat waardoor tussen pagina's navigeren (terug/vooruit) altijd butje is. Het kan wel, maar de praktijk wijst meestal anders uit. Bij mijn projecten past vrijwel altijd de html, css en JS in 16kb gzipped, de css en JS zet ik dan ook mooi embedded. Afbeeldingen hebben een placeholder (kleur) dus meestal staat de volledige layout binnen 250ms voor je neus. [ Bericht 0% gewijzigd door n8n op 25-11-2015 13:55:23 ] | ||||||
pussywillow | woensdag 25 november 2015 @ 11:58 | |||||
Het is natuurlijk gewoon makkelijker en efficiënter om een framework in je project te knallen dat al het 'zware werk' voor je doet. Natuurlijk kan ik zelf een functie gaan schrijven om AJAX-requests af te handelen, maar waarom zou ik dat doen als de goede mensen van jQuery - en dat zijn echt betere programmeurs dan ik ben - al een implementatie hebben gemaakt die door miljoenen mensen wordt gebruikt? Zelfde met data binding. Zou ik vast zelf kunnen maken, maar kost me uren/dagen. KnockoutJS en AngularJS doen dat gewoon veel beter dan ik. Tuurlijk zijn er ook genoeg nadelen. Performance gaat erop achteruit (hoewel je je zeker niet blind moet staren op benchmarks, real world performance is het enige dat telt), en als je een of andere edge case tegenkomt en tegen bugs aan loopt ben je overgeleverd aan de grillen van de maker van het framework. Als je eigen code niet werkt heb je óók een probleem, maar dat is makkelijker te fixen Het is, zoals Catch22 ook zegt, een afweging. Mijn baas wordt niet blij als ik anderhalf keer zo lang over een project doe omdat ik zo nodig alles zelf moet gaan zitten maken terwijl het er kwalitatief niet aantoonbaar beter van wordt Die heeft geen boodschap aan mijn mooie zelfgemaakte functies. | ||||||
PimD | woensdag 25 november 2015 @ 12:36 | |||||
Er is niks mis met het gebruiken van een framework, als je er maar nette code mee schrijft. Te vaak zie ik nog (en echt niet alleen van beginners, ook van grote bureaus) gare jQuery-code met van alles keihard in de Javascript gezet (strings, id's van elementen, URL's etc), geen namespacing, meerdere document-ready's, anonieme functies die gebind worden etc etc. Javascript is al een taal waar je heel makkelijk 'slechte' code mee kunt schrijven en een framework als jQuery maakt dat nog 10x makkelijker. | ||||||
n8n | woensdag 25 november 2015 @ 13:58 | |||||
Ajax was alleen ff kak omdat IE dwars lag. Je hebt ook micro.js of 140medly wat zeer kleine libraries zijn voor die basic dingen die je 20 keer nodig hebt. | ||||||
KomtTijd... | woensdag 25 november 2015 @ 15:17 | |||||
Die laadtijd discussie is sowieso krom. De kans dat iemand op jouw website komt die nog nooit een website met jQuery of AngularJS gezien heeft, is nihil. Als je gewoon de bekende CDN's gebruikt staat dat framework dus al lang en breed in zijn cache, misschien zelfs wel precompiled? Dik kans dus dat een jQuery functie aanroepen in de praktijk nog sneller is dan je eigen functie aanroepen die eerst nog van jouw webserver gehaald moet worden. | ||||||
#ANONIEM | woensdag 25 november 2015 @ 15:46 | |||||
Maar niemand dwingt je toch om IE in deze te gebruiken als je andere alternatieven voorhanden hebt? | ||||||
Ser_Ciappelletto | woensdag 25 november 2015 @ 16:27 | |||||
Maar sommige van je users gebruiken wellicht wel (een verouderde versie van) IE. | ||||||
pussywillow | woensdag 25 november 2015 @ 16:29 | |||||
Tja, zeg dat tegen de klanten Als je voor een bedrijf aan de slag gaat dan kom je niet weg met "dan moet je maar een fatsoenlijke browser gebruiken", het spul dat je maakt moet gewoon goed werken in de versie van IE die ze op dat moment draaien. Al moet ik zeggen dat zelfs de meest trage organisaties die ik ken allemaal wel minimaal IE9 hebben tegenwoordig, de meeste 10 of zelfs 11. En daar valt allemaal goed voor te ontwikkelen, alleen IE8 is echt een draak van een ding. CDN's durf ik trouwens nooit echt op te vertrouwen. Ik zal wel lichtelijk paranoïde zijn, maar wie weet hoe lang je klant jouw product wil blijven gebruiken, en wie weet wat er met zo'n CDN gebeurt in de toekomst? Ik lever frameworks altijd gewoon mee, dan moeten ze maar eenmalig een paar honderd kB méér downloaden. Better to be safe than sorry. Ik heb ook al eens meegemaakt dat de klant de CDN van Google, nota bene, gewoon doodleuk blokkeerde Heel het product lag op zijn gat, want het prachtige Dojo framework waar het op gebaseerd is kon niet worden geladen. En dan kun je gaan lopen steggelen met de IT-afdeling en ben je weer dagen verder voordat ze hun firewall hebben aangepast, terwijl het humeur van de klant langzaam tot onder het vriespunt zakt | ||||||
n8n | woensdag 25 november 2015 @ 17:01 | |||||
Gebruik ik ook niet, ondersteun sowieso niks <IE9, ga me niet door achterlijke bochten wringen. | ||||||
TwenteFC | woensdag 25 november 2015 @ 19:04 | |||||
Zelfs Microsoft zelf ondersteunt IE8 in ieder geval niet meer op hun eigen website kwam ik gister achter. | ||||||
Catch22- | woensdag 25 november 2015 @ 20:10 | |||||
Voordeel van bedrijfsautomatisering : je kan klanten de optie geven. Support voor oude meuk Klaar voor de toekomst Kiezen ze vaak het tweede. | ||||||
TwenteFC | woensdag 25 november 2015 @ 20:15 | |||||
Zit hem vooral ook in de manier van uitleggen richting de klant/werkgever inderdaad. Zit nogal een verschil tussen: 1. "We sluiten nu X% van onze klanten uit omdat we ze niet ondersteunen. Wil jij hier geld in steken?" 2. "X% van onze klanten loopt nog fors achter qua browserupdates, maar volgens de statistieken daalt dit aantal best snel. Wil jij hier geld in steken?" | ||||||
Catch22- | woensdag 25 november 2015 @ 20:23 | |||||
ik werk met gecontroleerde omgevingen natuurlijk, dat scheelt. Als de klant overal chrome, Firefox, edge of andere nieuwe browsers kan installeren is dat dus geen issue. | ||||||
TwenteFC | woensdag 25 november 2015 @ 20:31 | |||||
Die luxe heb ik dan niet, maar uitzonderingen daargelaten en mits het geen specifieke vereiste is gaan wij sowieso niet meer optimaliseren voor verouderde browsers. Als blijkt dat het in IE8 een grote bende is dan laten wij het lekker zo. Het is de investering vaak toch niet meer waard. Een grote melding in beeld met een link naar Chrome & Firefox en dat is dat. | ||||||
n8n | woensdag 25 november 2015 @ 22:31 | |||||
die vergelijking klopt niet helemaal want in beide gevallen heb je applicatiecode, die van jQuery is potentieel korter, native waarschijnlijk sneller uitgevoerd. Daarnaast is er een wildgroei aan jq versies en cdn’s. Onder de streep is het allemaal wel prima, afhankelijk van de ‘requirements’ en voorkeur. [ Bericht 5% gewijzigd door n8n op 25-11-2015 22:43:15 ] | ||||||
Light | woensdag 25 november 2015 @ 23:03 | |||||
Het laat wel zien dat het maken van een jQuery object een 'dure' actie is, en dat het dus slim is om die objecten te hergebruiken. En je kunt die snelheden ook in verschillende browsers vergelijken (en zien dat Firefox veel sneller is, zeker als het aankomt op document.getElementById()) | ||||||
n8n | woensdag 25 november 2015 @ 23:11 | |||||
Sowieso al je variabele in de lokale scope cachen, ook -zeker- in libraries. | ||||||
Catch22- | donderdag 26 november 2015 @ 09:18 | |||||
Ja dat sowieso. Maar dat is gewoon common sense imo. Als je geen idee hebt wat je precies aan het doen bent, kan je vanilla js ook sloom maken | ||||||
Ser_Ciappelletto | donderdag 26 november 2015 @ 16:31 | |||||
Kun je met een .innerHTML() of .html()-functie geen text in een <input type="text"> dingetje zetten? In een <textarea> werkt het wel. | ||||||
Catch22- | donderdag 26 november 2015 @ 16:34 | |||||
Die heeft een .value property. | ||||||
Ser_Ciappelletto | donderdag 26 november 2015 @ 16:37 | |||||
Ja, weet ik. Maar die value kan ik dus niet aanpassen met .innerhtml()? Is daar een andere manier voor? Op zich is <textarea> gebruiken geen groot probleem, het ziet er gewoon minder netjes uit. | ||||||
Catch22- | donderdag 26 november 2015 @ 16:38 | |||||
dan check je toch de tagName even? | ||||||
Ser_Ciappelletto | donderdag 26 november 2015 @ 16:55 | |||||
Juist. Met document.getElementById("element").value = "whatever" lukt het wel. Bedankt voor de hulp. | ||||||
Light | donderdag 26 november 2015 @ 21:12 | |||||
Ik heb genoeg code gezien waarbij dingen die common sense zouden moeten zijn dat toch niet blijken te zijn. Het helpt overigens wel als je een IDE gebruikt die je vertelt wat je aan niet-gebruikte variabelen hebt en waar je dingen kunt optimaliseren. | ||||||
n8n | donderdag 26 november 2015 @ 21:17 | |||||
Sowieso in JSHint/Lint handig, ongebruikte variabelen zou de ugliefier er uit moeten vissen. | ||||||
Light | donderdag 26 november 2015 @ 21:45 | |||||
Dat een uglifier die variabelen er alsnog uit haalt, is maar de helft van de oplossing. Als ik die code later bekijk/bewerk, pak ik namelijk de normale versie en daar staat die variabele nog steeds in. Dat je tijdens development ongebruikte variabelen hebt, snap ik heel goed. Maar voordat je iets 'af' kunt noemen, moeten ze wel weg zijn. Ongeacht de programmeertaal die je gebruikt. Overigens meldt jshint unused variables ook. | ||||||
mstx | maandag 30 november 2015 @ 16:01 | |||||
Over optimalisatie gesproken, ik kwam laatst deze site tegen200 requests op de homepage, 1.9MB aan javascriptbestanden, 1.7MB aan css en 4MB aan svg's Dat logo bovenin is 1MB _____! | ||||||
n8n | maandag 30 november 2015 @ 16:20 | |||||
Dat is tegenwoordig de norm. Hebben we hier een discussie over jQuery terwijl die social button plug-ins met like indicatie easy 500kb binnenhalen met 20 requests Helemaal van de zotte wanneer je bedenkt dat die zooi van Twitter, Google, en Facebook komt, zogenaamd pro-optimalisatie. http://www.webperformance(...)b-page-1795-kb-size/ En Light, ben het dan ook helemaal met je eens. | ||||||
Ser_Ciappelletto | maandag 30 november 2015 @ 16:21 | |||||
Dat is zodat het logo er nog steeds goed uitziet voor de mensen met een scherm van 4000x5000px. Anyhow, wat gebruik jij om te zien hoeveel requests/js-bestanden/etc. zo'n pagina gebruikt? | ||||||
n8n | maandag 30 november 2015 @ 16:28 | |||||
De inspector kan dat en anders heb je extensies als yslow. De rest van de foto's is trouwens 1 grote pixelbrij, dus alleen het - SVG potentiële - logo is voor 2015 schermen | ||||||
mstx | maandag 30 november 2015 @ 16:30 | |||||
Het hele idee van SVG is toch dat je een hele kleine vectorafbeelding van een paar kB hebt die je oneindig kan schalen? Gewoon de standaard developer tools (F12) van firefox/chrome | ||||||
donroyco | maandag 30 november 2015 @ 16:34 | |||||
Een stap terug zou het design al zijn afgeschoten door een kundige UX'er. | ||||||
n8n | maandag 30 november 2015 @ 16:36 | |||||
Kundige UX-ers vind je niet bij de goedkope wordpress studio die 20 van zulke sites per jaar knalt en alleen naar awwwards themeforrest kijken wat een beetje gangbaar is. | ||||||
Ser_Ciappelletto | maandag 30 november 2015 @ 16:40 | |||||
N00b-vraag: wat zijn nou de grootste doodzondes die op deze site begaan zijn, die een kundige UX'er nooit zou maken? | ||||||
Catch22- | maandag 30 november 2015 @ 16:47 | |||||
Witte tekst op een gele achtergrond for starters... | ||||||
Tijn | maandag 30 november 2015 @ 17:01 | |||||
Inderdaad zeg, het contrast op die pagina is echt bizar slecht. Die footer ook, met een gele link op een lichtgrijze achtergrond | ||||||
donroyco | maandag 30 november 2015 @ 17:46 | |||||
Contrast ratio zoals Catch22- en Tijn al aangeven. | ||||||
Catch22- | maandag 30 november 2015 @ 18:03 | |||||
En hij werkt niet zonder www... | ||||||
GuitarJJ | maandag 30 november 2015 @ 19:44 | |||||
Iemand enig idee waarom pagina 1 wel speciale tekens (zoals é en ¤) weergeeft, maar pagina 2 totaal niet? Ze zijn beiden aan hetzelfde css-bestand verbonden en verder zit er eigenlijk geen opmaak in de pagina's zelf verwerkt. Pagina 1: Pagina 2: styles.css
| ||||||
donroyco | maandag 30 november 2015 @ 19:48 | |||||
Pagina's niet opgeslagen als UTF-8? | ||||||
GuitarJJ | maandag 30 november 2015 @ 19:56 | |||||
Het lijkt geen verschil te maken als ik <meta charset="UTF-8"> tussen head zet. edit: Als ik de pagina opsla als .html-pagina (in plaats van .php) werken de tekens wel. [ Bericht 8% gewijzigd door GuitarJJ op 30-11-2015 20:10:55 ] | ||||||
n8n | maandag 30 november 2015 @ 20:13 | |||||
De karakters hebben ook een encoding, die moet wel overeenkomen met de encoding van de pagina. | ||||||
GuitarJJ | maandag 30 november 2015 @ 20:29 | |||||
Stond blijkbaar op ANSI. Als ik het bestandje zelf opsla als UTF-8, krijg ik helaas de volgende melding: Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/voordegi/public_html/veapp/uitkomst.php:1) in /home/voordegi/public_html/veapp/uitkomst.php on line 2
| ||||||
n8n | maandag 30 november 2015 @ 22:11 | |||||
daar is het php voor dummies voor, zou het zo niet weten. | ||||||
Light | maandag 30 november 2015 @ 22:43 | |||||
Waarschijnlijk voegt je editor een Byte Order Mark (BOM) toe. Da's een onzichtbaar teken maar wel een die voor de php open tag staat en die dus meteen uitvoer start. | ||||||
wobbel | dinsdag 1 december 2015 @ 20:40 | |||||
Weet iemand hoe het volgende heet, als ik dat weet kan ik vast wel wat kant en klare oplossingen vinden die ik kan aanpassen Ik wil vanuit een linker dropdown een item selecteren en dat deze in een lijst komt te staan met geselecteerde items. Stel, ik selecteer "Banaan" dan komt er ergens op de pagina te staan dat ik "Banaan met value 2" heb geselecteerd. Als ik vervolgens uit die dropdown "Peer" selecteer komt deze er ook bij en wordt de lijst "Banaan met value 2; Peer met value 15" net zo veel als ik items in de dropdown selecteer. Een simpele "append" aan een div gaat hem neit worden, ik moet de items ook kunnen wissen als ik wil en daarna wordt er een POST gedaan met alle values erin naar een andere pagina. [ Bericht 4% gewijzigd door wobbel op 01-12-2015 20:48:08 ] | ||||||
BrainOverfloW | dinsdag 1 december 2015 @ 21:53 | |||||
Is multiselect.js iets voor je? | ||||||
pussywillow | dinsdag 1 december 2015 @ 21:59 | |||||
Ik weet niet of dat nou een specifieke naam heeft? Maar wat je wil is eenvoudig, vooral als je een 'multiple select' element gebruikt, want die zijn gemaakt om meerdere elementen tegelijk te kunnen selecteren (een normale dropdown niet). Het is een kwestie van de waarde van dat element uitlezen, dat is ook heel makkelijk te POSTen omdat het een form element is. Als je een data binding library gebruikt is het helemaal een eitje, want dan blijft je UI automatisch in sync met het select element en hoef je niet zelf de data uit het element te peuteren. En je data blijft gewoon een standaard JS object, ook dat kun je eenvoudig POSTen. http://jsfiddle.net/yfw3159k/5/ Maar het handmatig doen is ook niet zo heel ingewikkeld: http://jsfiddle.net/7jnouaj5/ | ||||||
wobbel | woensdag 2 december 2015 @ 07:54 | |||||
Ik durf het niet te zeggen, maar mijn beunhaas code heb ik zelf voor elkaar gekregen. Om 21:00 had ik nog geen reactie dus toen dacht ik: ik kan zelf ook wel wat proberen Resultaat is om te janken, maar het werkt!
| ||||||
picodealion | woensdag 2 december 2015 @ 15:56 | |||||
Iemand hier ervaring met een Wordpress die alleen JSON uitspuugt (bijv via de wp-api plugin) en daar dan een angular applicatie omheen bouwen? Leek me wel een leuke uitdaging + wat betere scheiding tussen front- end backend (geen php-html-spaghetti themes meer). Haal ik me hier allerlei onverwachte troep mee op de hals? | ||||||
Catch22- | woensdag 2 december 2015 @ 15:57 | |||||
Ik heb wel gezien dat ionic met WP samenwerkt, zal dus hetzelfde principe gebruiken. http://code.tutsplus.com/(...)angularjs--cms-24170 | ||||||
picodealion | woensdag 2 december 2015 @ 15:58 | |||||
Ah, dat is precies de WP plugin die ik ook wilde gebruiken. Wellicht niet een heel verkeerd idee dus. | ||||||
n8n | donderdag 3 december 2015 @ 13:01 | |||||
Zijn er hier gebruikers van kirbycms? Kan het zeer aanraden, het kost wel geld, 29/99 euro afhankelijk van commercieel gebruik maar is echt chill om mee te werken, je kan het wel gratis downloaden om te proberen. Ook klanten vinden het erg overzichtelijk. De API lijkt op jQuery dus het is een kwestie van methods linken. De docs zijn ook erg duidelijk. Klinkt erg spam allemaal, maar ik ben er gewoon erg over te spreken. | ||||||
Catch22- | donderdag 3 december 2015 @ 13:49 | |||||
Gewoon testen, pruts & learn | ||||||
picodealion | donderdag 3 december 2015 @ 14:12 | |||||
Jup, eerste POCje al gemaakt gisteren en werkt prima. Lijkt erop dat we hiermee doorgaan. | ||||||
picodealion | donderdag 3 december 2015 @ 14:13 | |||||
Welk probleem lost het voor me op? | ||||||
n8n | donderdag 3 december 2015 @ 14:38 | |||||
Het is veel beter gestructureerd dan alle andere cms-en die ik heb geprobeerd, de output is volledig vrij, flat-file dus drop-installatie en backup, de API is uitgebreid maar makkelijk te doorgronden. Alles is ook veel makkelijker dan bijvoorbeeld wordpress, zowel qua onderhoud van velden, templates, content managen, snelheid om iets op te zetten. Als je het nu download heb je in een paar uur een werkende website, zonder er ooit mee gewerkt te hebben omdat het allemaal erg logisch in elkaar steekt. Je bent wel meer op jezelf aangewezen, er zijn bijvoorbeeld minder plug-ins en kant en klare templates. Aan de andere kant zijn functies ook makkelijk toe te voegen, en templates maak ik persoonlijk altijd zelf. (Json bijvoorbeeld is net zo makkelijk te pushen als html, je kan in 1 template html of json uitspugen afhankelijk van of het via xhr wordt aangeroepen). Staat ook in html/css/js omdat je daar nu meer tijd voor over hebt, zeker omdat de API op jQuery lijkt - wat alom gebruikt wordt voor de abstractie en method chaining. | ||||||
BrainOverfloW | vrijdag 4 december 2015 @ 15:07 | |||||
Flexbox Froggy Voor wie nog niet zo bekend is met flexbox, een klein spelletje om de verschillende properties te leren kennen. | ||||||
KomtTijd... | vrijdag 4 december 2015 @ 18:12 | |||||
Waarom zou je zoiets met wordpress (of uberhaupt in een full blown CMS) willen doen? | ||||||
boem-dikkie | zaterdag 5 december 2015 @ 10:36 | |||||
Omdat WP uitermate geschikt is voor het beheren van content? | ||||||
boem-dikkie | zaterdag 5 december 2015 @ 10:39 | |||||
Je kunt zelf gewoon API endpoints maken in WordPress die JSON uitspugen, vrij simpel. Daarnaast kun je met de nieuwe WP core (Calypso) binnenkort een hoop meer doen in de richting waar jij naar toe wil. Zie bijvoorbeeld de API documentatie: https://developer.wordpress.com/docs/api/ | ||||||
picodealion | zaterdag 5 december 2015 @ 13:02 | |||||
Omdat de content moet worden kunnen toegevoegd door een klein handje personeel dat niet heel technisch onderlegd is. Wordpress werken we al jaren mee en zijn ze bekend mee. Hoe minder tijd we hoeven te besteden aan de backend (bouwen en training) hoe meer vrijheid we hebben voor een toffe front-end. Het gaat om een bedrijfssite, dus het budget is zoals gewoonlijk niet heel ruim en we willen vooral laten zien dat we goed zijn in front-end. We willen een aantal dingen die al standaard ingebouwd zitten of gemakkelijk zijn (blog, paar verschillende post types voor dingen als voorbeeldcases en proposities), comments, tags, etc. Plus integratie met een aantal zustersites die ook in Wordpress zijn. | ||||||
picodealion | zaterdag 5 december 2015 @ 13:02 | |||||
Ga ik checken, dank. | ||||||
KomtTijd... | zondag 6 december 2015 @ 14:11 | |||||
Die schiet je toch ook gewoon via je API in? Mja volgens mij heb je op zich niets aan een CMS voor een volledig api-driven webapp, maar als je er mee bekend bent is het al snel een stuk makkelijker dan opnieuw het wiel uitvinden of bekend raken met een (ander) framework idd. | ||||||
picodealion | zondag 6 december 2015 @ 14:58 | |||||
Plus, als we ooit eens van WP af willen hoeven we niet ook nog eens de front-end opnieuw te schrijven, zolang wat we dan ook als nieuwe backend nemen maar dezelfde JSON uitspuugt (of in elk geval vergelijkbaar, zodat we alleen de angular service(s) aan hoeven te passen) | ||||||
Scorpie | zondag 6 december 2015 @ 14:59 | |||||
Maar WP heeft als nadeel dat er ook opmaak in die content verweven zit. | ||||||
KomtTijd... | woensdag 9 december 2015 @ 16:09 | |||||
Waarschijnlijk wist je het zelf vorige week al, maar: http://tweakers.net/nieuw(...)rest-integratie.html | ||||||
n8n | zaterdag 12 december 2015 @ 12:52 | |||||
Hoe lang ben je bezig Angular een beetje onder de knie te krijgen? Vind het voor m'n eigen werk overbodig maar nu oriënterend op een baan wordt het echt _overal_ gevraagd. | ||||||
karton2 | donderdag 17 december 2015 @ 23:37 | |||||
Ik vraag me af of er een ongeschreven regel is mbt het openen van links in een nieuw tabblad. Wat ik altijd doe is dat interne links in hetzelfde tabblad openen en externe links in een nieuwe. Alleen op mobiele apparaten is het niet fijn om tig tabbladen open te hebben, is mijn mening. Welke keuzes maken jullie hierin eigenlijk als je interne/externe links gaat instellen? | ||||||
Catch22- | vrijdag 18 december 2015 @ 07:39 | |||||
Ligt aan je niveau. In twee dagen kan je een eind komen qua basics. Ik wil niet meer zonder. In een nieuw project met een nieuw framework (backenders gebruiken nu play framework) had ik nog geen angular. Toen ik een tabel zat op te bouwen in jquery was ik er al klaar mee. Gelijk angular er in gezet. Als je vragen hebt, holler. Zou wel met 2 beginnen trouwens, beta is net uit. Op de site staat een goede tutorial, daarmee leer je de eerste dingen. | ||||||
KomtTijd... | zaterdag 19 december 2015 @ 01:20 | |||||
De officiële regel is heel duidelijk: nooit een target gebruiken, de gebruiker kiest zelf wel of hij middenklikt of linksklikt. Maar vrij gebruikelijk is idd om externe links toch in een nieuwe tab te laten openen, omdat in de praktijk de meeste gebruikers dit toch eigenlijk verwachten. Je zult zelf moeten bepalen wat in jouw situatie het meest wenselijk is. Wat betreft angular: heb er nooit echt mee gewerkt maar wel een beetje aan geroken, en naar mijn idee zit het goed in elkaar en moet het erg intuïtief zijn als je al een beetje gewend bent met frameworks en/of template engines te werken. | ||||||
pussywillow | zaterdag 19 december 2015 @ 11:04 | |||||
Ik denk dat je wel een paar weken verder bent voor je het echt onder de knie hebt. Als je gewend bent om gewoon old school DOM elementen te manipuleren dan moet je jezelf eigenlijk een andere manier van denken aanleren. Dit plaatje somt het wel mooi op | ||||||
n8n | zaterdag 19 december 2015 @ 20:17 | |||||
Bedankt voor de antwoorden, ik haal er uit dat het easy to learn, hard to master is wat enigszins logisch is. Ik heb overigens nog nooit gevoelens van blijdschap gehad met frontend frameworks dus ik ben benieuwd. Nu alleen nog een REST applicatie om mee te spelen, kan ik het beste een sandbox creëeren of is dat ook online te vinden (om mee te binden en spelen). Ga wel meteen voor 2 dan ja, al lees ik overal dat je dan beter meteen over kan gaan op React, ik ga het proberen. | ||||||
Catch22- | zaterdag 19 december 2015 @ 20:22 | |||||
Ik kan soms intens genieten van angular hoor. Ben nu met een prototype bezig en dat wordt echt kickass door angular. Anders zet je even een wordpress site op met die nieuwe rest API. | ||||||
n8n | zaterdag 19 december 2015 @ 21:26 | |||||
Ik ben nu bezig met kirbycms alle content op een pagina te laten indexeren en afhankelijk van of een request via Ajax gaat het als json te sturen en anders als html. Ik ben begonnen met een php functie el() waarmee je met een array stukken html kan uitpoepen. Deze functie ga ik dan ook in JS maken zodat je in php en JS praktisch dezelfde templates kan schrijven, en deze automatisch renderen afhankelijk van het request. Als dit af is heb ik in principe een REST API (al dan niet alleen GET) waarmee ik dan ff ga klooien. (Voordeel voor mij is dat zonder JS de pagina nog werkt en dat de html ‘minified' gestuurd wordt, dat en de templates zijn vrijwel identiek). | ||||||
n8n | maandag 4 januari 2016 @ 11:47 | |||||
Is er qua performance een (duidelijk) verschil of je in 1 click event checkt wat er geklikt is en dan reageert, of per element een apart click event te attachen? http://stackoverflow.com/a/8496919 Hier heb ik het over | ||||||
JeSuisDroppie | maandag 4 januari 2016 @ 11:51 | |||||
Je bent CakePHP aan het nabouwen? | ||||||
n8n | maandag 4 januari 2016 @ 12:29 | |||||
Mogelijk? Edit: nope, alleen een klein deel van de view class. | ||||||
TwyLight | maandag 4 januari 2016 @ 23:17 | |||||
Jammer dat Sass geen currentColor ondersteunt | ||||||
n8n | maandag 4 januari 2016 @ 23:20 | |||||
voor wat? | ||||||
TwyLight | maandag 4 januari 2016 @ 23:22 | |||||
darken(currentColor, 10); ofzo | ||||||
donroyco | dinsdag 5 januari 2016 @ 10:23 | |||||
| ||||||
Aether | dinsdag 5 januari 2016 @ 11:01 | |||||
Een onclick handler op bijvoorbeeld de body zetten? Of bedoel je iets anders? | ||||||
Jimbo | dinsdag 5 januari 2016 @ 12:15 | |||||
Hoe ik het nu heb is twee grote CSS blokken aan de zijkant van de website die ik klikbaar wil maken. Indien ik position:aboslute; gebruik staan ze goed, maar zijn ze niet klikbaar (heb de z-index al tot 999999999 aangepast, en nog niks ) indien ik een andere position gebruik dan blijven ze niet goed op de plek staan, hoe kleiner of hoe groter ik het scherm maak, hoe meer ze heen en weer dansen Je moet het een beetje zo zien: (ik neem fok als voorbeeld:) we hebben hier het fok forum van (uit mn hoofd) 1000px breed. De grijze achtergrond die we hier hebben is bij mij een plaatje, en die wil ik graag laten linken naar een andere pagina. Hoop dat je het zo begrijpt | ||||||
KomtTijd... | dinsdag 5 januari 2016 @ 12:23 | |||||
We begrijpen wat je wilt, we begrijpen alleen niet waarom dat niet zou lukken. Post eens een testcase of zo. | ||||||
n8n | dinsdag 5 januari 2016 @ 12:26 | |||||
Je moet position fixed doen en dan top:0; right:0; bottom:0; left:0; En z-index werkt alleen relatief tot de eerste parent die niet position: static; heeft. | ||||||
Jimbo | dinsdag 5 januari 2016 @ 12:28 | |||||
als ik dit doe is de hele website klikbaar, dus ook het gedeelte waar normaal de tekst en de linkjes staan | ||||||
n8n | dinsdag 5 januari 2016 @ 12:28 | |||||
ah zo, ik zet liever een handmatige waarde met een suffix op de variable name als modifier. Dus $canvas, en $canvas-dim (of -vivid). | ||||||
n8n | dinsdag 5 januari 2016 @ 12:32 | |||||
je moet zorgen dat je index tussen de pagina en je menu zit ja. Weet ff niet hoe ik dat eerder gedaan heb, zal zo ff kijken. Tweakers’ implementatie is vrij brak, als je het menu wegslikt zijn de onderliggende elementen nog klikbaar. Klik verkeerd en je drukt op een link. | ||||||
TwyLight | dinsdag 5 januari 2016 @ 13:23 | |||||
Ik gebruik darken (of lighten etc) wel vaak voor hover effecten etc. bv .class { background: $primary-color; &:hover { background: darken($primary-color, 10); } } | ||||||
Aether | dinsdag 5 januari 2016 @ 14:35 | |||||
Dat wordt wat lastig in sommige gevallen Bijvoorbeeld bij een LI element dat in UL en OL gebruikt kan worden. | ||||||
Crutch | dinsdag 5 januari 2016 @ 14:52 | |||||
Daarom classes gebruiken he? | ||||||
n8n | dinsdag 5 januari 2016 @ 21:24 | |||||
ik ook, maar liever zelf. Ben ik vergeten die z-index dingen op te zoeken. Morgen😬 | ||||||
n8n | woensdag 6 januari 2016 @ 12:48 | |||||
Sorry Jimbo, ik had je verkeerd begrepen. Maar als je een afbeelding wilt linken, waarom niet in een anchor tag? ik dacht dat je dit bedoelde: http://d.pr/1lOhg (klik op hamburger of een avatar). Heb iets met JS waar ik helemaal para van wordt
Een object met events, daar loop ik doorheen in render() en hang de referentie naar de functie in een loop aan een eventListener. Elke keer wanneer ik meer dan 1 event in het event object plaats, wordt altijd - zowel met scrollen als click - het eerste event afgevuurd. Kan iemand hier kaas van maken? Heb er een JSbin van gemaakt: https://jsbin.com/vaxaxamefu/edit?js,console,output maakt niet uit of je klikt of scrolled, het click event wordt elke keer aangeroepen. [ Bericht 5% gewijzigd door n8n op 06-01-2016 12:59:30 ] | ||||||
Aether | woensdag 6 januari 2016 @ 13:33 | |||||
Gok: op het moment dat de event-handler wordt aangeroepen en requestAnimationFrame(event[action]) wordt aangeroepen is action gelijk aan de laatste waarde (=click) van de for. Probeer de waarden uit event eens te wisselen en kijk of dan altijd de scroll-event wordt aangeroepen. | ||||||
PimD | woensdag 6 januari 2016 @ 13:44 | |||||
Door gebruik te maken van een forEach loop krijg je dit soort closure/scope problemen niet. Of door de functie die de events bind buiten de for-loop te definieren zoals hieronder. Er zijn vast nog wel meer oplossingen
| ||||||
n8n | woensdag 6 januari 2016 @ 14:15 | |||||
Ah bedankt voor de antwoorden. Kan weer even verder.Awesome, dit werkte. https://jsbin.com/sifasugoda/1/edit?js,console,output *link gecorrigeerd Ik heb nog 1 probleem, in het click(event){} krijg ik een getal, geen event(.target) object. Te zien in de console wanneer je klikt. (ook wanneer je scrolled, maar ik wil 1 eventListener per type en dan tijdens het event checken waarop is geklikt). Sorry voor de onwetendheid, verdiep me voor het eerst in zulke paden edit, gelukt:
Zeer bedankt voor de hulp [ Bericht 50% gewijzigd door n8n op 06-01-2016 15:30:37 ] | ||||||
Maikkeyy | woensdag 6 januari 2016 @ 15:35 | |||||
Beste Fok!ers, Ik ben sinds kort weer bezig mijn HTML/CSS skills te ontwikkelen, maar ik loop bij het coden van een design aan tegen het feit dat de padding-top eigenschap van mijn eerste DIV mijn volgende DIV beïnvloedt: Hierbij heb ik de volgende code gebruikt:
De padding-top eigenschap heb ik voor de tekst in de topmenu gebruikt om die te verticaal te centreren, maar daardoor gaat mijn header ook 8px omlaag en staat hij niet recht onder de topmenu. Ik kom er niet uit, hoe kan ik ervoor zorgen dat mijn header recht onder de topmenu komt te staan? Alvast bedankt, Mike | ||||||
n8n | woensdag 6 januari 2016 @ 15:41 | |||||
Probeer #header display: block te geven. Je kan die padding beter op de links doen, dan zijn ze beter klikbaar. | ||||||
TwyLight | woensdag 6 januari 2016 @ 15:54 | |||||
Dat die banner omlaag geduwd wordt komt omdat je #topmenu een height heeft die je combineert met een padding. Feitelijk je je menu aan de bovenkant nu meer dan 30 pixels alleen omdat je gebruik maakt van een background-image is dit niet direct zichtbaar. Je kan beter de links in je menu zelf een top en bottom padding geven en de height van het menu weglaten. | ||||||
TwyLight | woensdag 6 januari 2016 @ 15:56 | |||||
Over die background-image gesproken, aan je screenshot te zien kan ik geen reden bedenken waarom dit nodig is. een achtergrondkleur en border-bottom zal prima werken en maakt je website weer een stukje sneller | ||||||
Maikkeyy | woensdag 6 januari 2016 @ 16:24 | |||||
Aah, dat was em! Je hebt gelijk over de background-image, helemaal niet aan gedacht. Hartelijk bedankt! [ Bericht 12% gewijzigd door Maikkeyy op 06-01-2016 16:33:52 ] | ||||||
TwyLight | woensdag 6 januari 2016 @ 16:37 | |||||
Een padding, borders etc komt altijd bovenop de breedte (of hoogte) die je zelf aangeeft. Als je een pagina 1000 pixels breed maakt met een padding van 10 pixels en een border van 1 pixel aan beide kanten is het resultaat 1022 pixels breed.1000 + 2x10 + 2x1. height in css moet je eigenlijk zoveel mogelijk vermijden en de content zelf de hoogte laten bepalen. In het geval van een navigatiebalk aan de bovenkant heb je in feite twee opties, de eerste is om de balk zelf een padding mee te geven en de tweede om de items die IN de balk komen te staan een padding te geven. In jouw geval is de tweede optie wenselijk omdat het geven van een padding aan de links in de balk dan over de gehele hoogte van de balk klikbaar zijn i.t.t. enkel de text wanneer je de balk zelf een padding geeft. | ||||||
n8n | woensdag 6 januari 2016 @ 22:56 | |||||
box-sizing: border-box; | ||||||
gekkewiebel | zaterdag 23 januari 2016 @ 11:11 | |||||
Haii, Ben voor een familielid een website in elkaar aan 't knutselen. Template dit dat, dat lukt me allemaal nog wel. Maar nu wil ik op één pagina graag een grote 'tabel', waarin elke cel bestaat uit een (klein) plaatje met wat tekst eronder. Gewoon een tabel maken doe ik liever niet omdat het ook op kleine/mobiele schermen handig moet zijn. Ik heb wat zitten stoeien en e.e.a. geprobeerd met <div> en <ul> bijv, en met wat css display properties (zowel display: inline-block als het hele display: flex gebeuren), maar het wil maar niet goed lukken. Hebben jullie ideeën? Hier is een voorbeeld van wat ik tot nog toe heb: https://jsfiddle.net/wx578hgw/ Problemen tot nu toe: 1. de tekst staat niet onder het plaatje 2. Op mijn schermformaat lijkt het nu redelijk, maar als je het scherm verkleint verspringt bijvoorbeeld ineens de subtext naar de volgende rij terwijl het plaatje nog op de voorgaande rij staat. Ik wil graag dat het geheel echt als een tabel aandoet (anders lijkt het zo chaotisch). Niet alle plaatjes zullen exact hetzelfde formaat worden. Flex lijkt dit redelijk op te pakken maar voor de zekerheid: de hele rij heb ik het liefst dezelfde hoogte dus | ||||||
donroyco | zaterdag 23 januari 2016 @ 11:20 | |||||
1. Geef je list-items geen class '1' of '2', zie http://stackoverflow.com/(...)lass-names-selectors 2. Je structuur omgegooid, want het is niet nodig om een extra list-item aan te maken voor de tekst. https://jsfiddle.net/kqfskdfh/ | ||||||
gekkewiebel | zaterdag 23 januari 2016 @ 11:21 | |||||
Thanks, denk overigens dat ik het net nu heb opgelost met div'jes, na twee dagen lopen mopperen Klopt dit ongeveer? https://jsfiddle.net/wx578hgw/1/ Het domme alleen is dat bij een schermverkleining de boel toch wat gaat lopen verspringen. Mooist zou zijn dat een wat te breed plaatje bijv. twee kolommen aan breedte in zou nemen, waarna het volgende plaatje weer netjes begint op de plek van de derde kolom, nu rommelt het maar wat. Afijn misschien ben ik te pietluttig. | ||||||
donroyco | zaterdag 23 januari 2016 @ 11:34 | |||||
Zoveel divs heb je niet nodig. | ||||||
gekkewiebel | zaterdag 23 januari 2016 @ 11:36 | |||||
ohh ik zie nu pas je link, je hebt t gefixt, thanks of niet, huh, m'n hoofd is vol van al die < > 's | ||||||
paulb_nl | zaterdag 23 januari 2016 @ 13:23 | |||||
Hier is een wat simpelere versie https://jsfiddle.net/9efv7v43/1/. Door een breedte in te stellen blijft het beter uitgelijnd staan. | ||||||
Maikkeyy | zondag 24 januari 2016 @ 14:27 | |||||
Beste FOK!kers, Sinds mijn vraag een aantal posts terug heb ik mijn design weten af te maken, echter heb ik nog wel wat nieuwe vraagjes. Dit is hem geworden: http://maikkeyy.site88.net/ Omdat ik eerst bijna alles als plaatje had(buttons etc.), dus zonder fysieke tekst, heb ik nu geprobeerd om zoveel mogelijk tekst te gebruiken i.p.v. een button plaatje waar al tekst in stond van Photoshop. Vraag 1: Bij de rode SUBSCRIBE & PLAY NOW button, heb ik nu een div gebruikt, met als achtergrondafbeelding de rode button met play knopje, maar hoe kan ik ervoor zorgen dat de gehele grootte van de button aanklikbaar wordt als link? Dus niet alleen de tekst die er in staat?
Vraag 2: De footer die ik onderaan de pagina heb, verscheen eigenlijk achter de verschillende gamevakjes, om dat te verhelpen heb ik clear:both aan de footer toegevoegd in css, en nu staat hij inderdaad mooi onder de vakjes. Maar margin-top werkt niet meer en ik kan de footer dus niet met wat afstand plaatsen van de vakjes. Hoe krijg ik dat voor elkaar?
Dan kom ik ook meteen bij mijn volgende vraag: het laatste "follow the casino on"-stukje in de footer komt onder de verschillende linkjes te staan, waarom staat hij gewoon niet rechts van de linkjes helemaal rechts uitgelijnd? Verder merk ik dat ik echt bijna overal een div voor gebruik, is dat erg? En hoe gaan jullie om met het feit dat niet elke lettertype toegankelijk is voor iedereen, maar je die wel in je design hebt in Photoshop? Kiezen jullie dan toch voor een andere lettertype of? Alvast Bedankt, Mike | ||||||
BrainOverfloW | zondag 24 januari 2016 @ 18:04 | |||||
Dat is zeker aan te raden. Alles wat je als code door kunt sturen ipv een plaatje moet je als code sturen. Simpelweg omdat een paar tekstregels sneller te versturen zijn dan een plaatje. Dit geld dus niet alleen voor de tekst op een button, maar ook de button zelf. De achtergrond kleur, de ronde hoeken etc. Allemaal te doen in CSS in een fractie van de grootte van een plaatje. Ook zijn ze sneller aanpasbaar en kun je makkelijker dingen als hover-state toevoegen. Daarnaast maakt het de tekst ook leesbaar voor zoekmachines, schermlezers etc. Dat kun je doen door je link te stijlen als een button, in plaats van de div er omheen. Ik heb een begin gemaakt in deze JSFiddle. Je kunt de stijl zelf nog wat verder aan kleden met de juiste font en een background gradient om hem precies de stijl te geven die je zoekt. Dat komt omdat je al die blokken binnen #games een float-left gegeven hebt. Daardoor gaan ze 'zweven' en raakt de #games div zijn hoogte kwijt. Als je die div inspecteert (bijvoorbeeld met de DevTools in Chrome) zie je ook dat die een hoogte van 0px heeft. Je footer heeft dus niks om die margin-top tegen af te zetten. Om dat op te lossen moet je die floats verwijderen. Om vervolgens je blokken weer op een lijn te krijgen i.p.v. onder elkaar moet je ze de eigenschap "display: inline-block" mee geven. Hierdoor blijven ze zich als blok gedragen, en geven ze dus goed hun hoogte/breedte af, maar gedragen ze zich ook als tekst-elementen op een regel, waardoor ze netjes op een rij gaan staan. Wat me op valt is dat je veel te veel gebruik maakt van ID's. Door elk item een ID te geven raak je de herbruikbaarheid van je code totaal kwijt aangezien je ID's maar op één item mag gebruiken. Neem bijvoorbeeld je knoppen naar de verschillende speltypen. Die hebben allemaal een titel, plaatje en button onder elkaar. Die stijling kun je dus met een paar classes vormgeven en ze daarna vol elk speltype alleen de html van een blok kopiëren en de stijling gaat gelijk mee. Dit punt kun je, samen met de inline-display oplossing terug zijn in deze JSFiddle Daarnaast wegen ID's zwaarder dan classes bij de vraag welke stijl elementen weergegeven zullen worden. Dat kan soms voor onduidelijkheid zorgen over de vraag waarom een stijl element niet werkt terwijl je het wel toevoegt. Flauw gezegd, omdat dat precies is waar je hem neer zet. Kijk maar naar je code. Je plaats de div#follow onder je span#rights. Daarna gebruik je een float om hem naar rechts te schuiven. Dan komt die dus rechts onder je span#rights te staan. Als je hem op gelijke hoogte met je links wilt hebben zul je hem daar ook moeten plaatsen. De volgorde wordt dan dus :
Door de follow vervolgens naar rechts te floaten krijg je:
Het resultaat kun je zien in deze JSFiddle Daarbij heb ik ook je link lijst vervangen door een unordered list met links. Hierdoor heb je meer controle over de stijling van de links en hoef je ze niet van elkaar af te zetten d.m.v. spaties Op het moment dat je dat soort trucjes toe moet gaan passen om je design kloppend te krijgen zit er over het algemeen iets mis in je html of css opbouw. Erg is een groot woord, het is nog altijd kloppende html. Het is echter wel beter om de verschillende html tags te gebruiken waarvoor ze bedoeld zijn. Mede omdat je te maken hebt met meer dan alleen je gebruikers die je site via een browser bekijken. Beter gebruik van de juiste tags zorgt bijvoorbeeld voor betere leesbaarheid door systemen als Google. Wat je weer terug ziet in je Page ranking. Bovendien is het voor jezelf ook sneller te typen en makkelijker terug te lezen.
Lettertypes zijn via CSS mee te sturen naar de gebruiker. Lees je daarvoor eens in over font-face. Zorg wel voor een backup font mocht het inladen van de font-face niet werken. Dit kun je doen door meerdere fonts op te geven in het font-family attribuut. Daar kun je voorlopig wel weer even ver mee denk ik | ||||||
Maikkeyy | zondag 24 januari 2016 @ 21:24 | |||||
Bedankt voor je reactie! Hier kan ik voorlopig zeker wel verder mee vooruit! Ik denk dat ik de mogelijkheden van CSS heb onderschat, want na je vorige post ben ik het gaan aanpassen en hij ziet er hetzelfde uit met CSS zonder plaatje. Ik dacht altijd maar dat al die effecten die ik in Photoshop maak niet mogelijk waren in CSS, maar dat is dus zeker niet zo. Jouw 'display:inline-block'-oplossing werkt inderdaad voor de games, echter wilde ik dit ook toepassen voor alles wat in mijn counter staat. Maar als ik dat doe krijg ik dit: De code die hierbij hoort: https://jsfiddle.net/wzgk0pu6/ Hoe kan het dat die button dan ineens eronder staat? En er zal zeker nog veel mis zijn met mijn HTML-opbouw, maar ik vond zo'n design via Photoshop coderen met mijn basiskennis interessanter dan allemaal tutorials volgen, omdat ik zo zelf dingen ontdek waar ik tegenaan loop. Dit neem ik ook allemaal mee naar mijn volgende design! En wat bedoel je met teveel ID's? Want ik gebruik toch geen zelfde ID's op verschillende items? Met de rest gaat het wel lukken en bedankt voor je hulp! | ||||||
BrainOverfloW | zondag 24 januari 2016 @ 23:50 | |||||
Dat is inderdaad al enige jaren niet meer het geval. CSS heeft steeds meer complexere stijlen gekregen om je site op te tuigen. Juist omdat het zoveel sneller en flexibeler is dan vaste plaatjes. Omdat die button buiten de div#numbers staat. Div's zijn standaard display:block dus elk volgend element wordt naar een nieuwe regel geduwd. Zo leren we het programmeren allemaal Van elk design of algoritme leren we weer iets nieuws wat de volgende keer beter kan. Dat doe je inderdaad niet, dus dat is op zichzelf goed. Echter heb je veel terugkomende stijlen die je aan je elementen hangt met ID's. En omdat je ID's niet mag hergebruiken, ga je je code copy/pasten om elk ID dezelfde code mee te geven. Neem die counter. Elk nummer heeft een eigen ID met allemaal dezelfde 4 regels css. Geef je ze allemaal dezelfde class, met daar aan die zelfde 4 regels code, dan kunnen al die regels voor nummer 2 tm 9 weg. Het zelfde geld voor de dubbele komma, en die blokken in #games. Het grote voordeel daarvan is, naast een stuk minder werk, dat als je nu besluit de font-size aan te passen je dat maar in 1 class hoeft te doen i.p.v. bij 9 ID's Zie maar hoeveel code het scheelt: JSFiddle Overigens kloppen al die <p> tags om je getallen ook niet. Een <p> is voor een paragraaf tekst. Die heeft dus zelf al eigenschappen om zich af te zetten van tekst om zich heen. Dit in tegen stelling tot een <span> die bedoeld is om losse stukken tekst te stijlen. Maar in dit geval hoeft er helemaal geen extra element omheen aangezien je de stijling al op de <div> hebt zitten. Graag gedaan hoor Ik weet niet of je al bekend bent met de DevTools van Chrome maar als je met CSS bezig bent kun je al snel niet zonder goede ontwikkel tools. | ||||||
n8n | maandag 25 januari 2016 @ 09:56 | |||||
Heb een webapp gemaakt om met arduino je huis te besturen. http://n8n.nl/lab/home/ (nu nog met fake data) Gebruikt een JSON object om de hele app te renderen. | ||||||
TwyLight | maandag 1 februari 2016 @ 19:06 | |||||
tering http://static-hearth.cursecdn.com/1-0-5869-28288/js/core.js | ||||||
BrainOverfloW | woensdag 3 februari 2016 @ 13:08 | |||||
Nog een mooie
| ||||||
Super-B | zaterdag 6 februari 2016 @ 22:41 | |||||
Ik weet niet of ik op het juiste adres ben maar aangezien mijn vraagstelling omtrent affiliate marketing gaat, heb ik beslist om hier maar te posten. Kan iemand mij uitleggen hoe zo'n website als allkeyshop.com/cheapshark.com is opgebouwd? Natuurlijk werken zij met affiliates en is het gewoon pure affiliate marketing. Maar hoe hebben ze het voor elkaar gekregen wat betreft de input? Het lijkt mij sterk dat alles handmatig is ingevoerd. Dat zou ten eerste enorm lang duren. Ten tweede moet alles automatisch ge-update worden. Is zo'n website puur en alleen mogelijk door zelf te gaan scripten of is zoiets ook mogelijk door middel van een CMS? | ||||||
Sitethief | woensdag 10 februari 2016 @ 08:56 | |||||
Het lijkt me dat dit gewoon via JSON/CSV/XML geïmporteerd wordt. Zo werken de meeste prijsvergelijkers ook voor een gedeelte. De achterliggende CMS hoeft niet per se zelf gemaakt te zijn, maar de import/verwerk kant van de website wel. | ||||||
richolio | donderdag 11 februari 2016 @ 10:56 | |||||
Ik heb in Wordpress een icon + text Als je die icon een link geeft, dan komt er automatisch onder een link te staan. Dat is dat "/teamontwikkelaar" Nu wil ik die link op display:none zetten, zodat de icon alsnog linkt, maar de linktekst onder weg is.
Maar dit werk dus niet.. .icontekstontwikkelaar is de class die ik dit alles heb gegeven en .q_icon_with_title .icon_with_title_link zou dan staan voor die link (klopt ook) Doe ik wat verkeerd in dit stukje? | ||||||
KomtTijd... | donderdag 11 februari 2016 @ 11:00 | |||||
Wat je verkeerd doet is dat je geen testcase post, zo kan niemand je helpen. Sowieso is het raar dat die link daar verschijnt. Waarom is dat, en waarom die je daar niet wat aan ipv met CSS elementen die je niet nodig hebt te verdoezelen... | ||||||
Scarlet_Dragonfly | donderdag 11 februari 2016 @ 11:03 | |||||
Je zal vast iets fout doen met interpreteren van de html en hoe de css daar op ingrijpt. Maar hoe verwacht je van ons dat we je daarbij kunnen helpen als je de html niet ook post? Het enige wat ik zou kunnen gokken is dat je ".q_icon_with_title .icon_with_title_link > .icontekstontwikkelaar" om moet draaien. Je tekst geeft me het vermoeden dat je een div.icontekstontwikkelaar hebt met daarbinnen iets met die .q_icon_with_title. | ||||||
richolio | donderdag 11 februari 2016 @ 13:32 | |||||
Ik dacht dat het waarschijnlijk alleen aan dit ene stukje css lag, wat je op het laatst zegt klopt. Echter doet hij het nog steeds niet Ik vind het lastig om de html te posten aangezien ik in Wordpress zit. Ik kan wel even inspecten.
Doet het Nu nog alleen voor een bepaalde pagina/div, want nu haalt hij het op de hele site weg. Dat is dus de .icontekstontwikkelaar die ik in Wordpress eraan heb gegeven. | ||||||
TwyLight | donderdag 11 februari 2016 @ 13:38 | |||||
.q_icon_with_title .icon_with_title_link { display: block; text-indent: -99999px; overflow: hidden; } daarmee spelen | ||||||
richolio | donderdag 11 februari 2016 @ 13:56 | |||||
Ik werk in Wordpress, dus heb de paginabroncode opgezocht. Denk niet dat dit duidelijk is, maar wie weet. Je ziet iig wel dat de icontextontwikkelaar om de .icon_with_title_link enzo zit. Thanks! Dat werkt Alleen het is wel voor de hele site. Er is namelijk nog een pagina waar ik dit niet wil.. | ||||||
richolio | donderdag 11 februari 2016 @ 14:23 | |||||
Ik heb het;
was de oplossing. | ||||||
mschol | vrijdag 26 februari 2016 @ 09:49 | |||||
vraagje uit nieuwsgierigheid: op kruidvat.nl gebruiken ze code die voorkomt, bij aanmaken account, dat je je email adres kan copy/pasten.. ik ben alleen benieuwd waar ze dit in de code hebben staan, ik kan het niet vinden ? | ||||||
Catch22- | vrijdag 26 februari 2016 @ 10:05 | |||||
https://jsfiddle.net/4dov0naL/ meest hatelijke wat er bestaat, maar zo kan je het doen | ||||||
Scarlet_Dragonfly | vrijdag 26 februari 2016 @ 10:43 | |||||
Werkt niet, ik kan op drie manieren plakken in dat veld: - rechtermuisknop, paste - cmd+V - drag-and-drop een stukje geselecteerde tekst Ctrl+V werkt sowieso niet om te plakken op een mac | ||||||
Catch22- | vrijdag 26 februari 2016 @ 10:45 | |||||
PoC, dat kan je ook wel afvangen. Maar je moet het niet willen, echt dom gedrag is dat. | ||||||
mschol | vrijdag 26 februari 2016 @ 10:48 | |||||
helemaal mee eens, verschrikkelijk, alleen meestal werkt het wel het e.e.a. weg te halen qua ID's e.d. en dan werkt het, bij kruidvat werkte dat dus niet, vandaar dat ik specifiek benieuwd was naar hun manier van "beveiliging" (voor zover je het beveiliging kan noemen ) | ||||||
Catch22- | vrijdag 26 februari 2016 @ 10:56 | |||||
[ Bericht 0% gewijzigd door Catch22- op 26-02-2016 11:02:09 ] | ||||||
n8n | zaterdag 27 februari 2016 @ 21:37 | |||||
Jezus wat een Frankenstein zooi | ||||||
PimD | zaterdag 27 februari 2016 @ 21:40 | |||||
Ik heb vééél ergere Frankenstein-zooi gezien, ik zou willen dat ieder project waar ik in zit er zo uit ziet hoor | ||||||
donroyco | zondag 28 februari 2016 @ 00:08 | |||||
Precies | ||||||
n8n | zondag 28 februari 2016 @ 09:57 | |||||
Ff afkloppen dan, kan nog niet heel lang JS dus heb nog geen Frankenstein legacy in het wild gespot. | ||||||
Catch22- | zondag 28 februari 2016 @ 10:23 | |||||
Ik zie alleen mijn eigen frankensteincode gelukkig. En dat ik het matige code vind van tijd tot tijd is alleen maar goed. Als je oude code ziet en denkt 'ik zou het precies zo weer doen', dan heb je niets bijgeleerd. | ||||||
pussywillow | maandag 29 februari 2016 @ 20:00 | |||||
Het enige relevante stukje is waar ze luisteren naar de cut, copy en paste events Zo doen ze dat dus: https://jsfiddle.net/thebluenile/7g3nk98z/2/ Ik wist persoonlijk niet eens dat die events bestonden, maar het lijkt een redelijk goede manier om je gebruikers te irriteren | ||||||
picodealion | dinsdag 1 maart 2016 @ 14:27 | |||||
Ik vind die code wel meevallen, maar die comments overal vind ik wel enorm storend. | ||||||
PimD | dinsdag 1 maart 2016 @ 14:51 | |||||
Hoe meer commentaar, hoe beter - ook al zijn sommige dingen uiteraard wel heel erg self-explanatory. | ||||||
Catch22- | dinsdag 1 maart 2016 @ 14:56 | |||||
Ik doe het te weinig, maar je moet het alleen doen als het nodig is. Dus niet bij simpele statements | ||||||
PimD | dinsdag 1 maart 2016 @ 14:59 | |||||
Mwah, ik denk/vind dat commentaar niet gauw overbodig is. Ook al is het bij simpele statements zoals in het voorbeeld, dan nog kan het je helpen om de code/gedachtengang van een ander (of van jezelf!) beter te begrijpen. Maar het blijft natuurlijk persoonlijk, ieder z'n eigen voorkeur. | ||||||
Catch22- | dinsdag 1 maart 2016 @ 15:00 | |||||
[code] // call BehaviourBase unload method _parent.prototype._unload.call(this); // restore content this._element.innerHTML = this._inner; // remove events this.$element.off('cut copy paste');[/] Dit voegt natuurlijk niets toe. Als je dit stuk code niet begrijpt zonder documentatie, ga je het met docs ook niet goed genoeg begrijpen | ||||||
KomtTijd... | dinsdag 1 maart 2016 @ 19:34 | |||||
Comments moeten beschrijven wáárom je iets doet, en alleen als de code wazig is, wát je precies doet. Vertellen dat je een class gaat openen voordat je een class opent is idd onzin. En ja dit klinkt eenvoudig maar goeie, verduidelijkende comments icm self-explanatory code schrijven, is misschien wel een van de moeilijkste dingen als het op programmeren aan komt. | ||||||
Catch22- | dinsdag 1 maart 2016 @ 20:17 | |||||
Ik heb liever degelijke functie- en variabelenamen dan documentatie. | ||||||
Light | dinsdag 1 maart 2016 @ 20:28 | |||||
Al vind ik docblocks bij functies wel heel handig. Gewone comments moet je idd (naar mijn idee) zoveel mogelijk vermijden. Als je ze nodig hebt, is het waarschijnlijk beter om de code minder complex te maken. | ||||||
Scarlet_Dragonfly | dinsdag 1 maart 2016 @ 21:51 | |||||
Als een regel code zonder comment erbij niet eenduidig te begrijpen is, moet je de code dusdanig anders opschrijven dat die zonder commentaar wel eenduidig te begrijpen is. En je mag verwachten dat een lezer van je code de taal snapt, dus ga geen php constructies uitleggen in comments... | ||||||
TwenteFC | dinsdag 1 maart 2016 @ 22:48 | |||||
Dit Ben daarom persoonlijk ook niet altijd een fan van generieke namen als getUser() setUser() zou dan eerder voor kiezen voor iets wat van toepassing is in de context van de huidige class oid. Ik wijk er natuurlijk wel eens vanaf, maar als stelregel houd ik mezelf voor dat iemand die niet programmeert/codeert de api nog moet kunnen begrijpen. | ||||||
Light | woensdag 2 maart 2016 @ 00:01 | |||||
Programmeren. Coderen is iets heel anders. | ||||||
Catch22- | woensdag 2 maart 2016 @ 09:05 | |||||
Dat is echt 1 van de meest zinloze discussies die er is. Stefan kan vast wel zinnigere artikelen schrijven met zijn tijd. | ||||||
TwenteFC | woensdag 2 maart 2016 @ 18:34 | |||||
Oké dan, scripten. | ||||||
richolio | donderdag 3 maart 2016 @ 14:31 | |||||
Ik heb een probleempje. Weet niet zeker of ik hier goed zit, of of ik duidelijk genoeg ga zijn. Oké. Ik werk dus met ExpressionEngine. Er is een archief pagina die alle entries (nieuwsberichten) laat zien. Echter zijn dat er aardig wat, niet zo overzichtelijk dus. Infinite Scroll ging niet werken, en pagination ook niet. Dus nu wil ik dat je 20 entries ziet en als je op een knopje drukt er 20 bijkomen. (duidelijk? ) Ik ben zover gekomen; JS
HTML (de entries)
Nu loop ik vast, want ik weet niet meer wat ik moet doen. Als er hier een betere oplossing voor is hoor ik dat ook graag | ||||||
PimD | donderdag 3 maart 2016 @ 15:51 | |||||
Daar heb je een prachtig <a>-element voor...? ;-) Als ik het goed begrijp heb je wel een gigantische lijst van HTML voor al je items en wil je alleen de eerste 20 tonen, daarna 0-40, 0-60, 0-80 etc? Dan zou je zoiets in elkaar moeten draaien. Dit is echt verschrikkelijk lelijke code, maar het gaat om het idee:
http://jsbin.com/gugusutova/edit?html,css,js,output Uiteraard moet je nog een hoop dingen afvangen, zodat je alleen maar op de knop kunt drukken als er ook echt meer items zijn etc etc. | ||||||
igi0n | maandag 7 maart 2016 @ 19:19 | |||||
Heb al een geruime tijd een website draaiende (nog niet live), waar ook font-awesome op meedraait. Sinds vandaag is alleen font-awesome er ineens mee gekapt; de iconen worden niet meer geladen. Wat kan hier de oorzaak van zijn? Heb font-awesome al geupdate (bleek al hoogste versie te zijn). Heb thema opnieuw geinstalleerd (blijft hetzelfde probleem). Het lijkt me dus dat er iets bij font-awesome is gewijzigd, of bij mijn host waardoor ze niet meer geladen worden. Iemand een idee ? Ik draai btw wordpress. | ||||||
Darkomen | maandag 7 maart 2016 @ 19:43 | |||||
Ik gok dat je host de eot of woff bestanden niet meer ondersteunt. Open deze eens direct, kijken wat je krijgt. Of check je console. Of post je website. Zorg iig dat je wordpress en plugins zijn geupdate. Was recent een issue met bijvoorbeeld de 'Custom Content Type Manager' plugin. | ||||||
igi0n | maandag 7 maart 2016 @ 22:44 | |||||
Chrome developer console geeft verder geen errors, en de plugins zijn niet veranderd sinds het niet meer werkt (werkt sowieso niet ongeacht welke plugins ik aan heb staan). Hoe check ik of die bestanden werken? Gewoon checken vanuit de browser? Zodra ik die namelijk wil openen download die gewoon het bestand, en gebeurd er verder niets. edit: gefixed, op een of andere manier was de plugin 'menu icons' de boosdoener, ongeacht of die aan stond of niet. Heb hem nu gedelete, en werkt weer [ Bericht 10% gewijzigd door igi0n op 07-03-2016 22:54:36 ] | ||||||
richolio | donderdag 7 april 2016 @ 13:51 | |||||
Hi, Ik heb een simpele quiz gedownload ergens vandaan. Een deel JS ziet er zo uit;
Nu wil ik de "question" niet als tekst, want daarvoor in de plaats zou ik graag een afbeelding willen. Is dat mogelijk? Ik dacht misschien is daar wel een simpel tagje voor oid, maar wat ik tot nu toe heb geprobeerd heeft niet geholpen. Thanks alvast! | ||||||
#ANONIEM | donderdag 7 april 2016 @ 14:11 | |||||
Zonder de rest van je script kunnen we enkel gokken. . Je hebt nu enkel de config van je scriptne geplakt. Wat als je gewoon image tags bij question tieft? (wel even netjes chars escapen met \) Anders in je scriptje kijken waar die een document.write doet voor question, en IMG tags om de variabel zetten. [ Bericht 5% gewijzigd door #ANONIEM op 07-04-2016 14:11:34 ] | ||||||
Molleman | vrijdag 15 april 2016 @ 14:44 | |||||
Zie een nieuwsbericht voorbij komen dat Visual Studio Code uit beta is en een 1.0 release heeft gekregen. Iemand van jullie die hier mee gespeeld heeft en is het de moeite waard om over te stappen? Schijnbaar toch al een half miljoen maandelijkse gebruikers en hoor dat het een stuk sneller dan Atom is. | ||||||
Catch22- | vrijdag 15 april 2016 @ 14:46 | |||||
Ik gebruik het al een tijdje. Werkt wel makkelijk. Ik doe af en toe wat R&D met ionic2 en typescript. Er zijn niet veel windows IDE's die daar goed mee om gaan, VS Code uiteraard wel. Ben er nu ook mee bezig. Het schort nog een beetje aan debug-feedback. Soms krijg je een wit scherm, nergens foutmeldingen en moet je maar uitzoeken wat je verkeerd doet. En dat is nogal lastig als je met nieuwe talen werkt | ||||||
Molleman | vrijdag 15 april 2016 @ 15:00 | |||||
Dit weekend eens op mijn PC en chromebook (waar linux op draait) installeren. Volgende week maar eens mee gaan experimenteren. Wordt in ieder geval voldoende aan gewerkt om het pakket beter te maken aangezien er steeds meer gebruikers komen. Vind Atom af en toe een beetje traag reageren. Thanks. | ||||||
mstx | vrijdag 15 april 2016 @ 15:22 | |||||
Ik gebruik hem ook al een tijdje als standaard editor hier op het werk. Werkt erg prettig. | ||||||
Pino0 | dinsdag 3 mei 2016 @ 09:26 | |||||
Is dit actief? Ik heb een vraag. Please quote mij | ||||||
Catch22- | dinsdag 3 mei 2016 @ 09:34 | |||||
Nee morsdood Enige wat ik vervelend vind is dat je niet echt tabs hebt, maar daar begin ik aan te wennen. | ||||||
Pino0 | dinsdag 3 mei 2016 @ 09:44 | |||||
Hoi, even een vraagje. Ben klaar met de HTML en CSS course van Codecademy, en ben nu zelf een beetje aan het stoeien, alleen kom ik al meteen een probleem tegen. Ik heb een text plaatje gemaakt in Photoshop, en die geimporteerd naar HTML/CSS, alleen wilt het plaatje gewoon niet verplaatsen, alleen als ik width invoer (maar ik wil hem gecentreerd). Dit is mijn html code; <!DOCTYPE html> <html> <head> <link type="text/css" rel="stylesheet" href="stylesheet.css"/> <title>Result</title> </head> <body> <img id="welcome"/> <img src="C:\Users\lllll\Desktop\html\welcome01pgn.png"/> </body> </html> en dit mijn CSS code body{ background-color: #90c3d4; } #welcome{ position: relative; margin-left: auto; margin-right: auto; } Kan jij mij helpen? | ||||||
BrainOverfloW | dinsdag 3 mei 2016 @ 09:48 | |||||
Je img ID en src zitten in 2 verschillende tags. Die moeten samen in 1 tag. Nu centreer je een lege tag terwijl de tag met het plaatje blijft staan. | ||||||
Pino0 | dinsdag 3 mei 2016 @ 09:52 | |||||
Oja, ofcourse Super bedankt! En dan heb ik nog een vraagje, ik heb ze nu allebei in 1 gedaan, maar als ik margin left en right auto doe, verspringt hij niet naar het midden. Hoe kan ik hem centreren/hoe weet ik hoeveel pixels mijn HTML bestand heeft? Om hem naar aanleiding daarvan te kunnen centreren? | ||||||
Catch22- | dinsdag 3 mei 2016 @ 10:00 | |||||
"Give a man a fish.." als je googled op "center img css html" dan kom je er wel uit. | ||||||
Pino0 | dinsdag 3 mei 2016 @ 10:08 | |||||
Heb al het een en ander opgezocht, maar kwam er niet uit. Nu weer stapje verder. Dank voor moeite. | ||||||
pixarnl | dinsdag 3 mei 2016 @ 10:15 | |||||
Een img tag is een inline-block element. Die kun je niet centreren met margin:auto. Je kunt er een block element van maken met
| ||||||
Pino0 | dinsdag 3 mei 2016 @ 20:12 | |||||
Wat doe ik verkeerd? Ik wil gewoon een border in CSS om mijn image doen. Dit probleem heb ik ook weer gegoogled, maar kom er niet uit. HTML <center> <img id="xxx" /> <img src="C:\Users\xxxx\Desktop\html\aboutme\xxxxx.jpg" height="300px" /> </center> #xxx{ border: solid grey; border-width: 15px; } Heb al geprobeerd met of zonder center etc, maar werkt niet. De border komt gewoon links onder mijn image te staan (buiten mijn image). Als ik hem bewerk in HTML krijg ik wel een border. Maar wil graag weten wat ik verkeerd doe en waarom het mij niet lukt in CSS. Kunnen jullie mij helpen? [ Bericht 70% gewijzigd door Pino0 op 04-05-2016 00:14:42 ] | ||||||
pixarnl | woensdag 4 mei 2016 @ 08:42 | |||||
Lees eens een paar berichten terug. De fout die toen in je code zat zit er nu opnieuw in. | ||||||
Catch22- | woensdag 4 mei 2016 @ 10:11 | |||||
Begin eens met wat html en css 101 artikelen. Je hebt totaal geen basis en doet maar wat | ||||||
Tijn | woensdag 4 mei 2016 @ 10:14 | |||||
Het begint al met het feit dat je twee images op de pagina zet. Een met een id die je gebruikt in je stylesheet en eentje die daadwerkelijk naar een afbeeldingsbestand verwijst. Je moet die twee elementen combineren. | ||||||
cablegunmaster | woensdag 4 mei 2016 @ 16:35 | |||||
AngularJS? Nah , ReactJS | ||||||
Ser_Ciappelletto | zondag 8 mei 2016 @ 17:24 | |||||
Waarom selecteert dit stukje JS niet "afbeelding/Naam.jpg"?
| ||||||
PimD | zondag 8 mei 2016 @ 17:47 | |||||
Omdat getElementById een element pakt op basis van de ID. Het is dus geen selector, je kunt geen children mee geven. In jouw voorbeeld wordt er dus gezocht naar een element met de id '1 img', en niet naar een img die een child is van #1. Wat jij wilt is document.getElementById('1').querySelector('img'). Overigens mag een ID nooit beginnen met een nummer. | ||||||
n8n | dinsdag 10 mei 2016 @ 08:49 | |||||
Of gewoon meteen querySelector("#1 img"), scheelt ook weer een dom inspectie. | ||||||
mstx | dinsdag 10 mei 2016 @ 09:04 | |||||
Dat hoeft niet per se sneller te zijn. getElementById is enorm snel en als je daarbinnen zoekt hoeft hij niet het hele document te doorzoeken. Niet dat je er in de praktijk veel van merkt, maar toch. | ||||||
KomtTijd... | dinsdag 10 mei 2016 @ 10:15 | |||||
Als je toch gaat micro-optimaliseren kun je er waarschijnlijk beter getElementById('1').getElementsByTagName('img')[0] van maken. | ||||||
n8n | dinsdag 10 mei 2016 @ 10:30 | |||||
Met 1 query heb je nooit de null.querySelector error, het is ook explicieter wat je wilt en dom queries kosten nog een fractie van een ms tegenwoordig. | ||||||
Catch22- | dinsdag 10 mei 2016 @ 11:10 | |||||
Hebben beiden hun voors en tegens. Angular2 met typescript en ionic werkt wel mooi | ||||||
ikbenrond | dinsdag 10 mei 2016 @ 16:42 | |||||
*zwaai* Ik zoek een manier om dit te doen; ik heb links een element met een background image en rechts een nav. Als ik over de a'tjes in de nav hover wil ik eigenlijk dat de background image links verandert. CSS
HTML
Niet heel relevante code nu eigenlijk, maar ik dacht misschien weten jullie een handige manier om een element (die background image/.hero) te beinvloeden door te hoveren over de nav. Ben niet zo goed in JS, maar ik denk dat dat de enige manier is eigenlijk, dus dat is dan maar zo | ||||||
BrainOverfloW | dinsdag 10 mei 2016 @ 16:44 | |||||
Kun je die achtergrond niet veranderen met
| ||||||
ikbenrond | dinsdag 10 mei 2016 @ 16:55 | |||||
Jawoll, maar elke a in de nav moet een andere afbeelding krijgen. Of kan dat dan nog? | ||||||
BrainOverfloW | dinsdag 10 mei 2016 @ 19:24 | |||||
Had niet helemaal goed gelezen dat je de achtergrond van een ander element wou veranderen i.p.v. de link zelf. Is dit een beetje wat je zoekt? | ||||||
Ser_Ciappelletto | zaterdag 14 mei 2016 @ 15:48 | |||||
Waarom blijft deze code bij 'nummer' telkens '1' inserten ("<div id=nummer1>" dus), ook al klik ik meerdere keren op het addfield-divje? De var staat declared buiten de click-functie, dus die zou toch niet moeten resetten? Bovendien zou de "nummer =+ 1;" er toch 2 van moeten maken, zelfs als 'ie gereset wordt? Hij moet dus gereset worden binnen de click-functie, maar daar wordt de var helemaal niet meer gedeclared! Dat kan toch niet?
| ||||||
JeSuisDroppie | zaterdag 14 mei 2016 @ 15:51 | |||||
verander =+1 eens in +=1 of beter nog nummer++; | ||||||
Ser_Ciappelletto | zaterdag 14 mei 2016 @ 15:54 | |||||
Shit, enorme faal van mij. Goed gespot! Thanks. | ||||||
Tijn | zaterdag 14 mei 2016 @ 18:28 | |||||
Ik vind +=1 duidelijker dan ++ eerlijk gezegd. | ||||||
KomtTijd... | zaterdag 14 mei 2016 @ 19:32 | |||||
"Nummer" + ++nummer please don't | ||||||
JeSuisDroppie | zaterdag 14 mei 2016 @ 23:24 | |||||
Kwestie van persoonlijke voorkeur imo, maar snap waar je op doelt. | ||||||
Catch22- | zaterdag 14 mei 2016 @ 23:48 | |||||
++ is wel common practice | ||||||
mschol | zaterdag 14 mei 2016 @ 23:52 | |||||
+=1 is zo'n rare eend in de bijt.. alsof + gelijk aan 1 is.. (of dat + resulteert in 1) | ||||||
Tijn | zaterdag 14 mei 2016 @ 23:53 | |||||
Crockford raadt het af: http://javascript.crockford.com/code.html
| ||||||
KomtTijd... | zondag 15 mei 2016 @ 00:02 | |||||
Ja dus niet gebruiken zoals ik net noteerde. Gewoon Foo++; is niet zoveel mis mee lijkt me. |