Done! maar krijg nu een andere fout zie updatequote:Op vrijdag 5 april 2013 22:39 schreef Catch22- het volgende:
Google eens op 'set onclick with javascript'
Section is voor een samenhangend stuk content (een header + een of meerdere paragrafen bv) dat essentieel is voor de pagina.quote:Op zaterdag 6 april 2013 13:05 schreef ursel het volgende:
Hoe zit het nu eigenlijk met die section-tag? Wanneer gebruik je die en wanneer kan je beter een div gebruiken?
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.quote:Op zaterdag 6 april 2013 13:05 schreef ursel het volgende:
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?
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.quote:Op zaterdag 6 april 2013 13:23 schreef ursel het volgende:
Ooh.. duidelijk.
Is dus niet heel erg duidelijk/vast gedefinieerd dus?
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.quote:Op zaterdag 6 april 2013 15:36 schreef n8n het volgende:
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).
Java wordt ook gebruikt voor server-side code. Dat kan prima en je hebt er geen aparte browserplugin voor nodig.quote:Op woensdag 3 april 2013 09:11 schreef Tijn het volgende:
De laatste keer dat ik Java op een website heb gezien kan ik me niet eens herinneren. Ik surf al jaren zonder Java plugin en ik heb niet het idee dat ik iets mis.
Ik kan me ook niet herinneren dat het ooit echt veel gebruikt is voor websites. Voor zover ik weet is het alleen gebruikt voor gimmicky features of als launcher van iets dat niks met het web te maken heeft.
Op school hele projecten moeten maken met JSP's en JavaBeans. Daarvoor is het inderdaad prima.quote:Op zaterdag 6 april 2013 22:52 schreef Light het volgende:
[..]
Java wordt ook gebruikt voor server-side code. Dat kan prima en je hebt er geen aparte browserplugin voor nodig.
Die kant is het idd op gegaan nadat het in de browser en op de desktop is gefaaldquote:Op zaterdag 6 april 2013 22:52 schreef Light het volgende:
[..]
Java wordt ook gebruikt voor server-side code. Dat kan prima en je hebt er geen aparte browserplugin voor nodig.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | <html> <head> <script type="text/javascript" src="/js/mootools-1.2.4-core-yc.js"></script> </head> <body> <input type="text" class="test123" id="testinput" /> <br /> <script type="text/javascript"> document.write('#testinput heeft class 123? '+($('testinput').hasClass('123')?'ja':'nee')+'<br />'); document.write('#testinput heeft class test123? '+($('testinput').hasClass('test123')?'ja':'nee')+'<br />'); document.write('#testinput heeft class test? '+($('testinput').hasClass('test')?'ja':'nee')+'<br />'); </script> </body> </html> |
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.quote:Op maandag 8 april 2013 15:12 schreef mstx het volgende:
Altijd leuk van die zeldzame bugs waar je uren naar loopt te zoeken.
[ code verwijderd ]
In FF20 geeft dit 3x ja... Overigens gaat het met een nieuwe mootools-versie wel goed, maarja daar denk je ook niet meteen aan om dat te upgraden.
In FF16.0 ging het ook nog goed, in FF17.0 opeens niet meer.
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.quote:Op zaterdag 6 april 2013 23:36 schreef Tijn het volgende:
Die kant is het idd op gegaan nadat het in de browser en op de desktop is gefaald
jquery heeft daar weibig last van. Hun slogan gaat voor mij ook opquote:Op maandag 8 april 2013 15:50 schreef kutkloon7 het volgende:
[..]
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.
Idd, cross-browser compatibiliteit is erg goed.quote:Op maandag 8 april 2013 16:05 schreef Catch22- het volgende:
[..]
jquery heeft daar weibig last van. Hun slogan gaat voor mij ook op
Write less, do more
Maar dan heb je neem ik aan je eigen toolkit met selector-engine, ajax shorthands etc. gemaakt?quote:Op maandag 8 april 2013 19:23 schreef PimD het volgende:
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.
Ah, je hebt gelijk. Dat scheelt dan idd welquote:Op maandag 8 april 2013 19:30 schreef PimD het volgende:
Je hebt toch gewoon querySelector in IE8 en hoger...?
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 browsersquote:Op maandag 8 april 2013 16:05 schreef Catch22- het volgende:
[..]
jquery heeft daar weibig last van. Hun slogan gaat voor mij ook op
Write less, do more
Neem dan Fork, Drupal of Typo3, maar geen Wordpress of Joomla...quote:Op woensdag 10 april 2013 20:26 schreef Catch22- het volgende:
Dat moet je helemaal niet zelf willen doen man. Gewoon WordPress pakken en gaan
Hoezo? Wat is er mis met Wordpress? En waarom gooi je dat op een hoop met Joomla?quote:Op woensdag 10 april 2013 20:31 schreef Maringo het volgende:
[..]
Neem dan Fork, Drupal of Typo3, maar geen Wordpress of Joomla...
quote:Op woensdag 10 april 2013 20:31 schreef Maringo het volgende:
[..]
Neem dan Fork, Drupal of Typo3, maar geen Wordpress of Joomla...
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...quote:Op woensdag 10 april 2013 20:34 schreef Tijn het volgende:
[..]
Hoezo? Wat is er mis met Wordpress? En waarom gooi je dat op een hoop met Joomla?
Ja, ik wilde die er nog bijzetten, maar had hem bij het verkeerde gezet.quote:Op woensdag 10 april 2013 21:01 schreef boem-dikkie het volgende:
Ik denk al, Wordpress afkraken en Drupal aanprijzen.
Kortom, je wilt CMS Made Simple.quote:Op woensdag 10 april 2013 21:11 schreef Tijn het volgende:
ontend bouw ik zelf wel. En die backend moet zich daadwerkelijk richten op het invullen van content ipv 101 opties te bieden voor allerlei randzaken die je misschien 1x wilt instellen maar verder nooit meer nodig hebt.
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.quote:Op woensdag 10 april 2013 21:11 schreef KomtTijd... het volgende:
[..]
Kortom, je wilt CMS Made Simple.
Ja dat ook, maar tegelijkertijd wil ik auteurs niet naar een 'achterkant' sturen om alles aan te moeten passen. Gewoon live en shit, 2013 representquote:Op woensdag 10 april 2013 21:11 schreef Tijn het volgende:
Ik vind al die CMS'en trouwens maar shit Ik wil alleen een backend, de frontend bouw ik zelf wel. En die backend moet zich daadwerkelijk richten op het invullen van content ipv 101 opties te bieden voor allerlei randzaken die je misschien 1x wilt instellen maar verder nooit meer nodig hebt.
Of Typo3.quote:Op woensdag 10 april 2013 21:11 schreef KomtTijd... het volgende:
[..]
Kortom, je wilt CMS Made Simple.
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.quote:Op woensdag 10 april 2013 21:13 schreef n8n het volgende:
[..]
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
welke versie was dat? Sinds 1.11 hebben ze een compleet nieuwe backend.quote:Op woensdag 10 april 2013 21:12 schreef Tijn het volgende:
[..]
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.
Inloggen en a la fok op edit drukken vind ik toch een stuk gebruiksvriendelijker ipv men naar een andere omgeving te sturenquote:Op woensdag 10 april 2013 21:14 schreef Tijn het volgende:
[..]
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.
Ja, volgens mij een vrij recente versie. Maar het zag er allemaal nogal bloaty uit. Ik vond niet dat de content echt centraal stond.quote:Op woensdag 10 april 2013 21:15 schreef KomtTijd... het volgende:
[..]
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.
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".quote: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.
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.quote:Op woensdag 10 april 2013 21:15 schreef n8n het volgende:
[..]
Inloggen en a la fok op edit drukken vind ik toch een stuk gebruiksvriendelijker ipv men naar een andere omgeving te sturen
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.quote:Op woensdag 10 april 2013 21:18 schreef Tijn het volgende:
[..]
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".
quote:Hoi *****,
Ik heb een beheer-account voor de website voor je aangemaakt.
hiermee kun je inloggen op de volgende pagina:
********
de gegevens zijn:
username: ****
wachtwoord: ******
deze gegevens kun je na het inloggen zelf wijzigen bij "mijn instellingen".
Als je op "inhoud" en vervolgens op "pagina's" klikt, krijg je een overzicht van alle pagina's van de website. Ze staan gerangschikt net als in het menu van de website. Als je op het blauwe pijltje naast een pagina klikt, komen ook de "subpagina's" die in het menu daaronder staan, tevoorschijn.
Door op de titel te klikken kom je op de wijzigings pagina. Het belangrijkste hierin zijn de twee grote tekstvelden, hierin staat de informatie zoals die op de website terecht komt. Je kunt hierin wijzigen wat je wilt.
Heb je hier iets gewijzigd, scroll dan naar boven en klik op "voorbeeld". Ziet het er goed uit, klik dan op "toepassen" en je wijzigingen zijn opgeslagen!
De overige velden hoef je waarschijnlijk niet te wijzigen, als je dit wel wilt doen, overleg dat dan even!
Groeten, David
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.quote:Op woensdag 10 april 2013 21:18 schreef KomtTijd... het volgende:
[..]
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.
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.quote:Op woensdag 10 april 2013 21:21 schreef KomtTijd... het volgende:
[..]
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.
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.quote:Op woensdag 10 april 2013 21:22 schreef n8n het volgende:
[..]
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.
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.quote:Op woensdag 10 april 2013 21:30 schreef Tijn het volgende:
[..]
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.
technisch in orde bedoelde ik CMSMS, Typo3, Fork etc...quote:Op woensdag 10 april 2013 21:39 schreef Tijn het volgende:
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.
Ik heb dit gezien: http://www.opensourcecms.(...)=CMS%20Made%20Simplequote:Op woensdag 10 april 2013 21:39 schreef KomtTijd... het volgende:
[ link | afbeelding ]
Is dit wat je gezien had Tijn?
Content zit precies één klik weg.
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.quote:Op donderdag 11 april 2013 02:21 schreef kutkloon7 het volgende:
Hm, object.click() schijnt toch prima te werken in alle moderne browsers, vaag dat je daar niks over kan vinden.
Er is toch niets mis met het gebruik van jQuery?quote:Op donderdag 11 april 2013 02:05 schreef kutkloon7 het volgende:
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.
Gebruik je Uploadify of zo? Die knop kun je toch gewoon stijlen?quote:Op donderdag 11 april 2013 02:05 schreef kutkloon7 het volgende:
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
Al gekeken naar Perch? http://grabaperch.com/quote:Op woensdag 10 april 2013 21:11 schreef Tijn het volgende:
Ik vind al die CMS'en trouwens maar shit Ik wil alleen een backend, de frontend bouw ik zelf wel. En die backend moet zich daadwerkelijk richten op het invullen van content ipv 101 opties te bieden voor allerlei randzaken die je misschien 1x wilt instellen maar verder nooit meer nodig hebt.
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.quote:Op donderdag 11 april 2013 11:10 schreef Catch22- het volgende:
Gewoon wordpress pakken met een HTML5 based boilerplate template. Kan je alles naar wens inrichten aan de frontend en de backend is prima.
Werkt nu prima in chrome, ff, opera, safari en zelfs IEquote:Op donderdag 11 april 2013 07:02 schreef Tijn het volgende:
[..]
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.
Als je het toch nodig blijkt is het helemaal zuur dat je 93KB moet includen voor 1 dingquote:Op donderdag 11 april 2013 12:27 schreef kutkloon7 het volgende:
[..]
En ja, ik probeer jQuery te vermijden. Ik vind het gewoon een beetje jammer om die library te gebruiken als het niet nodig is.
Precies, daarom ook een beetje. Blijft wel een stuk meer werk, omdat je dan aan de lopende band tegen problemen aanloopt Maar ik heb nu al wat dingen opgelost met puur javascript, dan wordt de drempel ook steeds hoger om wel jQuery te gaan gebruikenquote:Op donderdag 11 april 2013 12:50 schreef Tijn het volgende:
[..]
Als je het toch nodig blijkt is het helemaal zuur dat je 93KB moet includen voor 1 ding
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.quote:Op donderdag 11 april 2013 12:50 schreef Tijn het volgende:
[..]
Als je het toch nodig blijkt is het helemaal zuur dat je 93KB moet includen voor 1 ding
en daarom moeten websites maar enkele Mb's zijn/worden om te laden?quote:Op donderdag 11 april 2013 16:00 schreef Maringo het volgende:
En buiten dat. 93kb. We leven niet meer in 1998 met een inbelverbinding.
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.quote:Op donderdag 11 april 2013 16:00 schreef Maringo het volgende:
En buiten dat. 93kb. We leven niet meer in 1998 met een inbelverbinding.
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.quote:Op donderdag 11 april 2013 16:13 schreef Tijn het volgende:
[..]
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.
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.quote:Op donderdag 11 april 2013 17:03 schreef Maringo het volgende:
[..]
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.
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.quote:Op donderdag 11 april 2013 17:07 schreef Tijn het volgende:
[..]
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.
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.quote:Op donderdag 11 april 2013 17:12 schreef Maringo het volgende:
[..]
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.
Dat is groter dan de hele homepage van mijn site...quote:Op donderdag 11 april 2013 16:00 schreef Maringo het volgende:
En buiten dat. 93kb. We leven niet meer in 1998 met een inbelverbinding.
http://www.duft.nl/quote:Op donderdag 11 april 2013 19:48 schreef mstx het volgende:
[..]
Dat is groter dan de hele homepage van mijn site...
[ afbeelding ]
Klein/groot is dus nogal relatief
dat ja en je laadt het sowieso maar een keer in, dus je hebt die vertraging maar eenmaalquote:Op donderdag 11 april 2013 13:35 schreef KomtTijd... het volgende:
...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.
1 2 3 4 | #t-header #search { position: absolute; float: right; clear: both; |
1 2 3 4 5 | #t-header #search { position: absolute; top: 55px; float: right; clear: both; |
Dat is de standaard code.quote:Op vrijdag 12 april 2013 14:36 schreef Catch22- het volgende:
floaten en clearen hebben geen nut als je absoluut gaat positioneren.
kan je een testcase ergens neerzetten? jsfiddle bijvoorbeeld.
Is dat zo.quote:Op vrijdag 12 april 2013 14:41 schreef KomtTijd... het volgende:
"de standaard code"? Rare standaard dan.
Oké, ik ga het proberen.quote:Op vrijdag 12 april 2013 14:45 schreef KomtTijd... het volgende:
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.
Dat bovenste is de standaard.quote:
Welke standaard? Waar heb je het over?quote:
Waar heb jij het over?quote:
Een client kan nooit PHP code zien.quote:Op vrijdag 12 april 2013 17:35 schreef karton2 het volgende:
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.
PHP is een scripttaal die HTML-code genereert op de server, de code erachter kan je dus nooit in de browser debuggen.quote:Op vrijdag 12 april 2013 17:35 schreef karton2 het volgende:
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.
Echt zelden iemand zo onduidelijk zijn probleem zien omschrijven .quote:
als het een mailto-formulier is, dan staat dat in de form-tag. Maar gelukkig zijn mailto-formulieren zo goed als uitgestorven.quote:Op vrijdag 12 april 2013 17:35 schreef karton2 het volgende:
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.
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.quote:Op vrijdag 12 april 2013 18:45 schreef Merkie het volgende:
[..]
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 .
Rechtermuisknop > View source al geprobeerd? F12 al eens in Chrome?quote:Op vrijdag 12 april 2013 20:04 schreef Yuri_Boyka het volgende:
[..]
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.
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.quote:Op vrijdag 12 april 2013 20:14 schreef Merkie het volgende:
[..]
Rechtermuisknop > View source al geprobeerd?
Het probleem isoleren is stap 1 van de oplossing, dus probeer dat eerst.
die in jsfiddle zal niet werken omdat de #theader overal nog voor de #search staat in het CSS vak.quote:Op vrijdag 12 april 2013 20:36 schreef Yuri_Boyka het volgende:
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?
1 2 3 4 5 | #search { position: absolute; float: left; top: 55px; } |
1 | top 55px!important; |
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?quote:Op vrijdag 12 april 2013 20:43 schreef Maringo het volgende:
[..]
die in jsfiddle zal niet werken omdat de #theader overal nog voor de #search staat in het CSS vak.
Als ik dit ervan maak:
[ code verwijderd ]
Doet ie het gewoon.
Misschien moet je er
[ code verwijderd ]
van maken zodat ie een ander overschrijft.
Dat gold alleen voor de jsfiddle inderdaad.quote:Op vrijdag 12 april 2013 20:46 schreef Yuri_Boyka het volgende:
[..]
Ja, met alleen die !important werkt die al. Dat t-header ga ik niet verwijderen aangezien het er niks voor niks staat. Zo werkt het in ieder geval. Ik neem aan dat het verder niet erg is?
Bedankt!
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?quote:Op vrijdag 12 april 2013 20:46 schreef Maringo het volgende:
[..]
Dat gold alleen voor de jsfiddle inderdaad.
Die important zorgt ervoor dat de 55px die je daar neer zet niet door een ander css file wordt overschreven.quote:Op vrijdag 12 april 2013 20:47 schreef Yuri_Boyka het volgende:
[..]
Bedankt man! Alleen vind ik het nog 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?
Perfect! Ik heb het logo en het zoekveld nu op één lijn. Bedankt!quote:Op vrijdag 12 april 2013 20:48 schreef Maringo het volgende:
[..]
Die important zorgt ervoor dat de 55px die je daar neer zet niet door een ander css file wordt overschreven.
Dat ligt er ook aan wat het "simpele dingetje" is.quote:Op donderdag 11 april 2013 13:28 schreef KomtTijd... het volgende:
[..]
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.
Welke versie van jQuery had je dan willen hebben?quote:'t Zou overigens wel nice zijn als browsers gewoon een locale kopie van jQuery beschikbaar zouden maken. Zou een hoop gedownload schelen.
Leuk ook voor de makers van YUI, Dojo, script.aculo.us etc.quote:Op vrijdag 12 april 2013 22:30 schreef Light het volgende:
[..]
Welke versie van jQuery had je dan willen hebben?
Dan bouw je die toch ook gewoon in?quote:Op vrijdag 12 april 2013 22:38 schreef Tijn het volgende:
[..]
Leuk ook voor de makers van YUI, Dojo, script.aculo.us etc.
Je kunt toch niet serieus menen dat alle mogelijke libraries maar in alle browsers ingebakken zouden moeten zitten?quote:
Je hebt nu ook geen 3rd party libraries nodig. Ze maken het leven alleen makkelijkerquote:Op vrijdag 12 april 2013 22:44 schreef Tijn het volgende:
[..]
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.
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.quote:Op vrijdag 12 april 2013 22:44 schreef Tijn het volgende:
[..]
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.
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.quote:Op vrijdag 12 april 2013 22:44 schreef Tijn het volgende:
[..]
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.
Dat doen alle browsers al, het heet cachingquote:Op vrijdag 12 april 2013 22:55 schreef Merkie het volgende:
[..]
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.
Dat werkt alleen als je het ook van dezelfde URL downloadt toch (dus via de Google CDN bijv.)?quote:Op vrijdag 12 april 2013 23:02 schreef Tijn het volgende:
[..]
Dat doen alle browsers al, het heet caching
Mja, zoals voor wel meer dingen geldt: dat verschilt een beetje per browserquote:Op vrijdag 12 april 2013 23:03 schreef Merkie het volgende:
[..]
Dat werkt alleen als je het ook van dezelfde URL downloadt toch (dus via de Google CDN bijv.)?
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.quote:Op vrijdag 12 april 2013 23:05 schreef Tijn het volgende:
[..]
Mja, zoals voor wel meer dingen geldt: dat verschilt een beetje per browser
Meest gebruikt? Volgens welke statistiek?quote:Op vrijdag 12 april 2013 22:55 schreef Merkie het volgende:
Toch zou ik gewoon jQuery overal standaard inbouwen . Meest gebruik, redelijk eenvoudig, enorm veel gebruiksgemak, niet echt nadelen t.o.v. andere libraries.
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).quote:Op zaterdag 13 april 2013 00:08 schreef Light het volgende:
[..]
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.
http://w3techs.com/technologies/overview/javascript_library/allquote:Op zaterdag 13 april 2013 00:10 schreef Light het volgende:
[..]
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?)
daarom gebruik je de versie die op de server van Google staatquote:Op zaterdag 13 april 2013 00:08 schreef Light het volgende:
[..]
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.
Anders is er ook geen manier om te weten dat het ook echt hetzelfde bestand isquote:Op vrijdag 12 april 2013 23:03 schreef Merkie het volgende:
[..]
Dat werkt alleen als je het ook van dezelfde URL downloadt toch (dus via de Google CDN bijv.)?
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.quote:Op zaterdag 13 april 2013 14:31 schreef kutkloon7 het volgende:
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)
De ETags zijn ook voor dat doel.quote:Op zaterdag 13 april 2013 14:33 schreef mstx het volgende:
[..]
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.
Dus eigenlijk zeg je gewoon dat sitebouwers een CDN (en dan wel specifiek die van Google) moeten gebruiken voor het laden van javascript frameworks.quote:Op zaterdag 13 april 2013 14:23 schreef n8n het volgende:
[..]
daarom gebruik je de versie die op de server van Google staat
dat trucje heet: http.quote:Op zaterdag 13 april 2013 14:31 schreef kutkloon7 het volgende:
[..]
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 )
ja, zijn vast ook alternatieven voor googlequote:Op zaterdag 13 april 2013 23:16 schreef Light het volgende:
[..]
Dus eigenlijk zeg je gewoon dat sitebouwers een CDN (en dan wel specifiek die van Google) moeten gebruiken voor het laden van javascript frameworks.
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.quote:Op zondag 14 april 2013 11:53 schreef n8n het volgende:
[..]
ja, zijn vast ook alternatieven voor google
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 lijktquote:Op zondag 14 april 2013 15:14 schreef Light het volgende:
[..]
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.
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?quote:
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.quote:Op zondag 14 april 2013 18:30 schreef n8n het volgende:
[..]
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
Exactemundo.quote:Op zondag 14 april 2013 19:49 schreef Merkie het volgende:
[..]
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.
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.quote:Op zondag 14 april 2013 19:51 schreef Tijn het volgende:
[..]
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).
Zeker. ECMAScript versie 5.1 is de laatste officiële editie, die stamt uit 2011. Ze zijn bezig met ES6.quote:Op zondag 14 april 2013 19:58 schreef Merkie het volgende:
[..]
Wordt Javascript überhaupt actief ontwikkeld eigenlijk? Ik heb geen idee.
Ik zie het. Ontwikkeling heeft wel 10 jaar stilgestaan .quote:
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.quote:Op zondag 14 april 2013 20:06 schreef Merkie het volgende:
[..]
Ik zie het. Ontwikkeling heeft wel 10 jaar stilgestaan .
Volgens mij probeert google dat elke 2 jaar wel maar lijkt nooit van de grond te komenquote:Op zondag 14 april 2013 19:49 schreef Merkie het volgende:
[..]
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.
Google heeft natuurlijk Dart. Maar eigenlijk is dat een veel saaiere taal dan het veel stoerdere Javascript.quote:Op zondag 14 april 2013 20:18 schreef n8n het volgende:
[..]
Volgens mij probeert google dat elke 2 jaar wel maar lijkt nooit van de grond te komen
eh, iedere http-comlient server stuurt caching-headers mee. Als dat is wat je bedoelt.quote:Op zondag 14 april 2013 19:35 schreef kutkloon7 het volgende:
[..]
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?
dart compileert toch tot javascript?quote:Op zondag 14 april 2013 20:23 schreef Tijn het volgende:
[..]
Google heeft natuurlijk Dart. Maar eigenlijk is dat een veel saaiere taal dan het veel stoerdere Javascript.
je kunt het compileren naar javascript om zo non-compatibel browsers te ondersteunen, maar in principe is dat niet het idee geloof ik.quote:Op zondag 14 april 2013 22:44 schreef Catch22- het volgende:
[..]
dart compileert toch tot javascript?
Dat is alleen maar omdat andere browsers geen Dart (willen) ondersteunenquote:Op zondag 14 april 2013 22:44 schreef Catch22- het volgende:
[..]
dart compileert toch tot javascript?
Dat is wat ik bedoel.quote:Op zondag 14 april 2013 22:37 schreef KomtTijd... het volgende:
[..]
eh, iedere http-comlient server stuurt caching-headers mee. Als dat is wat je bedoelt.
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.quote:Op zondag 14 april 2013 20:23 schreef Tijn het volgende:
[..]
Google heeft natuurlijk Dart. Maar eigenlijk is dat een veel saaiere taal dan het veel stoerdere Javascript.
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.quote:Op maandag 15 april 2013 00:36 schreef kutkloon7 het volgende:
[..]
Toch wel een goed initiatief van google, vind ik.
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.quote:Op maandag 15 april 2013 00:57 schreef Tijn het volgende:
[..]
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.
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.quote:Op zondag 14 april 2013 20:23 schreef Tijn het volgende:
[..]
Google heeft natuurlijk Dart. Maar eigenlijk is dat een veel saaiere taal dan het veel stoerdere Javascript.
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 ).quote:Op zondag 21 april 2013 11:17 schreef DutchErrorist het volgende:
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?
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 mogelijkhedenquote:Op zondag 21 april 2013 11:29 schreef Devv het volgende:
[..]
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
Ik gebruik zelf Bootstrap.quote:Op zondag 21 april 2013 12:04 schreef DutchErrorist het volgende:
[..]
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
Nou dan moet ik me daar maar eens wat over gaan leren. In ieder geval heel erg bedankt Nog tips voor goede tutorials?quote:
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).quote:Op zondag 21 april 2013 11:29 schreef Devv het volgende:
[..]
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
jQuery filter functie werkt daar prima voor.quote:Op zondag 21 april 2013 11:17 schreef DutchErrorist het volgende:
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?
Oeh even kijken Dank jequote:Op zondag 21 april 2013 21:34 schreef boem-dikkie het volgende:
[..]
jQuery filter functie werkt daar prima voor.
http://api.jquery.com/filter/
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | $(document).ready(function(){ // hide #back-top first $("#back-top").hide(); // fade in #back-top $(function () { $(window).scroll(function () { if ($(this).scrollTop() > 100) { $('#back-top').fadeIn(); } else { $('#back-top').fadeOut(); } }); // scroll body to 0px on click $('#back-top a').click(function () { $('body,html').animate({ scrollTop: 0 }, 800); return false; }); }); }); |
1 2 3 4 5 6 | <p id="back-top"> <a href="#top"> <span></span> terug naar boven </a> </p> |
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 | #back-top { bottom: 30px; margin-left: 990px; position: fixed; } #back-top a { color: #BBBBBB; display: block; font: 10px/100% Arial,Helvetica,sans-serif; text-align: center; text-decoration: none; text-transform: uppercase; transition: all 1s ease 0s; width: 75px; } #back-top a:hover { color: #000000; } #back-top span { background: url("../images/up-arrow.png") no-repeat scroll center center #DDDDDD; border-radius: 15px 15px 15px 15px; display: block; height: 75px; margin-bottom: 7px; transition: all 1s ease 0s; width: 75px; } #back-top a:hover span { background-color: #0064C9; } |
Bedankt voor de respons.quote:Op zondag 21 april 2013 23:10 schreef boem-dikkie het volgende:
http://stackoverflow.com/(...)-has-no-method-ready
Ik gok dat het iets te maken heeft met de combinatie mootools en jQuery.
Magento gebruikt standaard idd prototype en dat conflicteert ook, ik doe het zelf zo:quote:Op zondag 21 april 2013 23:22 schreef highender het volgende:
[..]
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.
1 2 3 4 5 | jQuery.noConflict(); jQuery(document).ready(function($){ // jquery scripts }); |
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?quote:Op zondag 21 april 2013 21:34 schreef boem-dikkie het volgende:
[..]
jQuery filter functie werkt daar prima voor.
http://api.jquery.com/filter/
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.quote:Op dinsdag 23 april 2013 13:42 schreef DutchErrorist het volgende:
[..]
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
1 | <a href="#" class="blabla" data-filter="rood">rood</a> |
1 | var fruitType= $(".blabla").data('filter'); |
Da's wel handig. En als je meerdere filter items heb is het dan gewoon net zoals met classesquote:Op dinsdag 23 april 2013 13:49 schreef boem-dikkie het volgende:
[..]
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:
[ code verwijderd ]
En de jQuery:
[ code verwijderd ]
Bijvoorbeeld zo: data-options='{"name":"John"}'.quote:Op dinsdag 23 april 2013 13:54 schreef ursel het volgende:
[..]
Da's wel handig. En als je meerdere filter items heb is het dan gewoon net zoals met classes
data-filter="rood rond fruit" ??
Dank je voor die JSFiddle, dat maakt het allemaal net wat duidelijker voor mijquote:Op dinsdag 23 april 2013 14:13 schreef boem-dikkie het volgende:
[..]
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/
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).quote:Op dinsdag 23 april 2013 14:13 schreef boem-dikkie het volgende:
[..]
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/
Heel erg front-end gericht maar hier staan een flink aantal vacatures http://fronteers.nl/vacaturebankquote:Op dinsdag 23 april 2013 14:12 schreef Seagal het volgende:
Weet iemand toevallig nog websites specifiek gericht op vacatures met web development banen?
Thanks! Daar heb ik wel wat aan.quote:Op dinsdag 23 april 2013 15:25 schreef Black-Hole het volgende:
[..]
Heel erg front-end gericht maar hier staan een flink aantal vacatures http://fronteers.nl/vacaturebank
Wat wil je precies bereiken? Een lijst met twee filters?quote:Op dinsdag 23 april 2013 15:09 schreef DutchErrorist het volgende:
[..]
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).
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.quote:Op dinsdag 23 april 2013 16:21 schreef boem-dikkie het volgende:
[..]
Wat wil je precies bereiken? Een lijst met twee filters?
Dropdown werkt lekkerder hiervoor denk ik. Je kunt ook de 'bevestigen' er uit slopen.quote:Op dinsdag 23 april 2013 16:33 schreef DutchErrorist het volgende:
[..]
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.
Oh oké je bent een held Dank je wel dat je me even met het moeilijkste hebt geholpen! Topquote:Op dinsdag 23 april 2013 16:45 schreef boem-dikkie het volgende:
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.
Komt helemaal goed Ga me even goed inlezen in alles. Maar je hebt me in ieder geval met het moeilijkste op weg geholpen, dus dat maakt mij heel erg blijquote:
Doe je goed. Ik blijf het knap vinden want ik vind het allemaal zo ingewikkeldquote:
het is mijn werk hequote:Op dinsdag 23 april 2013 17:51 schreef DutchErrorist het volgende:
[..]
Doe je goed. Ik blijf het knap vinden want ik vind het allemaal zo ingewikkeld
Dan is het wel handig als je er goed in bentquote:
quote:Op dinsdag 23 april 2013 19:05 schreef DutchErrorist het volgende:
[..]
Dan is het wel handig als je er goed in bent
quote:Op woensdag 24 april 2013 09:34 schreef Seagal het volgende:
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
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.quote:Op woensdag 24 april 2013 09:59 schreef Seagal het volgende:
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.
Steeds meer. Ik hou er wel van, maar wel met mate en aangepast op het project.quote:Op woensdag 24 april 2013 10:05 schreef boem-dikkie het volgende:
[..]
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.
Oui. Ik ook.quote:Op woensdag 24 april 2013 10:07 schreef Catch22- het volgende:
[..]
Steeds meer. Ik hou er wel van, maar wel met mate en aangepast op het project.
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.quote:Op woensdag 24 april 2013 10:28 schreef Seagal het volgende:
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?
quote:Op woensdag 24 april 2013 10:37 schreef Catch22- het volgende:
[..]
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.
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.quote:Op woensdag 24 april 2013 09:39 schreef Catch22- het volgende:
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.
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.quote:Op woensdag 24 april 2013 10:28 schreef Seagal het volgende:
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?
Mwoah, je moet je werk wel iets anders afkaderenquote:Op woensdag 24 april 2013 10:44 schreef Tijn het volgende:
[..]
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.
Mja, op zich leuk, maar niet bevorderlijk voor het projectverloopquote:Op woensdag 24 april 2013 10:41 schreef Scorpie het volgende:
[..]
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.
Uiteindelijk komt het er gewoon op neer dat je doet wat de scrummaster zegt dat je moet doen En proactief overleg binnen de projectleden wordt bevorderd enzo, maar dat is eigenlijk ook met andere vormen dan Scrum een goed idee.quote:Op woensdag 24 april 2013 10:57 schreef Catch22- het volgende:
[..]
Mwoah, je moet je werk wel iets anders afkaderen
Je moet niet alles in 1x willen doen.quote:Op woensdag 24 april 2013 11:02 schreef Tijn het volgende:
[..]
Uiteindelijk komt het er gewoon op neer dat je doet wat de scrummaster zegt dat je moet doen En proactief overleg binnen de projectleden wordt bevorderd enzo, maar dat is eigenlijk ook met andere vormen dan Scrum een goed idee.
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 sprintquote:Op woensdag 24 april 2013 11:03 schreef Catch22- het volgende:
[..]
Je moet niet alles in 1x willen doen.
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.quote:Op woensdag 24 april 2013 10:57 schreef Catch22- het volgende:
Mja, op zich leuk, maar niet bevorderlijk voor het projectverloop
Klopt, maar dat moet je dan wel accepterenquote:Op woensdag 24 april 2013 11:06 schreef Tijn het volgende:
[..]
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
Ja dat is wel fijn, maar het frustreert het proces wel als mensen er niet op de juiste manier mee omgaan.quote:Op woensdag 24 april 2013 11:13 schreef Scorpie het volgende:
[..]
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.
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.quote:Op woensdag 24 april 2013 11:22 schreef Tijn het volgende:
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.
quote:Op woensdag 24 april 2013 11:22 schreef Tijn het volgende:
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.
Dat. Daarnaast moet ik met teveel 'variabelen' rekening houden als lead devver, architectuur beslissingen zijn soms moeilijk te maken.quote:Op woensdag 24 april 2013 11:23 schreef Catch22- het volgende:
[..]
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.
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.quote:Op woensdag 24 april 2013 11:27 schreef Scorpie het volgende:
[..]
Dat. Daarnaast moet ik met teveel 'variabelen' rekening houden als lead devver, architectuur beslissingen zijn soms moeilijk te maken.
True, dat is dan ook gelijk de grootste valkuil imo.quote:Op woensdag 24 april 2013 11:30 schreef Tijn het volgende:
[..]
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.
Ga ik even naar kijken, thanks! Ik was al aan het kijken naar grids, maar die werken vooral horizontaal en niet verticaal.quote:
no biggie! Prefixr is wel handig in deze. Wel een tricky feature met twee syntaxen. Het is ooit gewijZigd en maar half doorgevoerdquote:Op donderdag 25 april 2013 00:12 schreef Siegfried het volgende:
Daar moet ik iets mee kunnen ja! Thanks
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?quote:Op donderdag 25 april 2013 00:13 schreef Catch22- het volgende:
[..]
no biggie! Prefixr is wel handig in deze. Wel een tricky feature met twee syntaxen. Het is ooit gewijZigd en maar half doorgevoerd
Ai, alleen IE10+ support is wel heel erg jammer.. Dat gaat em ook niet worden dan.quote:Op donderdag 25 april 2013 00:13 schreef Catch22- het volgende:
[..]
no biggie! Prefixr is wel handig in deze. Wel een tricky feature met twee syntaxen. Het is ooit gewijZigd en maar half doorgevoerd
Handige LIB zeg, zeker voor verschillende resoluties... ideaal!quote:Op donderdag 25 april 2013 08:12 schreef boem-dikkie het volgende:
http://masonry.desandro.com/index.html
Misschien zit er tussen de Masonry library een goede oplossing.
Hoe bedoel je?quote:Op donderdag 25 april 2013 18:35 schreef Catch22- het volgende:
Klopt, maar ik ben niet zon fan van dat verspringende en drukke
ik vind t wat mooier als een pagina rustig is in animaties en ruimtequote:
Het werkt ook goed voor divs met dezelfde breedte die wel mooi moeten aansluiten. Zoals Pinterest.quote:Op donderdag 25 april 2013 21:10 schreef Catch22- het volgende:
[..]
ik vind t wat mooier als een pagina rustig is in animaties en ruimte
1 | <div></div> |
1 | </div> |
Ik vind dat zo megairritant he. Zet het altijd gelijk uit.quote:Op donderdag 25 april 2013 22:41 schreef DutchErrorist het volgende:
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
[ code verwijderd ]
waarbij de cursor tussen de twee div tags zit, maar is er een makkelijke manier om uit die twee div tags te 'tabben'? dus dat je cursor achter
[ code verwijderd ]
komt?
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.quote:Op donderdag 25 april 2013 23:08 schreef KomtTijd... het volgende:
[..]
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.
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.quote:Op donderdag 25 april 2013 23:12 schreef Catch22- het volgende:
Ik gebruik home, end en control-shift pijltje echt heel vaak voor zulke dingen
Beste toetsenbord ooit gemaakt?quote:
Ik gebruik ST2 nu ook een tijdje maar stiekem vind ik de autoaanvulling van Dreamweaver veel beter.quote:Op donderdag 25 april 2013 22:41 schreef DutchErrorist het volgende:
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
[ code verwijderd ]
waarbij de cursor tussen de twee div tags zit, maar is er een makkelijke manier om uit die twee div tags te 'tabben'? dus dat je cursor achter
[ code verwijderd ]
komt?
En als je een plugin als Emmet gebruikt?quote:Op vrijdag 26 april 2013 00:00 schreef mstx het volgende:
[..]
Ik gebruik ST2 nu ook een tijdje maar stiekem vind ik de autoaanvulling van Dreamweaver veel beter.
het gemis van een numpad is het toetsenbord eigenlijk fataal (iig voor mij)quote:Op donderdag 25 april 2013 23:57 schreef DutchErrorist het volgende:
[..]
Beste toetsenbord ooit gemaakt?
ik vind het van dreamweaver jammer dat hij met autoaanvullen op z'n bek gaat als je een script tag opentquote:Op vrijdag 26 april 2013 00:00 schreef mstx het volgende:
[..]
Ik gebruik ST2 nu ook een tijdje maar stiekem vind ik de autoaanvulling van Dreamweaver veel beter.
quote:Op donderdag 25 april 2013 23:57 schreef DutchErrorist het volgende:
[..]
Beste toetsenbord ooit gemaakt?
Ik ben allergisch voor Java, maar ik moet eerlijk toegeven dat NetBeans inderdaad wel lekker werkt.quote:Op vrijdag 26 april 2013 08:45 schreef Catch22- het volgende:
Ik vind netbeans zelf wel lekker werken
Geloof me ik weet hoe goed Model M's zijn. Maar keyboards met Topre switches typen toch net iets beter.quote:Op vrijdag 26 april 2013 08:56 schreef xzaz het volgende:
[..]
[ afbeelding ]
Worden trouwens verkocht rond de 60 pleur op Ebay.
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'.quote:Op vrijdag 26 april 2013 09:38 schreef DutchErrorist het volgende:
[..]
Geloof me ik weet hoe goed Model M's zijn. Maar keyboards met Topre switches typen toch net iets beter.
[ afbeelding ]
(mijn model M naast mijn HHKB2)
Maar goed nu weer ontopic
Cmd, pijltje naar rechts?quote:Op donderdag 25 april 2013 22:41 schreef DutchErrorist het volgende:
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
[ code verwijderd ]
waarbij de cursor tussen de twee div tags zit, maar is er een makkelijke manier om uit die twee div tags te 'tabben'? dus dat je cursor achter
[ code verwijderd ]
komt?
Ik heb er maar mee te doen Ik doe geen backenddevelopment dus ik heb er relatief weinig mee te maken.quote:Op vrijdag 26 april 2013 09:36 schreef Devv het volgende:
[..]
Ik ben allergisch voor Java, maar ik moet eerlijk toegeven dat NetBeans inderdaad wel lekker werkt.
Dat is toch fucking onhandig? Vind het stom dat je er niet uit kunt tabben.quote:
Ik gebruik in Sublime sowieso maar weinig m'n muis. Dus voor mij werkt het best.quote:Op vrijdag 26 april 2013 09:41 schreef DutchErrorist het volgende:
[..]
Dat is toch fucking onhandig? Vind het stom dat je er niet uit kunt tabben.
Ik denk dat ik gewoon maar wat aan mijn vim kennis moet gaan doen, misschien wordt het dan wat beter.quote:Op vrijdag 26 april 2013 09:48 schreef boem-dikkie het volgende:
[..]
Ik gebruik in Sublime sowieso maar weinig m'n muis. Dus voor mij werkt het best.
Kwestie van je klanten opvoeden. Jij bent de expert die met de beste oplossing komt.quote:Op vrijdag 26 april 2013 11:09 schreef xzaz het volgende:
Waarom kiezen klanten altijd voor de meest mindere oplossing om te realiseren. Alles moet tegenwoordig ajax met 100 duizend venstertjes
Ik ben een programmeur en heb maar te luisterenquote:Op vrijdag 26 april 2013 11:11 schreef Black-Hole het volgende:
[..]
Kwestie van je klanten opvoeden. Jij bent de expert die met de beste oplossing komt.
Want als het kan, dan moet je het ook doenquote:Op vrijdag 26 april 2013 11:16 schreef xzaz het volgende:
"Maar xxx heeft het ook, dus het kan wel"
En dan bij de broncode kijken naar de javascript implementatie, om te huilen
Ja want dat is het mooiste voor de klantquote:Op vrijdag 26 april 2013 11:18 schreef Tijn het volgende:
[..]
Want als het kan, dan moet je het ook doen
Als de klant er voor betaalt vind ik alles prima.quote:Op vrijdag 26 april 2013 11:18 schreef Tijn het volgende:
[..]
Want als het kan, dan moet je het ook doen
Ik praat niet met de klant, daar gaat het fout; ik krijg een opdrachtquote:Op vrijdag 26 april 2013 11:23 schreef boem-dikkie het volgende:
Dan moet je met een beter alternatief komen en dat beargumenteren.
Precies. Je moet klanten een probleem laten beschrijven, niet de oplossing.quote:Op vrijdag 26 april 2013 11:23 schreef boem-dikkie het volgende:
Dan moet je met een beter alternatief komen en dat beargumenteren.
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.quote:Op vrijdag 26 april 2013 11:23 schreef boem-dikkie het volgende:
Dan moet je met een beter alternatief komen en dat beargumenteren.
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.quote:Op vrijdag 26 april 2013 09:41 schreef DutchErrorist het volgende:
[..]
Dat is toch fucking onhandig? Vind het stom dat je er niet uit kunt tabben.
Pffff dan moet je een betere distro nemen als je linux gebruikt. Op Arch kan je gewoon yaourt sublime doen volgens mij.quote:Op vrijdag 26 april 2013 13:41 schreef KomtTijd... het volgende:
[..]
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
Nou blijkbaar nietquote:Op vrijdag 26 april 2013 16:29 schreef KomtTijd... het volgende:
Ik gebruik al de beste distro, dus dat gaat niet.
1 2 3 | .map:hover .location { display: block; } |
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?quote:Op zaterdag 27 april 2013 11:40 schreef picodealion het volgende:
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:
[ code verwijderd ]
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |