De Devschuur Coffee Corner - Iteratie 2

[Korben]

Pff, wat is er mis met een beetje meta-discussie? Waarom moet dat gelijk sarcasme zijn?

[ValHallASW]

.oisyn schreef op woensdag 01 februari 2012 @ 11:31:
En dan nu een geheel nutteloze discussie. Het verschil tussen een scripttaal en een programmeertaal, wat denken jullie ervan?

Het onderscheid tussen 'script' en 'programma' zit 'm niet zozeer in de taal, maar meer in wat het doet: een script knoopt andere programma's aan elkaar, terwijl een programma 'echt iets doet'. Er zijn natuurlijk wel talen die meer geschikt zijn voor scripts (bash), terwijl andere talen dat duidelijk niet zijn (java). Omgekeerd is het lastig om in bash een goed gestructureerd programma op te zetten, terwijl dit in java min of meer verplicht is.

offtopic:
en ik moet eens stoppen met soggen

[OkkE]

Dark Blue schreef op woensdag 01 februari 2012 @ 10:46:
Ik hoopte meer op blogs

Blogs over app design heb ik niet voor je. Wel wat websites met UI design voor mobile:

http://mobile-patterns.com/
http://pttrns.com/
http://www.lovelyui.com/
http://www.cssiphone.com/

[TheNephilim]

OkkE schreef op woensdag 01 februari 2012 @ 11:40:
[...]

Blogs over app design heb ik niet voor je. Wel wat websites met UI design voor mobile:

http://mobile-patterns.com/
http://pttrns.com/
http://www.lovelyui.com/
http://www.cssiphone.com/

Nice! Die ga ik ook eens bekijken, ziet er strak uit! ^^

[RobIII]

.oisyn schreef op woensdag 01 februari 2012 @ 11:31:
En dan nu een geheel nutteloze discussie. Het verschil tussen een scripttaal en een programmeertaal, wat denken jullie ervan?

Het verschil zit 'm in 't salaris

[Matis]

Ouwehoer.

Ik kom er zojuist achter dat named anchors ook naar divjes met id's springen in plaats van naar <a name="..."> velden

[Korben]

RobIII schreef op woensdag 01 februari 2012 @ 11:44:
[...]

Het verschil zit 'm in 't salaris

En vaak in je e-peen, want, nog één: scripttalen zijn (bijna) zonder uitzondering allemaal memory-managed talen; programmeertalen zijn dat vaak niet of zijn dat selectief niet.

[Keeper]

Matis schreef op woensdag 01 februari 2012 @ 11:47:
Ouwehoer.

Ik kom er zojuist achter dat named anchors ook naar divjes met id's springen in plaats van naar <a name="..."> velden

Niet alleen divjes met ID's, naar elk element met een ID ;-)

[ Voor 67% gewijzigd door Keeper op 01-02-2012 11:48 ]

[Intrepidity]

RobIII schreef op woensdag 01 februari 2012 @ 11:44:
[...]

Het verschil zit 'm in 't salaris

Mwoah, valt tegen. Ik doe PHP in 't dagelijks leven, en hoewel dat volgens velen een vies scripttaaltje is zit het met het salaris wel goed, als je er goed in bent
Punt is dat van een hoop scripttalen de instapdrempel lager is en dat er dus ook een hoop prutserts zijn

[alienfruit]

Aah, via command-line werkt het, roep de zelfde reeks aan via Ruby dan faalt het. Hetzelfde wanneer je het wil aanroepen via Ant. Wat een pokkezooi.

[Matis]

Keeper schreef op woensdag 01 februari 2012 @ 11:48:
Niet alleen divjes met ID's, naar elk element met een ID ;-)

Ja precies, maar in mijn specifieke geval naar divjes met id's

[alienfruit]

Gaaf een CalDAV servert:
https://github.com/remobjects/calendar

En zelfs in de gaafste .NET taal geschreven

[ Voor 30% gewijzigd door alienfruit op 01-02-2012 11:52 ]

[.oisyn]

farlane schreef op woensdag 01 februari 2012 @ 11:36:
Ok dan:
[afbeelding]

Je sarcasme-detector faalt. Ik ben wel benieuwd naar de argumenten.

Het geïnterpreteerd/gecompiled argument hoor je het meest, maar daar ben ik het persoonlijk niet mee eens. Je kunt iedere taal interpreteren, en je kunt iedere taal compileren. De taal zelf zegt meestal niet wat ermee moet gebeuren, dus op basis daarvan kun je niet zeggen of iets een programmeertaal of scripttaal is. Je kunt natuurlijk wel kijken naar het gemiddelde gebruik - PHP wordt niet van tevoren gecompileerd (waarbij je de sourcecode en dus niet de bytecode deployt naar een webserver), C++ en Java typisch wel. Natuurlijk zijn er ook tegenvoorbeelden - HipHop en JSP. Maakt het bestaan van die voorbeelden dat PHP in die context ineens een programmeertaal is en Java een scripttaal? Dat wil er bij mij niet in.

Zelf neig ik meer naar het argument dat een script eigenlijk niet veel meer is dan een opsomming van acties, met hier en daar wellicht iets conditioneels, maar geen loops of recursie en dat soort meuk. Vergelijkbaar met een filmscript, of een flowchart van een telemarketeer. Maar waar ligt dan de grens?

Wat ik wel een interessante distinctie vindt is het turing complete zijn van een taal. Sommigen zijn dat duidelijk niet (batch scripts zonder externe utilities, avisynth script, etc,), anderen wel (PHP, Javascript). Of je aan het scripten of programmeren bent zou je vervolgens kunnen aantonen aan de hand van of je de turing completeness nodig hebt voor je werk.

PHP is turing complete, dus het is volgens mijn definitie een programmeertaal (there, I said it ). Wel een interessant gegeven is dat jaren geleden het gemiddelde gebruik ervan niet dat van een scripttaal ontsteeg (en waarschijnlijk tegenwoordig nog steeds, al zijn er natuurlijk tal van tegenvoorbeelden te noemen van grote sites) - gewoon wat input processen, database updaten, resultaten weergeven. Vrij lineair allemaal, en echt bijzonder veel programmeerwerk kwam er niet bij kijken.

Korben schreef op woensdag 01 februari 2012 @ 11:48:
[...]

En vaak in je e-peen, want, nog één: scripttalen zijn (bijna) zonder uitzondering allemaal memory-managed talen; programmeertalen zijn dat vaak niet of zijn dat selectief niet.

Volgens mij zijn veruit de meeste programmeertalen managed geweest. Hoe succesvol ze ook zijn, C en C++ zijn redelijke uitzonderingen wat dat betreft.

[ Voor 20% gewijzigd door .oisyn op 01-02-2012 12:05 ]

[Keeper]

Matis schreef op woensdag 01 februari 2012 @ 11:48:
Ja precies, maar in mijn specifieke geval naar divjes met id's

Nog een extragratis tip, in je CSS kan je dan je getargette element ook automatisch stylen met de :target pseudo class

code:

:target { color: #f00; }

Als je dan op http://example.com/index.html#foo zit, heeft het element met id #foo roodgekleurde tekst.

[CoolGamer]

Misschien ligt de "grens" of een taal een scripttaal is of niet, wel op hoe domain-specific de talen zijn. Scripttalen zijn eigenlijk altijd domain-specific (nuttig in één of een klein aantal domeinen), terwijl programmeertalen meer general-purpose zijn.

[.oisyn]

Maar neem dan iets als Javascript. Typisch een DSL, toch zie je het steeds meer gebruikt worden buiten de context van een webpagina (serverside "scripts", NodeJS, etc). Is Javascript daarmee het scripttaal-zijn ontgroeid?

[ Voor 14% gewijzigd door .oisyn op 01-02-2012 11:59 ]

[TheNephilim]

Keeper schreef op woensdag 01 februari 2012 @ 11:55:
[...]

Nog een extragratis tip, in je CSS kan je dan je getargette element ook automatisch stylen met de :target pseudo class

code:

:target { color: #f00; }

Als je dan op http://example.com/index.html#foo zit, heeft het element met id #foo roodgekleurde tekst.

Hoe zit dat met compatibiliteit? Er zijn best veel nieuwe selectors bij gekomen met HTML5/CSS3, maar de helft werkt alleen in NON-IE browsers
Verder wel een goede tip, ik probeer het te onthouden!

Over onthouden gesproken... Elke dag kom ik wel iets tegen wat interessant is voor een (toekomstig) project voor een klant of iets dergelijks. Het probleem is dat ik het nooit kan onthouden en alles maar in de bladwijzers knal bij Chrome, maar echt geordend bewaren is er nog niet bij.
Iemand hier die wel alle nieuwtjes en dergelijke netjes bij elkaar heeft staan? Zoals bijvoorbeeld die Bootstrap tip hierboven, ergens opgeslagen/gedocumenteerd?

[GateKeaper]

TheNephilim schreef op woensdag 01 februari 2012 @ 12:00:
Zoals bijvoorbeeld die Bootstrap tip hierboven, ergens opgeslagen/gedocumenteerd?

Tussen de concepten in m'n gmail

[farlane]

.oisyn schreef op woensdag 01 februari 2012 @ 11:52:
Je sarcasme-detector faalt. Ik ben wel benieuwd naar de argumenten.

Ok, ik ben wel benieuwd waarom je benieuwd bent naar de argumenten.

[.oisyn]

Dat is jouw goed recht, maar die discussie houden we nu niet

Het is iets wat in mijn hoofd leeft en wat zo nu en dan weer eens aangewakkerd wordt. Vooral als ik iemand over een "C++ script" hoor praten, dan schiet er een koude rilling door mijn ruggegraat . Een zoektocht op internet levert vooral yahoo-answers en vergelijkbare sites op waarin de post waarin wordt gezegd dat een scripttaal geïnterpreteerd wordt en een programmeertaal gecompileerd wordt geüpvotet wordt. Alsof je Python niet kan compileren naar bytecode en C niet kunt interpreteren. Brrrr.

[ Voor 106% gewijzigd door .oisyn op 01-02-2012 12:26 ]

[GateKeaper]

farlane schreef op woensdag 01 februari 2012 @ 12:05:
[...]
Ok, ik ben wel benieuwd waarom je benieuwd bent naar de argumenten.

Gezonde nieuwsgierigheid natuurlijk. Interesse tonen naar de collega's in dezelfde vakgroep. Reden genoeg toch?

[Keeper]

TheNephilim schreef op woensdag 01 februari 2012 @ 12:00:
Hoe zit dat met compatibiliteit? Er zijn best veel nieuwe selectors bij gekomen met HTML5/CSS3, maar de helft werkt alleen in NON-IE browsers

Zie die link. Maar er zijn verrassend veel nieuwe selectors die al vanaf IE7 werken (ook bijv. :before en :after).

Over onthouden gesproken... Elke dag kom ik wel iets tegen wat interessant is voor een (toekomstig) project voor een klant of iets dergelijks. Het probleem is dat ik het nooit kan onthouden en alles maar in de bladwijzers knal bij Chrome, maar echt geordend bewaren is er nog niet bij.
Iemand hier die wel alle nieuwtjes en dergelijke netjes bij elkaar heeft staan? Zoals bijvoorbeeld die Bootstrap tip hierboven, ergens opgeslagen/gedocumenteerd?

Ik heb Evernote voor allerhande notities die ik snel wil maken en kunnen terugvinden. Gebruik het ook om toffe designs die ik zo her en der vind als screengrab te bewaren. Je kan notes taggen en het is goed doorzoekbaar op content ook.

Voor links gebruikte ik Delicious, maar ben geswitcht naar Pinboard vanwege de simpelere interface en mooie 'Read Later' integratie. Ook hier kan je je links taggen, dus makkelijk terugvinden later.

[plofkip]

Matis schreef op woensdag 01 februari 2012 @ 11:48:
[...]

Ja precies, maar in mijn specifieke geval naar divjes met id's

Sterker nog, het 'name' attribuut is op dit moment niet valide volgens de HTML 5 specificatie...

[GateKeaper]

Maar zolang IE7 nog gemeengoed is, moet je je ook afvragen of je wel websites in HTML5 wilt opleveren.

[Ram0n]

TheNephilim schreef op woensdag 01 februari 2012 @ 12:00:
Over onthouden gesproken... Elke dag kom ik wel iets tegen wat interessant is voor een (toekomstig) project voor een klant of iets dergelijks. Het probleem is dat ik het nooit kan onthouden en alles maar in de bladwijzers knal bij Chrome, maar echt geordend bewaren is er nog niet bij.
Iemand hier die wel alle nieuwtjes en dergelijke netjes bij elkaar heeft staan? Zoals bijvoorbeeld die Bootstrap tip hierboven, ergens opgeslagen/gedocumenteerd?

Ik gebruik hiervoor de volgende twee tools:

• Read It Later, voor de webpagina's die ik niet direct wil bekijken. Vooral fijn omdat het ook wordt ondersteund door vele mobiele apps, bijvoorbeeld Twitter-clients. Als ik op m'n iPhone mijn timeline nalees kan ik interessante links eenvoudig bewaren in de app zelf, heerlijk Het is bovendien eenvoudig te integreren in je browser, zodat je met een druk op de knop de pagina opslaat voor later.
• Wunderlist, voor wat uitgebreidere TODO-lijsten. Voor mij vooral handig omdat het crossplatform is. Zit nu ook in de beta van de "opvolger" Wunderkit; zeer interessant met veel meer mogelijkheden, maar (begrijpelijk) nog erg veel bugs

[D-Raven]

GateKeaper schreef op woensdag 01 februari 2012 @ 12:27:
Maar zolang IE7 nog gemeengoed is, moet je je ook afvragen of je wel websites in HTML5 wilt opleveren.

Als iedereen zo dacht, dan stond vooruitgang dus stil . Soms moet je gewoon een eigenwijze eikel zijn en denken, Fuck you IE7!. Net zoals we dat doen bij IE6.

Alternatief is natuurlijk om met gracefull degredation een site te bouwen die ook in IE7 mooi werkt. Maarja, niet alle werkgevers zijn bereid om daar extra voor te betalen....

[OkkE]

GateKeaper schreef op woensdag 01 februari 2012 @ 12:27:
Maar zolang IE7 nog gemeengoed is, moet je je ook afvragen of je wel websites in HTML5 wilt opleveren.

Je loopt in mijn ogen achter als je geen HTML5 gebruikt. Sowieso het Doctype en zolang je zorgt voor een goede fallback (waar HTML5 dat niet al zelf verzorgt) zijn zelfs HTML5 elementen goed toepasbaar.

[ZpAz]

.oisyn schreef op woensdag 01 februari 2012 @ 12:06:
Dat is jouw goed recht, maar die discussie houden we nu niet

Het is iets wat in mijn hoofd leeft en wat zo nu en dan weer eens aangewakkerd wordt. Vooral als ik iemand over een "C++ script" hoor praten, dan schiet er een koude rilling door mijn ruggegraat . Een zoektocht op internet levert vooral yahoo-answers en vergelijkbare sites op waarin de post waarin wordt gezegd dat een scripttaal geïnterpreteerd wordt en een programmeertaal gecompileerd wordt geüpvotet wordt. Alsof je Python niet kan compileren naar bytecode en C niet kunt interpreteren. Brrrr.

Als er script in de naam staat is het een script taal, zo is JavaScript een script-taal en Java niet.

Ik vond het idee van als het compiled is het een programmeertaal en anders niet ook altijd vreemd, aangezien je meerdere talen kunt compilen en interpreteren.

[Korben]

Terug over managed/unmanaged: zijn er scripttalen waarbij je zelf geheugen moet alloceren/vrijgeven? En wat over de distinctie dat je een script (typisch) als snippet zonder context kunt uitvoeren, terwijl een programmeertaal typisch alleen kan worden uitgevoerd als geheel programma?

[RayNbow]

.oisyn schreef op woensdag 01 februari 2012 @ 11:31:
En dan nu een geheel nutteloze discussie. Het verschil tussen een scripttaal en een programmeertaal, wat denken jullie ervan?

Mijn opvatting is dat het afhangt van hoe je de taal gebruikt. Dit betekent dus dat je zelfs C++ als scripttaal kan gebruiken.

De discussie wordt dan wanneer iets een programma is en wanneer iets een script is. Ik heb zelf hier geen echt nauwkeurige definitie voor, maar ik associeer programma's met zaken die eerder op zichzelf staan en scripts met zaken die in een bepaalde host-omgeving draaien (browser, game, shell).

[Verwijderd]

Even ranten:

Ik moet hier op stage aan een data acquisitie systeem in VHDL werken. Er heeft vorig jaar al een andere stagaire aan gewerkt, wat fijn is.

Wat helemaal fijn is dat ik maar één bestand hoef mee te nemen! 11932 regels aan entities en architectures.

[.oisyn]

Maar is een virtual machine dan een host-omgeving?

[Korben]

.oisyn schreef op woensdag 01 februari 2012 @ 12:54:
Maar is een virtual machine dan een host-omgeving?

Hangt er vanaf; als de virtual machine zo werkt dat de code letterlijk wordt geïnterpreteerd en vervolgens wordt uitgevoerd door die virtual machine, dan wel.

Als de VM eigenlijk alleen maar wat supportfuncties levert (zoals geheugenmanagement) en de code, nadat die ge-JIT is, gewoon laat lopen, dan niet. My 2 cents.

[RayNbow]

.oisyn schreef op woensdag 01 februari 2012 @ 12:54:
Maar is een virtual machine dan een host-omgeving?

Zoals ik al zei is m'n definitie niet nauwkeurig en je kunt in elke situatie wel een host-omgeving aanwijzen.

[Bosmonster]

GateKeaper schreef op woensdag 01 februari 2012 @ 12:27:
Maar zolang IE7 nog gemeengoed is, moet je je ook afvragen of je wel websites in HTML5 wilt opleveren.

IE7 en 8 maakt in dat opzicht niks uit, want die ondersteunen het beiden niet. Dus dan kun je nog wel 5 jaar wachten als het aan jou ligt.

Maar gelukkig is de html5 standaard backwards compatible en werkt de doctype en sommige functionaliteiten prima op IE7 en 8, zoals data-attributen. html5-tags en andere functionaliteiten zou je over kunnen discussieren en aangezien ik geen voorstander ben van hacks zoals html5-shiv, en het relatief weinig toevoegt, laat ik dat ook nog achterwege.

Er is dus echter geen reden om op z'n minst de doctype en validatie op basis van html5 te doen ipv bij antieke standaarden zoals xhtml te blijven hangen.

Verder wat IE7 betreft, dat is ook rap aflopende zaak (van 12% naar 5% het afgelopen jaar ongeveer). We hebben hier net onze offertes aangepast dat we IE7 standaard alleen nog functioneel ondersteunen en niet meer pixelperfect en geven het daarmee eigenlijk dezelfde behandeling als IE6 destijds. Tegen meerprijs kan wel specifieke browser-ondersteuning doorgevoerd worden natuurlijk. Scheelt 5-10% op de front-endkosten.

[ Voor 19% gewijzigd door Bosmonster op 01-02-2012 13:21 ]

[Korben]

Bosmonster schreef op woensdag 01 februari 2012 @ 13:19:
[...]
Maar gelukkig is de html5 standaard backwards compatible en werkt de doctype en sommige functionaliteiten prima op IE7 en 8, zoals data-attributen. html5-tags en andere functionaliteiten zou je over kunnen discussieren en aangezien ik geen voorstander ben van hacks zoals html5-shiv, en het relatief weinig toevoegt, laat ik dat ook nog achterwege.

Je kunt ook libraries als Modernizr gebruiken; die zorgen ervoor dat je veel HTML5-elementen wel kunt gebruiken in antieke gammele browsers.

[Bosmonster]

Korben schreef op woensdag 01 februari 2012 @ 13:21:
[...]

Je kunt ook libraries als Modernizr gebruiken; die zorgen ervoor dat je veel HTML5-elementen wel kunt gebruiken in antieke gammele browsers.

Nah, dat soort libraries voegt gewoon te weinig toe in mijn opzicht, net als het kunnen gebruiken van html5-tags. Transparantie (van de code) hebben we hoog in het vaandel, dus hoe minder "clutter" we toevoegen zoals modernizr, boilerplates, grids, plugins, etc hoe beter.

[Matis]

GateKeaper schreef op woensdag 01 februari 2012 @ 12:27:
Maar zolang IE7 nog gemeengoed is, moet je je ook afvragen of je wel websites in HTML5 wilt opleveren.

Wees niet bevreesd; Het is een inhouse-tooltje voor een R&D-afdeling waar iedereen op Linux draait. IE lijkt me onwaarschijnlijk

[GateKeaper]

Was dan ook meer bedoeld als een reactie op:

kipusoep schreef op woensdag 01 februari 2012 @ 12:15:
Sterker nog, het 'name' attribuut is op dit moment niet valide volgens de HTML 5 specificatie...

Ik ben me bewust van de aanwezige libs die ondersteuning naar oudere browsers tillen. Ik ben me er ook van bewust dat je door moet gaan omdat browsermakers anders geen toegevoegde waarde zien om de support in hun browser te gaan bouwen. Toch reist bij mij vaak de vraag op; wat doe je wel en wat doe je niet.

Transparante png's? Pngfix. Html5? Modernizr. Opmaak, css hacks.. de ene na de andere hack wordt toegepast om een website goed te laten functioneren. Modernizr, geweldig.., tot iemand javascript uit heeft staan.

[Bosmonster]

PNGfix heb je na IE6 niet meer nodig.
Html5 heb je ook geen enkele tool voor nodig, afhankelijk van wat je verstaat onder html5.
En css-hacks? Tja, dan wordt het tijd voor een betere front-end developer.

[OkkE]

Bosmonster schreef op woensdag 01 februari 2012 @ 13:19:
Maar gelukkig is de html5 standaard backwards compatible en werkt de doctype en sommige functionaliteiten prima op IE7 en 8, zoals data-attributen. html5-tags en andere functionaliteiten zou je over kunnen discussieren en aangezien ik geen voorstander ben van hacks zoals html5-shiv, en het relatief weinig toevoegt, laat ik dat ook nog achterwege.

Agree. Ik ben ook geen voorstander van al die html5-shiv dingen, etc. Het enige dat ik soms toepas zijn nieuwe input-types of een html-attribute (bijv: placeholder).

Verder wat IE7 betreft, dat is ook rap aflopende zaak (van 12% naar 5% het afgelopen jaar ongeveer). We hebben hier net onze offertes aangepast dat we IE7 standaard alleen nog functioneel ondersteunen en niet meer pixelperfect en geven het daarmee eigenlijk dezelfde behandeling als IE6 destijds. Tegen meerprijs kan wel specifieke browser-ondersteuning doorgevoerd worden natuurlijk. Scheelt 5-10% op de front-endkosten.

Same. Websites zijn uiteraard nog functioneel, maar qua design zal het niet altijd pixel-perfect zijn: we gebruiken steeds meer CSS3 (voornamelijk bij de low-budget sites).

GateKeaper schreef op woensdag 01 februari 2012 @ 13:29:
Transparante png's? Pngfix. Html5? Modernizr. Opmaak, css hacks.. de ene na de andere hack wordt toegepast om een website goed te laten functioneren. Modernizr, geweldig.., tot iemand javascript uit heeft staan.

Geen PNGfix:
Alleen IE6 kan niet omgaan met PNGs. Pech; gewoon geen image (of een GIF als het echt moet).

Geen Modernizr:
Gewoon nog geen HTML5 elementen gebruiken en alleen de attributen doe goede fallback hebben.

CSS Hacks:
Alleen Conditional Comments voor (oude) Internet Explorer. Verder werken met Progressive Enhancement.

[ Voor 21% gewijzigd door OkkE op 01-02-2012 13:40 ]

[GateKeaper]

Bosmonster schreef op woensdag 01 februari 2012 @ 13:31:
Html5 heb je ook geen enkele tool voor nodig, afhankelijk van wat je verstaat onder html5.
En css-hacks? Tja, dan wordt het tijd voor een betere front-end developer.

html5: http://caniuse.com/#feat=html5semantic

en css, euhm.. rounded corners: http://caniuse.com/#feat=border-radius

Cascading Stylesheet:

.rounded-corners {
  -moz-border-radius: 10px; /* Firefox */
  -webkit-border-radius: 10px; /* Safari, Chrome */
  border-radius: 10px; /* CSS3 */
}

/* IE8 */
.rounded-corners {
  behavior: url(http://yoursite.com/border-radius.htc);
}

[ Voor 3% gewijzigd door GateKeaper op 01-02-2012 14:00 ]

[PrisonerOfPain]

GateKeaper schreef op woensdag 01 februari 2012 @ 13:59:
en css, euhm.. rounded corners: http://caniuse.com/#feat=border-radius

Cascading Stylesheet:

.rounded-corners {
  -moz-border-radius: 10px; /* Firefox */
  -webkit-border-radius: 10px; /* Safari, Chrome */
  border-radius: 10px; /* CSS3 */
}

/* IE8 */
.rounded-corners {
  behavior: url(http://yoursite.com/border-radius.htc);
}

In de tabel die je aan haalt staat zelfs dat de hacks voor mozilla, IE9+ en webkit niet meer nodig zijn.

[alienfruit]

Ik gebruik zelf PIE-CSS voor IE wanneer het echt nodig is...http://css3pie.com/ Werkt goed genoeg.

[farlane]

.oisyn schreef op woensdag 01 februari 2012 @ 12:06:
...verhaal...

Fair enuff, de reden dat ik meende sarcasme te zien is dat het risico van Teh One True Editor(TM) en Teh One True Bracket Style(TM) "discussies" zo op de loer ligt. En dat het zo vaak voorblij (lijkt) te komen.

Misschien moet je het verschil niet bij de technologie zoeken maar bij de gebruikers ervan. De meeste "programmeurs" herkennen een "scripter" wel. Andersom vaak niet.

... "C++ script" ...

Overduidelijk een scripter.

[Bosmonster]

GateKeaper schreef op woensdag 01 februari 2012 @ 13:59:
[...]


html5: http://caniuse.com/#feat=html5semantic

en css, euhm.. rounded corners: http://caniuse.com/#feat=border-radius

Cascading Stylesheet:

.rounded-corners {
  -moz-border-radius: 10px; /* Firefox */
  -webkit-border-radius: 10px; /* Safari, Chrome */
  border-radius: 10px; /* CSS3 */
}

/* IE8 */
.rounded-corners {
  behavior: url(http://yoursite.com/border-radius.htc);
}

Dan heb je progressive enhancement niet begrepen.

Wat html5 semantiek betreft, die is momenteel nog zinloos en werkt zelfs vaak averechts. Screenreaders kunnen er nog niet mee omgaan en zoekmachines ook niet (zelfs Google niet).

[Korben]

farlane schreef op woensdag 01 februari 2012 @ 14:41:
[...]
Misschien moet je het verschil niet bij de technologie zoeken maar bij de gebruikers ervan. De meeste "programmeurs" herkennen een "scripter" wel. Andersom vaak niet.

Dus je geeft aan dat het merendeel van de scriptersPHP'ers een stelletje prutsers is? Overigens vind ik dat de discussie 'programmeertaal vs. scripttaal' vrij los staat van 'programmeur vs. scripter'.

[TheNephilim]

Wat ik ook niet snap is: -webkit-border-radius: ... Terwijl Chrome (bijv.) zichzelf update en gewoon border-radius: ... allang ondersteund word.

Verder is het op het moment natuurlijk wel een zooitje om iets op de CSS3 methode aan het werk te krijgen. Wat je al wel niet voor CSS nodig hebt om een background-gradient aan het werk te krijgen, niet normaal :-O

[OkkE]

GateKeaper schreef op woensdag 01 februari 2012 @ 13:59:
html5: http://caniuse.com/#feat=html5semantic

http://html5please.us/

en css, euhm.. rounded corners: http://caniuse.com/#feat=border-radius

Cascading Stylesheet:

.rounded-corners {
  -moz-border-radius: 10px; /* Firefox */
  -webkit-border-radius: 10px; /* Safari, Chrome */
  border-radius: 10px; /* CSS3 */
}

/* IE8 */
.rounded-corners {
  behavior: url(http://yoursite.com/border-radius.htc);
}

Internet Explorer heeft pech, zo belangrijk zijn rouded corners niet.

[Korben]

TheNephilim schreef op woensdag 01 februari 2012 @ 14:45:
Wat ik ook niet snap is: -webkit-border-radius: ... Terwijl Chrome (bijv.) zichzelf update en gewoon border-radius: ... allang ondersteund word.

Chrome is niet echt de enige browser op Webkit. Safari, voor zover ik weet iOS browser zijn ook op Webkit gebouwd. Met name bij die laatste kunnen er nog wel eens lang devices op oude versies blijven hangen.

[PrisonerOfPain]

farlane schreef op woensdag 01 februari 2012 @ 14:41:
[...]

Fair enuff, de reden dat ik meende sarcasme te zien is dat het risico van Teh One True Editor(TM) en Teh One True Bracket Style(TM) "discussies" zo op de loer ligt. En dat het zo vaak voorblij (lijkt) te komen.

Misschien moet je het verschil niet bij de technologie zoeken maar bij de gebruikers ervan. De meeste "programmeurs" herkennen een "scripter" wel. Andersom vaak niet.

We zitten hier op een forum waar mensen al 5-10 jaar deze discussie voeren, iedere keer blijkt dat er géén duidelijk onderscheid te maken valt en ook iedere keer blijkt hoe zinloos de discussie uberhaupt is. Het is een discussie over semantiek waar uiteindelijk niemand wint en er geen duidelijk conclusies getrokken worden, daarbij helpt het al helemaal niet in het dagelijks leven. Kom we gaan iets productiefs doen

[OkkE]

TheNephilim schreef op woensdag 01 februari 2012 @ 14:45:
Verder is het op het moment natuurlijk wel een zooitje om iets op de CSS3 methode aan het werk te krijgen. Wat je al wel niet voor CSS nodig hebt om een background-gradient aan het werk te krijgen, niet normaal :-O

Valt reuze mee:

Cascading Stylesheet:

-webkit-property { }
-moz-property { }
-o-property { }
property { }

Alle overige hebben gewoon pech. Progressive Enhancement...

[RobIII]

TheNephilim schreef op woensdag 01 februari 2012 @ 12:00:
Over onthouden gesproken... Elke dag kom ik wel iets tegen wat interessant is voor een (toekomstig) project voor een klant of iets dergelijks. Het probleem is dat ik het nooit kan onthouden en alles maar in de bladwijzers knal bij Chrome, maar echt geordend bewaren is er nog niet bij.
Iemand hier die wel alle nieuwtjes en dergelijke netjes bij elkaar heeft staan? Zoals bijvoorbeeld die Bootstrap tip hierboven, ergens opgeslagen/gedocumenteerd?

http://readitlaterlist.com
Geïntegreerd in een shitload aan applicaties, werkt in zowat(?) elke browser, one-click solution etc. etc.

[edit]
Ram0n in "De Devschuur Coffee Corner - Iteratie 2" dus

[ Voor 14% gewijzigd door RobIII op 01-02-2012 14:55 ]

[farlane]

Korben schreef op woensdag 01 februari 2012 @ 14:45:
[...]

Dus je geeft aan dat het merendeel van de scriptersPHP'ers een stelletje prutsers is? Overigens vind ik dat de discussie 'programmeertaal vs. scripttaal' vrij los staat van 'programmeur vs. scripter'.

Waar geef ik dat aan?

PrisonerOfPain schreef op woensdag 01 februari 2012 @ 14:48:
Kom we gaan iets productiefs doen

+1

[ Voor 18% gewijzigd door farlane op 01-02-2012 14:56 ]

[BtM909]

farlane schreef op woensdag 01 februari 2012 @ 11:02:
[...]


Embedded OLE objecten zijn de zonen van Satan. En dat is zonder overdrijven. Als Word besluit dat er iets kapot is dan ben je f*cked. Ik zou je willen aanraden om de documenten echt los te bewaren.

Dat kan nog steeds door linked Embedded OLE objects te gebruiken

[Korben]

farlane schreef op woensdag 01 februari 2012 @ 14:54:
[...]
Waar geef ik dat aan?

Ahem...

[ Voor 6% gewijzigd door Korben op 01-02-2012 14:58 ]

[defcon84]

Kaartjes TechDays zaten net in de mail!

ook meteen even de App geïnstalleerd

[ Voor 59% gewijzigd door defcon84 op 01-02-2012 15:01 ]

[farlane]

Korben schreef op woensdag 01 februari 2012 @ 14:57:
[...]

Ahem...
[afbeelding]

Dammm ...

[.oisyn]

Ooooh buurn!

[BtM909]

TheNephilim schreef op woensdag 01 februari 2012 @ 12:00:
Iemand hier die wel alle nieuwtjes en dergelijke netjes bij elkaar heeft staan? Zoals bijvoorbeeld die Bootstrap tip hierboven, ergens opgeslagen/gedocumenteerd?

Evernote, of andere notes tools, maar wat ook wil helpen is gewoon een groot notebook pakken en erin gaan schrijven (titels is voldoende). Als je dan niks te doen hebt, dan ga je daar een beetje in bladeren

[NeFoRcE]

Wat duurt een dag lang zeg, wetende dat je na 2 maand je hardware compleet hebt huis. Vanavond lekker met m'n X79 platform aan de stoei! Mits er niks DOA is, want dan mag Wolters Noordhoff nieuwe atlassen uitbrengen nadat ik heel Nederland de zee in gegraven heb.... ^^

[YopY]

Bosmonster schreef op woensdag 01 februari 2012 @ 13:22:
[...]


Nah, dat soort libraries voegt gewoon te weinig toe in mijn opzicht, net als het kunnen gebruiken van html5-tags. Transparantie (van de code) hebben we hoog in het vaandel, dus hoe minder "clutter" we toevoegen zoals modernizr, boilerplates, grids, plugins, etc hoe beter.

[uitlok] Dus je vindt snippet #1 beter dan #2? :+[/uitlok]

#1:

code:

<div class="article">
  <div class="header">
    <span class="timestamp">1234567</span>
  </div>
  <p>content</p>
  <div class="footer">
    <p><small>copyright blah blah blaaah</small></p>
  </div>
</div>

#2

code:

<article>
  <header>
    <time>1234567</time>
  </header>
  <p>content</p>
  <footer>
    <p><small>copyright blah blah blaah</small></p>
  </footer>
</article>

Just saying. HTML5 markup is netter en onderhoudbaarder / minder clutter. En het gebruik van andere zooi zoals modernizr, boilerplate etc is voornamelijk om het jezelf makkelijker te maken, zodat je uiteindelijk minder browser-specifieke hacks hoeft te schrijven (en je code rommeliger maakt). Nee het is niet altijd nodig, maar wel handig. Zeker als je vaker nieuwe websites bouwt.

iig, automatisering is goed, gebruik het, krijg veel werk klaar, ga pas optimaliseren wanneer nodig.

[Bosmonster]

YopY schreef op woensdag 01 februari 2012 @ 15:27:
[...]


[uitlok] Dus je vindt snippet #1 beter dan #2? :+[/uitlok]

Nee, het is een continue afweging die je moet maken. Libraries toevoegen met JS-hacks voor IE7/8 voor iets nettere html, of nog gewoon classes gebruiken zonder hacks en javascript.

Daarnaast kom je met html5 af en toe in de knoei met webrichtlijnen en SEO. Zo zou je als je het echt goed wilt doen elke keer je header-structuur ook opnieuw moeten beginnen met h1. Echter wordt dit praktisch nog niet ondersteund.

html5-tags leveren vooralsnog dus meer hoofdpijn op dan dat ze oplossen. Commercieel gezien zie ik het in ieder geval nog niet als geschikt voor productie.

[ Voor 54% gewijzigd door Bosmonster op 01-02-2012 15:57 ]

[alienfruit]

Webrichtlijnen, gniffel.

[Bosmonster]

alienfruit schreef op woensdag 01 februari 2012 @ 15:56:
Webrichtlijnen, gniffel.

Ja, zo wordt vaak gereageerd, want je moet ineens na gaan denken over de kwaliteit van je code en design

[alienfruit]

Ja, zelfs voor overheidswebsite hoeven we geen webrichtlijnen te volgen

[Bosmonster]

alienfruit schreef op woensdag 01 februari 2012 @ 15:59:
Ja, zelfs voor overheidswebsite hoeven we geen webrichtlijnen te volgen

Dat lijkt me stug. Semi-overheid gaat er vaak wel iets losser mee om helaas, maar dat ligt vaak meer aan de bureaus dan aan de klant.

[TheNephilim]

Omg, ben nu al een half uur iets aan het proberen, maar het lukt niet >_<

Iets doen met wat er getypt word in tekstveld, maar niet op elke keypress, ook niet met delay van 300s... gewoon zolang je typt elke 300ms

Ik vind alleen maar dingen die een callback uitvoeren als je langer dan 300ms niet typt.

[Bosmonster]

Gewoon onfocus een setInterval starten en onblur weer clearen?

[OkkE]

Waarom niet gewoon alleen onFocus een setInterval ?

Bosmonster, je typt te snel... hehe.

Bosmonster schreef op woensdag 01 februari 2012 @ 16:08:
Haha sorry, heb even een rustig dagje

Same.

[ Voor 68% gewijzigd door OkkE op 01-02-2012 16:10 ]

[Bosmonster]

Haha sorry, heb even een rustig dagje

[.oisyn]

Maar 'onFocus' is natuurlijk niet meteen 'zolang er getypt wordt'.

[TheNephilim]

Hmmmm, heb et zo opgelost:

JavaScript:

var busy = false;
function doUpdate () {
  console.log('nice');
  busy = false;
}

jQuery('#test-text').bind('keyup', function () {
  if (busy == false) {
    setTimeout('doUpdate()', 1000);
    busy = true;
  }
});

[Bosmonster]

.oisyn schreef op woensdag 01 februari 2012 @ 16:10:
Maar 'onFocus' is natuurlijk niet meteen 'zolang er getypt wordt'.

de eerste onkeydown dan en onblur weer resetten

Creatief met events

[ Voor 10% gewijzigd door Bosmonster op 01-02-2012 16:12 ]

[Korben]

Ah, dan krijg je van die MSN-achtige verschijnselen:

<blabla> is typing...

En dat dan een half uur lang, waarna er uiteindelijk "moet weg, doei" uit komt.

[OkkE]

.oisyn schreef op woensdag 01 februari 2012 @ 16:10:
Maar 'onFocus' is natuurlijk niet meteen 'zolang er getypt wordt'.

Het hangt er sterk vanaf wat precies de bedoeling is. Voor zoiets als Korben zegt, is het inderdaad irritant om het onFocus & onBlur te doen.

[Bosmonster]

Daarvoor zou je willen weten of er de laatste X seconden een keypress is geweest. Al kijken messengers volgens mij vaak simpelweg of er iets in het invoerveld staat. Of een combinatie daarvan.

[Korben]

Mja een correctere definitie zou zijn 'is het invoerveld niet leeg, wel gefocust en is er in de afgelopen 2 seconden een wijziging in de waarde geweest?'

[.oisyn]

Mijn gedachte ging uit naar

JavaScript:

function onKeyPress()
{
    changed = true;
    if (!timer)
    {
        doStuff();
        timer = setInterval(doStuff, 300);
    }
}

function doStuff()
{
    if (!changed)
    {
        clearInterval(timer);
        timer = false;
        return;
    }

    // ...
    changed = false;
}

Je moet natuurlijk wel rekening houden met het feit dat niet alleen bij keypress er veranderingen optreden. Maar goed, het ging erom "zolang er getypt werd", niet "zolang er veranderingen worden aangebracht"

[ Voor 3% gewijzigd door .oisyn op 01-02-2012 16:29 ]

[ValHallASW]

Raah. Ik ben LaTeX weer eens zat voor vandaag. Het is eigenlijk heel grappig: iedereen roept altijd 'ja, met LaTeX hoef je je niet druk te maken om de opmaak, zodat je gewoon kunt schrijven!'. Alleen komt het in de praktijk meer neer op 'hoe de vliegende fuck kan ik "1000 µPa·s" fatsoenlijk krijgen?'. Antwoord: iets in de trant van "$1000\textrm{\:\textmu Pa\ensuremath{\cdot}s}$". Toegegeven, je zou ook "$1000$ \textmu Pa$\cdot$s" kunnen doen, maar dat is al niet veel beter. Misschien toch maar eens met het SIunits-pakket klooien... maar dan moet ik weer met raw LaTeX gaan klooien, terwijl ik met LyX werk. Raah.

[ Voor 12% gewijzigd door ValHallASW op 01-02-2012 17:26 ]

[Aloys]

ValHallASW schreef op woensdag 01 februari 2012 @ 17:24:
Raah. Ik ben LaTeX weer eens zat voor vandaag. Het is eigenlijk heel grappig: iedereen roept altijd 'ja, met LaTeX hoef je je niet druk te maken om de opmaak, zodat je gewoon kunt schrijven!'. Alleen komt het in de praktijk meer neer op 'hoe de vliegende fuck kan ik "1000 µPa·s" fatsoenlijk krijgen?'. Antwoord: iets in de trant van "$1000\textrm{\:\textmu Pa\ensuremath{\cdot}s}$". Toegegeven, je zou ook "$1000$ \textmu Pa$\cdot$s" kunnen doen, maar dat is al niet veel beter. Misschien toch maar eens met het SIunits-pakket klooien... maar dan moet ik weer met raw LaTeX gaan klooien, terwijl ik met LyX werk. Raah.

Nep developer .

[CodeCaster]

alienfruit schreef op woensdag 01 februari 2012 @ 11:51:
Gaaf een CalDAV servert:
https://github.com/remobjects/calendar

En zelfs in de gaafste .NET taal geschreven

Ik zal morgen eens kijken of het wat is.

[RobIII]

RobIII schreef op woensdag 01 februari 2012 @ 10:39:
[...]

Mag ik dat nog een keer onderstrepen? Wat. Een. Kut. Product.

Een laatste keer dan (denk ik ):

quote: http://www.bbc.co.uk/news/business-11944966

What's the biggest technology mistake you ever made - either at work or in your own life?

When I was at IBM, I started a product called Websphere [which helps companies to operate and integrate business applications across multiple computing platforms].

Because I had come from working on big mission-critical systems, I thought it needs to be scalable, reliable, have a single point of control ... I tried to build something like a mainframe, a system that was capable of doing anything, that would be able to do what might be needed in five years.

I call it the endgame fallacy. It was too complex for people to master. I overdesigned it.

Because we were IBM, we survived it, but if we'd been a start-up, we'd have gone to the wall.

Het is dat ik er niet omheen kan omdat ik met andere partijen moet lullen via dit gedrocht maar anders had ik 't een rottrap gegeven...

[Rutix]

RobIII schreef op woensdag 01 februari 2012 @ 18:27:
[...]

Een laatste keer dan (denk ik ):


[...]

[afbeelding]

Het is dat ik er niet omheen kan omdat ik met andere partijen moet lullen via dit gedrocht maar anders had ik 't een rottrap gegeven...

Like I said Info messaging is way worse Dus call yourself a bit more lucky

[D-Raven]

Vraag me af hoe Biztalk zich verhoud tot Websphere. Nooit mee gewerkt. Iemand ervaring mee?

[MTWZZ]

D-Raven schreef op woensdag 01 februari 2012 @ 21:42:
Vraag me af hoe Biztalk zich verhoud tot Websphere. Nooit meer gewerkt. Iemand ervaring mee?

Heb met BizTalk wel tegen een Websphere omgeving aangeluld maar ondanks dat het SOAP was toch allerlei rare problemen tegengekomen.
BizTalk is in essentie een leuk product maar doordat het zo flexibel is ook erg complex.

[Motrax]

RobIII schreef op dinsdag 03 januari 2012 @ 16:57:
Het zal wel aan mij liggen en 't feit dat ik gruwelijk niet overweg kan met alles wat bij IBM vandaan komt maar ben ik gek als ik zeg dat de WebSphere MQ Client een f*ckin' bitch is om werkend te krijgen? Wat een wanproduct zeg

QFT.

Gegarandeerde aflevering. Jaja. Als het eenmaal goed is opgezet en je het nooit meer aanraakt en je omgeving nooit meer veranderd.

WebSphere kan beter voor zwart gat spelen dan Wikipedia: Sagittarius A...

[Haan]

BizTalk is ook niet alles. Mijn ervaring ermee is dat je al gauw een Biztalk 'expert' in moet huren, maar dat er eigenlijk maar heel weinig echte experts rondlopen in Nederland (waardoor de door jou ingehuurde 'expert' er ook een zooitje van maakt).

[D-Raven]

Mjah het enigste wat ik van BizTalk weet is het standaard 'propaganda' verhaaltje. Je kunt er makkelijk WCF Services in hangen om te fungeren als aanknopingspunten voor externe systemen. Owja en er zit iets van een ServiceBus in...

Er is niet echt praktische informatie over te vinden, voornamelijk alleen verkoop gezwets. Beetje hetzelfde idee als bij SharePoint, zo weinig mogelijk info over beschikbaar maken, zodat je meteen een "Consultant" moet inhuren om het gedrocht aan de gang te krijgen...

Wellicht na mn vakantie eens kijken of ik ergens een uitprobeer versie kan vinden

[CodeCaster]

Als je hart en je nachtrust je lief zijn: niet doen.

CodeCaster schreef op woensdag 01 februari 2012 @ 17:38:
[...]

Ik zal morgen eens kijken of het wat is.

Ziet er grappig uit. Kan (op LDAP na) alleen niets wat mijn project niet kan.

[ Voor 72% gewijzigd door CodeCaster op 02-02-2012 09:37 ]

[D-Raven]

[OkkE]

Tetris in 140 bytes Javascript ... http://jsbin.com/egiqul/49

[Alex)]

Iets te hoge verwachtingen van AutoMapper... nu zit ik alsnog allerlei mapping expressions te schrijven.

[CodeCaster]

Daar had ik toch al voor gewaarschuwd .

[Michali]

OkkE schreef op donderdag 02 februari 2012 @ 09:59:
Tetris in 140 bytes Javascript ... http://jsbin.com/egiqul/49

Nice, maar zit wel een bug in. Als je pijltje links ingedrukt houdt (Chrome).

[D-Raven]

Ik kom met DynamicMap in AutoMapper toch behoorlijk ver anders.....
Je kunt ook mapping configuraties delen tussen type definities. Scheelt je wellicht typewerk.

[OkkE]

Michali schreef op donderdag 02 februari 2012 @ 10:27:
[...]

Nice, maar zit wel een bug in. Als je pijltje links ingedrukt houdt (Chrome).

Ik zag het ook, toch vond ik het knap dat het iemand gelukt was Tetris na te maken in 140 bytes.

[Michali]

OkkE schreef op donderdag 02 februari 2012 @ 10:33:
[...]

Ik zag het ook, toch vond ik het knap dat het iemand gelukt was Tetris na te maken in 140 bytes.

Ja zeker, had niet gedacht dat er voor een basic werkende versie maar zo weinig code nodig is.

[alienfruit]

[b]CodeCaster schreef op donderdag 02 februari 2012 @ 09:37:Ziet er grappig uit. Kan (op LDAP na) alleen niets wat mijn project niet kan.

Maar jouw project is niet opensource, toch

[Alex)]

Yay, AutoMapper geconfigureerd

Bij mij werkte NuGet overigens perfect: add AutoMapper, klaar. Moest wel m'n project upgraden naar .NET 4.0, maar ach...

[ Voor 65% gewijzigd door Alex) op 02-02-2012 10:56 ]