Ik wou dat posten en anders vergeet ik het weer. Mijn garbage collector is vrij agressiefquote:
Kijk ook hier eens naar http://pingendo.com/quote:
Oh cool! Dat is wel een leuk alternatief (en gratis), thanksquote:Op zaterdag 28 mei 2016 23:55 schreef d4v1d het volgende:
[..]
Kijk ook hier eens naar http://pingendo.com/
Is wel heel basic zo te zienquote:Op zaterdag 28 mei 2016 23:55 schreef d4v1d het volgende:
[..]
Kijk ook hier eens naar http://pingendo.com/
Sylvana Simons kom d'r maar inquote:Op zondag 29 mei 2016 15:10 schreef richolio het volgende:
Grappig. Ik ging het ook even uitproberen, alleen werd heel Pingendo ineens wit Maar ik mag niet klagen over zulke bugs, het is toch gratis.
[ afbeelding ]
Gebeurt dus als je de typography wil aanpassen
Ik gebruik Firefox, en daar bleef de textbox in JSFiddle leeg. In Chrome werkt het wel.quote:Op maandag 7 november 2016 11:18 schreef picodealion het volgende:
-edit-
Je moet toch wat duidelijker zijn. Wat werkt bij jou wel en niet? Je pagina doet het niet omdat je daar geen scripts in hebt zitten, alleen jQuery. De fiddle werkt hier wel gewoon in Chrome.
. Hij doet 't.quote:Op maandag 7 november 2016 11:18 schreef picodealion het volgende:
-edit-
Je moet toch wat duidelijker zijn. Wat werkt bij jou wel en niet? Je pagina doet het niet omdat je daar geen scripts in hebt zitten, alleen jQuery. De fiddle werkt hier wel gewoon in Chrome.
Zou je een voorzetje kunnen geven? .quote:Op maandag 7 november 2016 11:34 schreef KomtTijd... het volgende:
iets van (psuedo code) if (textbox.value != "") inbouwen?
Geen probleem om het per regel toe te passen...quote:Op maandag 7 november 2016 11:37 schreef picodealion het volgende:
Dat zou je dan op iedere individuele regel moeten toepassen. Het kan uiteraard wel, maar gezien je geringe ervaring met javascript zou ik daar niet aan beginnen. Of wel, maar dan moet je wel echt even wat actiever uitzoeken hoe javascript werkt en vooral hoe je met behulp van de developer tools je code kan debuggen.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | (function($) { $('input').change(updateOutput); function updateOutput() { var output = ""; $("p.item").each(function(item) { var text = $("span", this).text(); var value = $("input:text", this).val(); if(value && value.length > 0) { console.log("adding", value) output += "[b]" + text + "[/b]" + " " + value + "\n\n"; } }) console.log("Setting output", output) $('#output').val(output); } function getUser(award) { return $('input[name="' + award + '"]').val(); } })(jQuery); |
1 2 3 4 5 6 7 8 | <p class='item'> <span>Leo Blokhuis Award - Grootste muziekkenner :</span> <input type="text" name="LeoBlokhuis"> </p> <p class='item'> <span>Philippe Geubels Award - User met de meest humor :</span> <input type="text" name="PhilippeGeubels"> </p> <textarea id="output" id="" cols="30" rows="10"></textarea> |
quote:
. . .quote:Op maandag 7 november 2016 11:46 schreef Catch22- het volgende:
[ code verwijderd ]
[ code verwijderd ]
https://jsfiddle.net/78825ajh/
[..]
quote:Op maandag 7 november 2016 12:06 schreef zarGon het volgende:
[..]
. . .
FB / FOK!'s User Awards-verkiezing 2016....... .
Hartstikke bedankt alledrie, voor het meedenken en ook daadwerkelijk meeschrijven van de code. .
Begin simpel, leer de basics en succesquote:Op maandag 7 november 2016 12:42 schreef K44S het volgende:
Ik post hier ook maar eens.
Mijn ambitie: Websites/apps leren maken en mijn service verkopen .
Dus ik zal waarschijnlijk af en toe mee lezen
Heb je daarin tips?quote:Op maandag 7 november 2016 13:35 schreef Darkomen het volgende:
[..]
Begin simpel, leer de basics en succes
Haha, duidelijkquote:
In de OP staan een paar links. Als je die hebt gelezen (en snapt) kom je maar terugquote:
das niet zo netjes. Zet even je oplossing er bij voor anderen.quote:
Ja klopt, dat is inderdaad ook iets waar ik in ieder geval iets vanaf wil weten. Eigenlijk is m'n doel gewoon dat ik zelf wat software kan ontwikkelen en het liefst ook alle disciplines, maar misschien is dat dus niet realistisch meer?quote:Op donderdag 1 december 2016 21:11 schreef PimD het volgende:
Ik zou me gewoon richten op front-end en niet ook nog naar PHP gaan kijken. Front-end is zo ontzettend breed, daar ben je wel even mee bezig. En JavaScript is ook "echt" programmeren hoor
Even 'erbij' fullstack developer zijn is er niet meer bij.quote:Op donderdag 1 december 2016 21:15 schreef Tshot het volgende:
[..]
Ja klopt, dat is inderdaad ook iets waar ik in ieder geval iets vanaf wil weten. Eigenlijk is m'n doel gewoon dat ik zelf wat software kan ontwikkelen en het liefst ook alle disciplines, maar misschien is dat dus niet realistisch meer?
Geloof ik wel, maar ik weet nog niet zo goed wat me het beste ligt, frontend of backend. Enige manier om daar achter te komen is door het toch maar gewoon te proberen lijkt mij?quote:Op donderdag 1 december 2016 21:16 schreef JeSuisDroppie het volgende:
[..]
Even 'erbij' fullstack developer zijn is er niet meer bij.
jaquote:Op donderdag 1 december 2016 21:20 schreef Tshot het volgende:
[..]
Geloof ik wel, maar ik weet nog niet zo goed wat me het beste ligt, frontend of backend. Enige manier om daar achter te komen is door het toch maar gewoon te proberen lijkt mij?
Helder. En is het realistisch om het in de avonduurtjes/weekenden te moeten leren?quote:
Als je je focust op 1 van de gebieden wel ja.quote:Op donderdag 1 december 2016 21:24 schreef Tshot het volgende:
[..]
Helder. En is het realistisch om het in de avonduurtjes/weekenden te moeten leren?
Dat ligt echt volkomen aan je inzet, aanleg en toewijdingquote:Op donderdag 1 december 2016 21:24 schreef Tshot het volgende:
[..]
Helder. En is het realistisch om het in de avonduurtjes/weekenden te moeten leren?
Tutorial volgen en aanpassen naar wensen.quote:Op vrijdag 9 december 2016 12:13 schreef CompanionCube het volgende:
Helder Wat moet je er voor doen dan?
Bestandje van script op de server plempen en toevoegen in de broncode?
Nee, je hebt alleen wat rare behaviour (wat zover mijn roestige JS kennis reikt, gewoon gedocumenteerd is) aangetoond maar vertelt nergens wat je wilt bereiken.quote:Op maandag 16 januari 2017 01:04 schreef Skunk-m het volgende:
Ik ga ervanuit dat dit voldoende duidelijk maakt wat mijn probleem is.
Alvast bedankt voor reacties, ik ga nu slapen.
Wat ik wil bereiken is dat ik bla['cwt'][3] of bla['cwt']['dfgfdg'] krijg, iig een subarray met een zelf bepaalde key. nou krijg ik in het tweede geval gewoon niks en blijft bla['cwt'] leeg en in het eerste geval krijg ik bla[''cwt][0], bla[''cwt][1] en bla[''cwt][2] cadeau, wat niet de bedoeling is.quote:Op maandag 16 januari 2017 09:03 schreef KomtTijd... het volgende:
[..]
Nee, je hebt alleen wat rare behaviour (wat zover mijn roestige JS kennis reikt, gewoon gedocumenteerd is) aangetoond maar vertelt nergens wat je wilt bereiken.
Het is een array die in php gemaakt is cwt staat daar in als: "cwt" => array()quote:Op maandag 16 januari 2017 09:49 schreef KomtTijd... het volgende:
Volgens mij (maar nogmaals dat is roestig) wordt een array altijd gevuld tot de hoogste key, en kan een array (zoals je ook zelf al zei) geen string keys bevatten, daar moet je een object voor gebruiken.
Dus volgens mij klopt het gewoon wat er gebeurt en kan wat jij wilt niet.
Maar ik geloof nooit dat hetgeen je wilt bereiken, is dat je een "bla['cwt'][3] of bla['cwt']['dfgfdg']" array-key hebt. Dat lijkt me eerder een middel om een doel te bereiken.
dat doe ik niet, de vraag is alleen hoe het wel werkt. en wat ik deed klopte alleen moest ik in php zorgen dat cwt niet als lege array maar leeg object erin stond, dus {} ipv [] het is mij alleen een raadsel hoe ik dat doe in phpquote:Op maandag 16 januari 2017 11:12 schreef Catch22- het volgende:
Je maakt de cruciale denkfout te denken dat in javascript arrays zo werken als in PHP.
quote:Op maandag 16 januari 2017 12:12 schreef Skunk-m het volgende:
[..]
nou is dus de vgraag hoe ik in php een lege array (of wat dan ook) neerzet zodat ie er na json_encode zo uitziet: {} ipv zo: []
1 2 3 4 | <?php $data['dingen'] = new stdClass(); echo json_encode($data); ?> |
1 | {"dingen":{}} |
Dat is al een hele andere vraag dan waar je mee begonquote:Op maandag 16 januari 2017 12:12 schreef Skunk-m het volgende:
[..]
dat doe ik niet, de vraag is alleen hoe het wel werkt. en wat ik deed klopte alleen moest ik in php zorgen dat cwt niet als lege array maar leeg object erin stond, dus {} ipv [] het is mij alleen een raadsel hoe ik dat doe in php
nou is dus de vgraag hoe ik in php een lege array (of wat dan ook) neerzet zodat ie er na json_encode zo uitziet: {} ipv zo: []
Codecademy was best prima, maar volgens mij is het tegenwoordig vernacheld. Je kunt er eens een kijkje nemen.quote:Op zaterdag 21 januari 2017 12:45 schreef Maydiengo het volgende:
Hoi allemaal,
Ik heb een vraag over de beschikbaarheid van online tutorials, maar een apart topic hiervoor openen leek me niet nodig. Hopelijk kunnen jullie me helpen.
Al een tijdje ben ik bezig met tutorials volgen die HTML, CSS en JS behandelen, maar ik vind het lastig om mijn nieuwe skills echt te oefenen. Kennen jullie websites waar je volgens een soort stappenplan een simpel webappje opzet, waar HTML, CSS en JS allemaal aan bod komen?
Tutorials volgens heeft zeker zijn waarde in het leren van nieuwe talen en technieken. De volgende stap om je coding skills te oefenen is om zelf dingen te bouwen.quote:Op zaterdag 21 januari 2017 12:45 schreef Maydiengo het volgende:
Hoi allemaal,
Ik heb een vraag over de beschikbaarheid van online tutorials, maar een apart topic hiervoor openen leek me niet nodig. Hopelijk kunnen jullie me helpen.
Al een tijdje ben ik bezig met tutorials volgen die HTML, CSS en JS behandelen, maar ik vind het lastig om mijn nieuwe skills echt te oefenen. Kennen jullie websites waar je volgens een soort stappenplan een simpel webappje opzet, waar HTML, CSS en JS allemaal aan bod komen?
Ik ben bekend met Codeacademy, en dat zijn juist de tutorials die ik nu wel heb gezien. Toch bedankt voor de tip.quote:Op zaterdag 21 januari 2017 12:50 schreef Ser_Ciappelletto het volgende:
[..]
Codecademy was best prima, maar volgens mij is het tegenwoordig vernacheld. Je kunt er eens een kijkje nemen.
Heel erg bedankt. Ik ga hier even naar kijken. Ik realiseer me dat ik zelf dingen moet gaan bouwen, maar het probleem is een beetje dat ik geen idee heb wat ik zou moeten/kunnen bouwen.quote:Op zaterdag 21 januari 2017 15:27 schreef BrainOverfloW het volgende:
[..]
Tutorials volgens heeft zeker zijn waarde in het leren van nieuwe talen en technieken. De volgende stap om je coding skills te oefenen is om zelf dingen te bouwen.
Het process van uitzoeken wat je allemaal nodig hebt voor een pagina, hoe je je code het beste kunt organiseren en het oplossen van de problemen waar je tegen aan loopt vind je niet in tutorials waar de instructeur dit allemaal al voor je uitgezocht heeft.
Wat je bijvoorbeeld kunt doen is naar een site als Dribbble gaan en te zoeken naar termen als app design of UI kit. Zoek een design uit wat je mooi vind en waarvan je het idee het zou kunnen bouwen en probeer het design uit te programmeren.
Je zou ook eens kunnen kijken naar JavaScript 30. Daar vind je 30 video tutorials van creative, kleine projectjes die je mee kunt bouwen. Zoals de naam al zegt is de serie vooral gericht op JavaScript, maar er zit ook wel wat CSS bij in.
Een todo list!quote:Op zaterdag 21 januari 2017 16:21 schreef Maydiengo het volgende:
[..]
het probleem is een beetje dat ik geen idee heb wat ik zou moeten/kunnen bouwen.
Dat is wel een goeie inderdaad. Ik denk meteen te groot, maar ik kan natuurlijk klein beginnen.quote:
Zo wou ik het zeker gaan doen.quote:Op zaterdag 21 januari 2017 16:28 schreef Catch22- het volgende:
Kleine tip, kopieer/plak niets, maar type het over. Als je niet precies weet wat je overtypt, zoek de functie dan op op msn (Mozilla developer network)
Vind ik persoonlijk vrij log voor frontendquote:Op zaterdag 21 januari 2017 16:52 schreef JanCees het volgende:
De IDE's van Jetbrains kan je een gratis gebruiken als student
Heb deze gisteren gedownload. Werkt inderdaad erg lekker.quote:Op zaterdag 21 januari 2017 16:46 schreef Catch22- het volgende:
Gebruik ook een goede ide. Ik ben erg fan van visual studio code.
Zoiets als W3C Validator of JSLint?quote:Op zondag 22 januari 2017 13:02 schreef Maydiengo het volgende:
Nog een vraag, over iets anders weer. Zijn er websites/tools waar je je code doorheen kan halen, waarna je code wordt beoordeeld op juistheid en stijl, mogelijk zelfs met suggesties voor verbetering?
SonarQube kan dat redelijk uitgebreid doen, alleen is dat opzetten misschien een beetje een overkill voor hetgeen je wilt maken?quote:Op zondag 22 januari 2017 13:02 schreef Maydiengo het volgende:
Nog een vraag, over iets anders weer. Zijn er websites/tools waar je je code doorheen kan halen, waarna je code wordt beoordeeld op juistheid en stijl, mogelijk zelfs met suggesties voor verbetering?
Is SonarQube niet voor Java bedoeld?quote:Op zondag 22 januari 2017 13:17 schreef FlippingCoin het volgende:
[..]
SonarQube kan dat redelijk uitgebreid doen, alleen is dat opzetten misschien een beetje een overkill voor hetgeen je wilt maken?
Niet meer, heb recent nog een ontwikkelstraat opgezet voor een applicatie deels bestaand uit javascript.quote:Op zondag 22 januari 2017 13:18 schreef Maydiengo het volgende:
[..]
Is SonarQube niet voor Java bedoeld?
Oke, maar dat lijkt me inderdaad iets te uitgebreid voor hetgene wat ik wil doen (namelijk mijn eigen, simpele code reviewen).quote:Op zondag 22 januari 2017 13:20 schreef FlippingCoin het volgende:
[..]
Niet meer, heb recent nog een ontwikkelstraat opgezet voor een applicatie deels bestaand uit javascript.
Ja voor mijn eigen projecten zou ik het ook niet zo snel opzetten, werkt wel best vet.quote:Op zondag 22 januari 2017 13:21 schreef Maydiengo het volgende:
[..]
Oke, maar dat lijkt me inderdaad iets te uitgebreid voor hetgene wat ik wil doen (namelijk mijn eigen, simpele code reviewen).
Toch bedankt voor de tip.quote:Op zondag 22 januari 2017 13:26 schreef FlippingCoin het volgende:
[..]
Ja voor mijn eigen projecten zou ik het ook niet zo snel opzetten, werkt wel best vet.
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/iframequote:Op zaterdag 28 januari 2017 18:21 schreef Skunk-m het volgende:
Even een onzinnig vraagje tussendoor:
Ik heb een iframe en daar heb ik sandbox met alle allow opties die er zijn behalve allow-popup.. waarom krijg ik in mn console te zien:
"Een iframe met zowel allow-scripts als allow-same-origin voor zijn sandbox-attribuut kan zijn sandboxing verwijderen."
??
want het lijkt popunders te blokkeren, wat mijn hele doel was.
quote:When the embedded document has the same origin as the main page, it is strongly discouraged to use both allow-scripts and allow-same-origin at the same time, as that allows the embedded document to programmatically remove the sandbox attribute. Although it is accepted, this case is no more secure than not using the sandbox attribute.
Hier sluit ik me graag bij aan. Ik werk nu ruim een jaar met Vue en wil echt niet meer terug naar jQuery als basis framework voor mijn sites. Ik gebruik jQuery alleen nog voor een aantal plug-ins.quote:Op zondag 29 januari 2017 12:02 schreef Merkie het volgende:
Jammer dat het topic beetje dood is. Maar ik wilde even zeggen dat ik afgelopen weken aan de slag ben gegaan met Vue, en dat is me uitstekend bevallen. Zeer eenvoudig in gebruik, en ook snel te leren. Als je nog veel met jQuery werkt zou ik ernstig overwegen je methodiek te herzien .
1 2 | <button id="toggleImage" data-show-image="1">Hide image</button> <img id="image" src="image.jpg"> |
1 2 3 4 5 6 7 8 9 10 11 12 13 | $("#toggleImage").click(function(){ var showImage = $(this).attr("data-show-image"); if(showImage == "0"){ $("#image").show(); $(this).html("Hide image"); $(this).attr("data-show-image", "1"); }else{ $("#image").hide(); $(this).html("Show image"); $(this).attr("data-show-image", "0"); } }); |
1 2 3 4 | <button @click="showImage = !showImage"> {{ showImage ? 'Hide image' : 'Show Image'}} </button> <img src="image.jpg" v-show="showImage"> |
1 2 3 | data : { showImage : true } |
Ik ken er geen eenquote:Op zondag 29 januari 2017 17:00 schreef Catch22- het volgende:
Ik heb Vue een beetje langs me heen laten gaan. Ik zit vol in Angular2 atm.
Als je jezelf serieus wil nemen als frontender moet je angular2/vue/react tenminste kennen en je met tenminste 1 van de 3 comfortabel voelen.
Dan zou ik toch aan de slag gaan met 1 van die drie. Al was het alleen al om de concepten te leren kennen en te weten wat ze kunnen. Dan kan je voor jezelf wel uitmaken of je het echt wil gebruiken.quote:
Recent ook wat gemaakt met Angular2, werkt super chill met de CLI; alleen is heel veel documentatie online veroudert doordat het geschreven is voor oudere beta releases, was wel een struggle af en toe.quote:Op zondag 29 januari 2017 18:31 schreef Catch22- het volgende:
[..]
Dan zou ik toch aan de slag gaan met 1 van die drie. Al was het alleen al om de concepten te leren kennen en te weten wat ze kunnen. Dan kan je voor jezelf wel uitmaken of je het echt wil gebruiken.
Ben nu zelf bezig met een nieuwe webplatform wat we op werk gaan gebruiken. Play framework als API waar de backenders in werken, ik alles in een angular 2 app aan de voorkant.
Je hebt de docs toch? Die zijn redelijk compleet. En de meeste artikelen zijn wel up to date, van wat ik tegen komquote:Op zondag 29 januari 2017 22:10 schreef FlippingCoin het volgende:
[..]
Recent ook wat gemaakt met Angular2, werkt super chill met de CLI; alleen is heel veel documentatie online veroudert doordat het geschreven is voor oudere beta releases, was wel een struggle af en toe.
Ik heb in de docs niet kunnen vinden hoe ik op de jusite manier een mock van een service maak, en ik kwam verder bijna alleen maar verouderde voorbeelden tegen helaas.quote:Op zondag 29 januari 2017 22:12 schreef Catch22- het volgende:
[..]
Je hebt de docs toch? Die zijn redelijk compleet. En de meeste artikelen zijn wel up to date, van wat ik tegen kom
Ik lees veel slechte ervaringen met Angular 2, enorm bloated en veel regels code nodig om iets voor elkaar te krijgen. React heb ik ook over ingelezen (niet daadwerkelijk uitgeprobeerd), maar dat lijkt me ook een toppertje (doet ongeveer hetzelfde als Vue, alleen genereer je HTML-code met Javascript, met Vue pas je Javascript toe op HTML-code).quote:Op zondag 29 januari 2017 17:00 schreef Catch22- het volgende:
Ik heb Vue een beetje langs me heen laten gaan. Ik zit vol in Angular2 atm.
Als je jezelf serieus wil nemen als frontender moet je angular2/vue/react tenminste kennen en je met tenminste 1 van de 3 comfortabel voelen.
Klopt, ik ga me binnenkort eens verdiepen erin.quote:Op zondag 29 januari 2017 18:31 schreef Catch22- het volgende:
[..]
Dan zou ik toch aan de slag gaan met 1 van die drie. Al was het alleen al om de concepten te leren kennen en te weten wat ze kunnen. Dan kan je voor jezelf wel uitmaken of je het echt wil gebruiken.
Ben nu zelf bezig met een nieuwe webplatform wat we op werk gaan gebruiken. Play framework als API waar de backenders in werken, ik alles in een angular 2 app aan de voorkant.
Ik zou react of Vue doen, angular2 heeft nogal een steile learning curve als je het mij vraagtquote:Op dinsdag 31 januari 2017 10:31 schreef JanCees het volgende:
[..]
Klopt, ik ga me binnenkort eens verdiepen erin.
Dat komt uit een editor. Dat is anders dan een template parsenquote:Op donderdag 2 februari 2017 23:22 schreef KomtTijd... het volgende:
Voordeel van JSON is dat je backend lekker clean blijft, en je hebt gelijk een API waar je eventueel een app of 3rd party software tegenaan kunt (laten) timmeren.
Tweakers stuurt natuurlijk de (opgemaakte) inhoud van een post door, dat is gewoon opgeslagen als HTML. Daar lijkt me niet zoveel mis mee. Ik denk ook dat je daar de grens moet trekken: objecten e.d. netjes JSON encoden, maar eventuele html-content daarin gewoon doorsturen zoals het opgeslagen staat.
Waarom? Ik vind het persoonlijk ook prettig om de layout in de client te renderen, maar het is wel een relatief zware belasting voor de client. En SEO.quote:Op donderdag 2 februari 2017 21:36 schreef Catch22- het volgende:
Je kan serverside renderen, maar ik krijg jeuk van HTML op de backend. Ik zou react of angular gebruiken met json denk ik.
Ik zou voor JSON kiezen.quote:Op donderdag 2 februari 2017 21:27 schreef TwenteFC het volgende:
Een vraag waar ik eigenlijk al een tijd over twijfel en nu het toch over Vue gaat.
Situatie; Een ecommerce website met aan de linkerkant verschillende facetten die je kan aanklikken waarna de de content aan de rechterkant verandert en de overgebleven producten in beeld staan.
Welke oplossing zouden jullie kiezen en waarom als het gaat om het ophalen en tonen van die content? JSON, of direct html terugkrijgen van je backend?
Mijn developer gevoel zegt in eerste instantie json, maar gewoon direct een HTML view erin pompen werkt ook gewoon praktisch en snel.
Wanneer ik even snel langs de grote websites ga dan zie ik dat Coolblue gewoon een HTML response opvraagt. Tweakers daarentegen kiest een middenweg JSON met daarin HTML. Maar Bol.com doet alles met een JSON response die daarna verwerkt wordt.
Een van die situaties waar ik gewoon links of rechtsom geen voorkeur heb omdat ik niet weet wat ik ervan moet vinden.
...Maar die tijd is gratis. Twig renderen kost jóúw cpu cyclesquote:Op vrijdag 3 februari 2017 08:47 schreef Qunix het volgende:
Het verschil zit hem in het maken van HTML door JavaScript (bijvoorbeeld een Vue of Angular, of zelfs native) of dat het al reeds gemaakt is door de backend. Het genereren van elementen (document.createElement) kost tijd (in millisecondes) en browser geheugen, en kan een vertragende factor zijn (performance) als het gaat om het maken van enorm veel DOMelementen.
omdat ik het dan zelf onder controle heb. Wij hebben hier op de zaak een heel stricte scheiding van front en back. En ik wil niet in de backend klooien, of developers hoeven storen voor een classname.quote:Op vrijdag 3 februari 2017 00:09 schreef Merkie het volgende:
Waarom? Ik vind het persoonlijk ook prettig om de layout in de client te renderen, maar het is wel een relatief zware belasting voor de client. En SEO.
Volgens mij zoek je Window.innerHeightquote:Op zondag 5 februari 2017 00:12 schreef Skunk-m het volgende:
Vraagje..
Met window.screenY krijg ik de afstand tussen de bovenkant van het scherm en de bovenkant van de browser (de titelbalk zeg maar of net hoe dat heet) in pixels..
Maar hoe krijg ik de afstand van de bovenkant van het scherm tot de bovenkant van het vak waar de website in is? dus onder de titelbalk, tabs, urlbalk, bladwijzers etc. gewoon het vak waar de webpagina te zien is.
Dat is niet wat ik zoek...quote:Op zondag 5 februari 2017 00:26 schreef BrainOverfloW het volgende:
[..]
Volgens mij zoek je Window.innerHeight
Dat zal lastig worden om voor elkaar te krijgen denk ik. Naast eventuele extra balken aan de onderkant van de browser kun je er ook niet vanuit gaan dat de gebruiker zijn scherm gemaximaliseerd heeft staan. En de positie van het browserscherm t.o.v. de hoeken van de monitor is bij mijn weten niet iets wat je op kunt vragen.quote:Op zondag 5 februari 2017 00:41 schreef Skunk-m het volgende:
[..]
Dat is niet wat ik zoek...
Ik dacht misschien kan ik window.outerHeight-window.innerHeight en dat optellen bij window.screenY , maar dat is ook geen optie, want sommige browsers hebben ook onderaan een balk zitten en bovendien klopt het resultaat niet als ik hier in firefox window.outerHeight-window.innerHeight doe.. op het oog lijkt het dat hij de titelbalk niet meepakt met outerheight..
terwijl dat volgens deze afbeelding wel zou moeten:
[ afbeelding ]
Maar wat ik dus wil is de afstand tussen de bovenkant van het scherm, de monitor, de screen tot de bovenkant van wat in die afbeelding is aangegeven als de bovenkant van innerheight.
hoezo is dat niet iets dat je op kunt vragen, window.screenY geeft je die waarde.quote:Op zondag 5 februari 2017 00:52 schreef BrainOverfloW het volgende:
[..]
Dat zal lastig worden om voor elkaar te krijgen denk ik. Naast eventuele extra balken aan de onderkant van de browser kun je er ook niet vanuit gaan dat de gebruiker zijn scherm gemaximaliseerd heeft staan. En de positie van het browserscherm t.o.v. de hoeken van de monitor is bij mijn weten niet iets wat je op kunt vragen.
Wat is de reden dat je dit zou willen weten?
Dan gebruik je het DOMContentLoaded event.quote:Op zondag 5 februari 2017 22:48 schreef Skunk-m het volgende:
Heeft er iemand enig idee hoe ik dit kan doen zonder dat ik er een muisknop voor nodig heb? ik moet het bij het laden van de pagina kunnen weten.
wat moet ik daarmee doen dan, hoe krijg ik daarmee de afstand van de bovenkant van het scherm tot de bovenkant van de pagina/viewport?quote:Op zondag 5 februari 2017 22:53 schreef Tijn het volgende:
[..]
Dan gebruik je het DOMContentLoaded event.
Er staat een voorbeeld in de linkquote:Op zondag 5 februari 2017 23:34 schreef Skunk-m het volgende:
[..]
wat moet ik daarmee doen dan, hoe krijg ik daarmee de afstand van de bovenkant van het scherm tot de bovenkant van de pagina/viewport?
maar er staat geen voorbeeld van wat ik moet hebben, hoe heb jij in gedachten dat ik daarmee de afstand van de bovenkant van het scherm tot de bovenkant van de viewport kan krijgen?quote:
Ah zo, dus je moet een mouse event hebben. Mousemove een optie?quote:Op zondag 5 februari 2017 23:44 schreef Skunk-m het volgende:
[..]
maar er staat geen voorbeeld van wat ik moet hebben, hoe heb jij in gedachten dat ik daarmee de afstand van de bovenkant van het scherm tot de bovenkant van de viewport kan krijgen?
Enige manier die ik zelf op creatieve wijze heb gevonden is door een muisklik te egebruiken en dan de positie van de muis binnen de viewport (clientY) af te trekken van de positie van de muis op het scherm (screenY), maar hoe krijg ik die afstand zonder muisklik (dus op een totaal andere manier, want voor zover ik weet moet je op zn minst een mouseover hebben om wat ik nu doe te doen en die heb je niet bij het laden van de pagina.
Nee ik moet eigenlijk een oplossing hebben zonder mouse event, ik moet die afstand weten bij het laden van de pagina.quote:Op maandag 6 februari 2017 09:05 schreef Tijn het volgende:
[..]
Ah zo, dus je moet een mouse event hebben. Mousemove een optie?
Mmmm, ik weet niet of dat kan. Sowieso gaat het eigenlijk buiten de scope van waar een webpagina zich mee bezig houdt.quote:Op maandag 6 februari 2017 20:41 schreef Skunk-m het volgende:
[..]
Nee ik moet eigenlijk een oplossing hebben zonder mouse event, ik moet die afstand weten bij het laden van de pagina.
Het hele internet staat vol met dat soort dingen. Begin bijvoorbeeld eens de documentatie van Bootstrap te lezen.quote:Op woensdag 15 november 2017 08:53 schreef dimmak het volgende:
Back in the days van WMCity was ik goed in HTML/CSS. De laatste jaren is die kennis wel wat verwaterd maar de basis is er nog, daarbij komt dat er nu ook gewerkt wordt met HTML5.
Kunnen jullie mij een boek aanraden die niets voor beginners is, maar de nieuwe technieken aanpakt? En eventueel een boek over Bootstrap?
Daar ben ik al aan begonnen. Ik kwam eigenlijk tot de conclusie dat Bootstrap een beetje overbodig is voor een layout en ik beter from scratch kun schrijven. Of zie ik dat verkeerd?quote:Op dinsdag 28 november 2017 12:10 schreef Crutch het volgende:
[..]
Het hele internet staat vol met dat soort dingen. Begin bijvoorbeeld eens de documentatie van Bootstrap te lezen.
Boeken zijn wmb zeer achterhaald en zeker m.b.t voorbeelden zijn er online veel betere voorbeelden en zogenaamde (interactieve) tutorials te vinden.
Als je alles handmatig wil doen (incl responsive maken etc), veel plezier maar mij niet gezien hoor. Als het meer dan een simpele pagina is gebruik ik gewoon een framework, dat scheelt veel kostbare ontwikkeltijd doordat je zelf niet steeds het wiel opnieuw hoeft uit te vinden.quote:Op dinsdag 28 november 2017 12:15 schreef dimmak het volgende:
[..]
Daar ben ik al aan begonnen. Ik kwam eigenlijk tot de conclusie dat Bootstrap een beetje overbodig is voor een layout en ik beter from scratch kun schrijven. Of zie ik dat verkeerd?
Dat hangt af van wat je wil maken.quote:Op dinsdag 28 november 2017 12:15 schreef dimmak het volgende:
[..]
Daar ben ik al aan begonnen. Ik kwam eigenlijk tot de conclusie dat Bootstrap een beetje overbodig is voor een layout en ik beter from scratch kun schrijven. Of zie ik dat verkeerd?
quote:Op dinsdag 28 november 2017 12:25 schreef mstx het volgende:
[..]
Als je alles handmatig wil doen (incl responsive maken etc), veel plezier maar mij niet gezien hoor. Als het meer dan een simpele pagina is gebruik ik gewoon een framework, dat scheelt veel kostbare ontwikkeltijd doordat je zelf niet steeds het wiel opnieuw hoeft uit te vinden.
Ok. Ja het hele framework leek mij een beetje te veel van het goede om te gebruiken. Ik ga eerst wel aan de slag met HTML5, CSS en JS om dat bij te spijkeren.quote:Op dinsdag 28 november 2017 12:27 schreef Crutch het volgende:
[..]
Dat hangt af van wat je wil maken.
Overigens is bootstrap niet één vast pakket. Je er bijvoorbeeld voor kiezen alleen het grid-systeem te gebruiken. Daarmee bespaar je jezelf al een hoop gedoe met het plaatsen en responsive maken van je layout.
Hoe precies denk je dat spammen tegen te gaan door een tijdlimiet in te stellen? (En wat voor limiet moet dat dan zijn?)quote:Op vrijdag 29 december 2017 18:18 schreef _--_ het volgende:
Ik heb dus de volgende site: http://themuurtje.me en wil er graag een tijdlimiet op zetten van 30 seconden, anders wordt er enorm gespammed.
Mensen hebben dus blijkbaar zin om achterelkaar berichten te schrijven. Als je er een tijdslimiet opzet moeten ze steeds 30 seconden wachten voordat ze weer een bericht kunnen versturen. Hierdoor verminderd de drang tot spammen. (tenzij je diehard bent )quote:Op zaterdag 30 december 2017 01:03 schreef Light het volgende:
[..]
Hoe precies denk je dat spammen tegen te gaan door een tijdlimiet in te stellen? (En wat voor limiet moet dat dan zijn?)
Maar dit ga je niet oplossen met Javascript, en al helemaal niet met HTML of CSS. Hiervoor moet je server-side zijn.quote:Op dinsdag 2 januari 2018 00:55 schreef _--_ het volgende:
[..]
Mensen hebben dus blijkbaar zin om achterelkaar berichten te schrijven. Als je er een tijdslimiet opzet moeten ze steeds 30 seconden wachten voordat ze weer een bericht kunnen versturen. Hierdoor verminderd de drang tot spammen. (tenzij je diehard bent )
Dit, net als de validatie van je patterns en required veldenquote:Op dinsdag 2 januari 2018 08:26 schreef d4v1d het volgende:
[..]
Maar dit ga je niet oplossen met Javascript, en al helemaal niet met HTML of CSS. Hiervoor moet je server-side zijn.
Kan heus wel.quote:Op dinsdag 2 januari 2018 08:26 schreef d4v1d het volgende:
[..]
Maar dit ga je niet oplossen met Javascript, en al helemaal niet met HTML of CSS. Hiervoor moet je server-side zijn.
Dat lijkt me op z'n minst een vereiste.quote:Op dinsdag 2 januari 2018 10:40 schreef vallisarosa het volgende:
[..]
Dit, net als de validatie van je patterns en required velden
Yep. En die ontbreekt volledig. Validatie in de browser is prima met het oog op user experience, en op de server is nodig voor de veiligheid/correctheid van de data.quote:Op woensdag 3 januari 2018 20:46 schreef Crutch het volgende:
[..]
Dat lijkt me op z'n minst een vereiste.
sec synchroon/asynchrone javascript code bestaat niet. Code kan synchroon of asynchroon uitgevoerd worden, maar of dat gebeurt of niet is afhankelijk van de engine die de code uitvoert, niet de code zelf. Je kunt wel met keywords aangeven of code mogelijk asynchroon uitgevoerd kan worden (async/await) maar eigenlijk zijn dat gewoon wrappers rond code die gebruik maakt van functies die vaak (maar niet noodzakelijk!) als asynchroon bekend zijn, zoals settimeout. Dit garandeert echter geen asynchrone uitvoering, dat is aan de engine die de code compileert en uitvoert.quote:Op zondag 13 oktober 2019 17:20 schreef FlippingCoin het volgende:
Mijn mind is een beetje blown, maar begrijp ik het goed als ik stel dat je zonder de web api's geen asynchrone code kan schrijven in javascript? Of zelfs nog dat je geen asynchrone javascript kan schrijven, maar dat je daar functies als setTimeout uit de host environment voor nodig hebt?
Flinke post.quote:Op maandag 14 oktober 2019 15:41 schreef ralfie het volgende:
[..]
sec synchroon/asynchrone javascript code bestaat niet. Code kan synchroon of asynchroon uitgevoerd worden, maar of dat gebeurt of niet is afhankelijk van de engine die de code uitvoert, niet de code zelf. Je kunt wel met keywords aangeven of code mogelijk asynchroon uitgevoerd kan worden (async/await) maar eigenlijk zijn dat gewoon wrappers rond code die gebruik maakt van functies die vaak (maar niet noodzakelijk!) als asynchroon bekend zijn, zoals settimeout. Dit garandeert echter geen asynchrone uitvoering, dat is aan de engine die de code compileert en uitvoert.
Wanneer code gecompileerd wordt, wordt je javascript code in een rits van cpu-instrucies omgezet. Dit gebeurt niet per regel, dat is te inefficient. De javascript engine bekijkt je code van begin tot eind (of een deel in geval van Just-in-time compilation), de functies en de functies die die weer aanroepen (ad infinitum), en maakt daar één rits instructies van. Dit werkt prima, totdat code als asynchroon aangemerkt wordt. Immers, deze code wordt uitgevoerd nav een trigger en zal dus de huidige cpu-thread moeten blocken totdat dat event getriggerd wordt, en dat is dan weer inefficient. In dit geval zal de compiler de code die VOLGT op de asynchrone code als een aparte rits instructies moeten compileren, zodat de cpu-thread, na het uitvoeren van de synchrone code, ondertussen eventueel andere code kan uitvoeren. Ook 'synchrone' code die volgt op een asynchrone code wordt als apart blok (en dus asynchroon) uitgevoerd. De enige reden waarom code asynchroon uitgevoerd moet worden is wanneer er externe triggers zijn, zoals bij settimeout of httprequests of filesystem events (triggers vanuit host omgeving). In alle andere gevallen is je code in principe gewoon één lange lijst van instructies en dus niet asynchroon. Feitelijk heb je dus wel gelijk (je hebt speciale functies uit je host omgeving nodig om code asynchroon te maken), maar het gaat dan om de uitvoering, niet de code definitie.
Ter verduidelijking (en naar ik aanneem overbodigheid) asynchrone code is niet multithreaded code. Asynchrone code stelt je in staat stukjes code uit te voeren in kleinere blokjes die door de host/compiler zodanig uitgevoerd wordt dat een enkele thread meerdere taken efficient en snel tegelijkertijd (eigenlijk omstebeurt) uit kan voeren zonder dat je als programmeur overal lastige mulithread functies moet toevoegen om onnodig wachten tussendoor te voorkomen. Dit maakt asynchrone code extreem efficient in webserver achtige functies, waar vaak behoefte is aan simpele stukjes code die vaak en snel uitgevoerd moeten worden met soms wachttijd tussendoor, zoals ophalen bestanden of database records (verklaart deels populariteit node.js). Om code multithreaded te krijgen heb je in javascript web workers (althans in browsers), die stellen je in staat over meerdere threads code te laten lopen.
hoop dat dit eea verduidelijkt
Nu verlies je me een beetje. Heb je het over geheugen (stack and heap) ? heb je met js toch niet mee te maken?quote:Op maandag 14 oktober 2019 15:56 schreef FlippingCoin het volgende:
[..]
Flinke post.
Ik zit alleen nog een beetje in de knoop met een ding, je hebt dus een stack en een queue, en als je stack leeg is kunnen er dingen van de queue gepakt worden toch? Maar wanneer je in een loop zit is de stack nooit leeg toch, dan zou er nooit tijd zijn voor de queue of begrijp ik dit verkeerd?
quote:Op maandag 14 oktober 2019 15:56 schreef FlippingCoin het volgende:
[..]
Flinke post.
Ik zit alleen nog een beetje in de knoop met een ding, je hebt dus een stack en een queue, en als je stack leeg is kunnen er dingen van de queue gepakt worden toch? Maar wanneer je in een loop zit is de stack nooit leeg toch, dan zou er nooit tijd zijn voor de queue of begrijp ik dit verkeerd?
ah zo. Ja, dat klopt, wanneer je in een loop zit heeft het systeem geen tijd om messages te behandelen en zal de boel dus vastlopen, tenzij de host iets ingebouwd heeft (biiv max elke seconde de behandeling van de stack onderbreken om een message te lezen en indien deze prio heeft te behandelen. Denk bijv aan een ctr+alt+del commando. om die reden wordt geadviseerd om zware, langdraaiende javascript taken naar een andere worker over te hevelen zodat de primare thread tijd vrij heeft om messages (of events) te behandelen.quote:Op maandag 14 oktober 2019 17:11 schreef FlippingCoin het volgende:
[ afbeelding ]
https://medium.com/@:gaur(...)-part-1-5683dea1f5ec
Volgens dit artikel komt wanneer je een web API functie aanroept deze op de message queue te liggen, en wordt wanneer de stack leeg is een item van de queue gepakt.
En die zware taak moet je dan mbv een web worker overhevelen?quote:Op maandag 14 oktober 2019 17:37 schreef ralfie het volgende:
[..]
[..]
ah zo. Ja, dat klopt, wanneer je in een loop zit heeft het systeem geen tijd om messages te behandelen en zal de boel dus vastlopen, tenzij de host iets ingebouwd heeft (biiv max elke seconde de behandeling van de stack onderbreken om een message te lezen en indien deze prio heeft te behandelen. Denk bijv aan een ctr+alt+del commando. om die reden wordt geadviseerd om zware, langdraaiende javascript taken naar een andere worker over te hevelen zodat de primare thread tijd vrij heeft om messages (of events) te behandelen.
Oke top dankjewel!quote:Op maandag 14 oktober 2019 17:44 schreef ralfie het volgende:
ja: https://medium.com/young-(...)ascript-b3504f9d9d1c
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 | <?php <div class="album py-5 bg-light"> <div class="container"> <div class="row row-cols-2" data-masonry='{"percentPosition": true }'> <div class="col"> <div class="card"> 1 </div> </div> <div class="col"> <div class="card"> 2 </div> </div> <div class="col"> <div class="card"> 3 </div> </div> <div class="col"> <div class="card"> 4 </div> </div> <div class="col"> <div class="card"> 5 </div> </div> </div> </div> ?> |
Als je de broncode van het voorbeeld bekijkt dan zie je dat ze extra classes toevoegen aan dequote:Op dinsdag 9 maart 2021 10:20 schreef dimmak het volgende:
Een kick met een vraagje. Ik ben wat aan het hobbyen met bootstrap. Ik heb een pagina met een aantal kolommen en die wil ik mooi elkaar laten opvolgen. Dit heb ik voor elkaar gekregen met Masonry alleen mobiel is het geen porum. Het mooist zou zijn als ik mobiel alles onder elkaar zou komen te zien ipv 2 naast elkaar. Krijg ik dat met Masonry nog voor elkaar, of moet ik het dan over een andere boeg gooien?
[ code verwijderd ]
Dit is mijn opbouw. (PHP tags gebruikt want code tags zijn kapot met deze code)
1 2 3 | <?php <div class="col"> ?> |
1 2 3 | <?php <div class="col-sm-6 col-lg-4 mb-4"> ?> |
Thanks, daar had ik al mee zitten spelen, maar ik kwam erachter dat ik in mijn "row" div ook nog een minimale "col" waarde had staan.quote:Op dinsdag 9 maart 2021 12:19 schreef Black-Hole het volgende:
[..]
Als je de broncode van het voorbeeld bekijkt dan zie je dat ze extra classes toevoegen aan de
[ code verwijderd ]
Bijvoorbeeld
[ code verwijderd ]
Met deze classes definieer je hoe breed de elementen worden voor bepaalde breakpoints, zie https://getbootstrap.com/docs/5.0/layout/columns/ voor meer info.
1 | row-cols-2 |
Als je eens tijd en interesse hebt:quote:Op dinsdag 9 maart 2021 10:20 schreef dimmak het volgende:
Een kick met een vraagje. Ik ben wat aan het hobbyen met bootstrap. Ik heb een pagina met een aantal kolommen en die wil ik mooi elkaar laten opvolgen. Dit heb ik voor elkaar gekregen met Masonry alleen mobiel is het geen porum. Het mooist zou zijn als ik mobiel alles onder elkaar zou komen te zien ipv 2 naast elkaar. Krijg ik dat met Masonry nog voor elkaar, of moet ik het dan over een andere boeg gooien?
[ code verwijderd ]
Dit is mijn opbouw. (PHP tags gebruikt want code tags zijn kapot met deze code)
Hmz, weet niet hoor maar CSS-Grid gebruiken voor een masonary layout.... Grid is echt fantastisch maar zou het zelf nooit voor masonary gebruiken en daar echt een JS oplossing voor gebruiken voor het beste resultaat.quote:Op vrijdag 12 maart 2021 09:53 schreef FlippingCoin het volgende:
[..]
Als je eens tijd en interesse hebt:
https://www.youtube.com/p(...)_-1ytlVMT0AMwADlWtc1
Deze vrouw is (of was, ik weet niet zeker of ze dat nog steeds is) een van van de ontwikkelaars van CSS en kan dit erg prettig uitleggen; a.d.h.v. deze playlist zou je wat je beschrijft aardig kunnen bereiken met puur CSS. En de video's zijn ook geen uren lang.
En waarom niet dan?quote:Op vrijdag 12 maart 2021 11:07 schreef Black-Hole het volgende:
[..]
Hmz, weet niet hoor maar CSS-Grid gebruiken voor een masonary layout.... Grid is echt fantastisch maar zou het zelf nooit voor masonary gebruiken en daar echt een JS oplossing voor gebruiken voor het beste resultaat.
Ben heel erg voorstander om zo veel mogelijk met CSS op te lossen in plaats van JS maar in dit geval zou ik dat niet doen
Je loopt tegen issues aan qua ordering van de items. Dit hoeft overigens geen issue te zijn, ligt maar net aan de case waarvoor je het gebruikt. Verder is de browser support van grid-template-rows: masonry zeer minimaal.quote:
Maar als je de video's bekijkt zie je dat ze bereikt wat dimmak vraagt zonder de experimentele Masonry attribuut van grid. Dus ja het is soms nodig om javascript te gebruiken bijvoorbeeld met het sortering van items op bepaalde wijze, maar je kan met native CSS wel bereiken wat er gevraagd wordt; ik denk dat het sowieso goed is om het bestaan van grid te kennen.quote:Op vrijdag 12 maart 2021 11:49 schreef Black-Hole het volgende:
[..]
Je loopt tegen issues aan qua ordering van de items. Dit hoeft overigens geen issue te zijn, ligt maar net aan de case waarvoor je het gebruikt. Verder is de browser support van grid-template-rows: masonry zeer minimaal.
Zie ook dit artikel wat er verder op ingaat en alle issues bespreekt: https://www.smashingmagaz(...)nry-layout-css-grid/
Moet bekennen dat ik je video niet had bekeken. Verder helemaal met je eens, CSS-Grid is zo fijn om mee te werken. Beter dan Flexbox wat mij betreft al hebben beide ook weer hun voors en tegen en ook weer ieder zo z'n eigen toepassingen.quote:Op vrijdag 12 maart 2021 12:27 schreef FlippingCoin het volgende:
[..]
Maar als je de video's bekijkt zie je dat ze bereikt wat dimmak vraagt zonder de experimentele Masonry attribuut van grid. Dus ja het is soms nodig om javascript te gebruiken bijvoorbeeld met het sortering van items op bepaalde wijze, maar je kan met native CSS wel bereiken wat er gevraagd wordt; ik denk dat het sowieso goed is om het bestaan van grid te kennen.
Ik gebruik flexobox vaker, en ook vaak samen met grid. Grid als basis, en flexbox om bijvoorbeeld de items van een menu uit te lijnen en zo in een cel.quote:Op vrijdag 12 maart 2021 12:32 schreef Black-Hole het volgende:
[..]
Moet bekennen dat ik je video niet had bekeken. Verder helemaal met je eens, CSS-Grid is zo fijn om mee te werken. Beter dan Flexbox wat mij betreft al hebben beide ook weer hun voors en tegen en ook weer ieder zo z'n eigen toepassingen.
Hm misschien zitten hier wel mensen die met react werken, zelf werk ik met Angular dus veel verder dan de basis omtrent hooks kom ik niet. Maar zou het gewoon vragen.quote:Op donderdag 28 oktober 2021 19:22 schreef TargaFlorio het volgende:
Kan ik in dit topic ook terecht met vragen over React en dan specifiek over useRef ?
Ga zelf nog even kijken of ik het opgelost krijg, anders stel ik komend weekend even een vraagje.quote:Op vrijdag 29 oktober 2021 09:55 schreef FlippingCoin het volgende:
[..]
Hm misschien zitten hier wel mensen die met react werken, zelf werk ik met Angular dus veel verder dan de basis omtrent hooks kom ik niet. Maar zou het gewoon vragen.
Als de variabele var_y de tekst "true" bevat zal var_x gelijk zijn aan true en anders false.quote:Op donderdag 4 augustus 2022 20:56 schreef Piles het volgende:
Ik kom in een stukje Javascript dit tegen:
[ code verwijderd ]
Wat doet dit in godsnaam?
Ahh dat had ik kunnen gokken. Thanks, kan ik verder debuggen morgenquote:Op donderdag 4 augustus 2022 21:11 schreef Aether het volgende:
[..]
Als de variabele var_y de tekst "true" bevat zal var_x gelijk zijn aan true en anders false.
Waar ben je dat tegengekomen...quote:Op donderdag 4 augustus 2022 20:56 schreef Piles het volgende:
Ik kom in een stukje Javascript dit tegen:
[ code verwijderd ]
Wat doet dit in godsnaam?
In de code van een professioneel programmeur...quote:Op donderdag 4 augustus 2022 21:30 schreef FlippingCoin het volgende:
[..]
Waar ben je dat tegengekomen...
Ga ik morgen eens rustig bekijkenquote:
Pffff wow.quote:Op donderdag 4 augustus 2022 21:35 schreef Piles het volgende:
[..]
In de code van een professioneel programmeur...
Dus debuggen kost wat moeite zeg maar
[..]
Ga ik morgen eens rustig bekijken
Hoewel de haakjes niet nodig zijn vind ik het in dit voorbeeld wel de leesbaarheid van de code ten goede komen.quote:Op donderdag 4 augustus 2022 21:30 schreef FlippingCoin het volgende:
[..]
Waar ben je dat tegengekomen...
P.s. https://developer.mozilla(...)/Operator_Precedence
Benaming van de variabelen, true in een string value, vergelijken met een string literal, het niet gebruiken van strict equal comparison, sowieso kan ik geen logische casus om dit uit te voeren op deze manier bedenken. Ziet eruit alsof dit al meerdere keren refactored had moeten worden.quote:Op vrijdag 5 augustus 2022 10:28 schreef ralfie het volgende:
[..]
Hoewel de haakjes niet nodig zijn vind ik het in dit voorbeeld wel de leesbaarheid van de code ten goede komen.
Tenzij je valt over == ipv ===, case sensitivity of niet-boolean tekst zie ik niet zoveel problemen met deze code?
Dat heb ik gedaan, om herkenning te voorkomenquote:
Ah oke gelukkig maar.quote:Op vrijdag 5 augustus 2022 12:05 schreef Piles het volgende:
[..]
Dat heb ik gedaan, om herkenning te voorkomen
Maar eens met de rest. Je zou de rest van de code / applicatie eens moeten zien
|
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |