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.quote:
jQuery is een framework/library geschreven in de taal Javascript. Dat maakt het twee verschillende dingen.quote:
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.quote:Op maandag 23 november 2015 22:05 schreef Catch22- het volgende:
[..]
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.
Een snelheidsvergelijking tussen document.getElementById('foo') en $('#foo'):quote:Op maandag 23 november 2015 22:05 schreef Catch22- het volgende:
[..]
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.
Ja, met zoveel iteraties ofzo merk je het wel.quote:Op dinsdag 24 november 2015 08:14 schreef Light het volgende:
[..]
Een snelheidsvergelijking tussen document.getElementById('foo') en $('#foo'):
http://jsperf.com/getelementbyid-vs-jquery-id/180
Tip: probeer die test ook eens andere browsers.
Dat klopt.quote:Op maandag 23 november 2015 23:55 schreef n8n het volgende:
[..]
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.
quote:Op woensdag 25 november 2015 13:58 schreef n8n het volgende:
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.
Maar sommige van je users gebruiken wellicht wel (een verouderde versie van) IE.quote:Op woensdag 25 november 2015 15:46 schreef Iwanius het volgende:
[..]Maar niemand dwingt je toch om IE in deze te gebruiken als je andere alternatieven voorhanden hebt?
Gebruik ik ook niet, ondersteun sowieso niks <IE9, ga me niet door achterlijke bochten wringen.quote:Op woensdag 25 november 2015 15:46 schreef Iwanius het volgende:
[..]Maar niemand dwingt je toch om IE in deze te gebruiken als je andere alternatieven voorhanden hebt?
quote:Op woensdag 25 november 2015 17:01 schreef n8n het volgende:
[..]
Gebruik ik ook niet, ondersteun sowieso niks <IE9, ga me niet door achterlijke bochten wringen.
Voordeel van bedrijfsautomatisering : je kan klanten de optie geven.quote:Op woensdag 25 november 2015 17:01 schreef n8n het volgende:
[..]
Gebruik ik ook niet, ondersteun sowieso niks <IE9, ga me niet door achterlijke bochten wringen.
quote:Op woensdag 25 november 2015 20:10 schreef Catch22- het volgende:
[..]
Voordeel van bedrijfsautomatisering : je kan klanten de optie geven.
Support voor oude meuk
Klaar voor de toekomst
Kiezen ze vaak het tweede.
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.quote:Op woensdag 25 november 2015 20:15 schreef TwenteFC het volgende:
[..]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?"
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.quote:Op woensdag 25 november 2015 20:23 schreef Catch22- het volgende:
[..]
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.
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.quote:Op woensdag 25 november 2015 15:17 schreef KomtTijd... het volgende:
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.
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())quote:Op dinsdag 24 november 2015 09:17 schreef Catch22- het volgende:
[..]
Ja, met zoveel iteraties ofzo merk je het wel.
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 makenquote:Op woensdag 25 november 2015 23:03 schreef Light het volgende:
[..]
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())
Die heeft een .value property.quote:Op donderdag 26 november 2015 16:31 schreef Ser_Ciappelletto het volgende:
Kun je met een .innerHTML() of .html()-functie geen text in een <input type="text"> dingetje zetten? In een <textarea> werkt het wel.
Ja, weet ik. Maar die value kan ik dus niet aanpassen met .innerhtml()? Is daar een andere manier voor?quote:Op donderdag 26 november 2015 16:34 schreef Catch22- het volgende:
[..]
Die heeft een .value property.
dan check je toch de tagName even?quote:Op donderdag 26 november 2015 16:37 schreef Ser_Ciappelletto het volgende:
[..]
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.
Juist. Met document.getElementById("element").value = "whatever" lukt het wel. Bedankt voor de hulp.quote:Op donderdag 26 november 2015 16:38 schreef Catch22- het volgende:
[..]
dan check je toch de tagName even?
Ik heb genoeg code gezien waarbij dingen die common sense zouden moeten zijn dat toch niet blijken te zijn.quote:Op donderdag 26 november 2015 09:18 schreef Catch22- het volgende:
[..]
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
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.quote:Op donderdag 26 november 2015 21:17 schreef n8n het volgende:
Sowieso in JSHint/Lint handig, ongebruikte variabelen zou de ugliefier er uit moeten vissen.
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.200 requests op de homepage, 1.9MB aan javascriptbestanden, 1.7MB aan css en 4MB aan svg's
Dat logo bovenin is 1MB_____!
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
quote:Op maandag 30 november 2015 16:01 schreef mstx het volgende:
Over optimalisatie gesproken, ik kwam laatst deze site tegenDat 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 requestsSPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.200 requests op de homepage, 1.9MB aan javascriptbestanden, 1.7MB aan css en 4MB aan svg's
Dat logo bovenin is 1MB_____!
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.“Specialization is for insects”.—Robert Heinlein
quote:Op maandag 30 november 2015 16:01 schreef mstx het volgende:
Over optimalisatie gesproken, ik kwam laatst deze site tegenDat is zodat het logo er nog steeds goed uitziet voor de mensen met een scherm van 4000x5000px.SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.200 requests op de homepage, 1.9MB aan javascriptbestanden, 1.7MB aan css en 4MB aan svg's
Dat logo bovenin is 1MB_____!
Anyhow, wat gebruik jij om te zien hoeveel requests/js-bestanden/etc. zo'n pagina gebruikt?
Het hele idee van SVG is toch dat je een hele kleine vectorafbeelding van een paar kB hebt die je oneindig kan schalen?quote:Op maandag 30 november 2015 16:21 schreef Ser_Ciappelletto het volgende:
[..]
Dat is zodat het logo er nog steeds goed uitziet voor de mensen met een scherm van 4000x5000px.
Gewoon de standaard developer tools (F12) van firefox/chromequote:Anyhow, wat gebruik jij om te zien hoeveel requests/js-bestanden/etc. zo'n pagina gebruikt?
quote:Op maandag 30 november 2015 16:01 schreef mstx het volgende:
Over optimalisatie gesproken, ik kwam laatst deze site tegenEen stap terug zou het design al zijn afgeschoten door een kundige UX'er.SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.200 requests op de homepage, 1.9MB aan javascriptbestanden, 1.7MB aan css en 4MB aan svg's
Dat logo bovenin is 1MB_____!
Op maandag 29 september 2008 11:45 schreef HostiMeister het volgende:
Dat is zeg maar de Nederlandse taal op een vuige keukentafel voorover buigen en hem dan zonder glijmiddel anaal verkrachten. :'(
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.quote:Op maandag 30 november 2015 16:34 schreef donroyco het volgende:
[..]
Een stap terug zou het design al zijn afgeschoten door een kundige UX'er.
N00b-vraag: wat zijn nou de grootste doodzondes die op deze site begaan zijn, die een kundige UX'er nooit zou maken?quote:Op maandag 30 november 2015 16:34 schreef donroyco het volgende:
[..]
Een stap terug zou het design al zijn afgeschoten door een kundige UX'er.
Witte tekst op een gele achtergrond for starters...quote:Op maandag 30 november 2015 16:40 schreef Ser_Ciappelletto het volgende:
[..]
N00b-vraag: wat zijn nou de grootste doodzondes die op deze site begaan zijn, die een kundige UX'er nooit zou maken?
Inderdaad zeg, het contrast op die pagina is echt bizar slecht.quote:Op maandag 30 november 2015 16:47 schreef Catch22- het volgende:
[..]
Witte tekst op een gele achtergrond for starters...
Contrast ratio zoals Catch22- en Tijn al aangeven.quote:Op maandag 30 november 2015 16:40 schreef Ser_Ciappelletto het volgende:
[..]
N00b-vraag: wat zijn nou de grootste doodzondes die op deze site begaan zijn, die een kundige UX'er nooit zou maken?
| 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 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 | <style> #header { background-color:#373332; color:white; width:100%; height:7%; padding:0%; margin-left:auto; margin-right:auto; text-align:center; font-family:Arial, Helvetica, sans-serif; font-size:115%; } #section { background-color:#f5f5f5; color:#b51c54; width:90%; height:50%; padding:5%; margin-left:auto; margin-right:auto; font-family:Arial, Helvetica, sans-serif; font-size:115%; } #section2 { background-color:#f5f5f5; color:#373332; width:90%; height:50%; padding:5%; margin-left:auto; margin-right:auto; font-family:Arial, Helvetica, sans-serif; font-size:115%; } table { border-width:1%; color:#373332; font-family:Arial, Helvetica, sans-serif; font-size:115%; } input { color:#b51c54; font-family:Arial, Helvetica, sans-serif; font-size:115%; } #rozekop { color:#b51c54; } #footer { background-color:#f5f5f5; color:white; width:92%; height:6%; padding:4%; margin-left:auto; margin-right:auto; font-family:Arial, Helvetica, sans-serif; font-size:115%; } button { background-color:#b51c54; width:30%; padding:1%; border-width:0px; color:white; font-weight:bold; font-family:Arial, Helvetica, sans-serif; font-size:115%; } </style> |
Pagina's niet opgeslagen als UTF-8?quote:Op maandag 30 november 2015 19:44 schreef GuitarJJ het volgende:
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:
[ afbeelding ]
Pagina 2:
[ afbeelding ]
styles.css
[ code verwijderd ]
Het lijkt geen verschil te maken als ik <meta charset="UTF-8"> tussen head zet.quote:Op maandag 30 november 2015 19:48 schreef donroyco het volgende:
[..]
Pagina's niet opgeslagen als UTF-8?
De karakters hebben ook een encoding, die moet wel overeenkomen met de encoding van de pagina.quote:Op maandag 30 november 2015 19:56 schreef GuitarJJ het volgende:
[..]
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.
Stond blijkbaar op ANSI. Als ik het bestandje zelf opsla als UTF-8, krijg ik helaas de volgende melding:quote:Op maandag 30 november 2015 20:13 schreef n8n het volgende:
[..]
De karakters hebben ook een encoding, die moet wel overeenkomen met de encoding van de pagina.
| 1 2 3 4 5 6 | <? session_start(); $cataloguswaarde = $_SESSION["cataloguswaarde"]; $aankoopwaarde = $_SESSION["aankoopwaarde"]; $ouderdom = $_SESSION["ouderdom"]; ... |
daar is het php voor dummies voor, zou het zo niet weten.quote:Op maandag 30 november 2015 20:29 schreef GuitarJJ het volgende:
[..]
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
[ code verwijderd ]
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.quote:Op maandag 30 november 2015 20:29 schreef GuitarJJ het volgende:
[..]
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
[ code verwijderd ]
Is multiselect.js iets voor je?quote:Op dinsdag 1 december 2015 20:40 schreef wobbel het volgende:
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.
| 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 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 | <script> jQuery(document).ready(function(){ $( "#product" ).on('keyup', function(e){ //Improved with keycode checking to prevent extra typing after select var key = e.charCode ? e.charCode : e.keyCode ? e.keyCode : 0; var keyCode = $.ui.keyCode; if(key != keyCode.ENTER && key != keyCode.LEFT && key != keyCode.RIGHT && key != keyCode.DOWN) { $('#productid').val(""); } }); $( "#product" ).combogrid({ url: '/ajax_producten.php?all=false', colModel: [{'columnName':'name','width':'90','label':'Selecteer product'}], select: function( event, ui ) { $( "#product" ).val( "" ); $( "#hardwaremelding" ).empty(); $("#hardwarecontainer").append('<div class="hardware" data-hwid="' + ui.item.id + '">' + ui.item.name + '<a href="#"><img src="/static/img/delete_18x18.png" width="18" height="18" /></a></div>'); return false; } }); $('#hardwarecontainer').on('click', 'a', function () { $( this ).closest("div").remove(); if ($('#hardwarecontainer').is(':empty')){ $('#hardwaremelding').html("<em>Geen hardware geselecteerd.</em>"); } }); $( "#hardwareform" ).submit(function( event ) { if ($('#hardwarecontainer').is(':empty')) { alert ( "Zucht...geen hardware geselecteerd :-)" ); event.preventDefault(); } else { var dataList = $(".hardware").map(function() { return $(this).data("hwid"); }).get(); $("#hardware").val(dataList.join("|") ); } }); }); </script> |
Ik heb wel gezien dat ionic met WP samenwerkt, zal dus hetzelfde principe gebruiken.quote:Op woensdag 2 december 2015 15:56 schreef picodealion het volgende:
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?
Gewoon testen, pruts & learnquote:Op woensdag 2 december 2015 15:58 schreef picodealion het volgende:
Ah, dat is precies de WP plugin die ik ook wilde gebruiken. Wellicht niet een heel verkeerd idee dus.
Welk probleem lost het voor me op?quote:Op donderdag 3 december 2015 13:01 schreef n8n het volgende:
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.
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.quote:Op donderdag 3 december 2015 14:13 schreef picodealion het volgende:
[..]
Welk probleem lost het voor me op?
Waarom zou je zoiets met wordpress (of uberhaupt in een full blown CMS) willen doen?quote:Op woensdag 2 december 2015 15:56 schreef picodealion het volgende:
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?
Omdat WP uitermate geschikt is voor het beheren van content?quote:Op vrijdag 4 december 2015 18:12 schreef KomtTijd... het volgende:
[..]
Waarom zou je zoiets met wordpress (of uberhaupt in een full blown CMS) willen doen?
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/quote:Op woensdag 2 december 2015 15:56 schreef picodealion het volgende:
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?
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.quote:Op vrijdag 4 december 2015 18:12 schreef KomtTijd... het volgende:
[..]
Waarom zou je zoiets met wordpress (of uberhaupt in een full blown CMS) willen doen?
Ga ik checken, dank.quote:Op zaterdag 5 december 2015 10:39 schreef boem-dikkie het volgende:
[..]
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/
Die schiet je toch ook gewoon via je API in?quote:Op zaterdag 5 december 2015 10:36 schreef boem-dikkie het volgende:
[..]
Omdat WP uitermate geschikt is voor het beheren van content?
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.quote:Op zaterdag 5 december 2015 13:02 schreef picodealion het volgende:
[..]
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.
Maar WP heeft als nadeel dat er ook opmaak in die content verweven zit.quote:Op zaterdag 5 december 2015 10:36 schreef boem-dikkie het volgende:
[..]
Omdat WP uitermate geschikt is voor het beheren van content?
Waarschijnlijk wist je het zelf vorige week al, maar: http://tweakers.net/nieuw(...)rest-integratie.htmlquote:Op zondag 6 december 2015 14:58 schreef picodealion het volgende:
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)
Ligt aan je niveau. In twee dagen kan je een eind komen qua basics.quote:Op zaterdag 12 december 2015 12:52 schreef n8n het volgende:
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.
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.quote:Op donderdag 17 december 2015 23:37 schreef karton2 het volgende:
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?
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 opquote:Op zaterdag 12 december 2015 12:52 schreef n8n het volgende:
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.
Ik kan soms intens genieten van angular hoor. Ben nu met een prototype bezig en dat wordt echt kickass door angular.quote:Op zaterdag 19 december 2015 20:17 schreef n8n het volgende:
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.
Je bent CakePHP aan het nabouwen?quote:Op zaterdag 19 december 2015 21:26 schreef n8n het volgende:
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).
Mogelijk?quote:Op maandag 4 januari 2016 11:51 schreef JeSuisDroppie het volgende:
[..]
Je bent CakePHP aan het nabouwen?
voor wat?quote:Op maandag 4 januari 2016 23:17 schreef TwyLight het volgende:
Jammer dat Sass geen currentColor ondersteunt
quote:Op dinsdag 5 januari 2016 10:18 schreef Jimbo het volgende:
Regelmatig zie je op hardware.info, tweakers en andere websites (fok?) een achtergrond van de website die volledig klikbaar is gemaakt.
Na wat rond te kloten kom ik eigenlijk geen stap verder.. Heeft iemand een idee hoe je dit gemakkelijk kan doen op een website? Zit dit in de CSS of ? (of werk je misschien met een image map die je klikbaar maakt?
Ik hoort t graag!
Een onclick handler op bijvoorbeeld de body zetten?quote:Op dinsdag 5 januari 2016 10:18 schreef Jimbo het volgende:
Regelmatig zie je op hardware.info, tweakers en andere websites (fok?) een achtergrond van de website die volledig klikbaar is gemaakt.
Na wat rond te kloten kom ik eigenlijk geen stap verder.. Heeft iemand een idee hoe je dit gemakkelijk kan doen op een website? Zit dit in de CSS of ? (of werk je misschien met een image map die je klikbaar maakt?
Ik hoort t graag!
Hoe ik het nu heb is twee grote CSS blokken aan de zijkant van de website die ik klikbaar wil maken.quote:Op dinsdag 5 januari 2016 11:01 schreef Aether het volgende:
[..]
Een onclick handler op bijvoorbeeld de body zetten?
Of bedoel je iets anders?
als ik dit doe is de hele website klikbaar, dus ook het gedeelte waar normaal de tekst en de linkjes staanquote:Op dinsdag 5 januari 2016 12:26 schreef n8n het volgende:
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.
ah zo, ik zet liever een handmatige waarde met een suffix op de variable name als modifier.quote:
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.quote:Op dinsdag 5 januari 2016 12:28 schreef Jimbo het volgende:
[..]
als ik dit doe is de hele website klikbaar, dus ook het gedeelte waar normaal de tekst en de linkjes staan
Ik gebruik darken (of lighten etc) wel vaak voor hover effecten etc.quote:Op dinsdag 5 januari 2016 12:28 schreef n8n het volgende:
[..]
ah zo, ik zet liever een handmatige waarde met een suffix op de variable name als modifier.
Dus $canvas, en $canvas-dim (of -vivid).
Dat wordt wat lastig in sommige gevallenquote:
Daarom classes gebruiken he?quote:Op dinsdag 5 januari 2016 14:35 schreef Aether het volgende:
[..]
Dat wordt wat lastig in sommige gevallen
Bijvoorbeeld bij een LI element dat in UL en OL gebruikt kan worden.
ik ook, maar liever zelf. Ben ik vergeten die z-index dingen op te zoeken. Morgen😬quote:Op dinsdag 5 januari 2016 13:23 schreef TwyLight het volgende:
[..]
Ik gebruik darken (of lighten etc) wel vaak voor hover effecten etc.
bv
.class {
background: $primary-color;
&:hover {
background: darken($primary-color, 10);
}
}
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 | // Event index var event = { 'scroll': scroll, 'click': click, }; // Add a listener to each event (function render(event){ for (var action in event){ if (typeof event[action] === 'function'){ window.addEventListener(action, function(){ requestAnimationFrame(event[action]) }); } } })(event); |
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.quote:Op woensdag 6 januari 2016 12:48 schreef n8n het volgende:
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![]()
[ code verwijderd ]
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.
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |