FOK!forum / Digital Corner / [html, css, js] jQuerify ALL THE THINGS
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 (code.png), zodat je HTML, CSS of Javascript code goed leesbaar is. Dus niet [quote] of [spoiler] of wat dan ook.

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/
TwyLightvrijdag 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'
Chandlervrijdag 5 april 2013 @ 22:43
quote:
0s.gif Op vrijdag 5 april 2013 22:39 schreef Catch22- het volgende:
Google eens op 'set onclick with javascript'
Done! :) maar krijg nu een andere fout zie update

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 :)
Chandlervrijdag 5 april 2013 @ 22:54
Catch, ik neem je kritiek dan ook serieus *) maar normaal als ik 'code' overneem zou het moeten werken, en debuggen is idd niet mijn sterkste kant maar als chrome geen fouten aangeeft kan ik toch ook niets debuggen? :P maar ik ben altijd bereid om te leren ;) en dat doe ik door te doen...

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
Chandlervrijdag 5 april 2013 @ 22:58
Oh... maar ik snap het enigszins hoor :+ denk ik... maar goed... ik ga weer verder knutselen, ooit ga ik het allemaal begrijpen B-)
urselzaterdag 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?
picodealionzaterdag 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.
urselzaterdag 6 april 2013 @ 13:23
Ooh.. duidelijk. :')
Is dus niet heel erg duidelijk/vast gedefinieerd dus?
Tijnzaterdag 6 april 2013 @ 13:24
quote:
0s.gif 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?
Section is voor een samenhangend stuk content (een header + een of meerdere paragrafen bv) dat essentieel is voor de pagina.
Black-Holezaterdag 6 april 2013 @ 13:25
quote:
0s.gif 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?
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 :P
Tijnzaterdag 6 april 2013 @ 13:27
quote:
0s.gif Op zaterdag 6 april 2013 13:23 schreef ursel het volgende:
Ooh.. duidelijk. :')
Is dus niet heel erg duidelijk/vast gedefinieerd dus?
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.
urselzaterdag 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:

events1.png

Dit blok "In your neighborhood", zou je dat nou dan wel of niet in een section plaatsen?
picodealionzaterdag 6 april 2013 @ 13:56
Ik wel.
Tijnzaterdag 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.
urselzaterdag 6 april 2013 @ 15:00
Ah, weer andere optie. :P
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.
n8nzaterdag 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).
Tijnzaterdag 6 april 2013 @ 15:40
quote:
7s.gif 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).
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.
Lightzaterdag 6 april 2013 @ 22:52
quote:
2s.gif 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.
Java wordt ook gebruikt voor server-side code. Dat kan prima en je hebt er geen aparte browserplugin voor nodig. :)
Maringozaterdag 6 april 2013 @ 23:19
quote:
0s.gif 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. :)
Op school hele projecten moeten maken met JSP's en JavaBeans. Daarvoor is het inderdaad prima. :Y
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
Tijnzaterdag 6 april 2013 @ 23:36
quote:
0s.gif 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 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 :s)
mstxmaandag 8 april 2013 @ 15:12
Altijd leuk van die zeldzame bugs waar je uren naar loopt te zoeken.

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>

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. :{

[ Bericht 3% gewijzigd door mstx op 08-04-2013 15:22:08 ]
kutkloon7maandag 8 april 2013 @ 15:50
quote:
13s.gif 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. :{
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.
kutkloon7maandag 8 april 2013 @ 15:52
quote:
10s.gif 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
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 :P )
Catch22-maandag 8 april 2013 @ 16:05
quote:
2s.gif 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.
jquery heeft daar weibig last van. Hun slogan gaat voor mij ook op

Write less, do more
Tijnmaandag 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.
Merkiemaandag 8 april 2013 @ 18:13
quote:
1s.gif 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
Idd, cross-browser compatibiliteit is erg goed.
#ANONIEMmaandag 8 april 2013 @ 18:19
Mootools, das toch de COBOL van JS ?
PimDmaandag 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.
Tijnmaandag 8 april 2013 @ 19:27
quote:
0s.gif 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.
Maar dan heb je neem ik aan je eigen toolkit met selector-engine, ajax shorthands etc. gemaakt?
PimDmaandag 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.
Tijnmaandag 8 april 2013 @ 19:33
quote:
0s.gif Op maandag 8 april 2013 19:30 schreef PimD het volgende:
Je hebt toch gewoon querySelector in IE8 en hoger...?
Ah, je hebt gelijk. Dat scheelt dan idd wel :)
PimDmaandag 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
kutkloon7woensdag 10 april 2013 @ 19:01
quote:
1s.gif 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
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 :P
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
Maringowoensdag 10 april 2013 @ 20:31
quote:
0s.gif 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
Neem dan Fork, Drupal of Typo3, maar geen Wordpress of Joomla...
Tijnwoensdag 10 april 2013 @ 20:34
quote:
2s.gif Op woensdag 10 april 2013 20:31 schreef Maringo het volgende:

[..]

Neem dan Fork, Drupal of Typo3, maar geen Wordpress of Joomla...
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-dikkiewoensdag 10 april 2013 @ 20:52
quote:
2s.gif Op woensdag 10 april 2013 20:31 schreef Maringo het volgende:

[..]

Neem dan Fork, Drupal of Typo3, maar geen Wordpress of Joomla...
_O-
Maringowoensdag 10 april 2013 @ 20:59
quote:
5s.gif 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?
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. :Y
boem-dikkiewoensdag 10 april 2013 @ 21:01
Ik denk al, Wordpress afkraken en Drupal aanprijzen. :')
Maringowoensdag 10 april 2013 @ 21:02
quote:
7s.gif Op woensdag 10 april 2013 21:01 schreef boem-dikkie het volgende:
Ik denk al, Wordpress afkraken en Drupal aanprijzen. :')
Ja, ik wilde die er nog bijzetten, maar had hem bij het verkeerde gezet. :')
n8nwoensdag 10 april 2013 @ 21:10
Is er ook gewoon een CMS met inline editing, lame ass backends altijd
Tijnwoensdag 10 april 2013 @ 21:11
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.
KomtTijd...woensdag 10 april 2013 @ 21:11
Meeste CMS's hebben daar wel een module voor toch?
KomtTijd...woensdag 10 april 2013 @ 21:11
quote:
9s.gif 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.
Kortom, je wilt CMS Made Simple.
Tijnwoensdag 10 april 2013 @ 21:12
quote:
14s.gif Op woensdag 10 april 2013 21:11 schreef KomtTijd... het volgende:

[..]

Kortom, je wilt CMS Made Simple.
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.
n8nwoensdag 10 april 2013 @ 21:13
quote:
9s.gif 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.
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 :@
Maringowoensdag 10 april 2013 @ 21:14
quote:
14s.gif Op woensdag 10 april 2013 21:11 schreef KomtTijd... het volgende:

[..]

Kortom, je wilt CMS Made Simple.
Of Typo3.
Tijnwoensdag 10 april 2013 @ 21:14
quote:
7s.gif 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 :@
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
quote:
5s.gif 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.
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.
n8nwoensdag 10 april 2013 @ 21:15
quote:
2s.gif 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.
Inloggen en a la fok op edit drukken vind ik toch een stuk gebruiksvriendelijker ipv men naar een andere omgeving te sturen
Tijnwoensdag 10 april 2013 @ 21:18
quote:
14s.gif 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.
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:
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.
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
quote:
7s.gif 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
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
quote:
2s.gif 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".
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]
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
n8nwoensdag 10 april 2013 @ 21:22
quote:
14s.gif 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.
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.
Tijnwoensdag 10 april 2013 @ 21:24
quote:
14s.gif 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.
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.
Tijnwoensdag 10 april 2013 @ 21:30
quote:
14s.gif 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.
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.
n8nwoensdag 10 april 2013 @ 21:35
quote:
9s.gif 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.
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.
Tijnwoensdag 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
Schermafdruk van 2013-04-10 21:37:19.png

Is dit wat je gezien had Tijn?

Content zit precies één klik weg.
n8nwoensdag 10 april 2013 @ 21:40
quote:
2s.gif 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.
technisch in orde bedoelde ik CMSMS, Typo3, Fork etc...
n8nwoensdag 10 april 2013 @ 21:41
Beetje dit idee bedoel ik maar dan goed

http://demo.magnolia-cms.com/demo-project.html

superuser
superuser
Tijnwoensdag 10 april 2013 @ 21:42
quote:
14s.gif 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.
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.
Tijnwoensdag 10 april 2013 @ 21:45
Nou, misschien probeer ik het dan nog een keertje met een recentere versie B-)
kutkloon7donderdag 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 :(
kutkloon7donderdag 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.
Tijndonderdag 11 april 2013 @ 07:02
quote:
7s.gif 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.
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.
Devvdonderdag 11 april 2013 @ 07:21
quote:
9s.gif 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.
Er is toch niets mis met het gebruik van jQuery?
boem-dikkiedonderdag 11 april 2013 @ 09:35
quote:
9s.gif 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 :(
Gebruik je Uploadify of zo? Die knop kun je toch gewoon stijlen?
picodealiondonderdag 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.
mstxdonderdag 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-Holedonderdag 11 april 2013 @ 10:51
quote:
9s.gif 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.
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-Holedonderdag 11 april 2013 @ 11:12
quote:
11s.gif 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.
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.
kutkloon7donderdag 11 april 2013 @ 12:27
quote:
2s.gif 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.
Werkt nu prima in chrome, ff, opera, safari en zelfs IE :P
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.
Tijndonderdag 11 april 2013 @ 12:50
quote:
2s.gif 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.
Als je het toch nodig blijkt is het helemaal zuur dat je 93KB moet includen voor 1 ding :P
kutkloon7donderdag 11 april 2013 @ 13:16
quote:
10s.gif 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 :P
Precies, daarom ook een beetje. Blijft wel een stuk meer werk, omdat je dan aan de lopende band tegen problemen aanloopt :P Maar ik heb nu al wat dingen opgelost met puur javascript, dan wordt de drempel ook steeds hoger om wel jQuery te gaan gebruiken
Maar kijk dan wat een schattig CMS-je:

Untitled.png
:P
(en nee, hij werkt nog niet, maar de front-end is wel redelijk op weg)
KomtTijd...donderdag 11 april 2013 @ 13:28
quote:
10s.gif 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 :P
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.
Maringodonderdag 11 april 2013 @ 16:00
En buiten dat. 93kb. We leven niet meer in 1998 met een inbelverbinding. :')
mscholdonderdag 11 april 2013 @ 16:09
quote:
2s.gif Op donderdag 11 april 2013 16:00 schreef Maringo het volgende:
En buiten dat. 93kb. We leven niet meer in 1998 met een inbelverbinding. :')
en daarom moeten websites maar enkele Mb's zijn/worden om te laden?
Tijndonderdag 11 april 2013 @ 16:13
quote:
2s.gif 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.
Maringodonderdag 11 april 2013 @ 17:03
quote:
2s.gif 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.
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.
Tijndonderdag 11 april 2013 @ 17:07
quote:
2s.gif 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.
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.
Maringodonderdag 11 april 2013 @ 17:12
quote:
2s.gif 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.
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.
Tijndonderdag 11 april 2013 @ 17:14
quote:
2s.gif 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.
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.
mstxdonderdag 11 april 2013 @ 19:48
quote:
2s.gif Op donderdag 11 april 2013 16:00 schreef Maringo het volgende:
En buiten dat. 93kb. We leven niet meer in 1998 met een inbelverbinding. :')
Dat is groter dan de hele homepage van mijn site... _O-

tPWjOd2.jpg

Klein/groot is dus nogal relatief :7
KomtTijd...donderdag 11 april 2013 @ 20:16
quote:
10s.gif Op donderdag 11 april 2013 19:48 schreef mstx het volgende:

[..]

Dat is groter dan de hele homepage van mijn site... _O-

[ afbeelding ]

Klein/groot is dus nogal relatief :7
http://www.duft.nl/
Ik win 8-)
Catch22-donderdag 11 april 2013 @ 20:30
quote:
14s.gif 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.
dat ja :) en je laadt het sowieso maar een keer in, dus je hebt die vertraging maar eenmaal
Yuri_Boykavrijdag 12 april 2013 @ 14:31
Jongens, ik heb dit:

1
2
3
4
#t-header #search {
    position: absolute;
    float: right;
    clear: both;

En ik probeer er dit:

1
2
3
4
5
#t-header #search {
    position: absolute;
    top: 55px;
    float: right;
    clear: both;

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_Boykavrijdag 12 april 2013 @ 14:40
quote:
11s.gif 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.
Dat is de standaard code. :P

Ja, dat kan denk ik wel, alleen hoe werkt het? :@ Zo? http://jsfiddle.net/eEhQT/
KomtTijd...vrijdag 12 april 2013 @ 14:41
"de standaard code"? Rare standaard dan.
Yuri_Boykavrijdag 12 april 2013 @ 14:42
quote:
14s.gif Op vrijdag 12 april 2013 14:41 schreef KomtTijd... het volgende:
"de standaard code"? Rare standaard dan.
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.
Tijnvrijdag 12 april 2013 @ 14:48
quote:
10s.gif Op vrijdag 12 april 2013 14:40 schreef Yuri_Boyka het volgende:

[..]

Dat is de standaard code. :P
Wut? Wie zn standaard?
Yuri_Boykavrijdag 12 april 2013 @ 14:50
quote:
14s.gif 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.
Oké, ik ga het proberen. :P

quote:
5s.gif Op vrijdag 12 april 2013 14:48 schreef Tijn het volgende:

[..]

Wut? Wie zn standaard?
Dat bovenste is de standaard.
Tijnvrijdag 12 april 2013 @ 14:51
quote:
10s.gif Op vrijdag 12 april 2013 14:50 schreef Yuri_Boyka het volgende:

[..]

Dat bovenste is de standaard.
Welke standaard? Waar heb je het over?
Yuri_Boykavrijdag 12 april 2013 @ 14:53
quote:
5s.gif Op vrijdag 12 april 2013 14:51 schreef Tijn het volgende:

[..]

Welke standaard? Waar heb je het over?
Waar heb jij het over? :')
Yuri_Boykavrijdag 12 april 2013 @ 15:01
Laat maar. Ik kom er wel uit. :P
Tijnvrijdag 12 april 2013 @ 15:03
quote:
10s.gif Op vrijdag 12 april 2013 14:53 schreef Yuri_Boyka het volgende:

[..]

Waar heb jij het over? :')
Wtf :') 8)7
KomtTijd...vrijdag 12 april 2013 @ 15:03
quote:
14s.gif Op vrijdag 12 april 2013 15:01 schreef Yuri_Boyka het volgende:
Laat maar. Ik kom er wel uit. :P
Altijd verhelderend he, even een testcase maken ;)
Yuri_Boykavrijdag 12 april 2013 @ 15:07
Yes. Thanks. 14.gif
karton2vrijdag 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.
mstxvrijdag 12 april 2013 @ 18:28
quote:
5s.gif 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.
Een client kan nooit PHP code zien.
Merkievrijdag 12 april 2013 @ 18:45
quote:
5s.gif 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:
10s.gif Op vrijdag 12 april 2013 14:53 schreef Yuri_Boyka het volgende:

[..]

Waar heb jij het over? :')
Echt zelden iemand zo onduidelijk zijn probleem zien omschrijven :').
KomtTijd...vrijdag 12 april 2013 @ 19:40
quote:
5s.gif 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.
als het een mailto-formulier is, dan staat dat in de form-tag. Maar gelukkig zijn mailto-formulieren zo goed als uitgestorven.
Yuri_Boykavrijdag 12 april 2013 @ 20:04
quote:
0s.gif 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 :').
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 ]
Merkievrijdag 12 april 2013 @ 20:14
quote:
9s.gif 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.
Rechtermuisknop > View source al geprobeerd? F12 al eens in Chrome?

Het probleem isoleren is stap 1 van de oplossing, dus probeer dat eerst.
Yuri_Boykavrijdag 12 april 2013 @ 20:18
quote:
1s.gif 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.
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. :P

Heb tot nu toe dit: http://jsfiddle.net/eEhQT/3/ , maar ik denk niet dat het de goede HTML is?
Yuri_Boykavrijdag 12 april 2013 @ 20:23
Dit is laat maar zeggen wat ik zie:

7On62d1.png

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 ]
Chandlervrijdag 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_Boykavrijdag 12 april 2013 @ 20:30
Hey, ik zie een zoekveld in Fiddle! :D Volgens mij is er geen javascript. Even kijken of ik dat vinden kan.

[ Bericht 11% gewijzigd door Yuri_Boyka op 12-04-2013 20:38:33 ]
Yuri_Boykavrijdag 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?
Maringovrijdag 12 april 2013 @ 20:43
quote:
0s.gif 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?
die in jsfiddle zal niet werken omdat de #theader overal nog voor de #search staat in het CSS vak.

Als ik dit ervan maak:
1
2
3
4
5
#search {
    position: absolute;
    float: left;
    top: 55px;
}

Doet ie het gewoon.

Misschien moet je er
1top 55px!important;
van maken zodat ie een ander overschrijft.
Yuri_Boykavrijdag 12 april 2013 @ 20:46
quote:
2s.gif 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.
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! _O_
Maringovrijdag 12 april 2013 @ 20:46
quote:
14s.gif 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! _O_
Dat gold alleen voor de jsfiddle inderdaad. :Y
Yuri_Boykavrijdag 12 april 2013 @ 20:47
quote:
2s.gif Op vrijdag 12 april 2013 20:46 schreef Maringo het volgende:

[..]

Dat gold alleen voor de jsfiddle inderdaad. :Y
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?
Maringovrijdag 12 april 2013 @ 20:48
quote:
0s.gif 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?
Die important zorgt ervoor dat de 55px die je daar neer zet niet door een ander css file wordt overschreven.
Yuri_Boykavrijdag 12 april 2013 @ 20:58
quote:
2s.gif 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.
Perfect! Ik heb het logo en het zoekveld nu op één lijn. Bedankt! :)
Lightvrijdag 12 april 2013 @ 22:30
quote:
14s.gif 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.
Dat ligt er ook aan wat het "simpele dingetje" is.
quote:
't Zou overigens wel nice zijn als browsers gewoon een locale kopie van jQuery beschikbaar zouden maken. Zou een hoop gedownload schelen.
Welke versie van jQuery had je dan willen hebben?
Tijnvrijdag 12 april 2013 @ 22:38
quote:
0s.gif Op vrijdag 12 april 2013 22:30 schreef Light het volgende:

[..]

Welke versie van jQuery had je dan willen hebben?
Leuk ook voor de makers van YUI, Dojo, script.aculo.us etc. :+
Merkievrijdag 12 april 2013 @ 22:40
quote:
2s.gif Op vrijdag 12 april 2013 22:38 schreef Tijn het volgende:

[..]

Leuk ook voor de makers van YUI, Dojo, script.aculo.us etc. :+
Dan bouw je die toch ook gewoon in?
Tijnvrijdag 12 april 2013 @ 22:44
quote:
0s.gif Op vrijdag 12 april 2013 22:40 schreef Merkie het volgende:

[..]

Dan bouw je die toch ook gewoon in?
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.
Lightvrijdag 12 april 2013 @ 22:46
quote:
10s.gif 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.
Je hebt nu ook geen 3rd party libraries nodig. Ze maken het leven alleen makkelijker :)
Merkievrijdag 12 april 2013 @ 22:55
quote:
10s.gif 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.

Toch zou ik gewoon jQuery overal standaard inbouwen :6. Meest gebruik, redelijk eenvoudig, enorm veel gebruiksgemak, niet echt nadelen t.o.v. andere libraries.
KomtTijd...vrijdag 12 april 2013 @ 23:01
quote:
10s.gif 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.
Tijnvrijdag 12 april 2013 @ 23:02
quote:
0s.gif 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 doen alle browsers al, het heet caching :+
Merkievrijdag 12 april 2013 @ 23:03
quote:
10s.gif Op vrijdag 12 april 2013 23:02 schreef Tijn het volgende:

[..]

Dat doen alle browsers al, het heet caching :+
Dat werkt alleen als je het ook van dezelfde URL downloadt toch (dus via de Google CDN bijv.)?
Tijnvrijdag 12 april 2013 @ 23:05
quote:
0s.gif 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.)?
Mja, zoals voor wel meer dingen geldt: dat verschilt een beetje per browser :+
Lightzaterdag 13 april 2013 @ 00:08
quote:
2s.gif Op vrijdag 12 april 2013 23:05 schreef Tijn het volgende:

[..]

Mja, zoals voor wel meer dingen geldt: dat verschilt een beetje per browser :+
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.
Lightzaterdag 13 april 2013 @ 00:10
quote:
0s.gif Op vrijdag 12 april 2013 22:55 schreef Merkie het volgende:

Toch zou ik gewoon jQuery overal standaard inbouwen :6. Meest gebruik, redelijk eenvoudig, enorm veel gebruiksgemak, niet echt nadelen t.o.v. andere libraries.
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?)
Tijnzaterdag 13 april 2013 @ 00:14
quote:
0s.gif 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.
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).
Merkiezaterdag 13 april 2013 @ 11:44
quote:
0s.gif 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?)
http://w3techs.com/technologies/overview/javascript_library/all

Welke versie weet ik nog niet. En ik dacht er aan om alle versies te ondersteunen.
n8nzaterdag 13 april 2013 @ 14:23
quote:
0s.gif 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.
daarom gebruik je de versie die op de server van Google staat
kutkloon7zaterdag 13 april 2013 @ 14:31
quote:
0s.gif 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.)?
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 :') )
mstxzaterdag 13 april 2013 @ 14:33
quote:
2s.gif 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)
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.
Lightzaterdag 13 april 2013 @ 23:13
quote:
0s.gif 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.
De ETags zijn ook voor dat doel. :)
Lightzaterdag 13 april 2013 @ 23:16
quote:
1s.gif Op zaterdag 13 april 2013 14:23 schreef n8n het volgende:

[..]

daarom gebruik je de versie die op de server van Google staat
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
quote:
2s.gif 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 :') )
dat trucje heet: http.
n8nzondag 14 april 2013 @ 11:53
quote:
0s.gif 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.
ja, zijn vast ook alternatieven voor google
Lightzondag 14 april 2013 @ 15:14
quote:
1s.gif Op zondag 14 april 2013 11:53 schreef n8n het volgende:

[..]

ja, zijn vast ook alternatieven voor google
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.
n8nzondag 14 april 2013 @ 18:30
quote:
0s.gif 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.
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
kutkloon7zondag 14 april 2013 @ 19:35
quote:
14s.gif Op zondag 14 april 2013 00:15 schreef KomtTijd... het volgende:

[..]

dat trucje heet: http.
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? :P
Merkiezondag 14 april 2013 @ 19:49
quote:
7s.gif 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
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.
Tijnzondag 14 april 2013 @ 19:51
quote:
1s.gif 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.
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).
Merkiezondag 14 april 2013 @ 19:58
quote:
14s.gif 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).
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.
Tijnzondag 14 april 2013 @ 20:03
quote:
0s.gif Op zondag 14 april 2013 19:58 schreef Merkie het volgende:

[..]

Wordt Javascript überhaupt actief ontwikkeld eigenlijk? Ik heb geen idee.
Zeker. ECMAScript versie 5.1 is de laatste officiële editie, die stamt uit 2011. Ze zijn bezig met ES6.
Merkiezondag 14 april 2013 @ 20:06
quote:
14s.gif Op zondag 14 april 2013 20:03 schreef Tijn het volgende:
ECMAScript versie 5.1
Ik zie het. Ontwikkeling heeft wel 10 jaar stilgestaan :P.
Tijnzondag 14 april 2013 @ 20:11
quote:
0s.gif Op zondag 14 april 2013 20:06 schreef Merkie het volgende:

[..]

Ik zie het. Ontwikkeling heeft wel 10 jaar stilgestaan :P.
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.
n8nzondag 14 april 2013 @ 20:18
quote:
1s.gif 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.
Volgens mij probeert google dat elke 2 jaar wel maar lijkt nooit van de grond te komen
Tijnzondag 14 april 2013 @ 20:23
quote:
7s.gif 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
Google heeft natuurlijk Dart. Maar eigenlijk is dat een veel saaiere taal dan het veel stoerdere Javascript.
KomtTijd...zondag 14 april 2013 @ 22:37
quote:
2s.gif 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? :P
eh, iedere http-comlient server stuurt caching-headers mee. Als dat is wat je bedoelt.
Catch22-zondag 14 april 2013 @ 22:44
quote:
2s.gif 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.
dart compileert toch tot javascript?
KomtTijd...zondag 14 april 2013 @ 22:49
quote:
1s.gif Op zondag 14 april 2013 22:44 schreef Catch22- het volgende:

[..]

dart compileert toch tot javascript?
je kunt het compileren naar javascript om zo non-compatibel browsers te ondersteunen, maar in principe is dat niet het idee geloof ik.
Tijnzondag 14 april 2013 @ 23:37
quote:
1s.gif 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) ondersteunen :+
kutkloon7maandag 15 april 2013 @ 00:36
quote:
3s.gif 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.
Dat is wat ik bedoel.
quote:
2s.gif 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.
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 ]
Tijnmaandag 15 april 2013 @ 00:57
quote:
14s.gif Op maandag 15 april 2013 00:36 schreef kutkloon7 het volgende:

[..]

Toch wel een goed initiatief van google, vind ik.
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.
Seagalmaandag 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?
Seagalmaandag 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
kutkloon7maandag 15 april 2013 @ 17:39
quote:
2s.gif 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.
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 :P).
Volgens mij voldoet er nog geen van deze 'oude' talen aan de eisen voor een goede allround programmeertaal.
Seagaldinsdag 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?
Aetherdinsdag 16 april 2013 @ 09:43
quote:
2s.gif 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.
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.
DutchErroristzondag 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?
Devvzondag 21 april 2013 @ 11:29
quote:
5s.gif 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?
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
DutchErroristzondag 21 april 2013 @ 12:04
quote:
0s.gif 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
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 :D
Devvzondag 21 april 2013 @ 12:06
quote:
14s.gif 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 :D
Ik gebruik zelf Bootstrap.
DutchErroristzondag 21 april 2013 @ 12:12
quote:
0s.gif Op zondag 21 april 2013 12:06 schreef Devv het volgende:

[..]

Ik gebruik zelf Bootstrap.
Nou dan moet ik me daar maar eens wat over gaan leren. In ieder geval heel erg bedankt :D Nog tips voor goede tutorials?
DutchErroristzondag 21 april 2013 @ 20:59
quote:
0s.gif 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 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-dikkiezondag 21 april 2013 @ 21:34
quote:
5s.gif 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?
jQuery filter functie werkt daar prima voor.

http://api.jquery.com/filter/
DutchErroristzondag 21 april 2013 @ 21:48
quote:
14s.gif Op zondag 21 april 2013 21:34 schreef boem-dikkie het volgende:

[..]

jQuery filter functie werkt daar prima voor.

http://api.jquery.com/filter/
Oeh even kijken :D Dank je O+
highenderzondag 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
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;
});
});
}); 

Declaratie
1
2
3
4
5
6
<p id="back-top">
<a href="#top">
<span></span>
terug naar boven
</a>
</p>

CSS
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;
}

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-dikkiezondag 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.
highenderzondag 21 april 2013 @ 23:22
quote:
14s.gif 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.
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.
highenderzondag 21 april 2013 @ 23:30
Opgelost door het vervangen van $ voor JQuery, bedankt voor de juiste richting ^O^
Aap1000maandag 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
mstxmaandag 22 april 2013 @ 13:35
quote:
0s.gif 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.
Magento gebruikt standaard idd prototype en dat conflicteert ook, ik doe het zelf zo:
1
2
3
4
5
jQuery.noConflict();

jQuery(document).ready(function($){
  // jquery scripts
});
Daar binnen kun je dan gewoon $ gebruiken.
DutchErroristdinsdag 23 april 2013 @ 13:42
quote:
14s.gif Op zondag 21 april 2013 21:34 schreef boem-dikkie het volgende:

[..]

jQuery filter functie werkt daar prima voor.

http://api.jquery.com/filter/
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-dikkiedinsdag 23 april 2013 @ 13:49
quote:
17s.gif 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
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:
1<a href="#" class="blabla" data-filter="rood">rood</a>

En de jQuery:
1var fruitType= $(".blabla").data('filter');
urseldinsdag 23 april 2013 @ 13:54
quote:
7s.gif 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 ]

Da's wel handig. En als je meerdere filter items heb is het dan gewoon net zoals met classes
data-filter="rood rond fruit" ??
Seagaldinsdag 23 april 2013 @ 14:12
Weet iemand toevallig nog websites specifiek gericht op vacatures met web development banen?
boem-dikkiedinsdag 23 april 2013 @ 14:13
quote:
0s.gif 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" ??
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/
DutchErroristdinsdag 23 april 2013 @ 14:52
quote:
14s.gif 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/
Dank je voor die JSFiddle, dat maakt het allemaal net wat duidelijker voor mij :)
DutchErroristdinsdag 23 april 2013 @ 15:09
quote:
14s.gif 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).
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-Holedinsdag 23 april 2013 @ 15:25
quote:
0s.gif Op dinsdag 23 april 2013 14:12 schreef Seagal het volgende:
Weet iemand toevallig nog websites specifiek gericht op vacatures met web development banen?
Heel erg front-end gericht maar hier staan een flink aantal vacatures http://fronteers.nl/vacaturebank
Seagaldinsdag 23 april 2013 @ 15:27
quote:
0s.gif 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
Thanks! Daar heb ik wel wat aan.
boem-dikkiedinsdag 23 april 2013 @ 16:21
quote:
17s.gif 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).
Wat wil je precies bereiken? Een lijst met twee filters?
DutchErroristdinsdag 23 april 2013 @ 16:33
quote:
7s.gif Op dinsdag 23 april 2013 16:21 schreef boem-dikkie het volgende:

[..]

Wat wil je precies bereiken? Een lijst met twee filters?
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-dikkiedinsdag 23 april 2013 @ 16:35
quote:
17s.gif 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.
Dropdown werkt lekkerder hiervoor denk ik. Je kunt ook de 'bevestigen' er uit slopen.
boem-dikkiedinsdag 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.
DutchErroristdinsdag 23 april 2013 @ 16:50
quote:
14s.gif 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.
Oh oké je bent een held :D Dank je wel dat je me even met het moeilijkste hebt geholpen! Top ^O^
boem-dikkiedinsdag 23 april 2013 @ 16:51
Succes met de rest.
DutchErroristdinsdag 23 april 2013 @ 16:55
quote:
6s.gif Op dinsdag 23 april 2013 16:51 schreef boem-dikkie het volgende:
Succes met de rest.
Komt helemaal goed :D 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 blij :D
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 ]
DutchErroristdinsdag 23 april 2013 @ 17:51
quote:
Doe je goed. Ik blijf het knap vinden want ik vind het allemaal zo ingewikkeld :')
Catch22-dinsdag 23 april 2013 @ 17:55
quote:
17s.gif 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 :')
het is mijn werk he
DutchErroristdinsdag 23 april 2013 @ 19:05
quote:
1s.gif Op dinsdag 23 april 2013 17:55 schreef Catch22- het volgende:

[..]

het is mijn werk he
Dan is het wel handig als je er goed in bent :D
boem-dikkiedinsdag 23 april 2013 @ 21:56
quote:
17s.gif Op dinsdag 23 april 2013 19:05 schreef DutchErrorist het volgende:

[..]

Dan is het wel handig als je er goed in bent :D
:D
Seagalwoensdag 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.
Crutchwoensdag 24 april 2013 @ 09:38
quote:
0s.gif 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 ;)
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.
Seagalwoensdag 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-dikkiewoensdag 24 april 2013 @ 10:05
quote:
0s.gif 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.
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
quote:
14s.gif 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.
Steeds meer. Ik hou er wel van, maar wel met mate en aangepast op het project.
boem-dikkiewoensdag 24 april 2013 @ 10:11
quote:
11s.gif 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.
Oui. Ik ook.
Seagalwoensdag 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
quote:
0s.gif 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?
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.
#ANONIEMwoensdag 24 april 2013 @ 10:40
quote:
11s.gif 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.
#ANONIEMwoensdag 24 april 2013 @ 10:41
quote:
11s.gif 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.
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.
Tijnwoensdag 24 april 2013 @ 10:44
quote:
0s.gif 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?
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
quote:
10s.gif 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.
Mwoah, je moet je werk wel iets anders afkaderen
quote:
7s.gif 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.
Mja, op zich leuk, maar niet bevorderlijk voor het projectverloop
Tijnwoensdag 24 april 2013 @ 11:02
quote:
11s.gif Op woensdag 24 april 2013 10:57 schreef Catch22- het volgende:

[..]

Mwoah, je moet je werk wel iets anders afkaderen
Uiteindelijk komt het er gewoon op neer dat je doet wat de scrummaster zegt dat je moet doen :P En proactief overleg binnen de projectleden wordt bevorderd enzo, maar dat is eigenlijk ook met andere vormen dan Scrum een goed idee.
Catch22-woensdag 24 april 2013 @ 11:03
quote:
2s.gif 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 :P En proactief overleg binnen de projectleden wordt bevorderd enzo, maar dat is eigenlijk ook met andere vormen dan Scrum een goed idee.
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.
Tijnwoensdag 24 april 2013 @ 11:06
quote:
11s.gif Op woensdag 24 april 2013 11:03 schreef Catch22- het volgende:

[..]

Je moet niet alles in 1x willen doen.
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 :P
#ANONIEMwoensdag 24 april 2013 @ 11:13
quote:
11s.gif Op woensdag 24 april 2013 10:57 schreef Catch22- het volgende:
Mja, op zich leuk, maar niet bevorderlijk voor het projectverloop
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
quote:
14s.gif 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 :P
Klopt, maar dat moet je dan wel accepteren
quote:
7s.gif 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.
Ja dat is wel fijn, maar het frustreert het proces wel als mensen er niet op de juiste manier mee omgaan.
Tijnwoensdag 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
quote:
5s.gif 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.
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.
Tijnwoensdag 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.
#ANONIEMwoensdag 24 april 2013 @ 11:27
quote:
5s.gif 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:
11s.gif 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.
Dat. Daarnaast moet ik met teveel 'variabelen' rekening houden als lead devver, architectuur beslissingen zijn soms moeilijk te maken.
Tijnwoensdag 24 april 2013 @ 11:30
quote:
7s.gif 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.
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.
#ANONIEMwoensdag 24 april 2013 @ 11:31
quote:
2s.gif 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.
True, dat is dan ook gelijk de grootste valkuil imo.
Tijnwoensdag 24 april 2013 @ 11:31
Niet dat watervallen nou je-van-het is hoor :+
Siegfriedwoensdag 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:
gallery.jpg

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!
Siegfrieddonderdag 25 april 2013 @ 00:04
quote:
0s.gif Op donderdag 25 april 2013 00:03 schreef Catch22- het volgende:
Flexbox!
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
Siegfrieddonderdag 25 april 2013 @ 00:12
Daar moet ik iets mee kunnen ja! Thanks :)
Catch22-donderdag 25 april 2013 @ 00:13
quote:
14s.gif Op donderdag 25 april 2013 00:12 schreef Siegfried het volgende:
Daar moet ik iets mee kunnen ja! Thanks :)
no biggie! Prefixr is wel handig in deze. Wel een tricky feature met twee syntaxen. Het is ooit gewijZigd en maar half doorgevoerd
Siegfrieddonderdag 25 april 2013 @ 00:16
quote:
1s.gif 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
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?
Siegfrieddonderdag 25 april 2013 @ 00:37
quote:
1s.gif 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.
Maringodonderdag 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-dikkiedonderdag 25 april 2013 @ 08:12
http://masonry.desandro.com/index.html

Misschien zit er tussen de Masonry library een goede oplossing.
Chandlerdonderdag 25 april 2013 @ 11:32
quote:
14s.gif 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.
Handige LIB zeg, zeker voor verschillende resoluties... ideaal!
Devvdonderdag 25 april 2013 @ 11:36
Wat is het toch handig dat er mensen met teveel vrije tijd zijn.
Seagaldonderdag 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-dikkiedonderdag 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 :)
#ANONIEMdonderdag 25 april 2013 @ 20:54
Bootstrap _O_
boem-dikkiedonderdag 25 april 2013 @ 20:58
quote:
0s.gif Op donderdag 25 april 2013 18:35 schreef Catch22- het volgende:
Klopt, maar ik ben niet zon fan van dat verspringende en drukke :)
Hoe bedoel je?
Catch22-donderdag 25 april 2013 @ 21:10
quote:
14s.gif Op donderdag 25 april 2013 20:58 schreef boem-dikkie het volgende:

[..]

Hoe bedoel je?
ik vind t wat mooier als een pagina rustig is in animaties en ruimte
boem-dikkiedonderdag 25 april 2013 @ 21:13
quote:
1s.gif 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
Het werkt ook goed voor divs met dezelfde breedte die wel mooi moeten aansluiten. Zoals Pinterest.
DutchErroristdonderdag 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
1<div></div>
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
1</div>
komt?
Catch22-donderdag 25 april 2013 @ 22:59
End op je keyboard?
KomtTijd...donderdag 25 april 2013 @ 23:08
quote:
17s.gif 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 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
DutchErroristdonderdag 25 april 2013 @ 23:20
quote:
14s.gif 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.
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:
0s.gif 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
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?
DutchErroristdonderdag 25 april 2013 @ 23:28
quote:
0s.gif Op donderdag 25 april 2013 23:22 schreef Catch22- het volgende:
Wat voor toetsenbord? Laptoplayout?
HHKB2

Zoiets:
CJVZQjH.jpg
Catch22-donderdag 25 april 2013 @ 23:49
Why?
DutchErroristdonderdag 25 april 2013 @ 23:57
quote:
0s.gif Op donderdag 25 april 2013 23:49 schreef Catch22- het volgende:
Why?
Beste toetsenbord ooit gemaakt?
mstxvrijdag 26 april 2013 @ 00:00
quote:
17s.gif 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 gebruik ST2 nu ook een tijdje maar stiekem vind ik de autoaanvulling van Dreamweaver veel beter. :@
Seagalvrijdag 26 april 2013 @ 08:23
quote:
0s.gif 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. :@
En als je een plugin als Emmet gebruikt?
mscholvrijdag 26 april 2013 @ 08:32
quote:
10s.gif Op donderdag 25 april 2013 23:57 schreef DutchErrorist het volgende:

