Catch22- | vrijdag 5 april 2013 @ 22:38 | |||||
[html, css, js] Voor Dummies Dit topic is bedoeld voor alle vragen m.b.t. HTML, CSS en javascript, kortom alles wat je nodig hebt om (de frontend van) een website te maken. HTML: Hyper Text Markup Language is de structuur van een website. Door middel van verschillende html tags geef je aan welke elementen bij elkaar horen (bijv: <div>, <ul>), of wat de betekenis van deze data is (bijv. <p>, <h1>). HTML leent zich ook voor opmaak, maar het is makkelijker en verstandiger om hier CSS voor te gebruiken. CSS: Cascading StyleSheet is de opmaak van een website. In je CSS specificeer je bijvoorbeeld welke kleur bepaalde elementen moeten hebben, hoe groot ze zijn en hoe je ze wilt rangschikken. JS: Javascript Javascript (niet te verwarren met programmeertaal Java) is een scripttaal, waarmee het mogelijk is je website dynamisch te maken. Javascript kan bijvoorbeeld HTML-elementen aanpassen, toevoegen of verwijderen. Omdat javascript zeer veelzijdig is, is er voor specifieke JS vragen ook een specaal topic, zie: [Javascript] voor dummies Vragen over PHP, SQL of andere serverside programmeertalen horen niet in dit topic. Stel deze in [PHP/MySQL] voor dummies of open zelf een topic. Voor vragen over webhosting, domeinnamen enz. is ook een ander topic: Het grote (betaalde) webhosting topic En voor Wordpress is er ook een speciaal topic, als het om meer gaat dan de HTML/CSS van een theme: Topicreeks: Algemeen Wordpress topic Code posten Het is, als je een vraag stelt, vaak handig om hier een stukje code bij te voegen. Post niet klakkeloos je hele website, maar post alleen het stukje code waar je vraag over gaat. Gebruik bovendien de [code]-tag ( ![]() Veel voorkomende problemen Veel problemen zijn te wijden aan het niet kloppen van HTML of CSS code. Een kleine typfout is snel gemaakt, en de webbrowser kan daar soms erg slecht mee omgaan. Om te controleren of je code technisch in orde is, kun je deze controleren met de W3 validator. Is je code niet correct? Los dan eerst de fouten op zodat de validator geen foutmeldingen meer geeft. Dit lost niet altijd je probleem op, maar zorgt in ieder geval dat alles werkt zoals het hoort te werken, waardoor overige fouten ook veel makkelijker te achterhalen zijn. IK SNAP ER NIETS VAN HELLEP! WAT IS CSS? We helpen iedereen graag in dit topic, ook mensen die er helemaal niets van begrijpen. Maar we verwachten wel dat je je best doet om het wel te gaan begrijpen. Lees eens wat tutorials en probeer het altijd eerst zelf. Je krijgt hier tips waar je zelf iets mee moet doen. Voor je een vraag stel hier, verplichte kost http://www.alistapart.com/articles/css-floats-101/ http://www.alistapart.com/articles/css-positioning-101/ | ||||||
TwyLight | vrijdag 5 april 2013 @ 22:39 | |||||
De TT is wel toepasselijk op alle 15 jarige "web designers" die tegenwoordig als aardappelen uit de grond schieten | ||||||
Catch22- | vrijdag 5 april 2013 @ 22:39 | |||||
Google eens op 'set onclick with javascript' | ||||||
Chandler | vrijdag 5 april 2013 @ 22:43 | |||||
Done! ![]() http://jsfiddle.net/4sK2M/1/ heeft toch te maken met crossdomain accept gebeuren.. Denk dat het in mijn geval gemakkelijker is om een extra php scriptje te schrijven die ik in de root van de site plaats en deze aanroep via $.ajax om zo toch de externe data te kunnen laden, want het grappige is dat dat wel gewoon werkt?! | ||||||
Catch22- | vrijdag 5 april 2013 @ 22:51 | |||||
Niet lullig bedoelt, maar je hebt er meer aan als je een aantal artikelen gaat lezen. Je maakt namelijk een hoop conceptuele fouten en debuggen is volgens mij ook niet je sterkste punt ![]() | ||||||
Chandler | vrijdag 5 april 2013 @ 22:54 | |||||
Catch, ik neem je kritiek dan ook serieus ![]() ![]() ![]() Ja ik ben een doener, geen lezer helaas... al heb ik mijn http://test.testertje.nl/test 100% zelf geschreven! (wel afgekeken maar toch!) Welke cunceptuele fouten maak ik dan? ik begrijp dat cros van de versturende partij (de URL die ik opvraag) extra headers moet meegeven wil deze worden geaccepteerd... en dat is in dit geval niet het geval... | ||||||
Catch22- | vrijdag 5 april 2013 @ 22:56 | |||||
Prutsen wil pas als je enigszins snapt wat je doet en weet hoe je moet debuggen en wat je met foutmeldingen moet | ||||||
Chandler | vrijdag 5 april 2013 @ 22:58 | |||||
Oh... maar ik snap het enigszins hoor ![]() ![]() | ||||||
ursel | zaterdag 6 april 2013 @ 13:05 | |||||
Hoe zit het nu eigenlijk met die section-tag? Wanneer gebruik je die en wanneer kan je beter een div gebruiken? Ik heb bijvoorbeeld op mijn website meerdere blokken, met ieder 4 evenementen naast elkaar. Ene blok is voor evenementen in de buurt, ander weer voor evenementen van bepaalde categorie. Geef ik zo'n blok met evenementen dan ook een section-tag? Of is die daar niet voor bedoeld? | ||||||
picodealion | zaterdag 6 april 2013 @ 13:22 | |||||
Vuistregel: als je er een titel-tag boven kan zetten is het een <section>. Ik zou dus zeggen van wel. Ieder evenement zou je eventueel in een eigen <article> kunnen zetten, al vind ik dat zelf wat overkill. | ||||||
ursel | zaterdag 6 april 2013 @ 13:23 | |||||
Ooh.. duidelijk. ![]() Is dus niet heel erg duidelijk/vast gedefinieerd dus? | ||||||
Tijn | zaterdag 6 april 2013 @ 13:24 | |||||
Section is voor een samenhangend stuk content (een header + een of meerdere paragrafen bv) dat essentieel is voor de pagina. | ||||||
Black-Hole | zaterdag 6 april 2013 @ 13:25 | |||||
Niet echt, ik gebruik het meer als onderdeel van een article. Zo kan je een article opknippen in meerdere onderdelen elk weer met een header en footer indien nodig. Maar als aside de voorkeur heeft moet je dat juist weer gebruiken. Gebruik een section sowieso niet als styling atribuut. Bruce Lawson legt het best duidelijk uit op de HTML5 doctor website http://html5doctor.com/the-section-element/ en hier kan je ook meer info vinden: http://www.whatwg.org/spe(...)#the-section-element Edit: Wat Tijn dus ook zegt maar dan in minder woorden ![]() | ||||||
Tijn | zaterdag 6 april 2013 @ 13:27 | |||||
Het gaat erom dat je met de header/article/header/footer/nav elementen wat meer informatie over je pagina kunt vertellen aan bv zoekmachines. Als je denkt dat je site duidelijker voor Google is door bepaalde content als section te markeren, dan moet je dat doen. | ||||||
ursel | zaterdag 6 april 2013 @ 13:50 | |||||
Mja, dacht zelf ook vooral aan teksten om het daarvoor te gebruiken, maar zie links en rechts ook echt voor blokken. Vandaar mijn vraag. Hier een voorbeeld van mijn blok. Elke tile draait om als je eroverheen hooverd en dan komt er meer informatie beschikbaar en actie knoppen: ![]() Dit blok "In your neighborhood", zou je dat nou dan wel of niet in een section plaatsen? | ||||||
picodealion | zaterdag 6 april 2013 @ 13:56 | |||||
Ik wel. | ||||||
Tijn | zaterdag 6 april 2013 @ 14:44 | |||||
Is dit de hoofdcontent van de pagina of staat het ergens bij? Indien dat laatste dan zou ik het in <aside> zetten. | ||||||
ursel | zaterdag 6 april 2013 @ 15:00 | |||||
Ah, weer andere optie. ![]() dit betreft de homepage waar 3 van dit soort blokken komen. Verder nog wat visuele attributen om de gebruiker wegwijs te maken. wel weinig tekst op de homepage. | ||||||
n8n | zaterdag 6 april 2013 @ 15:36 | |||||
div is iig alleen voor opmaak en heeft geen semantische waarde. Dus alleen als je een .container oid nodig hebt hoeft je nog naar div te grijpen (dus eigenlijk een block-level span). | ||||||
Tijn | zaterdag 6 april 2013 @ 15:40 | |||||
Precies. Als een groep content semantische samenhang heeft, kun je een van de smantische elementen gebruiken. Als het alleen qua opmaak bij elkaar hoort, heb je div en span. | ||||||
Light | zaterdag 6 april 2013 @ 22:52 | |||||
Java wordt ook gebruikt voor server-side code. Dat kan prima en je hebt er geen aparte browserplugin voor nodig. ![]() | ||||||
Maringo | zaterdag 6 april 2013 @ 23:19 | |||||
Op school hele projecten moeten maken met JSP's en JavaBeans. Daarvoor is het inderdaad prima. ![]() | ||||||
Catch22- | zaterdag 6 april 2013 @ 23:22 | |||||
@work doen we alle grote projecten in Java. Java is iets complexer, naar wel beter schaalbaar en je hebt meer controle | ||||||
Tijn | zaterdag 6 april 2013 @ 23:36 | |||||
Die kant is het idd op gegaan nadat het in de browser en op de desktop is gefaald ![]() | ||||||
Catch22- | zondag 7 april 2013 @ 09:24 | |||||
In de browser is het ingehaald idd. Maar het werd natuurlijk gebruikt voor iets waar t suboptimaal voor was. Serverside is t wel een van meestgebruikte talen voor grotere applicaties ![]() | ||||||
mstx | maandag 8 april 2013 @ 15:12 | |||||
Altijd leuk van die zeldzame bugs waar je uren naar loopt te zoeken.
In FF20 geeft dit 3x ja... ![]() In FF16.0 ging het ook nog goed, in FF17.0 opeens niet meer. ![]() [ Bericht 3% gewijzigd door mstx op 08-04-2013 15:22:08 ] | ||||||
kutkloon7 | maandag 8 april 2013 @ 15:50 | |||||
Ik heb het, mede om die reden, ook niet zo op frameworks. Ik probeer altijd zo veel mogelijk zelf te schrijven. Natuurlijk is dat niet altijd te doen, maar ik heb er gewoon een hekel aan afhankelijk van andermans code te zijn. | ||||||
kutkloon7 | maandag 8 april 2013 @ 15:52 | |||||
De syntax is op zich best mooi, er zit alleen net wat te veel onlogische troep in de taal en de standaardlibrary. Ik denk dat Java nog steeds wel zo ongeveer de beste oplossing is als je een beetje goede ondersteuning op elk platform wil hebben. (Mijn posts zijn een beetje offtopic, eerst had ik ook een vraag over CSS, maar dat is voordat ik hem postte al opgelost. Vraag me niet hoe, maar het werkt inmiddels ![]() | ||||||
Catch22- | maandag 8 april 2013 @ 16:05 | |||||
jquery heeft daar weibig last van. Hun slogan gaat voor mij ook op Write less, do more | ||||||
Tijn | maandag 8 april 2013 @ 16:29 | |||||
Ik ben sowieso verbaasd om Mootools nog in het wild te zien. Ik dacht dat die lib inmiddels een stille dood was gestorven. | ||||||
Merkie | maandag 8 april 2013 @ 18:13 | |||||
Idd, cross-browser compatibiliteit is erg goed. | ||||||
#ANONIEM | maandag 8 april 2013 @ 18:19 | |||||
Mootools, das toch de COBOL van JS ? | ||||||
PimD | maandag 8 april 2013 @ 19:23 | |||||
Ach, al die libraries zullen over een aantal jaar overbodig zijn. Zelfs nu is het voor IE8 en hoger al prima werken zonder library. Ik werk ook nog regelmatig met MooTools (legacy project wat er gebruik van maakt), maar voor nieuwe projecten gebruiken wij eigenlijk geen libraries meer. | ||||||
Tijn | maandag 8 april 2013 @ 19:27 | |||||
Maar dan heb je neem ik aan je eigen toolkit met selector-engine, ajax shorthands etc. gemaakt? | ||||||
PimD | maandag 8 april 2013 @ 19:30 | |||||
Je hebt toch gewoon querySelector in IE8 en hoger...? Uiteraard hebben we wel het e.e.a. aan generieke methods/classes voor ajax e.d. - maar in vergelijking met de 'bekende' libraries is het allemaal heel erg beknopt en klein. | ||||||
Tijn | maandag 8 april 2013 @ 19:33 | |||||
Ah, je hebt gelijk. Dat scheelt dan idd wel ![]() | ||||||
PimD | maandag 8 april 2013 @ 19:36 | |||||
In IE8 kun je alleen nog geen CSS3-selectors gebruiken. Maar de keren dat ik in Javascript :nth-child e.d. nodig heb gehad kan ik me niet herinneren. Met CSS 2.1 selectors heb ik me tot nu toe in ieder geval altijd prima weten te redden. | ||||||
Catch22- | maandag 8 april 2013 @ 19:43 | |||||
Er zitten zoveel handige tools in jquery, dat spaart je echt bakken met tijd. Denk aan selectors, event binding, asyncmeuk Als ik ie8 moet suppirten schrijf ik voor ie een script die odd even classes aanmaakt | ||||||
kutkloon7 | woensdag 10 april 2013 @ 19:01 | |||||
Voor sommige dingen is het inderdaad een ramp om het op alle browsers goed te laten werken. Ik heb nu ook alle gangbare browsers erop staan, en dan nog heb ik geen flauw idee of sites die ik maak goed werken in oudere browsers ![]() JQuery maakt die dingen wel gemakkelijker, je hoeft alles maar één keer te doen in plaats van een apart geval voor elke browser te programmeren (ik programmeer normaal vaak in niet-internet programmeertalen, daar is compatabiliteit vaak niet zo'n issue). Maargoed, zelfs als je alleen CSS gebruikt vind ik het al moeilijk genoeg om een beetje mooie site te maken die in alle browsers goed werkt. Dat is me met een site die ik nu voor mijn vaders band maak nu net uiteindelijk wel gelukt, hoewel veel details nog erg verschillen per browser. Nu nog een login & CMS in php uitprogrammeren ![]() | ||||||
Catch22- | woensdag 10 april 2013 @ 20:26 | |||||
Dat moet je helemaal niet zelf willen doen man. Gewoon WordPress pakken en gaan | ||||||
Maringo | woensdag 10 april 2013 @ 20:31 | |||||
Neem dan Fork, Drupal of Typo3, maar geen Wordpress of Joomla... | ||||||
Tijn | woensdag 10 april 2013 @ 20:34 | |||||
Hoezo? Wat is er mis met Wordpress? En waarom gooi je dat op een hoop met Joomla? | ||||||
KomtTijd... | woensdag 10 april 2013 @ 20:39 | |||||
Allemaal niet doen en CMS Made Simple gebruiken. | ||||||
boem-dikkie | woensdag 10 april 2013 @ 20:52 | |||||
![]() | ||||||
Maringo | woensdag 10 april 2013 @ 20:59 | |||||
Om te beginnen omdat dat de twee zijn met veruit de meeste exploits. En ook de meest nasty exploits. Verder omdat het te dicht gebakken zit voor de hobbyist en programmeur om leuke webapps of -services te maken zonder eerst het gehele systeem van binnen naar buiten te kennen. Dan wil ik het ook nog hebben over de overvloed aan informatie in de backend En als laatste omdat Wordpress een blogframework wat verkracht naar een CMS is en Joomla in een niet Webkit browser geeft (te) vaak problemen. En als allerlaatste heb ik Drupal bij het verkeerde lijstje gezet... Typo3 is nog steeds mijn favoriet. Het zit zo makkelijk en goed in elkaar en extensies schrijven is een stuk makkelijker dan voor Wordpress, Joomla en Drupal. En hoe het omgaat met verschillende talen ben ik nog nergens zo makkelijk tegen gekomen. Fork is goed voor de CMS-noob. Lekker simpel vier tabs bovenaan waar vandaan je alles kunt bereiken. Ook met deze kan je met themes en extensies in de weer net zoals Wordpress en Joomla. CMS Made Simple moet wil ik nog steeds eens uitproberen. ![]() | ||||||
boem-dikkie | woensdag 10 april 2013 @ 21:01 | |||||
Ik denk al, Wordpress afkraken en Drupal aanprijzen. ![]() | ||||||
Maringo | woensdag 10 april 2013 @ 21:02 | |||||
Ja, ik wilde die er nog bijzetten, maar had hem bij het verkeerde gezet. ![]() | ||||||
n8n | woensdag 10 april 2013 @ 21:10 | |||||
Is er ook gewoon een CMS met inline editing, lame ass backends altijd | ||||||
Tijn | woensdag 10 april 2013 @ 21:11 | |||||
Ik vind al die CMS'en trouwens maar shit ![]() | ||||||
KomtTijd... | woensdag 10 april 2013 @ 21:11 | |||||
Meeste CMS's hebben daar wel een module voor toch? | ||||||
KomtTijd... | woensdag 10 april 2013 @ 21:11 | |||||
Kortom, je wilt CMS Made Simple. | ||||||
Tijn | woensdag 10 april 2013 @ 21:12 | |||||
In hoeverre kun je met CMSMS de backend customizen? Want ik heb die demo-page wel eens bekeken, maar daar sprongen ook de tranen van in m'n ogen. | ||||||
n8n | woensdag 10 april 2013 @ 21:13 | |||||
Ja dat ook, maar tegelijkertijd wil ik auteurs niet naar een 'achterkant' sturen om alles aan te moeten passen. Gewoon live en shit, 2013 represent ![]() | ||||||
Maringo | woensdag 10 april 2013 @ 21:14 | |||||
Of Typo3. | ||||||
Tijn | woensdag 10 april 2013 @ 21:14 | |||||
Aangezien het schrijven van content iets heel anders is dan het lezen van content, vind ik zo'n gescheiden omgeving met andere interface juist positief. | ||||||
KomtTijd... | woensdag 10 april 2013 @ 21:15 | |||||
welke versie was dat? Sinds 1.11 hebben ze een compleet nieuwe backend. En ja die is ook te customizen, al heb ik me daar nooit aan gewaagd. Maar het is wel gewoon content managen pur-sang, vooral voor de "editor". En voor de developer is eigenlijk alles erop gericht dat je from scratch een frontend bouwt. Vandaar ook dat er niet superveel templates te vinden zijn. Zelf bouwen is makkelijker. | ||||||
n8n | woensdag 10 april 2013 @ 21:15 | |||||
Inloggen en a la fok op edit drukken vind ik toch een stuk gebruiksvriendelijker ipv men naar een andere omgeving te sturen | ||||||
Tijn | woensdag 10 april 2013 @ 21:18 | |||||
Ja, volgens mij een vrij recente versie. Maar het zag er allemaal nogal bloaty uit. Ik vond niet dat de content echt centraal stond. Dat er geen templates of themes te vinden zijn is idd een pluspunt, want wie zit er nou op die eenheidsworst te wachten. Maar ik heb nog nooit een CMS gezien met een backend waarvan ik dacht "ja, dat kun je een klant zo voorschotelen en dan wordt-ie er gelukkig van". | ||||||
KomtTijd... | woensdag 10 april 2013 @ 21:18 | |||||
In FOK! krijg je ook een aparte edit-popup, en dat terwijl je hier maar een hele basale editor nodig hebt en een heel strak stramien hebt voor je content. Voor een CMS ligt dat toch wat anders, je zou gigantisch veel vrijheid inleveren als je echt inline editen mogelijk wilt maken in een breed inzetbaar CMS. | ||||||
KomtTijd... | woensdag 10 april 2013 @ 21:21 | |||||
Als je "de klant" in de "editor" groep zet, wordt die niet lastig gevallen met menu-items over templates en settings en modules enzo. Heb laatst de grootste digibeet op de zweefvliegclub in een mailtje van 20 regels uitgelegd hoe hij pagina's kan aanpassen, en dat ging helemaal prima. [edit]
| ||||||
n8n | woensdag 10 april 2013 @ 21:22 | |||||
Probleem met breed inzetbare cms-en vind ik ook dat ze eigenlijk nergens echt geschikt voor zijn. Modules zijn er wel maar doen me eerder denken aan hacks dan integrale oplossingen waar vanaf het begin over nagedacht is. Wordpress is voor mij 1 grote teringbende waardoor ik eerder geneigd ben iets zelf te maken, gelukkig heb ik me in kunnen schrijven voor een module backend web design op mijn academie. | ||||||
Tijn | woensdag 10 april 2013 @ 21:24 | |||||
Ook dan stoort het me dat het twee klikken kost na het inloggen voordat je voor het eerst de pagina's van je site terugziet. Dat is iets dat gelijk prominent in beeld moet staan vind ik. En het ziet er eerlijk gezegd ook gewoon niet uit, het lijkt wel Windows XP ofzo. | ||||||
Tijn | woensdag 10 april 2013 @ 21:30 | |||||
Het is natuurlijk ook niet wenselijk om het web nog verder te overspoelen met halfgare CMS'en die niet langer door de maker worden onderhouden. Wat dat betreft is het beter om een opensource pakket te nemen waar daadwerkelijk mensen mee bezig zijn. Maar welke dan de moeite waard is weet ik niet, want ik heb er nog nooit een gezien waar ik écht enthousiast van werd. | ||||||
n8n | woensdag 10 april 2013 @ 21:35 | |||||
Updaten van wordpress kan ook zorgen dat een module niet meer werkt? Ik heb altijd het idee dat open source software (niet alleen cms-en) leiden onder een gebrek aan filosofie. Beginnen vaak als klein project met een specifiek doel en een paar revisies later is er niks meer over van het initiële concept wat resulteert in onoverzichtelijke projecten dat houtje touwtje aan elkaar hangt. Waarschijnlijk heb ik het mis maar dat is zover mijn indruk van Drupal, Joomla, Wordpress etc. De andere genoemde paketten lijken te zijn gemaakt in 1995. Technisch prima in orde maar achterhaald als de pest. | ||||||
Tijn | woensdag 10 april 2013 @ 21:39 | |||||
Nou, technisch in orde... qua architectuur zijn vooral die laatste 3 die je noemt (Drupal, Joomla en Wordpress) en behoorlijk puinhoop imho. Daar is geen spoor van een beetje fatsoenlijk MVC-framework in te herkennen. | ||||||
KomtTijd... | woensdag 10 april 2013 @ 21:39 | |||||
![]() Is dit wat je gezien had Tijn? Content zit precies één klik weg. | ||||||
n8n | woensdag 10 april 2013 @ 21:40 | |||||
technisch in orde bedoelde ik CMSMS, Typo3, Fork etc... | ||||||
n8n | woensdag 10 april 2013 @ 21:41 | |||||
Beetje dit idee bedoel ik maar dan goed http://demo.magnolia-cms.com/demo-project.html superuser superuser | ||||||
Tijn | woensdag 10 april 2013 @ 21:42 | |||||
Ik heb dit gezien: http://www.opensourcecms.(...)=CMS%20Made%20Simple Is dat niet up-to-date? Het is de pagina waar CMSMS zelf naar verwijst. | ||||||
KomtTijd... | woensdag 10 april 2013 @ 21:44 | |||||
Nope, die template herken je helemaal nergens meer in terug. | ||||||
Tijn | woensdag 10 april 2013 @ 21:45 | |||||
Nou, misschien probeer ik het dan nog een keertje met een recentere versie ![]() | ||||||
kutkloon7 | donderdag 11 april 2013 @ 02:05 | |||||
Ik word nu ook zo'n beetje gedwongen om aan de jQuery (of andere library) te gaan: ik wil gewoon een bescheiden knop om een venster mee te openen om bestanden om up te loaden mee te kiezen, niet die joekel met 'Browse' erop. Zo ongeveer de enige nette manier is om een click event na te bootsen, en dat moet bij zo'n beetje elke browser op een andere manier... Ik had het al bijna goed gekregen door de hele form en knop te verkrachten met CSS, alleen IE werkt weer eens niet mee ![]() | ||||||
kutkloon7 | donderdag 11 april 2013 @ 02:21 | |||||
Hm, object.click() schijnt toch prima te werken in alle moderne browsers, vaag dat je daar niks over kan vinden. | ||||||
Tijn | donderdag 11 april 2013 @ 07:02 | |||||
Het werkt wel, maar niet voor file uploads. Het is een enorm gedoe om het file upload veld te stylen en te triggeren omdat browsers daartegen beveiligd zijn. | ||||||
Devv | donderdag 11 april 2013 @ 07:21 | |||||
Er is toch niets mis met het gebruik van jQuery? | ||||||
boem-dikkie | donderdag 11 april 2013 @ 09:35 | |||||
Gebruik je Uploadify of zo? Die knop kun je toch gewoon stijlen? | ||||||
picodealion | donderdag 11 april 2013 @ 09:40 | |||||
Uploadify is inderdaad wel aardig, maar Uploadifive kan ik niet aanraden. We hebben dat laatst aangeschaft op mijn werk voor een site, en om de een of andere stomme reden is de codebase anders (terwijl het op de file select na niks anders zou moeten doen) en er zit een bug in. Support is nihil. | ||||||
mstx | donderdag 11 april 2013 @ 09:56 | |||||
Kun je niet gewoon een <label> stylen en de file input verbergen? (Verbergen met een negatieve absolute positie, met display:none werkt het niet meer volgens mij.) Laat maar... http://jsfiddle.net/7hhQp/2/ werkt in alle browsers behalve Firefox... ![]() [ Bericht 45% gewijzigd door mstx op 11-04-2013 10:02:19 ] | ||||||
Black-Hole | donderdag 11 april 2013 @ 10:51 | |||||
Al gekeken naar Perch? http://grabaperch.com/ | ||||||
Catch22- | donderdag 11 april 2013 @ 11:10 | |||||
Gewoon wordpress pakken met een HTML5 based boilerplate template. Kan je alles naar wens inrichten aan de frontend en de backend is prima. | ||||||
Black-Hole | donderdag 11 april 2013 @ 11:12 | |||||
Yep, doe ik ook altijd, ik gebruik altijd Starkers als 'naked' theme. Werkt fantastisch al wil ik me ook wel eens gaan wagen aan Zurb. | ||||||
kutkloon7 | donderdag 11 april 2013 @ 12:27 | |||||
Werkt nu prima in chrome, ff, opera, safari en zelfs IE ![]() Ik heb nu een hidden (met visible: hidden; met display: none; werkt het inderdaad niet meer op sommige browsers) formulier die getriggerd wordt door een andere knop. En ja, ik probeer jQuery te vermijden. Ik vind het gewoon een beetje jammer om die library te gebruiken als het niet nodig is. | ||||||
Tijn | donderdag 11 april 2013 @ 12:50 | |||||
Als je het toch nodig blijkt is het helemaal zuur dat je 93KB moet includen voor 1 ding ![]() | ||||||
kutkloon7 | donderdag 11 april 2013 @ 13:16 | |||||
Precies, daarom ook een beetje. Blijft wel een stuk meer werk, omdat je dan aan de lopende band tegen problemen aanloopt ![]() Maar kijk dan wat een schattig CMS-je: ![]() ![]() (en nee, hij werkt nog niet, maar de front-end is wel redelijk op weg) | ||||||
KomtTijd... | donderdag 11 april 2013 @ 13:28 | |||||
Screw that hoor. Zelfs voor "een simpel dingetje" is jQuery dusdanig veel makkelijker dat je de ontwikkeltijd nevernooit terug gaat verdienen t.o.v. die miliseconde extra pageload. 't Zou overigens wel nice zijn als browsers gewoon een locale kopie van jQuery beschikbaar zouden maken. Zou een hoop gedownload schelen. | ||||||
Catch22- | donderdag 11 april 2013 @ 13:29 | |||||
daar zijn CDN's voor he | ||||||
KomtTijd... | donderdag 11 april 2013 @ 13:35 | |||||
...onder het motto "als iedereen het zelfde CDN gebruikt blijft het wel in de cache staan"? is idd wel een voordeel van een CDN gebruiken boven zelf distribueren. | ||||||
Maringo | donderdag 11 april 2013 @ 16:00 | |||||
En buiten dat. 93kb. We leven niet meer in 1998 met een inbelverbinding. ![]() | ||||||
mschol | donderdag 11 april 2013 @ 16:09 | |||||
en daarom moeten websites maar enkele Mb's zijn/worden om te laden? | ||||||
Tijn | donderdag 11 april 2013 @ 16:13 | |||||
Maar de tijd dat mensen alleen maar op PC's vanuit thuis een website bezochten is ook voorbij. In de trein met je mobieltje kan ~100KB overhead toch voor een merkbare vertraging zorgen. | ||||||
Maringo | donderdag 11 april 2013 @ 17:03 | |||||
Als je een pagina met alleen tekst zou bekijken, dan zal dat inderdaad de doorslag geven. Maar de gemiddelde website heeft toch als snel een paar MB aan (nutteloze) plaatjes. Dan maakt 93kb weinig meer uit. | ||||||
Tijn | donderdag 11 april 2013 @ 17:07 | |||||
Dat hangt er vanaf hoe je je scripts inlaadt. Als je alles in de head zet (zoals bij jQuery Mobile de bedoeling is) dan zit je daarop te wachten voordat je überhaupt iets in beeld krijgt. Als je jQuery + andere scripts pas inlaadt op het eind van je pagina, krijgt de bezoeker in elk geval al wat content in beeld en begint-ie ook alvast met het downloaden van de plaatjes. Een paar MB aan plaatjes voor een enkele pagina vind ik trouwens echt heel veel, maar goed. | ||||||
Maringo | donderdag 11 april 2013 @ 17:12 | |||||
Eens. Een paar MB is ook veel. Maar je moet ze de kost geven die een responsive design willen en daardoor een shitload aan plaatjes meegeven voor het mobiele formaat. | ||||||
Tijn | donderdag 11 april 2013 @ 17:14 | |||||
Juist voor een responsive site die zowel mobiel als op desktops er goed uit moet zien zou ik alleen de broodnodige en kleinste versies van de plaatjes aanvankelijk aanbieden en eventueel mbv Javascript de content upgraden als blijkt dat er sprake is van een groter scherm. | ||||||
mstx | donderdag 11 april 2013 @ 19:48 | |||||
Dat is groter dan de hele homepage van mijn site... ![]() ![]() Klein/groot is dus nogal relatief ![]() | ||||||
KomtTijd... | donderdag 11 april 2013 @ 20:16 | |||||
http://www.duft.nl/ Ik win ![]() | ||||||
Catch22- | donderdag 11 april 2013 @ 20:30 | |||||
dat ja ![]() | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 14:31 | |||||
Jongens, ik heb dit:
En ik probeer er dit:
van te maken. Hij gaat alleen niet omlaag (normale waarde is 50), hoe kan dit? #n00b | ||||||
Catch22- | vrijdag 12 april 2013 @ 14:36 | |||||
floaten en clearen hebben geen nut als je absoluut gaat positioneren. kan je een testcase ergens neerzetten? jsfiddle bijvoorbeeld. | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 14:40 | |||||
Dat is de standaard code. ![]() Ja, dat kan denk ik wel, alleen hoe werkt het? ![]() | ||||||
KomtTijd... | vrijdag 12 april 2013 @ 14:41 | |||||
"de standaard code"? Rare standaard dan. | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 14:42 | |||||
Is dat zo. | ||||||
KomtTijd... | vrijdag 12 april 2013 @ 14:45 | |||||
En het is natuurlijk wel de bedoeling dat je je testcase op jsfiddle even compleet maakt met HTML en JS, zo zien we er nog niets aan. | ||||||
Tijn | vrijdag 12 april 2013 @ 14:48 | |||||
Wut? Wie zn standaard? | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 14:50 | |||||
Oké, ik ga het proberen. ![]() Dat bovenste is de standaard. | ||||||
Tijn | vrijdag 12 april 2013 @ 14:51 | |||||
Welke standaard? Waar heb je het over? | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 14:53 | |||||
Waar heb jij het over? ![]() | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 15:01 | |||||
Laat maar. Ik kom er wel uit. ![]() | ||||||
Tijn | vrijdag 12 april 2013 @ 15:03 | |||||
Wtf ![]() ![]() | ||||||
KomtTijd... | vrijdag 12 april 2013 @ 15:03 | |||||
Altijd verhelderend he, even een testcase maken ![]() | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 15:07 | |||||
Yes. Thanks. ![]() | ||||||
karton2 | vrijdag 12 april 2013 @ 17:35 | |||||
Is het mogelijk om met firebug het emailadres te achterhalen wat achter de Zendknop van een contactformulier zit? Als ik met firebug de knop ga ontleden kom ik alleen de HTML code tegen. Een verwijzing naar het php bestand kan ik nergens vinden. | ||||||
mstx | vrijdag 12 april 2013 @ 18:28 | |||||
Een client kan nooit PHP code zien. | ||||||
Merkie | vrijdag 12 april 2013 @ 18:45 | |||||
PHP is een scripttaal die HTML-code genereert op de server, de code erachter kan je dus nooit in de browser debuggen. Echt zelden iemand zo onduidelijk zijn probleem zien omschrijven ![]() | ||||||
KomtTijd... | vrijdag 12 april 2013 @ 19:40 | |||||
als het een mailto-formulier is, dan staat dat in de form-tag. Maar gelukkig zijn mailto-formulieren zo goed als uitgestorven. | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 20:04 | |||||
Het was inderdaad niet goed omschreven. Ik ben er nog niet uit. Ik was al aan het zoeken naar html code om in die website te plakken, maar er zijn geen html-bestanden in dit thema. Heb ook al filmpjes gekeken over css positioning alleen snap ik nog niet hoe ik het kan fiksen. [ Bericht 1% gewijzigd door Yuri_Boyka op 12-04-2013 20:09:17 ] | ||||||
Merkie | vrijdag 12 april 2013 @ 20:14 | |||||
Rechtermuisknop > View source al geprobeerd? F12 al eens in Chrome? Het probleem isoleren is stap 1 van de oplossing, dus probeer dat eerst. | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 20:18 | |||||
Element inspecteren bedoel je? Ja dus. Daarmee heb ik de aanpassingen gedaan bij 'matched CSS rules', maar die staan jammer genoeg niet in de stylesheet. ![]() Heb tot nu toe dit: http://jsfiddle.net/eEhQT/3/ , maar ik denk niet dat het de goede HTML is? | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 20:23 | |||||
Dit is laat maar zeggen wat ik zie:![]() Ik wil dus het gehele zoekveld iets omlaag hebben (5 px) en het logo naar boven, zodat het op één lijn staat. Het probleem is volgens mij dus dat het zoekveld niet verplaatsbaar is in pixels. Het lijkt mij (na het zien van die filmpjes) dat de positie absoluut moet zijn, maar verder heb ik geen enkel idee. Ik heb er in 'element inspecteren' mee gespeeld en allerlei posities geprobeerd met allerlei gegevens, maar geen enkele kwam in de buurt van wat ik nou echt nodig had. [ Bericht 25% gewijzigd door Yuri_Boyka op 12-04-2013 20:29:56 ] | ||||||
Chandler | vrijdag 12 april 2013 @ 20:29 | |||||
Ja en dan het HTML in het HTML veld en eventueel Javascript (zonder de <script...) in het javascript veld zetten ![]() | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 20:30 | |||||
Hey, ik zie een zoekveld in Fiddle! ![]() [ Bericht 11% gewijzigd door Yuri_Boyka op 12-04-2013 20:38:33 ] | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 20:36 | |||||
Ik heb even gekeken en volgens mij is dit de goede javascript: http://jsfiddle.net/eEhQT/4/ Hoe moet ik nu verder? Welke stappen moet ik ondernemen om uit te zoeken hoe ik het probleem kan fiksen? | ||||||
Maringo | vrijdag 12 april 2013 @ 20:43 | |||||
die in jsfiddle zal niet werken omdat de #theader overal nog voor de #search staat in het CSS vak. Als ik dit ervan maak:
Doet ie het gewoon. Misschien moet je er
| ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 20:46 | |||||
Ja, met alleen die !important werkt die al. Dat t-header ga ik niet verwijderen aangezien het er niks voor niks staat denk ik. Zo werkt het in ieder geval. Ik neem aan dat het verder niet erg is? Bedankt! ![]() | ||||||
Maringo | vrijdag 12 april 2013 @ 20:46 | |||||
Dat gold alleen voor de jsfiddle inderdaad. ![]() | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 20:47 | |||||
Bedankt man! Alleen vind ik het raar dat die zonder die !important niet gewoon werkt. Ik zou toch willen weten wat er dan mis is. Maakt die important nog iets uit? | ||||||
Maringo | vrijdag 12 april 2013 @ 20:48 | |||||
Die important zorgt ervoor dat de 55px die je daar neer zet niet door een ander css file wordt overschreven. | ||||||
Yuri_Boyka | vrijdag 12 april 2013 @ 20:58 | |||||
Perfect! Ik heb het logo en het zoekveld nu op één lijn. Bedankt! ![]() | ||||||
Light | vrijdag 12 april 2013 @ 22:30 | |||||
Dat ligt er ook aan wat het "simpele dingetje" is. Welke versie van jQuery had je dan willen hebben? | ||||||
Tijn | vrijdag 12 april 2013 @ 22:38 | |||||
Leuk ook voor de makers van YUI, Dojo, script.aculo.us etc. ![]() | ||||||
Merkie | vrijdag 12 april 2013 @ 22:40 | |||||
Dan bouw je die toch ook gewoon in? | ||||||
Tijn | vrijdag 12 april 2013 @ 22:44 | |||||
Je kunt toch niet serieus menen dat alle mogelijke libraries maar in alle browsers ingebakken zouden moeten zitten? Het lijkt me beter dat er gewoon verder wordt gewerkt aan het verbeteren van de DOM en de ECMA-standaard, zodat uiteindelijk hopelijk er überhaupt geen 3rd party libraries nodig zijn om een moderne webapplicatie te maken. | ||||||
Light | vrijdag 12 april 2013 @ 22:46 | |||||
Je hebt nu ook geen 3rd party libraries nodig. Ze maken het leven alleen makkelijker ![]() | ||||||
Merkie | vrijdag 12 april 2013 @ 22:55 | |||||
Niet zozeer ingebakken, maar een browser zou toch prima de rol van een CDN over kunnen nemen. Het zou toch makkelijk zijn als een HTML-pagina eenvoudig tegen een browser zou kunnen zeggen welke library er aangeroepen moet worden, en dat een browser deze dan vervolgens zelf downloadt. Ik bedenk maar iets. Er moet vast wel iets mogelijk zijn. Toch zou ik gewoon jQuery overal standaard inbouwen ![]() | ||||||
KomtTijd... | vrijdag 12 april 2013 @ 23:01 | |||||
waarom niet? voor die paar kb hoef je het niet te laten. En je support gewoon de nieuwste en éénna nieuwste major release. Wil ie wat anders kun je het altijd nog includen. | ||||||
Tijn | vrijdag 12 april 2013 @ 23:02 | |||||
Dat doen alle browsers al, het heet caching ![]() | ||||||
Merkie | vrijdag 12 april 2013 @ 23:03 | |||||
Dat werkt alleen als je het ook van dezelfde URL downloadt toch (dus via de Google CDN bijv.)? | ||||||
Tijn | vrijdag 12 april 2013 @ 23:05 | |||||
Mja, zoals voor wel meer dingen geldt: dat verschilt een beetje per browser ![]() | ||||||
Light | zaterdag 13 april 2013 @ 00:08 | |||||
Nee, een bestand foo.js op server a is niet (noodzakelijk) hetzelfde als foo.js op server b, dus ik kan me niet voorstellen dat er ook maar een browser is die dat zou cachen. | ||||||
Light | zaterdag 13 april 2013 @ 00:10 | |||||
Meest gebruikt? Volgens welke statistiek? En daarnaast, welke versie van jQuery zou je dan willen inbouwen? (En wat als ze met een nieuwe versie komen?) | ||||||
Tijn | zaterdag 13 april 2013 @ 00:14 | |||||
Nee, dat klopt. Ik had even snel gegoogled op verschillen tussen browsers wat betreft caching-mechanismes en daar kwam ik tegen dat niet elke browser de volledige url gebruikt als key, maar nu ik nog eens goed lees heeft dat blijkbaar vooral te maken met urls waar een querystring aan vast zit (volgens de letter van de spec zouden zulke urls überhaupt niet gecached mogen worden, maar veel browsers doen dat toch). | ||||||
Merkie | zaterdag 13 april 2013 @ 11:44 | |||||
http://w3techs.com/technologies/overview/javascript_library/all Welke versie weet ik nog niet. En ik dacht er aan om alle versies te ondersteunen. | ||||||
n8n | zaterdag 13 april 2013 @ 14:23 | |||||
daarom gebruik je de versie die op de server van Google staat | ||||||
kutkloon7 | zaterdag 13 april 2013 @ 14:31 | |||||
Anders is er ook geen manier om te weten dat het ook echt hetzelfde bestand is ![]() Sterker nog: zelfs als het wel dezelfde url is, kan het bestand in de tussentijd ook veranderd zijn (al geloof ik dat sommige servers daar wel een trucje voor hebben, dat je kan opvragen wanneer een bestand voor het laatst veranderd is ofzo) (oh, dit was al gezegd ![]() | ||||||
mstx | zaterdag 13 april 2013 @ 14:33 | |||||
Daar zijn de Last-Modified en If-Modified-Since headers voor. Als het bestand niet is aangepast krijg je een 304 Not Modified status terug. | ||||||
Light | zaterdag 13 april 2013 @ 23:13 | |||||
De ETags zijn ook voor dat doel. ![]() | ||||||
Light | zaterdag 13 april 2013 @ 23:16 | |||||
Dus eigenlijk zeg je gewoon dat sitebouwers een CDN (en dan wel specifiek die van Google) moeten gebruiken voor het laden van javascript frameworks. | ||||||
KomtTijd... | zondag 14 april 2013 @ 00:15 | |||||
dat trucje heet: http. | ||||||
n8n | zondag 14 april 2013 @ 11:53 | |||||
ja, zijn vast ook alternatieven voor google | ||||||
Light | zondag 14 april 2013 @ 15:14 | |||||
Maar dan zijn we wel van "browsers moeten standaard jQuery includen" naar "sites moeten gebruik maken van een CDN voor jQuery" gegaan. Toch net even anders, in mijn ogen. | ||||||
n8n | zondag 14 april 2013 @ 18:30 | |||||
moet niet maar het is wel voordelig in de zin dat de hosting geregeld, stabiel en snel is. Vaak staat het bestand al in het cache als meerdere sites dezelfde bron gebruiken waardoor het praktisch hetzelfde is als 'standaard onderdeel van de browser' en jquery (of alternatieven) is niet afhankelijk van browser vendors om een update door te voeren. Bovendien willen alternatieven dan ook standaard onderdeel zijn wat me een onwenselijke situatie lijkt | ||||||
kutkloon7 | zondag 14 april 2013 @ 19:35 | |||||
haha right. Ik was een beetje in de war, want volgens mij ondersteunt niet elke server dat. Maar dat zijn dan gewoon geen http-compliant servers, of hoe je dat ook noemt? Of loop ik weer onzin uit te kramen? ![]() | ||||||
Merkie | zondag 14 april 2013 @ 19:49 | |||||
Anders maar gewoon Javascript langzaam uitbouwen tot iets wat zonder libraries ook gebruiksvriendelijk en snel is, zodat jQuery en consorten overbodig worden. In feite is het bestaan van jQuery een symptoom van de ouderdom/onvrede van Javascript. | ||||||
Tijn | zondag 14 april 2013 @ 19:51 | |||||
Exactemundo. Althans, niet de ouderdom van Javascript is het probleem, want zo oud is het helemaal niet. Wel zitten er een aantal domme dingen in de taal die niet kloppen. Gelukkig kun je daar vrij goed omheen programmeren en wanneer je dat doet hou je iets over dat best elegant en werkbaar is. Dat Javascript behalve wat slechte kanten ook een aantal hele goede eigenschappen heeft en die slechte dingen bovendien goed te vermijden zijn is de reden dat libraries als jQuery überhaupt kunnen bestaan. Hoe dan ook is het echte probleem de DOM, niet zozeer Javascript als programmeertaal (want ook jQuery is gewoon Javascript natuurlijk). | ||||||
Merkie | zondag 14 april 2013 @ 19:58 | |||||
Ik bedoel ouderdom in de zin van dat het niet aansluit op de behoeften van de ontwikkelaars (en dat is denk ik omdat het ergens rond 1995 gemaakt is). Als alle functionaliteiten van jQuery native in Javascript zouden zitten zou de performance ook nog eens een stuk beter worden gok ik. Wordt Javascript überhaupt actief ontwikkeld eigenlijk? Ik heb geen idee. | ||||||
Catch22- | zondag 14 april 2013 @ 19:59 | |||||
Alsjeblieft zeg. | ||||||
Tijn | zondag 14 april 2013 @ 20:03 | |||||
Zeker. ECMAScript versie 5.1 is de laatste officiële editie, die stamt uit 2011. Ze zijn bezig met ES6. | ||||||
Merkie | zondag 14 april 2013 @ 20:06 | |||||
Ik zie het. Ontwikkeling heeft wel 10 jaar stilgestaan ![]() | ||||||
Tijn | zondag 14 april 2013 @ 20:11 | |||||
Ja, omdat rond 2000 er door veel mensen in de industrie werd gedacht dat Javascript wel een opvolger zou krijgen. Dat is echter nooit gebeurd. Integendeel, tot die tijd werd Javascript voornamelijk gebruikt voor interface gimmicks, maar dankzij XMLHttpRequest, de daaropvolgende Ajax-revolutie, het JSON-dataformaat en gigantische optimalisaties in Javascript-engines is Javascript nu relevanter dan ooit. | ||||||
n8n | zondag 14 april 2013 @ 20:18 | |||||
Volgens mij probeert google dat elke 2 jaar wel maar lijkt nooit van de grond te komen | ||||||
Tijn | zondag 14 april 2013 @ 20:23 | |||||
Google heeft natuurlijk Dart. Maar eigenlijk is dat een veel saaiere taal dan het veel stoerdere Javascript. | ||||||
KomtTijd... | zondag 14 april 2013 @ 22:37 | |||||
eh, iedere http-comlient server stuurt caching-headers mee. Als dat is wat je bedoelt. | ||||||
Catch22- | zondag 14 april 2013 @ 22:44 | |||||
dart compileert toch tot javascript? | ||||||
KomtTijd... | zondag 14 april 2013 @ 22:49 | |||||
je kunt het compileren naar javascript om zo non-compatibel browsers te ondersteunen, maar in principe is dat niet het idee geloof ik. | ||||||
Tijn | zondag 14 april 2013 @ 23:37 | |||||
Dat is alleen maar omdat andere browsers geen Dart (willen) ondersteunen ![]() | ||||||
kutkloon7 | maandag 15 april 2013 @ 00:36 | |||||
Dat is wat ik bedoel. Toch wel een goed initiatief van google, vind ik. Ik heb de editor net gedownload (mooi standalone zipje, daar ben ik wel fan van), hij heeft best wel wat elementen van Eclipse. Edit: mooie editor wel, al start ie een beetje langzaam op. Ga ik denk ik wel eens wat in maken ![]() Ik gebruik nu sublime text 2 wat ook erg mooi is, maar het is daar altijd gedoe om het compilen/laten zien in de browser in te stellen. [ Bericht 11% gewijzigd door kutkloon7 op 15-04-2013 00:42:20 ] | ||||||
Tijn | maandag 15 april 2013 @ 00:57 | |||||
Ik vind het jammer dat ze naar traditionele concepten als classes en static typing grijpen terwijl ik denk dat de huidige implementatie van Javascript juist een stap verder is dan dat. Er is genoeg mis met Javascript hoor, dus een nieuwe taal is best te rechtvaardigen. Maar Dart pakt imho de verkeerde dingen aan en is eerder een stap terug dan een stap verder. | ||||||
Seagal | maandag 15 april 2013 @ 16:18 | |||||
Vraagje dat misschien meer wiskundig is dan puur javascript, maar als je met erg grote getallen werkt zet javascript soms 'e+' in een getal. Bijvoorbeeld: 8.404724048678626e+23 Ik denk dat het betekent dat het resultaat groter is dan javascript aankan, maar hoe lees je dit? | ||||||
KomtTijd... | maandag 15 april 2013 @ 16:21 | |||||
8.404724048678626*10^23 begrijp je 'm zo? | ||||||
Seagal | maandag 15 april 2013 @ 16:37 | |||||
Ik denk het wel ja, dank je. Dus heel simpel gezegd schuift de punt gewoon zoveel plaatsen naar rechts. | ||||||
KomtTijd... | maandag 15 april 2013 @ 16:46 | |||||
Daar komt het wel op neer ja. Of naar links, afhankelijk of het + of - is. http://nl.wikipedia.org/wiki/Wetenschappelijke_notatie | ||||||
kutkloon7 | maandag 15 april 2013 @ 17:39 | |||||
Zo diep had ik nog niet in de taal gekeken. Static typing vind ik eigenlijk wel fijn, het maakt debuggen vaak wel wat makkelijker, maar dynamic typing maakt vaak weer kortere code mogelijk. Maar in het algemeen vind ik het goed om nieuwe programmeertalen te ontwikkelen, en onderzoek te doen naar wat mogelijk is en wat goed werkt. Er zijn al genoeg programmeertalen, maar computers veranderen ook relatief snel, waardoor de eisen aan een programmeertaal ook snel veranderen. Vroeger waren er strenge eisen aan geheugengebruik en snelheid, tegenwoordig is men zover dat ontwikkeluren relatief zo duur zijn dat men liever een programma heeft wat niet het snelst mogelijk is, maar wel makkelijk ontwikkeld kan worden. De focus verschuift steeds meer van ASM, C en c++ naar dingen als Java, C# en Visual Basic (natuurlijk sterk afhankelijk van de branche waar je het over hebt, voor gameprogrammeren zal visual basic niet echt gebruikt worden ![]() Volgens mij voldoet er nog geen van deze 'oude' talen aan de eisen voor een goede allround programmeertaal. | ||||||
Seagal | dinsdag 16 april 2013 @ 09:29 | |||||
Voor het meeste werk wat ik doe is een MV* framework overkill en als ik het al nodig vind neem ik Backbone. Het doet alles wat ik wil en en het bevalt erg goed, echter de laatste tijd schijnt AngularJS helemaal hot te zijn. Iemand hier ervaring met beide frameworks? Welk bevalt beter en loont het de moeite voor iemand die er niet dagelijks mee werkt om over te stappen? | ||||||
Aether | dinsdag 16 april 2013 @ 09:43 | |||||
Werk nu een halfjaar met TypeScript waarmee ECMA 6 ideeën al gebruikt kunnen worden in de huidige browsers. Heeft wel een toekomst denk ik. | ||||||
DutchErrorist | zondag 21 april 2013 @ 11:17 | |||||
Ik wil een website maken waar de dingen die getoond worden afhangen van een dropdown menu. Ik wil dus allereerst een pagina hebben met alles getoond. Dat je dan in een dropdown menu de provincie kan kiezen en dan alleen de geselecteerde onderwerpen van de provincie worden getoond en als je dan in een tweede dropdown menu een merk selecteerd hij alleen dat merk laat zien of de verkopers daarvan, of een combinatie van die twee of alleen een van de twee. Maar hoe kan ik dat het beste aanpakken? | ||||||
Devv | zondag 21 april 2013 @ 11:29 | |||||
Het is misschien niet het meest eenvoudige voorbeeld, maar dit doet wel ongeveer wat jij omschrijft (je moet sorteren even wegdenken en vervangen door filteren ![]() Angular JS: Filters Live Demo | ||||||
DutchErrorist | zondag 21 april 2013 @ 12:04 | |||||
Oke top en dan nog een vraagje. Het is de bedoeling om de website ook goed te laten weergeven op mobile browsers, maar voor welke CMS of techniek kan ik dan het beste gaan? Want ik zit even rond te kijken en er zijn zoveel verschillende mogelijkheden ![]() | ||||||
Devv | zondag 21 april 2013 @ 12:06 | |||||
Ik gebruik zelf Bootstrap. | ||||||
DutchErrorist | zondag 21 april 2013 @ 12:12 | |||||
Nou dan moet ik me daar maar eens wat over gaan leren. In ieder geval heel erg bedankt ![]() | ||||||
DutchErrorist | zondag 21 april 2013 @ 20:59 | |||||
Ik zit al de hele tijd te kijken hoe ik het het beste kan doen, maar ik krijg het maar niet voor elkaar. Ik kan nergens echt duidelijk vinden hoe ik meerdere filters kan instellen. Ik heb dus een aantal lijsten op de pagina's en die hebben dan dus twee dingen waar ze op gefilterd moeten worden (Merk en provincie). Nu wil ik of een dropdown menu of gewoon een menu aan de linkerkant waarbij je op een provincie kan klikken en dat hij dan filtert en dan ook nog op een merk kan klikken en dat hij dan dus op provincie + merk filtert. Maar ik kan het dus niet vinden (althans niet duidelijk). | ||||||
boem-dikkie | zondag 21 april 2013 @ 21:34 | |||||
jQuery filter functie werkt daar prima voor. http://api.jquery.com/filter/ | ||||||
DutchErrorist | zondag 21 april 2013 @ 21:48 | |||||
Oeh even kijken ![]() ![]() | ||||||
highender | zondag 21 april 2013 @ 22:49 | |||||
Ik heb een website met magento gemaakt en wil daar een jquery script in verwerken maar ik krijg het niet werkend. Het script zou de 'terug naar boven' button moet verbergen zolang er geen scrollbar aanwezig is. De button is nu echter continue zichtbaar wat denk ik betekent dat enkel de CSS / HMTL werkt maar het script zelf niet. Origineel script http://webdesignerwall.com/tutorials/animated-scroll-to-top Website http://www.reposit.nl Momenteel heb ik het script om te testen direct in de pagina gezet en jquery wordt voor zover ik kan beoordelen gewoon ingeladen, althans het verschijnt tussen de head tags. Script in de website
Declaratie
CSS
De bijbehorende CSS werkt volgens mij wel naar behoren, zie de website (button 'terug naar boven' rechtsonderin). Ik heb zelf het vermoeden dat er ergens een conflict is maar kan het niet vinden. | ||||||
boem-dikkie | zondag 21 april 2013 @ 23:10 | |||||
http://stackoverflow.com/(...)-has-no-method-ready Ik gok dat het iets te maken heeft met de combinatie mootools en jQuery. | ||||||
highender | zondag 21 april 2013 @ 23:22 | |||||
Bedankt voor de respons. Dat lijkt inderdaad een soortgelijk probleem, ik kan alleen geen mootools vinden in de javascript map van magento, wel prototype.js en scriptaculous.js wat daarmee conflicten zou veroorzaken, dat is hier dus niet het geval. EDIT: ik lees daar het advies om $ voor jQuery te vervangen i.v.m. een corrigerend scriptje om conflicten te voorkomen, even kijken of dat helpt. | ||||||
highender | zondag 21 april 2013 @ 23:30 | |||||
Opgelost door het vervangen van $ voor JQuery, bedankt voor de juiste richting ![]() | ||||||
Aap1000 | maandag 22 april 2013 @ 12:55 | |||||
Hallo, is er ook een script of tutorial o.i.d. beschikbaar van een zoekfunctie als deze: http://tjingo.nl/zoek-en-boek Ik heb zelf al gezocht, maar kon niet veel vinden. Bij voorbaat dank | ||||||
mstx | maandag 22 april 2013 @ 13:35 | |||||
Magento gebruikt standaard idd prototype en dat conflicteert ook, ik doe het zelf zo:
| ||||||
DutchErrorist | dinsdag 23 april 2013 @ 13:42 | |||||
Ik heb nu deze gevonden die precies doet wat ik wil, maar ik wil liever een gewoon menu met knoppen dan een dropdown menu, hoe kan ik dat het beste aanpakken? http://jetlogs.org/jquery/jquery_list_filter_multiple.html | ||||||
boem-dikkie | dinsdag 23 april 2013 @ 13:49 | |||||
Je kunt anchors maken met een data-* element. Dan kun je in plaats van .val() bijvoorbeeld met .data('naamvankey') de data ophalen en daar op filteren. Bijvoorbeeld een linkje:
En de jQuery:
| ||||||
ursel | dinsdag 23 april 2013 @ 13:54 | |||||
Da's wel handig. En als je meerdere filter items heb is het dan gewoon net zoals met classes data-filter="rood rond fruit" ?? | ||||||
Seagal | dinsdag 23 april 2013 @ 14:12 | |||||
Weet iemand toevallig nog websites specifiek gericht op vacatures met web development banen? | ||||||
boem-dikkie | dinsdag 23 april 2013 @ 14:13 | |||||
Bijvoorbeeld zo: data-options='{"name":"John"}'. Zie: http://api.jquery.com/data/ Oh en een JSFiddle'tje voor dat fruit voorbeeld. Even snel alleen de kleur gedaan. http://jsfiddle.net/uKHXs/26/ | ||||||
DutchErrorist | dinsdag 23 april 2013 @ 14:52 | |||||
Dank je voor die JSFiddle, dat maakt het allemaal net wat duidelijker voor mij ![]() | ||||||
DutchErrorist | dinsdag 23 april 2013 @ 15:09 | |||||
Ik probeer dat nu zo te fixen met data-options, maar dat wil me niet lukken. Zou je dat misschien ook in JSFiddle kunnen zetten? In ieder geval bedankt, want je helpt me heel erg (ben meer van het vormgeven dan het coden). | ||||||
Catch22- | dinsdag 23 april 2013 @ 15:19 | |||||
dan moet je met JSON gaan werken. Iets smutziger, maar wel makkelijker, is gewoon classes mis/gebruiken | ||||||
Black-Hole | dinsdag 23 april 2013 @ 15:25 | |||||
Heel erg front-end gericht maar hier staan een flink aantal vacatures http://fronteers.nl/vacaturebank | ||||||
Seagal | dinsdag 23 april 2013 @ 15:27 | |||||
Thanks! Daar heb ik wel wat aan. | ||||||
boem-dikkie | dinsdag 23 april 2013 @ 16:21 | |||||
Wat wil je precies bereiken? Een lijst met twee filters? | ||||||
DutchErrorist | dinsdag 23 april 2013 @ 16:33 | |||||
Ik heb een stuk of 9 tot 12 lijsten met onderwerpen, beetje a la startpagina. Ik wil dan dat bezoekers aan de linkerkant twee menu's hebben met knoppen voor merken en knoppen voor provincies. Als eerst wordt gewoon alle info getoond, maar als ze dan op bijvoorbeeld Drenthe drukken dan worden alleen merken in drenthe getoond. Als ze dan op een merk klikken dat hij dan ook de selectie van drenthe onthoud en dan alleen dat merk in Drenthe wordt getoond. Met een dropdown kan het nu wel alleen ik heb het liefst geen dropdown menu en bij een dropdown moet je nog je keuzes bevestigen terwijl ik wil dat ze gelijk doorgevoerd worden als je de keuze maakt. | ||||||
boem-dikkie | dinsdag 23 april 2013 @ 16:35 | |||||
Dropdown werkt lekkerder hiervoor denk ik. Je kunt ook de 'bevestigen' er uit slopen. | ||||||
boem-dikkie | dinsdag 23 april 2013 @ 16:45 | |||||
http://jsfiddle.net/uKHXs/54/ Bij bovenstaande fiddle hoef je geen bevestiging meer door te geven maar past hij alles meteen aan wanneer je iets in je dropdown wijzigt. | ||||||
DutchErrorist | dinsdag 23 april 2013 @ 16:50 | |||||
Oh oké je bent een held ![]() ![]() | ||||||
boem-dikkie | dinsdag 23 april 2013 @ 16:51 | |||||
Succes met de rest. | ||||||
DutchErrorist | dinsdag 23 april 2013 @ 16:55 | |||||
Komt helemaal goed ![]() ![]() | ||||||
Catch22- | dinsdag 23 april 2013 @ 17:18 | |||||
http://jsfiddle.net/maxx0r/uKHXs/55/![]() [ Bericht 42% gewijzigd door Catch22- op 23-04-2013 17:28:48 ] | ||||||
DutchErrorist | dinsdag 23 april 2013 @ 17:51 | |||||
Doe je goed. Ik blijf het knap vinden want ik vind het allemaal zo ingewikkeld ![]() | ||||||
Catch22- | dinsdag 23 april 2013 @ 17:55 | |||||
het is mijn werk he | ||||||
DutchErrorist | dinsdag 23 april 2013 @ 19:05 | |||||
Dan is het wel handig als je er goed in bent ![]() | ||||||
boem-dikkie | dinsdag 23 april 2013 @ 21:56 | |||||
![]() | ||||||
Seagal | woensdag 24 april 2013 @ 09:34 | |||||
Ik ben wat vacatures voor web developer aan het bekijken en iets wat ik vaak terug zie komen zijn de woorden Scrum en Agile. Na wat googelen is me nog steeds niet helemaal duidelijk wat het nou precies inhoudt. Iemand hier die bij zijn bedrijf volgens deze methode aan projecten werkt en mij kort en simpel kan uitleggen wat het is? Dan weet ik bij een eventuele sollicitatie iig waar ze het over hebben ![]() | ||||||
Catch22- | woensdag 24 april 2013 @ 09:35 | |||||
Oei... heb je werkervaring? http://en.wikipedia.org/wiki/Scrum_(development) Met scrum werk je in kleine "sprints". Voor iedere sprint kader je een stukje functionaliteit af en dat wordt ontworpen, gebouwd en getest. Normaliter werkt men in een watervalmethode (grof gezegd) waarbij alles in 1 keer wordt ontworpen en daarna gebouwd en getest. Met Scrum kan je tussen de sprints nog dingen wijzigen in de applicatie, waardoor je "agile" blijft. | ||||||
Crutch | woensdag 24 april 2013 @ 09:38 | |||||
| ||||||
Catch22- | woensdag 24 april 2013 @ 09:39 | |||||
Het is een goede werkwijze, alleen je moet wel een klant hebben die er mee om kan gaan. Met een flexibele werkwijze heb je namelijk ook een flexibel budget en flexibele resultaten. | ||||||
Seagal | woensdag 24 april 2013 @ 09:59 | |||||
Ok bedankt! Heb wel werkervaring, maar weinig met het werken in teams of echt grotere projecten dus ook niet met de bijbehorende werkwijzen. Voorheen deed ik alles zelf (concept, grafisch ontwerp en code), maar ik wil me meer gaan richten op enkel front-end development. | ||||||
boem-dikkie | woensdag 24 april 2013 @ 10:05 | |||||
Scrum is vrij 'hip' tegenwoordig en naar mijn weten werken vrij veel bedrijven met deze manier van projectmanagement. Denk dat het wel verstandig is dat je als front-end developer inleest waar dit over gaat want in die functie word je daarin vrij veel betrokken. | ||||||
Catch22- | woensdag 24 april 2013 @ 10:07 | |||||
Steeds meer. Ik hou er wel van, maar wel met mate en aangepast op het project. | ||||||
boem-dikkie | woensdag 24 april 2013 @ 10:11 | |||||
Oui. Ik ook. | ||||||
Seagal | woensdag 24 april 2013 @ 10:28 | |||||
Ok goed inlezen dus. Geen ervaring hiermee hoeft toch geen obstakel te zijn als de andere vaardigheden zoals html5/css3 en Javascript (DOM, jQuery, OOP, Unit testing) gewoon goed zijn? | ||||||
Catch22- | woensdag 24 april 2013 @ 10:37 | |||||
Het stelt allemaal niet heeeel veel voor als je geen productowner of scrummaster bent hoor. Je moet gewoon leren iteratief te werken. Nu val je als frontender ook iets anders binnen de werkwijze omdat je relatief meer vooraf doet en per iteratie wat minder hoeft te doen als je je werk goed opzet. Dat is wel iets waar ik mee zit. Het komt er eigenlijk op neer dat je de eerste sprints vol meewerkt en daarna alleen maar hoeft bij te schaven. Maar dat gaat op voor applicaties, voor websites is dat anders. En ik maak alleen maar applicaties. | ||||||
#ANONIEM | woensdag 24 april 2013 @ 10:40 | |||||
| ||||||
#ANONIEM | woensdag 24 april 2013 @ 10:41 | |||||
Ik vind het juist mooi als een klant denkt te weten wat scrum is en je hem vervolgens alle hoeken van de kamer kan laten zien, zoals nu op mijn project. | ||||||
Tijn | woensdag 24 april 2013 @ 10:44 | |||||
Scrum is alleen maar de vorm waarin je je project giet, het heeft niets te maken met hoe je je werk inhoudelijk uitvoert. Je krijgt gewoon een lijstje met dingen die je moet doen en een deadline en vervolgens ga je aan de gang. | ||||||
Catch22- | woensdag 24 april 2013 @ 10:57 | |||||
Mwoah, je moet je werk wel iets anders afkaderen Mja, op zich leuk, maar niet bevorderlijk voor het projectverloop | ||||||
Tijn | woensdag 24 april 2013 @ 11:02 | |||||
Uiteindelijk komt het er gewoon op neer dat je doet wat de scrummaster zegt dat je moet doen ![]() | ||||||
Catch22- | woensdag 24 april 2013 @ 11:03 | |||||
Je moet niet alles in 1x willen doen. Enige waar ik mee zit, is het interactie ontwerp, dat is een beetje passen en meten tussen de sprints. Dat kost vaak even tijd omdat er communicatie met de klant moet zijn. | ||||||
Tijn | woensdag 24 april 2013 @ 11:06 | |||||
Nee natuurlijk, maar tijdens de kick-off van een sprint worden toch de doelstellingen besproken enzo? Dus daaruit volgt je lijstje met to do's voor die sprint. Alle andere dingen kun je laten zitten tot een volgende sprint ![]() | ||||||
#ANONIEM | woensdag 24 april 2013 @ 11:13 | |||||
Geloof me, in mijn organisatie is het wel een hele verbetering. Geen klant die tussendoor even kan bepalen dat de hele scope verandert, of een baas die alles NU wil hebben, maar de consequenties daarvan niet onder ogen wil zien. Nu zeg ik gewoon 'oke, wat wil je daarvoor laten vallen uit deze sprint?' en meneer kijkt verbaasd op want daar had hij geen rekening mee gehouden. | ||||||
Catch22- | woensdag 24 april 2013 @ 11:20 | |||||
Klopt, maar dat moet je dan wel accepteren Ja dat is wel fijn, maar het frustreert het proces wel als mensen er niet op de juiste manier mee omgaan. | ||||||
Tijn | woensdag 24 april 2013 @ 11:22 | |||||
Ervaren jullie het als een nadeel of een probleem dat Scrum en het daarbij behorende iteratieve werken zorgt voor een gebrek aan planning en visie vooraf? Omdat de focus continu ligt op de korte termijn ("over twee weken moet functie A werken") lijkt er in mijn ogen minder aandacht te zijn voor het project als geheel. | ||||||
Catch22- | woensdag 24 april 2013 @ 11:23 | |||||
Jep. Ik ben ook wel voor groffe planningsschetsen over projecten heen. Sommige dingen kan je dan vooraf goed uitdenken voor je er aan begint. Ook kan je er dan vantevoren beter rekening mee houden. | ||||||
Tijn | woensdag 24 april 2013 @ 11:25 | |||||
Scrum werkt imho vooral goed wanneer een project al is uitgedacht. Als je eenmaal aan het bouwen bent, werkt het prima om iteratief het product steeds completer te maken. Maar je kunt niet gewoon halsoverkop beginnen, er moet een moment van planning en ontwerp zijn voordat je begint met Scrummen. | ||||||
#ANONIEM | woensdag 24 april 2013 @ 11:27 | |||||
Dat. Daarnaast moet ik met teveel 'variabelen' rekening houden als lead devver, architectuur beslissingen zijn soms moeilijk te maken. | ||||||
Tijn | woensdag 24 april 2013 @ 11:30 | |||||
Scrum lijkt er ook aan voorbij te gaan dat verschillende projecten gebaseerd kunnen zijn op dezelfde architectuur, maar dat die architectuur dan wel goed uitgedacht moet worden. Ik heb zelden meegemaakt dat het ontwerpen van die basisarchitectuur als project op zich wordt gezien. | ||||||
#ANONIEM | woensdag 24 april 2013 @ 11:31 | |||||
True, dat is dan ook gelijk de grootste valkuil imo. | ||||||
Tijn | woensdag 24 april 2013 @ 11:31 | |||||
Niet dat watervallen nou je-van-het is hoor ![]() | ||||||
Siegfried | woensdag 24 april 2013 @ 23:55 | |||||
Ik merk dat ik wat roestig ben, wellicht kunnen jullie me even op gang helpen. Ik ben bezig met een nieuwe opzet die ik graag zo responsive mogelijk wil maken. Het gaat basaal om deze opzet: ![]() Dat linkerblok wordt een uitschuivend blok dat over de foto's heen schuift, maar het gaat me vooral even om die foto's. Ongeacht de browsergrootte moeten de foto's dusdanig meeschalen dat ze in verhouding blijven, en ze allemaal (4 rijen van 5 foto's) in beeld blijven.Het is dus vooral de bedoeling om de beschikbare schermruimte optimaal te benutten (tot de foto's hun max hebben bereikt en opgeschaald zouden worden), en zodat e.e.a. ook op een tablet zonder verticale scrollbar te bekijken is. Iemand enig idee of dat gaat lukken? | ||||||
Catch22- | donderdag 25 april 2013 @ 00:03 | |||||
Flexbox! | ||||||
Siegfried | donderdag 25 april 2013 @ 00:04 | |||||
Ga ik even naar kijken, thanks! Ik was al aan het kijken naar grids, maar die werken vooral horizontaal en niet verticaal. | ||||||
Catch22- | donderdag 25 april 2013 @ 00:10 | |||||
http://the-echoplex.net/flexyboxes/ http://bennettfeely.com/flexplorer/ http://html5please.com/#flexbox | ||||||
Siegfried | donderdag 25 april 2013 @ 00:12 | |||||
Daar moet ik iets mee kunnen ja! Thanks ![]() | ||||||
Catch22- | donderdag 25 april 2013 @ 00:13 | |||||
no biggie! Prefixr is wel handig in deze. Wel een tricky feature met twee syntaxen. Het is ooit gewijZigd en maar half doorgevoerd | ||||||
Siegfried | donderdag 25 april 2013 @ 00:16 | |||||
Trouwens, de voorbeelden die je gaf blijven naar alle kanten uitvullen, maar ik neem aan dat ik ze ook een vaste verhouding kan meegeven en dat ie ze zo dan meescaled? | ||||||
Siegfried | donderdag 25 april 2013 @ 00:37 | |||||
Ai, alleen IE10+ support is wel heel erg jammer.. Dat gaat em ook niet worden dan. | ||||||
Maringo | donderdag 25 april 2013 @ 01:42 | |||||
Of 20 outer divs met een breedte van 20% en een hoogte van 25%. Met media queries paddings en font size bepalen. in de 20 inner divs staat je content. Komt dan geen js aan te pas. | ||||||
Catch22- | donderdag 25 april 2013 @ 08:02 | |||||
Mja, liever wat slimme js dan een cluttered html | ||||||
boem-dikkie | donderdag 25 april 2013 @ 08:12 | |||||
http://masonry.desandro.com/index.html Misschien zit er tussen de Masonry library een goede oplossing. | ||||||
Chandler | donderdag 25 april 2013 @ 11:32 | |||||
Handige LIB zeg, zeker voor verschillende resoluties... ideaal! | ||||||
Devv | donderdag 25 april 2013 @ 11:36 | |||||
Wat is het toch handig dat er mensen met teveel vrije tijd zijn. | ||||||
Seagal | donderdag 25 april 2013 @ 11:38 | |||||
Masonry is idd een aanrader. Het heeft mij ook al een aantal maal flink wat tijd bespaard. | ||||||
Catch22- | donderdag 25 april 2013 @ 11:40 | |||||
Ik vind dat persoonlijk dus echt heel kut, maar dat zal aan mij liggen. | ||||||
boem-dikkie | donderdag 25 april 2013 @ 11:41 | |||||
Vooral handig voor Pinterest-achtige lay-outs die ook responsive zijn. | ||||||
Catch22- | donderdag 25 april 2013 @ 18:35 | |||||
Klopt, maar ik ben niet zon fan van dat verspringende en drukke ![]() | ||||||
#ANONIEM | donderdag 25 april 2013 @ 20:54 | |||||
Bootstrap ![]() | ||||||
boem-dikkie | donderdag 25 april 2013 @ 20:58 | |||||
Hoe bedoel je? | ||||||
Catch22- | donderdag 25 april 2013 @ 21:10 | |||||
ik vind t wat mooier als een pagina rustig is in animaties en ruimte | ||||||
boem-dikkie | donderdag 25 april 2013 @ 21:13 | |||||
Het werkt ook goed voor divs met dezelfde breedte die wel mooi moeten aansluiten. Zoals Pinterest. | ||||||
DutchErrorist | donderdag 25 april 2013 @ 22:41 | |||||
Er zijn hier vast wel mensen die in sublime text 2 werken. Even een vraagje als ik bijvoorbeeld "div" - tab doe dan zie ik dus
| ||||||
Catch22- | donderdag 25 april 2013 @ 22:59 | |||||
End op je keyboard? | ||||||
KomtTijd... | donderdag 25 april 2013 @ 23:08 | |||||
Ik vind dat zo megairritant he. Zet het altijd gelijk uit. In de tijd die je nodig hebt om je hand te verplaatsen naar de pijltjestoetsen heb ik 6x zelf </div> getypt. | ||||||
Catch22- | donderdag 25 april 2013 @ 23:12 | |||||
Ik gebruik home, end en control-shift pijltje echt heel vaak voor zulke dingen | ||||||
DutchErrorist | donderdag 25 april 2013 @ 23:20 | |||||
Ja maar daarom vroeg ik me af of het kan omdat het wel chill is in combinatie met emmet (dat je zo ul>li*5 doen en dan 5 keer door alles heen kan tabben alleen die laatste niet. Ik heb een 60% toetsenbord en probeer maar eens vim te leren dus dat gaat niet echt lukken. Is er eigenlijk een manier in vim waarmee je de cursor aan het eind van de lijn kan zetten want hij zet hem altijd voor de laatste karakter van de regel. | ||||||
Catch22- | donderdag 25 april 2013 @ 23:22 | |||||
Wat voor toetsenbord? Laptoplayout? | ||||||
DutchErrorist | donderdag 25 april 2013 @ 23:28 | |||||
HHKB2 Zoiets: ![]() | ||||||
Catch22- | donderdag 25 april 2013 @ 23:49 | |||||
Why? | ||||||
DutchErrorist | donderdag 25 april 2013 @ 23:57 | |||||
Beste toetsenbord ooit gemaakt? | ||||||
mstx | vrijdag 26 april 2013 @ 00:00 | |||||
Ik gebruik ST2 nu ook een tijdje maar stiekem vind ik de autoaanvulling van Dreamweaver veel beter. ![]() | ||||||
Seagal | vrijdag 26 april 2013 @ 08:23 | |||||
En als je een plugin als Emmet gebruikt? | ||||||
mschol | vrijdag 26 april 2013 @ 08:32 | |||||
het gemis van een numpad is het toetsenbord eigenlijk fataal (iig voor mij) ik vind het van dreamweaver jammer dat hij met autoaanvullen op z'n bek gaat als je een script tag opent ![]() | ||||||
Catch22- | vrijdag 26 april 2013 @ 08:45 | |||||
Ik vind netbeans zelf wel lekker werken | ||||||
xzaz | vrijdag 26 april 2013 @ 08:56 | |||||
![]() Worden trouwens verkocht rond de 60 pleur op Ebay. | ||||||
InTrePidIvity | vrijdag 26 april 2013 @ 09:31 | |||||
Heren, jullie input wordt gevraagd! Ik wil een site opzetten, heb een basiskennis van HTML en CSS. Weinig Javascript. In de basis is het een heel simpele site, ik richt me op drie bezoekersgroepen die ik d.m.v. een aantal keuzes (radio-buttons / dropdowns) wil filteren richting een bepaald doel op een site. Een uiteindelijk doel kan zijn het invullen van een leadformulier, het bezoeken van een andere site of het afnemen van een product. Het stappenproces bestaat uit maximaal vijf keuzes, maar wel met meerdere mogelijke paden (keuze A leidt naar X, keuze B leidt naar Y, enz.). Omdat er meerdere paden zijn, kan ik dus niet alle keuzemogelijkheden (het complete traject) meteen weergeven. Kan ik zoiets het beste opzetten met HTML en, zo ja, waar moet ik dan op letten? Zo nee, waar moet ik me dan in gaan verdiepen? | ||||||
Devv | vrijdag 26 april 2013 @ 09:36 | |||||
Ik ben allergisch voor Java, maar ik moet eerlijk toegeven dat NetBeans inderdaad wel lekker werkt. | ||||||
DutchErrorist | vrijdag 26 april 2013 @ 09:38 | |||||
Geloof me ik weet hoe goed Model M's zijn. Maar keyboards met Topre switches typen toch net iets beter. ![]() (mijn model M naast mijn HHKB2) Maar goed nu weer ontopic ![]() | ||||||
xzaz | vrijdag 26 april 2013 @ 09:39 | |||||
Me gusta, ik kan je horror verhalen vertellen over dit keyboard; daar werden ze gedumpt omdat ze 'oud' waren en niet meer van 'deze tijd'. | ||||||
boem-dikkie | vrijdag 26 april 2013 @ 09:39 | |||||
Cmd, pijltje naar rechts? ![]() | ||||||
Catch22- | vrijdag 26 april 2013 @ 09:40 | |||||
Ik heb er maar mee te doen ![]() | ||||||
DutchErrorist | vrijdag 26 april 2013 @ 09:41 | |||||
Dat is toch fucking onhandig? Vind het stom dat je er niet uit kunt tabben. | ||||||
boem-dikkie | vrijdag 26 april 2013 @ 09:48 | |||||
Ik gebruik in Sublime sowieso maar weinig m'n muis. Dus voor mij werkt het best. | ||||||
DutchErrorist | vrijdag 26 april 2013 @ 09:53 | |||||
Ik denk dat ik gewoon maar wat aan mijn vim kennis moet gaan doen, misschien wordt het dan wat beter. | ||||||
xzaz | vrijdag 26 april 2013 @ 11:09 | |||||
Waarom kiezen klanten altijd voor de meest mindere oplossing om te realiseren. Alles moet tegenwoordig ajax met 100 duizend venstertjes | ||||||
Black-Hole | vrijdag 26 april 2013 @ 11:11 | |||||
Kwestie van je klanten opvoeden. Jij bent de expert die met de beste oplossing komt. ![]() | ||||||
xzaz | vrijdag 26 april 2013 @ 11:13 | |||||
Ik ben een programmeur en heb maar te luisteren ![]() Ook dat uploaden en dan async met hacks en frames ![]() | ||||||
Catch22- | vrijdag 26 april 2013 @ 11:14 | |||||
"Op zich een goed idee, gaan we niet doen" is een veel gebezigde zin door mij | ||||||
xzaz | vrijdag 26 april 2013 @ 11:16 | |||||
"Maar xxx heeft het ook, dus het kan wel" En dan bij de broncode kijken naar de javascript implementatie, om te huilen ![]() | ||||||
Tijn | vrijdag 26 april 2013 @ 11:18 | |||||
Want als het kan, dan moet je het ook doen ![]() | ||||||
xzaz | vrijdag 26 april 2013 @ 11:19 | |||||
Ja want dat is het mooiste voor de klant ![]() | ||||||
mstx | vrijdag 26 april 2013 @ 11:20 | |||||
Als de klant er voor betaalt vind ik alles prima. | ||||||
Tijn | vrijdag 26 april 2013 @ 11:20 | |||||
Ik bouw meestal zelf ook wat de klant wil hoor. Ze moeten wel met iets héél bonts komen wil ik zeggen dat ik dat niet ga doen. Soms laat ik een alternatief zien dat ik beter vind en vaak is de klant het dan wel met me eens, maar soms ook niet. Tsja, het is hun software. | ||||||
boem-dikkie | vrijdag 26 april 2013 @ 11:23 | |||||
Dan moet je met een beter alternatief komen en dat beargumenteren. | ||||||
xzaz | vrijdag 26 april 2013 @ 11:28 | |||||
Ik praat niet met de klant, daar gaat het fout; ik krijg een opdracht ![]() | ||||||
Catch22- | vrijdag 26 april 2013 @ 11:28 | |||||
Precies. Je moet klanten een probleem laten beschrijven, niet de oplossing. | ||||||
Black-Hole | vrijdag 26 april 2013 @ 11:29 | |||||
Precies, zelf al heel wat 'goede' ideeën van klanten afgewezen simpelweg omdat ze er te weinig/of geen verstand van hebben. Het is mijn taak om uit te leggen waarom het niet goed is, met een alternatief te komen en dit te implementeren. Wat mijn klant vaak goed vindt is lang niet altijd goed voor zijn klanten/gebruikers. En daar draait het uiteindelijk toch om. | ||||||
KomtTijd... | vrijdag 26 april 2013 @ 13:41 | |||||
Ja precies. Zodra je uit de 10-vinger-positie weg moet met je handen zit je eigenlijk al tegen het systeem te werken ipv ermee. Ik gebruik al jaren Geany trouwens. Heb Sublime Text even opgezocht maar staan niet in het softwarecentrum, dus te moeilijk, laat maar ![]() | ||||||
DutchErrorist | vrijdag 26 april 2013 @ 16:28 | |||||
Pffff dan moet je een betere distro nemen als je linux gebruikt. Op Arch kan je gewoon yaourt sublime doen volgens mij. | ||||||
KomtTijd... | vrijdag 26 april 2013 @ 16:29 | |||||
Ik gebruik al de beste distro, dus dat gaat niet. | ||||||
DutchErrorist | vrijdag 26 april 2013 @ 16:48 | |||||
Nou blijkbaar niet ![]() | ||||||
InTrePidIvity | zaterdag 27 april 2013 @ 11:30 | |||||
Kun je zoiets voor elkaar krijgen met alleen CSS?![]() Ik wil bijvoorbeeld een kaart met een paar stippen erop, die alleen bij een hover de locatie tonen. | ||||||
picodealion | zaterdag 27 april 2013 @ 11:40 | |||||
Dat is zeker mogelijk, afhankelijk van hoe je wil dat het werkt. Als het een vast stukje kaart is met een paar stippen en verder niks bijzonders, kan je het beste iets doen als een vaste div met als achtergrond de kaart, vaste afmetingen en position:relative. Daarbinnen doe je de elementen (span voldoet lijkt me) die de stippen vormen, met een position:absolute en positioneer je ze op de goede plek (of je zet ze vast in het plaatje, maar nu kan je ze nog een keer verplaatsen als je wil). De locatie wordt een absoluut gepositioneerd element met display:none, en in de css zeg je bijv, uitgaande van de class 'map' op de kaart en 'location' op de locatie:
| ||||||
InTrePidIvity | zaterdag 27 april 2013 @ 12:02 | |||||
Dankjewel! Ik snap wat je bedoelt en heb het op zich wel werkend weten te krijgen, maar ik vraag me af of dit de 'mooiste' manier is. Ik ben het mezelf allemaal aan het aanleren en probeer het semantisch meteen goed onder de knie te krijgen. En zo efficiënt mogelijk natuurlijk, zou je er naar willen kijken? http://intel.comli.com/index.html De blokjes zijn CSS, maar kan ik de span elementen daar makkelijk naast krijgen, i.p.v. dat ze zoals nu in het blok zelf beginnen? Kan uiteraard met margin wel, maar kan het ook anders? | ||||||
Catch22- | zaterdag 27 april 2013 @ 12:05 | |||||
Hmmm |