De Devschuur Coffee Corner - Iteratie 3

[Otherside1982]

Ik moet even een query aanpassen om een veld extra te selecten als een bepaald veld een bepaalde waarde heeft. Easy peasy, totdat je merkt dat die SQL voor query op 11 verschillende plaatsen in de code gezet wordt waarbij de SELECT en FROM clause telkens hetzelfde zijn, maar waarbij de WHERE clause wat anders is. Die query staat dus nu 11 keer mooi ge'copy-paste.
Eerst maar even het "constante" deel in een constante zetten en dan 1 keer de constante aanpassen

[PatrickH89]

OkkE schreef op vrijdag 31 mei 2013 @ 11:48:
[...]

Ik ben het met je eens dat de yyyy-mm-dd notatie het meest universeel is. Ik vind het alleen niet gebruiksvriendelijk (behalve voor programmeurs). De klanten die ik tot nu toe ben tegengekomen (en ook mijn ouders) kijken toch raar op als ze op die manier een datum moeten invullen.

Anyway, dit is te serieus voor een vrijdag (bijna) middag.

Heb je daar geen datepickers voor? En desnoods dropdowns die duidelijkheid kunnen scheppen?

[PdeBie]

PatrickH89 schreef op vrijdag 31 mei 2013 @ 11:52:
[...]


Heb je daar geen datepickers voor? En desnoods dropdowns die duidelijkheid kunnen scheppen?

datepickers. leuk als je geen javascript (of HTML5 browser) hebt. Bijna niet voor te stellen, maar het kan.

dropdowns voor een datum? ja kan. Je ziet het bij de leeftijdsverificatie van Steam bijvoorbeeld, maar ik vind het niet gebruiksvriendelijk.

[steffex]

pdebie schreef op vrijdag 31 mei 2013 @ 11:57:
[...]


datepickers. leuk als je geen javascript (of HTML5 browser) hebt. Bijna niet voor te stellen, maar het kan.

Zijn er nog steeds mensen die rekening houden met non-javascript users? Niet echt meer van deze tijd...

[ Voor 0% gewijzigd door steffex op 31-05-2013 12:00 . Reden: typo ]

[Candanz]

Chrome had toch al iets van een ingebouwde data-picker?
Google schroeft snelheid Chrome iets op

[ Voor 54% gewijzigd door Candanz op 31-05-2013 12:01 ]

[TheNephilim]

pdebie schreef op vrijdag 31 mei 2013 @ 11:57:
[...]


datepickers. leuk als je geen javascript (of HTML5 browser) hebt. Bijna niet voor te stellen, maar het kan.

dropdowns voor een datum? ja kan. Je ziet het bij de leeftijdsverificatie van Steam bijvoorbeeld, maar ik vind het niet gebruiksvriendelijk.

Als je dan toch al geen JS in je browser hebt, ben je ook wel 'slim' genoeg om yyyy-mm-dd in te vullen toch?

Candanz schreef op vrijdag 31 mei 2013 @ 12:00:
Chrome had toch al iets van een ingebouwde data-picker?

Volgens mij is dat gewoon een HTML5 element.

[ Voor 18% gewijzigd door TheNephilim op 31-05-2013 12:01 ]

[incaz]

Datepickers zijn handig maar niet als je ze vaak en snel moet invoeren. Maar zolang computer en gebruiker het er maar over eens zijn om welke datum het gaat, is het formaat niet echt belangrijk. dd-mm-yy accepteren en dan terugkoppelen als tekst is prima.

[PdeBie]

TheNephilim schreef op vrijdag 31 mei 2013 @ 12:01:
[...]


Als je dan toch al geen JS in je browser hebt, ben je ook wel 'slim' genoeg om yyyy-mm-dd in te vullen toch?

Nou, mijn eindgebruikers niet
Die zijn van het niveau 'ga met muis naar rechterbovenhoek'

steffex schreef op vrijdag 31 mei 2013 @ 11:59:
[...]


Zijn er nog steeds mensen die rekening houden met non-javascript users? Niet echt meer van deze tijd...

Nee, daarom zeg ik ook dat het bijna niet voor te stellen is. Maar als je requirements zeggen dat je er wel rekening moet houden, mja..... Dan zit er weinig op

[ Voor 30% gewijzigd door PdeBie op 31-05-2013 12:05 ]

[Candanz]

/*
Nog een rant over date velden
Waarom staat bij 90% van alle date-pickers/date velden die om geboorte jaar gaan, standaard op 2013?

Als of iemand van de jaren 2010 ~ 2013 zich gaat registreren/verificatie doen?
*/

[steffex]

omdat het lastig is te bepalen waar je de datepicker laat beginnen. Ik vind zelf altijd huidige datum - 18 jaar een goed startpunt.

Andere kant zijn er ook genoeg mensen die geen default instellen en dat de datepicker zelf de huidige datum pakt.

[PdeBie]

Omdat je gebruikers uit tig andere jaren kunnen komen?
Weet jij welke je voor moet kiezen?

Als de minimum leeftijd 18 jaar is, zou je het geboortejaar van 2013 - 18 kunnen pakken, maar dan nog....

[CodeCaster]

steffex schreef op vrijdag 31 mei 2013 @ 11:59:
[...]


Zijn er nog steeds mensen die rekening houden met non-javascript users? Niet echt meer van deze tijd...

Dat is geen excuus om geen progressive enhancement of graceful degradation te gebruiken.

[PrisonerOfPain]

CodeCaster schreef op vrijdag 31 mei 2013 @ 12:07:
[...]

Dat is geen excuus om geen progressive enhancement of graceful degradation te gebruiken.

Lijkt mij anders een prima excuus? Het kost tijd en geld om dat te ondersteunen en onderhouden?

[steffex]

Ik reflecteer mijn reactie natuurlijk wel op mijn werk. Ik werk aan een online product, we hebben een system requirements lijst. Hier valt javascript onder.

Het blijft natuurlijk onzin wanneer je website/app 1 datepicker heeft om javascript als vereiste te stellen.

Mensen met javascript uitgeschakeld vallen 9/10 niet onder je doelgroep...

[CodeCaster]

De aanname dat al je gebruikers JavaScript gebruiken en HTML5 en CSS3 ondersteunen kost meer.

De discussie ging zo:

1. Datumformaten zijn gaar, gebruikers snappen er nog minder van dan developers.
2. Dan gebruik je toch een datepicker?
3. Maar wat als je gebruiker geen javascript heeft?
4. Ga je daar anno 2013 nog van uit?
5. * CodeCaster : Daar moet je altijd van uitgaan.

Het is leuk hoor, een website dynamisch opbouwen met een sloot jQuery, maar het maakt het debuggen en de onderhoudbaarheid er niet makkelijker op. Er zijn meer voordelen dan "dan werkt het ook op je BlackBerry" aan progressive enhancement.

[ Voor 77% gewijzigd door CodeCaster op 31-05-2013 12:23 ]

[PdeBie]

PrisonerOfPain schreef op vrijdag 31 mei 2013 @ 12:12:
[...]
Lijkt mij anders een prima excuus? Het kost tijd en geld om dat te ondersteunen en onderhouden?

Je website/applicatie wordt er anders een stuk minder gebruiksvriendelijk door als je de gebruikers niet waarschuwt op het moment dat ze geen javascript hebben.
Stel dat (uitgaande van het print voorbeeld in het artikel) iemand op 'print' klikt en er gebeurt niets. Geen waarschuwing, geen print.

Of stel dat je een webshop en de knop 'kopen' doet niets.
Dan kost het nog veel meer geld, dan wanneer je de gebruiker erop wijst dat hij js moet inschakelen of dat hij telefonisch kan bestellen.

[ Voor 39% gewijzigd door PdeBie op 31-05-2013 12:20 ]

[steffex]

Een bepaalde vorm van gebruiksvriendelijkheid moet er altijd zijn. Maar ik vind dat het afhankelijk is van je doelgroep en type applicatie.

Javascript is namelijk ook erg geschikt om gebruiksvriendelijkheid toe te voegen.

[PdeBie]

klopt, ben ik ook helemaal met je eens. Hangt ook van de eindgebruiker af. Als je weet wie je eindgebruiker is en je weet dat hij altijd javascript heeft (bijvoorbeeld bij een interne applicatie), dan hoef je die checks niet te bouwen.

Maar als je dat niet weet en je wilt je doelgroep toch zo compleet mogelijk helpen, zal je toch moeten uitzoeken of het (financieel) rendabel is om dit soort oplossingen te implementeren.

[CodeCaster]

steffex schreef op vrijdag 31 mei 2013 @ 12:23:
Ik vind dat het [gebruik van JavaScript en andere bleeding edge-functionaliteit] afhankelijk is van je doelgroep en type applicatie.

Dat is natuurlijk altijd zo. Overschat je doelgroep alleen niet. Ik heb op mijn telefoon (Android-browser èn Chrome mobile) op zó veel grote sites last van brakke JavaScript.

steffex schreef op vrijdag 31 mei 2013 @ 12:23:
Javascript is namelijk ook erg geschikt om gebruiksvriendelijkheid toe te voegen.

JavaScript is daarnaast ook erg geschikt om een site totaal onbruikbaar te maken op verouderde en/of mobiele browsers.

[ Voor 40% gewijzigd door CodeCaster op 31-05-2013 12:32 ]

[steffex]

Ook daarbij is weer de vraag, tot hoever ga je? Wil jij ie6/etc. nog supporten? dan moet je daar rekening mee houden.

Ik moet nog het eerste scenario tegenkomen waarbij ik rekening moet houden met dermate oudere browsers.

En waarom 50% development tijd steken in compatibility als 0.01% van je gebruikers dat gaan gebruiken.

Ik blijf van mening dat no-js users de tinfoil hats zijn van het web

[ Voor 14% gewijzigd door steffex op 31-05-2013 12:33 ]

[CodeCaster]

steffex schreef op vrijdag 31 mei 2013 @ 12:30:
Ook daarbij is weer de vraag, tot hoever ga je? Wil jij ie6 nog supporten? dan moet je daar rekening mee houden.

Dat is dus het mooie van progressive enhancement, daar hoef je niet over na te denken. Een <input type="date" /> rendert op alle browsers gewoon als textbox, behalve wanneer je browser datepicker-support heeft.

steffex schreef op vrijdag 31 mei 2013 @ 12:30:
En waarom 50% development tijd steken in compatibility als 0.01% van je gebruikers dat gaan gebruiken.

Het gaat niet om compatibiliteit. Het gaat erom zonder fratsen een werkende HTML-site neer te zetten, die je daarna met JavaScript en nieuwerwetse CSS-selectors dynamischer kunt maken (AJAX, elementen verbergen en animeren, enzovoorts). Dat kost amper extra werk, maar zorgt wel dat je bij problemen sneller de oorzaak hebt gevonden: de HTML-versie werkt, dus het moet in de JS zitten.

Ik snap verder best wat je bedoelt, ik wil alleen waarschuwen dat je geen document.write("Your browser doesn't seem to support JavaScript, click here for the HTML version")-persoon wordt.

[ Voor 48% gewijzigd door CodeCaster op 31-05-2013 13:07 ]

[Gamebuster]

Friday fun fact

In MySQL kunnen tabel kolommen beginnen met een spatie.

code:

ALTER TABLE `foo` ADD COLUMN ` bar` int(11);

Of bestaan uit enkel een non-breaking space.

code:

ALTER TABLE `foo` ADD COLUMN ` ` int(11);

Gewoon, omdat het kan

[ Voor 14% gewijzigd door Gamebuster op 31-05-2013 12:42 ]

[OkkE]

In other news...

[RobertMe]

Gamebuster schreef op vrijdag 31 mei 2013 @ 12:40:
Friday fun fact

In MySQL kunnen tabel kolommen beginnen met een spatie.

code:

ALTER TABLE `foo` ADD COLUMN ` bar` int(11);

Of bestaan uit enkel een non-breaking space.

code:

ALTER TABLE `foo` ADD COLUMN ` ` int(11);

Gewoon, omdat het kan

code:

postgres=# CREATE TABLE foo(" bar" int4);
CREATE TABLE

In PostgreSQL kan het dus ook, zolang je maar doet aangeven dat het letterlijk gelezen moet worden. In MySQL dus met backticks en in PGSQL en andere standard conforming DBs een dubbele quote.

[Gamebuster]

RobertMe schreef op vrijdag 31 mei 2013 @ 12:52:
[...]

code:

postgres=# CREATE TABLE foo(" bar" int4);
CREATE TABLE

In PostgreSQL kan het dus ook, zolang je maar doet aangeven dat het letterlijk gelezen moet worden. In MySQL dus met backticks en in PGSQL en andere standard conforming DBs een dubbele quote.

MySQL heeft ook gevoel

[ Voor 4% gewijzigd door Gamebuster op 31-05-2013 12:58 ]

[roeleboel]

steffex schreef op vrijdag 31 mei 2013 @ 12:30:
Ik blijf van mening dat no-js users de tinfoil hats zijn van het web

uw tinfoil-hats kunnen ook perfect users met een visuele beperking & screenreader zijn...

[.oisyn]

Mensen met een visuele beperking zijn natuurlijk de über tinfoil hats die denken dat de overheid met hen mee kan kijken, en daardoor expres slecht zien.

[Gamebuster]

roeleboel schreef op vrijdag 31 mei 2013 @ 12:59:
[...]


uw tinfoil-hats kunnen ook perfect users met een visuele beperking & screenreader zijn...

die bestaan toch niet

[PdeBie]

kom net in mijn lunchpauze erachter dat ik per ongeluk de broodtrommel van mijn vriendin heb mee genomen
(We hebben dezelfde)

Dus ik zit hier met een broodje roomkaas/zalm/bieslook. Heerlijk.
Zij mag het vandaag doen met een boterham met pindakaas geloof ik

[Korben]

RobertMe schreef op vrijdag 31 mei 2013 @ 12:52:
[...]

code:

postgres=# CREATE TABLE foo(" bar" int4);
CREATE TABLE

In PostgreSQL kan het dus ook, zolang je maar doet aangeven dat het letterlijk gelezen moet worden. In MySQL dus met backticks en in PGSQL en andere standard conforming DBs een dubbele quote.

In SQL Server is een quoted identifier omgeven door square brackets.

code:

CREATE TABLE #lol ([bbq] INT NOT NULL, [ cakes] INT NOT NULL);

INSERT INTO #lol VALUES (4, 5);

SELECT * FROM #lol;

bbq |  bar
4   | 5

SQL Server accepteert zo'n beetje alles als kolomnaam, als het maar geen square brackets zijn:

Helaas doet Tweakers dat niet, dus maar een screenshot:

[TheNephilim]

pdebie schreef op vrijdag 31 mei 2013 @ 13:23:
kom net in mijn lunchpauze erachter dat ik per ongeluk de broodtrommel van mijn vriendin heb mee genomen
(We hebben dezelfde)

Dus ik zit hier met een broodje roomkaas/zalm/bieslook. Heerlijk.
Zij mag het vandaag doen met een boterham met pindakaas geloof ik

Haha, tjah ondanks dat ik net zelf ook een viertal boterhammen pindakaas op heb, moet ik bekennen dat de roomkaas/zalm/bieslook variant niet verkeerd klinkt

[Verwijderd]

Ik heb nog nooit pindakaas gegeten
Roomkaas/zalm/bieslook is echter wel een heerlijke combo.

[ThomasG]

Verwijderd schreef op vrijdag 31 mei 2013 @ 13:36:
Ik heb nog nooit pindakaas gegeten

Een beetje Nederlander eet natuurlijk pindakaas met hagelslag.

[kwaakvaak_v2]

ThomasG schreef op vrijdag 31 mei 2013 @ 13:37:
[...]
Een beetje Nederlander eet natuurlijk pindakaas met hagelslag.

gelukkig heeft hij dan als BelgVlaming een goed excuus

[Verwijderd]

Wat kwaakvaak_v2 zegt. In de zomervakantie ben ik wel van plan me eens aan de pindakaas te wagen. Ik ben benieuwd.

[Firesphere]

Verwijderd schreef op vrijdag 31 mei 2013 @ 13:41:
Wat kwaakvaak_v2 zegt. In de zomervakantie ben ik wel van plan me eens aan de pindakaas te wagen. Ik ben benieuwd.

Calve Pindakaas met Nootjes en flink wat sambal

[Verwijderd]

Firesphere schreef op vrijdag 31 mei 2013 @ 13:42:
[...]

Calve Pindakaas met Nootjes en flink wat sambal

Jaaaa! En tomaat er op maakt het feest af

[_Moe_]

Ik vraag me eigenlijk al even af of pindakaas de Belgische choco is in Nederland. Of eten jullie daar ook masaal choco?

[Robbiedobbie]

Ik ben nederlander (woon wel vlak bij belgië) en ik heb ook nooit pindakaas gehad. Wel natuurlijk chocolade hagelslag

[Firesphere]

_Moe_ schreef op vrijdag 31 mei 2013 @ 14:01:
Ik vraag me eigenlijk al even af of pindakaas de Belgische choco is in Nederland. Of eten jullie daar ook masaal choco?

Pindakaas heeft niets met chocola ofzo te maken, anders zou ik het niet eten

[incaz]

Chocopasta, in meerdere kleuren, choco-vlokken, choco-hagel (groot, klein en met dingetjes)... keuze genoeg hier.

Ik wil een float: top; en float: bottom; in css.

[F.West98]

CodeCaster schreef op vrijdag 31 mei 2013 @ 08:32:
Queries overnemen klinkt eng. Heb je geen gedeelde DAL?

It's PeopleSoft. Met PeopleCode. Met een gemuteerde VB. Met PHP features (0 == false).
Het is geen C# MVC ofzo

[Krilo_89]

incaz schreef op vrijdag 31 mei 2013 @ 14:05:
Chocopasta, in meerdere kleuren, choco-vlokken, choco-hagel (groot, klein en met dingetjes)... keuze genoeg hier.

Ik wil een float: top; en float: bottom; in css.

Why? position: absolute; in een relatieve container niet genoeg?

[Verwijderd]

MySQL slikt inderdaad echt alles. In een applicatie waar we mee bezig zijn recentelijk de beslissing genomen om op postgres over te stappen. Nadat we erachter kwamen dat MySQL een string die bijvoorbeeld 40 karakters lang is gewoon in een varchar die maar een lengte van 30 heeft stopt door de laatste 8 karakters eraf te choppen in plaats van gewoon een error te geven en meer van dit soort grappen kwamen we echt tot de conclusie dat MySQL niet de beste optie is als data integriteit belangrijk is.

[kwaakvaak_v2]

F.West98 schreef op vrijdag 31 mei 2013 @ 14:08:
[...]

It's PeopleSoft. Met PeopleCode. Met een gemuteerde VB. Met PHP features (0 == false).
Het is geen C# MVC ofzo

Het ziet er meer uit als iets wat van Java is afgeleid dan van VB en PHP. Niet iets waar iemand die de principes van een OOL door heeft niet mee uit de voeten zou kunnen.

[kenneth]