[..]

Beste toetsenbord ooit gemaakt?
het gemis van een numpad is het toetsenbord eigenlijk fataal (iig voor mij)
quote:
0s.gif 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. :@
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
xzazvrijdag 26 april 2013 @ 08:56
quote:
10s.gif Op donderdag 25 april 2013 23:57 schreef DutchErrorist het volgende:

[..]

Beste toetsenbord ooit gemaakt?
spacesaver1280.jpg

Worden trouwens verkocht rond de 60 pleur op Ebay.
InTrePidIvityvrijdag 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?
Devvvrijdag 26 april 2013 @ 09:36
quote:
0s.gif Op vrijdag 26 april 2013 08:45 schreef Catch22- het volgende:
Ik vind netbeans zelf wel lekker werken
Ik ben allergisch voor Java, maar ik moet eerlijk toegeven dat NetBeans inderdaad wel lekker werkt.
DutchErroristvrijdag 26 april 2013 @ 09:38
quote:
0s.gif Op vrijdag 26 april 2013 08:56 schreef xzaz het volgende:

[..]

[ afbeelding ]

Worden trouwens verkocht rond de 60 pleur op Ebay.
Geloof me ik weet hoe goed Model M's zijn. Maar keyboards met Topre switches typen toch net iets beter.

HCZpD1jh.jpg
(mijn model M naast mijn HHKB2)

Maar goed nu weer ontopic :D
xzazvrijdag 26 april 2013 @ 09:39
quote:
17s.gif 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 :D
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-dikkievrijdag 26 april 2013 @ 09:39
quote:
17s.gif 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?
Cmd, pijltje naar rechts? :')
Catch22-vrijdag 26 april 2013 @ 09:40
quote:
1s.gif 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.
Ik heb er maar mee te doen :) Ik doe geen backenddevelopment dus ik heb er relatief weinig mee te maken.
DutchErroristvrijdag 26 april 2013 @ 09:41
quote:
10s.gif Op vrijdag 26 april 2013 09:39 schreef boem-dikkie het volgende:

[..]

Cmd, pijltje naar rechts? :')
Dat is toch fucking onhandig? Vind het stom dat je er niet uit kunt tabben.
boem-dikkievrijdag 26 april 2013 @ 09:48
quote:
10s.gif 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 gebruik in Sublime sowieso maar weinig m'n muis. Dus voor mij werkt het best.
DutchErroristvrijdag 26 april 2013 @ 09:53
quote:
7s.gif 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.
Ik denk dat ik gewoon maar wat aan mijn vim kennis moet gaan doen, misschien wordt het dan wat beter.
xzazvrijdag 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-Holevrijdag 26 april 2013 @ 11:11
quote:
13s.gif 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
Kwestie van je klanten opvoeden. Jij bent de expert die met de beste oplossing komt. o|O
xzazvrijdag 26 april 2013 @ 11:13
quote:
0s.gif 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. o|O
Ik ben een programmeur en heb maar te luisteren :@

Ook dat uploaden en dan async met hacks en frames :{w
Catch22-vrijdag 26 april 2013 @ 11:14
"Op zich een goed idee, gaan we niet doen" is een veel gebezigde zin door mij
xzazvrijdag 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 :')
Tijnvrijdag 26 april 2013 @ 11:18
quote:
0s.gif 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 :')
Want als het kan, dan moet je het ook doen :')
xzazvrijdag 26 april 2013 @ 11:19
quote:
10s.gif Op vrijdag 26 april 2013 11:18 schreef Tijn het volgende:

[..]

Want als het kan, dan moet je het ook doen :')
Ja want dat is het mooiste voor de klant ;(
mstxvrijdag 26 april 2013 @ 11:20
quote:
10s.gif 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.
Tijnvrijdag 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-dikkievrijdag 26 april 2013 @ 11:23
Dan moet je met een beter alternatief komen en dat beargumenteren.
xzazvrijdag 26 april 2013 @ 11:28
quote:
7s.gif Op vrijdag 26 april 2013 11:23 schreef boem-dikkie het volgende:
Dan moet je met een beter alternatief komen en dat beargumenteren.
Ik praat niet met de klant, daar gaat het fout; ik krijg een opdracht :)
Catch22-vrijdag 26 april 2013 @ 11:28
quote:
7s.gif 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.
Black-Holevrijdag 26 april 2013 @ 11:29
quote:
7s.gif 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.

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
quote:
10s.gif 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.
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 :P
DutchErroristvrijdag 26 april 2013 @ 16:28
quote:
14s.gif 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 :P
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.
DutchErroristvrijdag 26 april 2013 @ 16:48
quote:
14s.gif Op vrijdag 26 april 2013 16:29 schreef KomtTijd... het volgende:
Ik gebruik al de beste distro, dus dat gaat niet.
Nou blijkbaar niet :D
InTrePidIvityzaterdag 27 april 2013 @ 11:30
Kun je zoiets voor elkaar krijgen met alleen CSS?

lH7rp0I.jpg

Ik wil bijvoorbeeld een kaart met een paar stippen erop, die alleen bij een hover de locatie tonen.
picodealionzaterdag 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:

1
2
3
.map:hover .location {
display: block;
}
InTrePidIvityzaterdag 27 april 2013 @ 12:02
quote:
14s.gif 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 ]

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