Korben schreef op vrijdag 31 mei 2013 @ 13:26:
SQL Server accepteert zo'n beetje alles als kolomnaam, als het maar geen square brackets zijn:

SQL:

create table foo ( " b[ah" int)

insert foo select 1

select " b[ah" from foo 

drop table foo

En:

SQL:

create table foo ( [ b"ah] int)

insert foo select 1

select [ b"ah] from foo 

drop table foo

Kortom, afhankelijk van de gebruikte quoted identifier kan je zelfs square brackets in een kolomnaam gebruiken.

[urk_forever]

Verwijderd schreef op vrijdag 31 mei 2013 @ 14:13:
MySQL slikt inderdaad echt alles. In een applicatie waar we mee bezig zijn recentelijk de beslissing genomen om op postgres over te stappen. Nadat we erachter kwamen dat MySQL een string die bijvoorbeeld 40 karakters lang is gewoon in een varchar die maar een lengte van 30 heeft stopt door de laatste 8 karakters eraf te choppen in plaats van gewoon een error te geven en meer van dit soort grappen kwamen we echt tot de conclusie dat MySQL niet de beste optie is als data integriteit belangrijk is.

Waren ze daar niet van afgestapt met versie 4 of 5 ofzo? Ik meen me te herinneren dat we een applicatie hadden die daar dus geen rekening mee hield en dus fouten gaf na een overstap van MySQL 3 naar 4 ofzo.

[hostname]

Verwijderd schreef op vrijdag 31 mei 2013 @ 14:13:
MySQL slikt inderdaad echt alles. In een applicatie waar we mee bezig zijn recentelijk de beslissing genomen om op postgres over te stappen. Nadat we erachter kwamen dat MySQL een string die bijvoorbeeld 40 karakters lang is gewoon in een varchar die maar een lengte van 30 heeft stopt door de laatste 8 karakters eraf te choppen in plaats van gewoon een error te geven en meer van dit soort grappen kwamen we echt tot de conclusie dat MySQL niet de beste optie is als data integriteit belangrijk is.

Nu is het vrij makkelijk om dat soort features uit te zetten met een correcte sql_mode. Als je op die manier alle strict features aanzet is er nog vrij goed mee te werken (hoewel Postgres waarschijnlijk wel beter is ja).

[Aloys]

Jeuj.. m'n nieuwe 27" scherm geïnstalleerd, dat werkt echt heel erg fijn .

[Verwijderd]

Hoe bedoel je van af gestapt? Van het zomaar verwijderen van karakters? In de 5.9 versie die hier draaide zat dat nog.

[Verwijderd]

hostname schreef op vrijdag 31 mei 2013 @ 14:23:
[...]

Nu is het vrij makkelijk om dat soort features uit te zetten met een correcte sql_mode. Als je op die manier alle strict features aanzet is er nog vrij goed mee te werken (hoewel Postgres waarschijnlijk wel beter is ja).

Ik werk met een hele mooie ORM dus erg veel code hoefde niet om te worden gezet. De mensen die meer over het hardware deel gaan vonden het op zich ook wel een prettige verandering ivm replicatie. Maakt natuurlijk de overstap naar Oracle eventueel ook kleiner. Die schaal dat dat zinvol wordt zitten we nu niet maar wie weet wat de toekomst brengt. De database bevalt mij verder ook enorm qua beheertools, ik hoef niet meer terug eigenlijk.

[urk_forever]

Verwijderd schreef op vrijdag 31 mei 2013 @ 14:24:
Hoe bedoel je van af gestapt? Van het zomaar verwijderen van karakters? In de 5.9 versie die hier draaide zat dat nog.

Ik dacht dat ze met versie 5 standaard de strict mode aangezet hadden in de setup voor Windows. Daardoor werkt hetgeen wat jij zegt dus niet meer, dat als je meer karakters in een kolom zet MySQL het dus gewoon afkapt.

Maar het is al een tijd geleden dus misschien dat ik dat toen zelf had gedaan.

[Verwijderd]

Aloys schreef op vrijdag 31 mei 2013 @ 14:24:
Jeuj.. m'n nieuwe 27" scherm geïnstalleerd, dat werkt echt heel erg fijn .

Maar toch nog steeds minder fijn dan 2 monitoren, niet?

[PdeBie]

Mijn IDE zegt constant 'waiting for background process to complete', terwijl ik een applicatie aan het debuggen ben die verre van spannend is. Zo irritant. Reboot helpt ook niet

[incaz]

Krilo_89 schreef op vrijdag 31 mei 2013 @ 14:11:
Why? position: absolute; in een relatieve container niet genoeg?

Absoluut ( ) niet: absolutes die niet passen vallen over elkaar heen, floats die niet passen duwen elkaar weg.

[Aloys]

Verwijderd schreef op vrijdag 31 mei 2013 @ 14:34:
[...]


Maar toch nog steeds minder fijn dan 2 monitoren, niet?

Persoonlijk vind ik 1 monitor fijner werken hoor. Op OS X ben ik ook niet gewend om alles maar schermvullend te draaien. Daarnaast heb ik altijd met twee verschillende schermen een dual screen opstelling gehad (als ik dat al had), dat is natuurlijk ook niet echt bevorderlijk voor de ervaring denk ik . Maar ik ben hier helemaal blij mee, want ik zat al een half jaar met m'n laptop op een mStand en begon last van m'n rug te krijgen van het voorover buigen.

[TheNephilim]

Nice, de ontwerper heeft in een element 2 regels tekst. Mochten er dan 3 regels nodig zijn, op de 2e regel afkappen met ellipsis

[Intru]

Aloys schreef op vrijdag 31 mei 2013 @ 14:24:
Jeuj.. m'n nieuwe 27" scherm geïnstalleerd, dat werkt echt heel erg fijn .

Pics!

[jbdeiman]

TheNephilim schreef op vrijdag 31 mei 2013 @ 14:50:
Nice, de ontwerper heeft in een element 2 regels tekst. Mochten er dan 3 regels nodig zijn, op de 2e regel afkappen met ellipsis

Dus maar op zoek naar een nieuwe ontwerper?
Iets te strak ontworpen op uiterlijk en niet genoeg op functionaliteit dus... Jammer is dat.

[Verwijderd]

Exception occurred while initializing the installation:
System.IO.FileNotFoundException: Could not load file or assembly 'file:///blahblah.exe' or one of its depen
dencies. The system cannot find the file specified..

Kan je dan niet even zeggen over welke dependancy het gaat..

[OkkE]

Klanten met de instelling dat meertalig “eenvoudig” en “een kleine moeite” is...

[Verwijderd]

OkkE schreef op vrijdag 31 mei 2013 @ 15:09:
Klanten met de instelling dat meertalig “eenvoudig” en “een kleine moeite” is...

Toch gewoon je strings.xml aanpassen?

[Woy]

Verwijderd schreef op vrijdag 31 mei 2013 @ 15:05:
[...]


[afbeelding]

Kan je dan niet even zeggen over welke dependancy het gaat..

Die foutmelding is inderdaad een pain in the ass. Als hij een dependancy niet kan vinden moet hij toch ook wel kunnen melden welke dat is

[StM]

Verwijderd schreef op vrijdag 31 mei 2013 @ 14:24:
Hoe bedoel je van af gestapt? Van het zomaar verwijderen van karakters? In de 5.9 versie die hier draaide zat dat nog.

Standaard levert het al jaren een warning op (die niemand afhandelt maar dat is imo niet MySQL's probleem) en in strictmode is het gewoon een harde error.

In 9 van de 10 keren dat iemand iets slecht vind is het mijn ervaring dat die persoon er gewoon niet mee om kan gaan en vaak nog niet eens de handleiding heeft gelezen. Maar goed, ik maak me daar zelf ook weleens schuldig aan

[Grijze Vos]

OkkE schreef op vrijdag 31 mei 2013 @ 15:09:
Klanten met de instelling dat meertalig “eenvoudig” en “een kleine moeite” is...

Als je je project zinning opzet is het dat ook. Als je gewend bent om al je strings te hardcoden, dan wordt het heel pijnvol.

[Verwijderd]

Grijze Vos schreef op vrijdag 31 mei 2013 @ 15:16:
[...]

Als je je project zinning opzet is het dat ook. Als je gewend bent om al je strings te hardcoden, dan wordt het heel pijnvol.

Klopt. Per taal een resource-file zou moeten volstaan.

[Ealanrian]

Grijze Vos schreef op vrijdag 31 mei 2013 @ 15:16:
[...]

Als je je project zinning opzet is het dat ook. Als je gewend bent om al je strings te hardcoden, dan wordt het heel pijnvol.

Afhankelijk van de hoeveelheid vertalingen kan het dan nog steeds een pain zijn als alles ook in context gecontroleerd moet worden

[PdeBie]

Verwijderd schreef op vrijdag 31 mei 2013 @ 15:18:
[...]

Klopt. Per taal een resource-file zou moeten volstaan.

Of je slaat de teksten in een tabel op en laat het de klant lekker zelf beheren via een CMS.

[Megamind]

pdebie schreef op vrijdag 31 mei 2013 @ 15:20:
[...]


Of je slaat de teksten in een tabel op en laat het de klant lekker zelf beheren via een CMS.

Dat is in ASP.NET geen practice by design aangezien de resource files gecompileerd worden met de rest van de website.

[urk_forever]

Megamind schreef op vrijdag 31 mei 2013 @ 15:21:
[...]

Dat is in ASP.NET geen practice by design aangezien de resource files gecompileerd worden met de rest van de website.

Niemand houdt je tegen om in de Page_Init/Page_Load over de controls collectie heen te lopen en teksten voor labels uit de database te halen hoor....

[PdeBie]

Megamind schreef op vrijdag 31 mei 2013 @ 15:21:
[...]

Dat is in ASP.NET geen practice by design aangezien de resource files gecompileerd worden met de rest van de website.

correct, maar daarom dat ik teksten nooit in een resource file opsla. Ik vind het van de zotte dat je een website/applicatie opnieuw moet compileren als je een tekstje aan wil passen.

[Phoenix1337]

Je kan altijd nog overstappen op PHP

[Megamind]

pdebie schreef op vrijdag 31 mei 2013 @ 15:23:
[...]


correct, maar daarom dat ik teksten nooit in een resource file opsla. Ik vind het van de zotte dat je een website/applicatie opnieuw moet compileren als je een tekstje aan wil passen.

Waarom is dit van de zotte? Aangezien je het in "normale" applicaties vaak ook moet doen in C#... PHP heeft natuurlijk de eigenschap dat het source compileerd on demand, de rest van de wereld (op Javascript na) werkt natuurlijk gewoon met pre-compiled binaries.

[PdeBie]

Van den zotte is wellicht wat overdreven, maar......
Bij mij vorige werkgever hadden we een module die alle labels, alle teksten etc. uit de database haalde. Deze werden eventueel (indien het ophalen van de teksten merkbaar impact op de performance had) gecached, zodat de performance gewaarborgd bleef. Tot op heden hebben we nog nooit problemen hiermee gehad.

De klant kon vervolgens op elk gewenst moment een tekst / label / knopje aanpassen, zonder dat wij daarvoor in actie moesten komen en zonder dat het problemen opleverde.

Uiteraard is het even een investering die je moet doen om zo'n module te bouwen, maar eenmaal gebouwd kan je hem overal toepassen en heb je nooit meer het gedoe met opnieuw compileren als je een knop 'Verzenden' aan wilt passen naar 'Versturen'.

[ Voor 4% gewijzigd door PdeBie op 31-05-2013 15:33 ]

[ThomasG]

pdebie schreef op vrijdag 31 mei 2013 @ 15:32:

[...], maar eenmaal gebouwd kan je hem overal toepassen en heb je nooit meer het gedoe met opnieuw compileren als je een knop 'Verzenden' aan wilt passen naar 'Versturen'.

Dit soort dingen zijn gewoon taalfouten, en die moeten wat mij betreft al vanaf begin af aan worden vermeden. Het is 'Versturen', of 'Zenden'. 'Verzenden' is een taalfout. Ik ben daarom ook van mening dat vertalingen (misschien ook zelfs Nederlands) door een taalkundige gedaan moeten worden, en niet door een programmeur oid. die toevallig die taal spreekt.

[StM]

Ik vind meertaligheid op data niveau (helemaal als het een website is en iedere vertaling dus zijn eigen data heeft, maar je wel tussen de verschillende vertalingen koppelingen moet hebben) een veel groter issue als die paar strings en het eventueel recompilen van je project...

Zelfs in het slechtste geval kan je die strings achteraf nog prima in een resource file zetten, maar je data model aanpassen is een veel grotere ramp.

[ Voor 21% gewijzigd door StM op 31-05-2013 15:40 ]

[Korben]

Woy schreef op vrijdag 31 mei 2013 @ 15:14:
[...]

Die foutmelding is inderdaad een pain in the ass. Als hij een dependancy niet kan vinden moet hij toch ook wel kunnen melden welke dat is

Gewoon fusion logging aan zetten, dan kun je als het goed is precies zien wat er allemaal geresolved wordt en waarom niet.

[RobertMe]

Voor diegene met 25 posts per pagina. Error page 404 not found?

[OkkE]

Grijze Vos schreef op vrijdag 31 mei 2013 @ 15:16:
[...]

Als je je project zinning opzet is het dat ook. Als je gewend bent om al je strings te hardcoden, dan wordt het heel pijnvol.

Dat is het technische aspect, dat valt inderdaad mee.

Specifieker:

1. Alle tekst in 3 talen aanleveren en een dag later “hier zijn de wijzigingen voor NL” (compleet andere zinnen) en dan denken dat de vertalingen daar van op magische wijze vanzelf verschijnen.
2. Teksten die zo veel in lengte veranderen dat het halve ontwerp anders moet.

[incaz]

ThomasG: Vandale en Woordenlijst.org zijn het niet met je eens: http://vandale.nl/opzoeken?pattern=verzenden&lang=nn

[PdeBie]

ThomasG schreef op vrijdag 31 mei 2013 @ 15:38:
[...]
Dit soort dingen zijn gewoon taalfouten, en die moeten wat mij betreft al vanaf begin af aan worden vermeden. Het is 'Versturen', of 'Zenden'. 'Verzenden' is een taalfout. Ik ben daarom ook van mening dat vertalingen (misschien ook zelfs Nederlands) door een taalkundige gedaan moeten worden, en niet door een programmeur oid. die toevallig die taal spreekt.

Je snapt dat ik gewoon een voorbeeld geef hè.

[ThomasG]

pdebie schreef op vrijdag 31 mei 2013 @ 15:45:
[...]


Je snapt dat ik gewoon een voorbeeld geef hè.

Ja, maar je komt steeds vaker foutieve vertalingen en taalfouten tegen in software. Als het een project van een hobbyist is, kan ik het wel begrijpen. Maar van professionele bedrijven vind ik het gewoon triest, dat ze niet even iemand in huren om het na te kijken en te verbeteren. Al het een website is voor de kaasboer om de hoek, is het misschien niet de moeite. Maar ik kom geregeld systemen tegen die tonnen zo niet miljoenen hebben gekost, en vol zitten met taalfouten.

incaz schreef op vrijdag 31 mei 2013 @ 15:45:
ThomasG: Vandale en Woordenlijst.org zijn het niet met je eens: http://vandale.nl/opzoeken?pattern=verzenden&lang=nn

Verzenden is officieel een contaminatie van versturen en zenden. Maar omdat dit zo vaak fout gedaan wordt (net zoals: Tussen de middag, Per ongeluk, Over het algemeen, etc..) wordt het "geaccepteerd", maar het blijft een taalfout. En zulke dingen komen (wat mij betreft: helaas) ook in de Van Dale.

[ Voor 46% gewijzigd door ThomasG op 31-05-2013 15:56 ]

[BikkelZ]

Nou de soap met de Belastingdienst en de KvK is ten einde, ik mag wel omzetbelasting betalen maar ik ben een buitenlands bedrijf en mag de BTW verleggen (geen idee wat dat voor mij of mijn klanten voor voor of nadeel heeft).

Ook geen idee wat ik nu hier (Argentinië) moet of zou moeten regelen als ik ergens in Nederland nog geld binnen krijg....

Candanz schreef op vrijdag 31 mei 2013 @ 10:52:
Ben maar eens me meer gaan verdiepen in css3, en micro-data, vindt het wel leuk met die transitions.

Ben er nu ook mee bezig, op zich wel fijn dat het op zich een aardige fallback heeft omdat je dan gewoon properties wijzigt en het zonder animatie beweegt over je scherm, dus gewoon in één keer uitklapt. Dat vind ik acceptabel genoeg voor mensen die op de een of andere manier nog een oude crapbrowser gebruiken. Nog even irritant dat je nog prefixes nodig hebt: http://caniuse.com/css-transitions

Meestal check ik via een kort scriptje even of ik die CSS properties kan gebruiken en zo niet dan doe ik het via jQuery of accepteer ik gewoon dat het zonder overgang gebeurt. Wat wel doodzonde is is dat je niet kunt animeren tussen 0 en auto!

[Verwijderd]

ThomasG schreef op vrijdag 31 mei 2013 @ 15:38:
[...]
Dit soort dingen zijn gewoon taalfouten, en die moeten wat mij betreft al vanaf begin af aan worden vermeden. Het is 'Versturen', of 'Zenden'. 'Verzenden' is een taalfout. Ik ben daarom ook van mening dat vertalingen (misschien ook zelfs Nederlands) door een taalkundige gedaan moeten worden, en niet door een programmeur oid. die toevallig die taal spreekt.

Bullshit. Verzenden is echt wel een nederlands woord hoor:

• Vandale
• Het groene boekje

ThomasG schreef op vrijdag 31 mei 2013 @ 15:49:
[...]
Verzenden is officieel een contaminatie van versturen en zenden. Maar omdat dit zo vaak fout gedaan wordt (net zoals: Tussen de middag, Per ongeluk, Over het algemeen, etc..) wordt het "geaccepteerd", maar het blijft een taalfout. En zulke dingen komen (wat mij betreft: helaas) ook in de Van Dale.

Als Vandale het accepteert als een Nederlands woord, ga je toch niet ontkennen dat het ook echt een Nederlands woord is, toch?

[ Voor 28% gewijzigd door Verwijderd op 31-05-2013 16:06 ]

[BikkelZ]

OkkE schreef op vrijdag 31 mei 2013 @ 15:09:
Klanten met de instelling dat meertalig “eenvoudig” en “een kleine moeite” is...

Het scheelt wel een berg moeite als je je applicatie gelijk meertalig opzet, achteraf is enorm pijnlijk.

Megamind schreef op vrijdag 31 mei 2013 @ 15:27:
[...]

Waarom is dit van de zotte? Aangezien je het in "normale" applicaties vaak ook moet doen in C#... PHP heeft natuurlijk de eigenschap dat het source compileerd on demand, de rest van de wereld (op Javascript na) werkt natuurlijk gewoon met pre-compiled binaries.

Python? Perl? Ruby?

Megamind schreef op vrijdag 31 mei 2013 @ 15:21:
[...]

Dat is in ASP.NET geen practice by design aangezien de resource files gecompileerd worden met de rest van de website.

Ik dacht dat het wel relatief eenvoudig is om een andere resource manager te bouwen die bij voorbeeld alles uit de database haalt in plaats van .resx files, dat is allemaal overerfbaar en te vervangen. Natuurlijk moet je daarna wel inderdaad aan je performance gaan denken maar de koppeling is betrekkelijk makkelijk op te zetten.

[ Voor 14% gewijzigd door BikkelZ op 31-05-2013 16:03 ]

[TheNephilim]

jbdeiman schreef op vrijdag 31 mei 2013 @ 15:01:
[...]

Dus maar op zoek naar een nieuwe ontwerper?
Iets te strak ontworpen op uiterlijk en niet genoeg op functionaliteit dus... Jammer is dat.

De schade valt gelukkig wel mee, er zullen niet veel producten met een langere titel zijn.

BikkelZ schreef op vrijdag 31 mei 2013 @ 15:55:

[...]

Ben er nu ook mee bezig, op zich wel fijn dat het op zich een aardige fallback heeft omdat je dan gewoon properties wijzigt en het zonder animatie beweegt over je scherm, dus gewoon in één keer uitklapt. Dat vind ik acceptabel genoeg voor mensen die op de een of andere manier nog een oude crapbrowser gebruiken. Nog even irritant dat je nog prefixes nodig hebt: http://caniuse.com/css-transitions

Meestal check ik via een kort scriptje even of ik die CSS properties kan gebruiken en zo niet dan doe ik het via jQuery of accepteer ik gewoon dat het zonder overgang gebeurt. Wat wel doodzonde is is dat je niet kunt animeren tussen 0 en auto!

Klopt, ook voor mensen met oude IE browsers, blijft het doen wat het moet doen. Zonder animatie, maar dat zal dergelijke internetters meestal een worst wezen.

Voor de prefixes gebruik ik LESS mixins van Bootstrap, dan heb je eigenlijk geen omkijken naar de vendor prefixes meer.

In plaats van een eigen scriptje is het ook mogelijk om CSS3 transitions 'automatisch' te vervangen door jQuery animations. Dat kan volgens mij met Modernizer, weet niet precies hoe dat zit.

[PdeBie]

BikkelZ schreef op vrijdag 31 mei 2013 @ 16:01:
[...]

Ik dacht dat het wel relatief eenvoudig is om een andere resource manager te bouwen die bij voorbeeld alles uit de database haalt in plaats van .resx files, dat is allemaal overerfbaar en te vervangen. Natuurlijk moet je daarna wel inderdaad aan je performance gaan denken maar de koppeling is betrekkelijk makkelijk op te zetten.

Dat hadden wij dus ook. De resultaten werden eventueel gecached (indien de performance merkbaar beïnvloed werd door de query's^*). Als deze caching aan stond, werd dit ook vermeld richting de klant zodat hij wist dat een wijziging niet direct zichtbaar was op de website.

^* Dit werd tijdens de testfase gemeten door de systeembeheerders en na live gang een tijdje gemonitord. Indien bleek dat de performance niet riant werd aangetast, bleef caching uitgeschakeld.

[ Voor 13% gewijzigd door PdeBie op 31-05-2013 16:07 ]

[Otherside1982]

Even vlug een nieuwe query uitvoeren in een nieuw tabblad naar een databank waar ik al verbinding mee heb in andere tabs: 33 seconden wachten om de connectie te maken naar de datank! Dan heb ik nog helemaal geen query uitgevoerd.

[ Voor 23% gewijzigd door Otherside1982 op 31-05-2013 16:11 ]

[F.West98]

ThomasG schreef op vrijdag 31 mei 2013 @ 15:38:
[...]
Dit soort dingen zijn gewoon taalfouten, en die moeten wat mij betreft al vanaf begin af aan worden vermeden. Het is 'Versturen', of 'Zenden'. 'Verzenden' is een taalfout. Ik ben daarom ook van mening dat vertalingen (misschien ook zelfs Nederlands) door een taalkundige gedaan moeten worden, en niet door een programmeur oid. die toevallig die taal spreekt.

Zullen ze bij MS vast wel doen. Toch staat er in Outlook gewoon 'verzenden'.

[ThomasG]

Verwijderd schreef op vrijdag 31 mei 2013 @ 15:57:
[...]

Als Vandale het accepteert als een Nederlands woord, ga je toch niet ontkennen dat het ook echt een Nederlands woord is, toch?

Ik zeg ook helemaal niet dat het geen Nederlands woord is. Ik zeg dat het een taalfout is, en dat ik vind dat je zoiets als professioneel bedrijf niet kunt maken. Nu is "Verzenden" een versteende taalfout, en dus "geaccepteerd." Misschien ben ik wat dat betreft ouderwets, om de versteende taalfouten alsnog te vermeiden. Maar woorden als "Overnieuw" zijn, ondanks dat ze wel in de Van Dale staan, gewoon fout!

[Mercatres]

Aaargh php en Mongodb, waarom doen jullie zo moeilijk samen.
Blijkbaar is er voor mongodb een MongoDate-object, maar dat is eigenlijk niet nodig. Make up your mind

Achja, het werkt inmiddels. Lekker front-end devven nu

[StM]

ThomasG schreef op vrijdag 31 mei 2013 @ 16:15:
[...]
Ik zeg ook helemaal niet dat het geen Nederlands woord is. Ik zeg dat het een taalfout is, en dat ik vind dat je zoiets als professioneel bedrijf niet kunt maken. Nu is "Verzenden" een versteende taalfout, en dus "geaccepteerd." Misschien ben ik wat dat betreft ouderwets, om de versteende taalfouten alsnog te vermeiden. Maar woorden als "Overnieuw" zijn, ondanks dat ze wel in de Van Dale staan, gewoon fout!

Dan is het hoog tijd dat we weer terug gaan naar Oud Nederlands. Al die moderne aanpassingen zijn ook gewoon fout!

Taal leeft en veranderd. Als een meerderheid van de mensen iets gaat gebruiken is het gewoon onderdeel geworden van de taal, fout of niet. Het is niet voor niks dat er eens in de zoveel tijd een nieuwe spelling komt. Dat is gewoon het vastleggen van de veranderingen die in de volksmond al de standaard zijn geworden.

[ Voor 10% gewijzigd door StM op 31-05-2013 16:21 ]

[kenneth]

Eens met de verzenden-is-wel-een-woord-club.

Maar:

StM schreef op vrijdag 31 mei 2013 @ 16:19:
Taal [...] veranderd.

Njaaaaaaargh!

[BikkelZ]

TheNephilim schreef op vrijdag 31 mei 2013 @ 16:02:

In plaats van een eigen scriptje is het ook mogelijk om CSS3 transitions 'automatisch' te vervangen door jQuery animations. Dat kan volgens mij met Modernizer, weet niet precies hoe dat zit.

Nah dat doe ik niet, alsof je als Eend-rijder het recht hebt om over de snelweg te klagen dat die er niet voor zorgt dat er electrische ramen in je auto zitten net zoals bij de andere weggebruikers. Mensen die een oude auto gebruiken vinden dat toch juist gewoon lekker, zo'n authentieke oude auto? Slechte vering, een top van 90Km/H en flink sjorren voordat dat stugge raam een beetje naar beneden komt voor een beetje verfrissing van de ARKO?

Daar moet je niet aan komen, dat is juist de beleving van een klassieker! Zo denk ik ook over IE vintage users. Mensen die bewust kiezen voor onbespoten groenten, een mening hebben over natuurbescherming, oude auto's koesteren en ver weg blijven van de rat race van het al maar proberen het nieuwste van het nieuwste op je computer te hebben.

[PdeBie]

BikkelZ schreef op vrijdag 31 mei 2013 @ 16:23:
[...]


Nah dat doe ik niet, alsof je als Eend-rijder het recht hebt om over de snelweg te klagen dat die er niet voor zorgt dat er electrische ramen in je auto zitten net zoals bij de andere weggebruikers. Mensen die een oude auto gebruiken vinden dat toch juist gewoon lekker, zo'n authentieke oude auto? Slechte vering, een top van 90Km/H en flink sjorren voordat dat stugge raam een beetje naar beneden komt voor een beetje verfrissing van de ARKO?

Daar moet je niet aan komen, dat is juist de beleving van een klassieker! Zo denk ik ook over IE vintage users. Mensen die bewust kiezen voor onbespoten groenten, een mening hebben over natuurbescherming, oude auto's koesteren en ver weg blijven van de rat race van het al maar proberen het nieuwste van het nieuwste op je computer te hebben.

[Korben]

BikkelZ schreef op vrijdag 31 mei 2013 @ 16:23:
[...]
Nah dat doe ik niet, alsof je als Eend-rijder het recht hebt om over de snelweg te klagen dat die er niet voor zorgt dat er electrische ramen in je auto zitten net zoals bij de andere weggebruikers. Mensen die een oude auto gebruiken vinden dat toch juist gewoon lekker, zo'n authentieke oude auto? Slechte vering, een top van 90Km/H en flink sjorren voordat dat stugge raam een beetje naar beneden komt voor een beetje verfrissing van de ARKO?

Daar moet je niet aan komen, dat is juist de beleving van een klassieker! Zo denk ik ook over IE vintage users. Mensen die bewust kiezen voor onbespoten groenten, een mening hebben over natuurbescherming, oude auto's koesteren en ver weg blijven van de rat race van het al maar proberen het nieuwste van het nieuwste op je computer te hebben.

Over clueless gesproken. Denk je dat IE vintage gebruikers er bewust voor kiezen om een oude versie te draaien? 'Goh, er is wel een nieuwere versie beschikbaar, maar ik wil die niet draaien, want ik blijf liever bij die oude versie'.

IE vintage gebruikers zijn mensen die ofwel onbewust er niet voor kiezen een modernere versie te installeren, of die niet in staat zijn om een nieuwere versie installeren, vaak omdat ze dat niet mogen van hun systeembeheerder.

edit:

Fail. Mijn sarcasmedetector is uitgevallen, schijnbaar.

[StM]

kenneth schreef op vrijdag 31 mei 2013 @ 16:23:
Eens met de verzenden-is-wel-een-woord-club.

Maar:

[...]
Njaaaaaaargh!

[afbeelding]

Ik ben een groot voorstander van het versimpelen van de grammaticaregels zodat er 1 werkwoordsvorm overblijft...

_{Beredeneren kan ik het wel, maar als ik er niet bewust over na denk gaat het altijd mis.}

[hiekikowan]

@Bikkelz Slecht voorbeeld met die Eend... heeft geen zwengelramen maar klapraampjes welke maar voor de helft los kunnen. Daarnaast is de vering niet bepaald slecht te noemen (beter dan de gemiddelde moderne auto, zeker achterin... En de verfrissing komt toch echt ook wel via het roldak wat op een dag als vandaag natuurlijk gewoon los is... (zegt een regelmatig Eend-passagier, vaders heeft een pracht van een Eend )

[incaz]

StM schreef op vrijdag 31 mei 2013 @ 16:19:
Taal leeft en veranderd. Als een meerderheid van de mensen iets gaat gebruiken is het gewoon onderdeel geworden van de taal, fout of niet. Het is niet voor niks dat er eens in de zoveel tijd een nieuwe spelling komt. Dat is gewoon het vastleggen van de veranderingen die in de volksmond al de standaard zijn geworden.

Eens Anders is zelfs Oud-Nederlands nog lang niet goed genoeg, en moeten we alles in Latijn, Grieks of nog eerdere talen uitdrukken. Die zijn allemaal verbasterd, gecontamineerd en vervormd en hebben geleid tot wat nu het Nederlands is.

Maar 'verandert' hoort hier toch met een -t

[TheNephilim]

Korben schreef op vrijdag 31 mei 2013 @ 16:28:
[...]

Over clueless gesproken. Denk je dat IE vintage gebruikers er bewust voor kiezen om een oude versie te draaien? 'Goh, er is wel een nieuwere versie beschikbaar, maar ik wil die niet draaien, want ik blijf liever bij die oude versie'.

IE vintage gebruikers zijn mensen die ofwel onbewust er niet voor kiezen een modernere versie te installeren, of die niet in staat zijn om een nieuwere versie installeren, vaak omdat ze dat niet mogen van hun systeembeheerder.

edit:

Fail. Mijn sarcasmedetector is uitgevallen, schijnbaar.

Aan de andere kant, mensen die ongedwongen nog old-IE gebruiken, zal het een worst wezen dat er een rond randje ergens aan zit. Of dat er een schaduw onder een afbeelding zit.

Als je door een systeem beheerder gedwongen word om old-IE te gebruiken, dan ben je aan het werk en hoef je niet te surfen