De Devschuur Coffee Corner - Iteratie 3

[Ealanrian]

Omdat het kan.

[Ellos]

Yep
Humor toch, named groups gebruiken om de values eruit te vissen en te checken op inhoud.
Ik was gewoon erg benieuwd of het zou lukken, gewoon een hobby projectje.

Hij was voor de rest niet vooruit te branden maar dat viel ook wel in de lijn der verwachtingen.

[ Voor 26% gewijzigd door Ellos op 06-08-2013 18:28 ]

[Ealanrian]

Damm wat gaan de kaarten voor Wacken dit jaar hard. Deze week maar ff kaarten regelen

[Ellos]

Was een tijdje terug bij een "sysadmin" die niet wist wat ctrl+a was..
Tjeh..

Gevalletje
[img=500,500]http://stickerish.com/wp-content/themes/mio/sp-framework/timthumb/timthumb.php?src=http://stickerish.com/wp-content/uploads/2012/03/NothingToDoHereBlackWithTextSS.png&h=500&w=500&zc=2&q=100&a=c&s=&f=&cc=&ct=%5Bmessage=40663029%5DWoy%20in%20"De%20Devschuur%20Coffee%20Corner%20-%20Iteratie%203"%5B/message%5D[/img]

[Rhapsody]

Ealanrian schreef op dinsdag 06 augustus 2013 @ 18:38:
Damm wat gaan de kaarten voor Wacken dit jaar hard. Deze week maar ff kaarten regelen

De line-up is i.cm. bier-garten dan nu ook al geniaal!

[Ealanrian]

Rhapsody schreef op dinsdag 06 augustus 2013 @ 19:02:
[...]
De line-up is i.cm. bier-garten dan nu ook al geniaal!

7 van de 11 bands wil ik wel zien dus ja de line-up is best goed. Word alleen voor mij de eerste keer wacken dus weet nog niet echt wat ik moet verwachten

[Ellos]

Het is echt een onwijs leuke sfeer, ben er tot nu toe 2x geweest. Leuke lui, geen gekloot of pillen troep oid.
Gewoon gezellig.

Het hele dorp wordt eens per jaar volledig op z'n kop gezet, ook door de inwoners.

[Ealanrian]

Kak nu al uit verkocht...
dan maar opzoek naar een ander festival

[ Voor 45% gewijzigd door Ealanrian op 06-08-2013 19:47 ]

[Firesphere]

Gamebuster schreef op dinsdag 06 augustus 2013 @ 17:24:
[...]

Echt, ik zou je site haten als je dit soort grappen zou uithalen

* Firesphere gaat z'n site eens bijwerken

[azerty]

Gamebuster schreef op dinsdag 06 augustus 2013 @ 16:40:
Nee, deze:

code:

(?:(?:\r\n)?[ \t])*(?:(?:(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t]
)+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:
\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(
?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ 
\t]))*"(?:(?:\r\n)?[ \t])*))*@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\0
31]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\
](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+
(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:
(?:\r\n)?[ \t])*))*|(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z
|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)
?[ \t])*)*\<(?:(?:\r\n)?[ \t])*(?:@(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\
r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[
 \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)
?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t]
)*))*(?:,@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[
 \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*
)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t]
)+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*)
*:(?:(?:\r\n)?[ \t])*)?(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+
|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r
\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:
\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t
]))*"(?:(?:\r\n)?[ \t])*))*@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031
]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](
?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?
:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?
:\r\n)?[ \t])*))*\>(?:(?:\r\n)?[ \t])*)|(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?
:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?
[ \t]))*"(?:(?:\r\n)?[ \t])*)*:(?:(?:\r\n)?[ \t])*(?:(?:(?:[^()<>@,;:\\".\[\] 
\000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|
\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>
@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"
(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*))*@(?:(?:\r\n)?[ \t]
)*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\
".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?
:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[
\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*|(?:[^()<>@,;:\\".\[\] \000-
\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(
?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)*\<(?:(?:\r\n)?[ \t])*(?:@(?:[^()<>@,;
:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([
^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\"
.\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\
]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*(?:,@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\
[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\
r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] 
\000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]
|\\.)*\](?:(?:\r\n)?[ \t])*))*)*:(?:(?:\r\n)?[ \t])*)?(?:[^()<>@,;:\\".\[\] \0
00-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\
.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,
;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|"(?
:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*))*@(?:(?:\r\n)?[ \t])*
(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".
\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t])*(?:[
^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\]
]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*\>(?:(?:\r\n)?[ \t])*)(?:,\s*(
?:(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\
".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)(?:\.(?:(
?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[
\["()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t
])*))*@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t
])+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?
:\.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|
\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*|(?:
[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".\[\
]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)*\<(?:(?:\r\n)
?[ \t])*(?:@(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["
()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)
?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>
@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*(?:,@(?:(?:\r\n)?[
 \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,
;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\.(?:(?:\r\n)?[ \t]
)*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\
".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*)*:(?:(?:\r\n)?[ \t])*)?
(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\["()<>@,;:\\".
\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])*)(?:\.(?:(?:
\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z|(?=[\[
"()<>@,;:\\".\[\]]))|"(?:[^\"\r\\]|\\.|(?:(?:\r\n)?[ \t]))*"(?:(?:\r\n)?[ \t])
*))*@(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])
+|\Z|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*)(?:\
.(?:(?:\r\n)?[ \t])*(?:[^()<>@,;:\\".\[\] \000-\031]+(?:(?:(?:\r\n)?[ \t])+|\Z
|(?=[\["()<>@,;:\\".\[\]]))|\[([^\[\]\r\\]|\\.)*\](?:(?:\r\n)?[ \t])*))*\>(?:(
?:\r\n)?[ \t])*))*)?;\s*)

http://www.ex-parrot.com/pdw/Mail-RFC822-Address.html

Gebruik gewoon de class van www.isemail.info, voldoet aan alles (volgt netjes alle RFC's op)

[Firesphere]

Ik heb me eindelijk ingeschreven voor het examen Java 7 Certified Developer...

Ik heb 6 overgeslagen Crap, die voorbeeld examens zijn nog best pittig in vergelijking met JSE5!

---

Soms is het leuk, XML uitleggen:

In lekentermen "veel vishaakjes '< / >' "

[ Voor 21% gewijzigd door Firesphere op 06-08-2013 20:33 ]

[Verwijderd]

Hehe. Ik ben er na 3 dagen klooien eindelijk achter hoe je de data die ik nodig heb uit een .blend file vist

[Styxxy]

EddoH schreef op dinsdag 06 augustus 2013 @ 09:17:
Wat een ongelooflijk flut-artikel zeg.

EddoH schreef op dinsdag 06 augustus 2013 @ 12:36:
Naats het feit dat ik zin heb om te bitchen aangezien ik met het verkeerde been uit bed ben gestapt, vind ik de argumenten die de schrijver geeft nogal waardeloos en tegenstrijdig. Ik ga niet het hele artikel ontleden maar enkele opmerkingen van de schrijver over waarom comments slecht zouden zijn:

Er zitten zeker zaken in het artikel waar ik het ook niet eens met ben (zoals jij). Maar om het hele artikel "fult" te noemen, vind ik een stap te ver. Er worden echt wel valide punten aangehaald. Als je de gerelateerde artikels leest, krijg je een beter zich op het geheel waar ik op doelde.

Overigens schrijf ik op mijn werk ook wel wat comments hoor. Maar dat is eerder om te beschrijven wat er gebeurt dan technisch elk dingetje uit te leggen. Wanneer ik complexe filter + sortering logica schrijf volgens de eisen van de business, zeg ik comments de stappen dat ik onderneem om tot de oplossing te komen.

En dat is waar ik dus ook op doelde; zinloze comments zijn zinloos. Je moet geen comments schrijven wat er technisch exact staat. Je moet de bedoeling neerschrijven, eventuele (business) logica die uitgevoerd wordt.

Uiteindelijk moeten comments sowieso onderhouden worden. Wanneer de logica wijzigt, moet de code gewijzigd worden en dus ook liefst de bijhorende comments. Maar tja... als de ontwikkelaar (die de aanpassingen doet), dit niet aanpast; dan is hij niet goed bezig. Dit laatste is net ook een van de "problemen" die de schrijver(s) aanhalen. Ook mijn ervaring op het werk leert ondertussen dat er wel wat devvers zijn die de comments niet mee onderhouden. En dáárom wordt er vaak gezegd dat comments vermeden moeten worden.

Het artikel heeft dus zeker wel waarde (op een paar erg misplaatste opmerking na; zoals bv die van TDD). Omdat het echt wel in de praktijk voorkomt... Misschien heb jij geluk, kom je het niet tegen. Maar mijn ervaring is toch dat het te vaak gebeurt.

[Caelorum]

wsitedesign schreef op dinsdag 06 augustus 2013 @ 20:17:
[...]
Gebruik gewoon de class van www.isemail.info, voldoet aan alles (volgt netjes alle RFC's op)

"This browser doesn't seem to support the Flexible Box Model. This means the page will look a bit shit. "
Dacht dat IE10 en IE11 dat wel ondersteunen? Gare site in ieder geval..

[EddoH]

Styxxy schreef op dinsdag 06 augustus 2013 @ 21:09:
[...]


[...]


Er zitten zeker zaken in het artikel waar ik het ook niet eens met ben (zoals jij). Maar om het hele artikel "fult" te noemen, vind ik een stap te ver. Er worden echt wel valide punten aangehaald. Als je de gerelateerde artikels leest, krijg je een beter zich op het geheel waar ik op doelde.

....

Het artikel heeft dus zeker wel waarde (op een paar erg misplaatste opmerking na; zoals bv die van TDD). Omdat het echt wel in de praktijk voorkomt... Misschien heb jij geluk, kom je het niet tegen. Maar mijn ervaring is toch dat het te vaak gebeurt.

Oh ik kom het genoeg tegen hoor, zowel zinloze comments, als gebrek aan comments. Wordt alleen altijd een beetje moe van de fanatiekelingen zoals de schrijver van dat artikel die dan een hele interresant klinkende methodologie neerplempt, die dan eigenlijk neerkomt op 'schrijf nooit comments omdat <insert paar random use cases waar comments slecht zijn> behalve als <insert paar goede redenen om wel comments te gebruiken>.

Gewoon logisch nadenken en comments toevoegen wanneer deze dingen verduidelijken. Programmeurs met slechte gewoonten blijf je houden en de wereld wordt echt niet beter als iedereen stopt met comments schrijven.

Misschien ben ik morgen minder cynisch

[ Voor 27% gewijzigd door EddoH op 06-08-2013 22:03 ]

[farlane]

Styxxy schreef op dinsdag 06 augustus 2013 @ 21:09:
Het artikel heeft dus zeker wel waarde (op een paar erg misplaatste opmerking na; zoals bv die van TDD).

Ook daar kan ik de logica wel van inzien: refactoren zonder een goede mogelijkheid om te testen of de code nog hetzelfde doet is vragen om nieuwe bugs.

[EddoH]

farlane schreef op dinsdag 06 augustus 2013 @ 22:02:
[...]

Ook daar kan ik de logica wel van inzien: refactoren zonder een goede mogelijkheid om te testen of de code nog hetzelfde doet is vragen om nieuwe bugs.

De logica kan ik ook wel inzien. Maar in de praktijk is het niet zo zwart wit, en is er een beperkte tijd om bepaalde dingen gedaan te krijgen. Dan maak je een trade-off van kosten en baten, en dan is een refactor zonder 100% test coverage maar die een factor 10 betere onderhoudbaarheid oplevert prima te verantwoorden.

[Styxxy]

EddoH schreef op dinsdag 06 augustus 2013 @ 22:01:
[...]
Oh ik kom het genoeg tegen hoor, zowel zinloze comments, als gebrek aan comments. Wordt alleen altijd een beetje moe van de fanatiekelingen zoals de schrijver van dat artikel die dan een hele interresant klinkende methodologie neerplempt, die dan eigenlijk neerkomt op 'schrijf nooit comments omdat <insert paar random use cases waar comments slecht zijn> behalve als <insert paar goede redenen om wel comments te gebruiken>.

Gewoon logisch nadenken en comments toevoegen wanneer deze dingen verduidelijken. Programmeurs met slechte gewoonten blijf je houden en de wereld wordt echt niet beter als iedereen stopt met comments schrijven.

Misschien ben ik morgen minder cynisch

Ik had het artikel trouwens gepost als "ludieke" reactie op Darkstone's gerant over geen comments in source code. Het artikel heeft enige nuancering (de titel niet echt), maar uiteraard niet extreem.

Ik ben het trouwens eens met jou hoor EddoH, maar ik vond de uitspraak "flut artikel" ook niet gegrond. Het is eerder een ongenuanceerd artikel met enkele rare uitspraken. Dat maakt het nog steeds geen absoluut slecht artikel. Als je op zoek bent naar het meest genuanceerde artikel, die alle "edge cases" en grijstinten (50 in totaal!) beschrijft, veel succes! Blogs zoals die bestaan er veel, het zijn ook tamelijk korte posts, waarin voornamelijk scherpe(re) uitspraken gedaan worden.

De waarheid / het gezond verstand ligt vaak in het midden, tussen de zwart-wit stellingen.

farlane schreef op dinsdag 06 augustus 2013 @ 22:02:
[...]
Ook daar kan ik de logica wel van inzien: refactoren zonder een goede mogelijkheid om te testen of de code nog hetzelfde doet is vragen om nieuwe bugs.

Dat is een heel zwart-wit stelling hoor. Ik werk in een omgeving waar niet zeer veel tests geschreven worden. Een van de redenen is omdat er gewoonweg geen tijd voor is. Anderzijds ook vanwege sommige technische beperkingen van vele projecten. We hebben wel een uitgebreid systeem van overdrachten en QA-testers. Tot nu toe nog niet al te veel problemen mee gehad. Af en toe sluipt er wel een bug in; maar dat zijn dan ook bugs die gewoon het geheel in de soep laten lopen en die onmiddelijk opvallen.

Ik zou zeer graag testen willen maken voor complexe berekeningen. Want daar zitten ook vaak de "nasty" bugs die ook heel wat side-effects hebben. Spijtig genoeg is dat er niet (en ben ik nog te "junior" om het proberen in te voeren). Dat is uiteindelijk ook de business logica dat je ten allen tijde wilt bewaken (toch in het bedrijf waar ik werk).

[ Voor 11% gewijzigd door Styxxy op 07-08-2013 00:00 ]

[Aloys]

Verwijderd schreef op dinsdag 06 augustus 2013 @ 20:58:
Hehe. Ik ben er na 3 dagen klooien eindelijk achter hoe je de data die ik nodig heb uit een .blend file vist

Documenteer je het even voor ons?

[farlane]

EddoH schreef op dinsdag 06 augustus 2013 @ 22:07:
De logica kan ik ook wel inzien. Maar in de praktijk is het niet zo zwart wit, en is er een beperkte tijd om bepaalde dingen gedaan te krijgen. Dan maak je een trade-off van kosten en baten, en dan is een refactor zonder 100% test coverage maar die een factor 10 betere onderhoudbaarheid oplevert prima te verantwoorden.

Ben ik met je eens. Ik denk dat als lezers het artikel wat minder 'to the letter' opvatten en meer de spirit van het betoog volgt dat er wel wat wijsheid uit te halen is. (Ik ga er van uit dat iedere software engineer die eigenschap heeft )

Aloys schreef op woensdag 07 augustus 2013 @ 00:35:
[...]

Documenteer je het even voor ons?

Dat heeft deze meneer al gedaan

[ Voor 17% gewijzigd door farlane op 07-08-2013 00:45 ]

[Verwijderd]

farlane schreef op woensdag 07 augustus 2013 @ 00:43:


Dat heeft deze meneer al gedaan

Daar staat echter niet de informatie in die ik nodig heb.

---

Over ranten gesproken. Hoe de fuck static_cast ik een const boost::shared_ptr< base > naar een const boost::shared_ptr< derived >. Is dat uberhaubt mogelijk zonder reinterprent_cast of const_cast?

[ Voor 28% gewijzigd door Verwijderd op 07-08-2013 00:51 ]

[farlane]

Verwijderd schreef op woensdag 07 augustus 2013 @ 00:49:
Over ranten gesproken. Hoe de fuck static_cast ik een const boost::shared_ptr< base > naar een const boost::shared_ptr< derived >. Is dat uberhaubt mogelijk zonder reinterprent_cast of const_cast?

Vermoed van niet, een template<base> is geen template<derived>.

[Verwijderd]

Base is sowieso geen derived...

Het is je vergeven, het is al half 2 geweest.

[ Voor 44% gewijzigd door Verwijderd op 07-08-2013 01:37 ]

[farlane]

Wat ik bedoel is dat een base een derived *kan* zijn, evt te casten met een dynamic_cast. Een template<base> kan echter niet een template<derived> zijn.

[ Voor 26% gewijzigd door farlane op 07-08-2013 01:48 ]

[Verwijderd]

Bij nader inzien, wat ik daar probeerde te doen is gigantisch ranzig. De case zag er ongeveer als volgt uit:

C++:

struct Base {

}

struct Derived : Base {

}

struct Other : Base {

}

int main() {
  boost::shared_ptr< Derived > ptr1( Derived() );
  boost::shared_ptr< Other > ptr2( reinterprent_cast< blah >( ptr1 ) ); // stel dat dit kon
}

Strikvraag: welke destructor wordt er nu aangeroepen?

[azerty]

Caelorum schreef op dinsdag 06 augustus 2013 @ 21:23:
[...]

"This browser doesn't seem to support the Flexible Box Model. This means the page will look a bit shit. "
Dacht dat IE10 en IE11 dat wel ondersteunen? Gare site in ieder geval..

Het belangrijkste is dat hij zijn werk doet, nl emails valideren. En ik verwees ernaar omdat je daarop ook de links naar C#, php & java code ervoor kunt vinden.

[EddoH]

Verwijderd schreef op woensdag 07 augustus 2013 @ 02:08:
Bij nader inzien, wat ik daar probeerde te doen is gigantisch ranzig. De case zag er ongeveer als volgt uit:

C++:

struct Base {

}

struct Derived : Base {

}

struct Other : Base {

}

int main() {
  boost::shared_ptr< Derived > ptr1( Derived() );
  boost::shared_ptr< Other > ptr2( reinterprent_cast< blah >( ptr1 ) ); // stel dat dit kon
}

Strikvraag: welke destructor wordt er nu aangeroepen?

Derived, I guess?

[farlane]

Verwijderd schreef op woensdag 07 augustus 2013 @ 02:08:
Bij nader inzien, wat ik daar probeerde te doen is gigantisch ranzig. De case zag er ongeveer als volgt uit:

Tis gewoon fout: Je cast een koe naar een aap ipv een zoogdier naar een aap zoals je in je eerste post wilde doen. ( Alleen dan nog met een template er omheen )

[.oisyn]

Verwijderd schreef op woensdag 07 augustus 2013 @ 00:49:
Over ranten gesproken. Hoe de fuck static_cast ik een const boost::shared_ptr< base > naar een const boost::shared_ptr< derived >. Is dat uberhaubt mogelijk zonder reinterprent_cast of const_cast?

Met boost::static_pointer_cast<>, duh.

Verwijderd schreef op woensdag 07 augustus 2013 @ 02:08:
Strikvraag: welke destructor wordt er nu aangeroepen?

Nobody knows, het is UB.

[ Voor 20% gewijzigd door .oisyn op 07-08-2013 09:21 ]

[Firesphere]

Woah! Koffie!!

[Verwijderd]

Firesphere schreef op woensdag 07 augustus 2013 @ 09:45:
Woah! Koffie!!

Warme chocomelk

[Douweegbertje]

Verwijderd schreef op woensdag 07 augustus 2013 @ 09:50:
[...]


Warme chocomelk

Choco Delux hier

[wouterwouter2]

Verwijderd schreef op woensdag 07 augustus 2013 @ 09:50:
[...]


Warme chocomelk

In de ochtend, lijkt me niks.

Pff ik moet wat screenshots in een document plaatsen met wat commentaar er bij. In Excel is het een gedoe om van elk plaatje de eigenschappen aan te passen en in een cell te plaatsen. OpenOffice plakt geen plaatjes in het document, alleen via insert - image . In evernote gaat het goed, alleen de tabel past zich aan, aan de grootte van het plaatje, en plaatjes kun je niet verkleinen. Is er dan geen app waar ik gewoon plaatjes in een tabel kan plaatsen?

[HuHu]

Word.

[Douweegbertje]

wouterwouter2 schreef op woensdag 07 augustus 2013 @ 11:02:
[...]

In de ochtend, lijkt me niks.

Pff ik moet wat screenshots in een document plaatsen met wat commentaar er bij. In Excel is het een gedoe om van elk plaatje de eigenschappen aan te passen en in een cell te plaatsen. OpenOffice plakt geen plaatjes in het document, alleen via insert - image . In evernote gaat het goed, alleen de tabel past zich aan, aan de grootte van het plaatje, en plaatjes kun je niet verkleinen. Is er dan geen app waar ik gewoon plaatjes in een tabel kan plaatsen?

Nou ik denk dat hier het probleem toch echt tussen de stoel en het toetsenbord zit..

[_Moe_]

email templates ... ik kan er van gaan blijten!

[Xpoint]

Heb zojuist de Oculus Rift in ontvangst mogen nemen. Had wat te besteden, dus toch maar besloten een DevKit te bestellen ipv te wachten op een consumer release. Kan niet wachten om vanavond ermee te gaan spelen.

[wouterwouter2]

douweegbertje schreef op woensdag 07 augustus 2013 @ 11:03:
[...]


Nou ik denk dat hier het probleem toch echt tussen de stoel en het toetsenbord zit..

Dat denk ik niet.

Ik wil telkens twee plaatjes vergelijken (50 keer), met wat commentaar dr bij. Dit gaat toch echt het beste en het snelste met Excel (of Word). Je gaat geen 50 issues openen met elk 2 attachments. Anyway, Excel en Word zijn beide niet de beste tools, en een issue tracker ook niet. Vandaar mijn rant.

[.oisyn]

Je hebt anders nog niet uitgelegd waarom Word niet geschikt is. Alleen waarom Excel niet geschikt is.

[Voutloos]

Gebruik LaTeX!

[mrmartijn]

Kan ook nog met powerpoint. of een access database met OLE velden

[Otherside1982]

En gewoon de 2 images en de tekst in een grotere image plakken

[console]

Soms kom je echt crap tegen die door een 'senior' geschreven is. En die 'senior' loopt altijd maar op andere te zeiken dat hun code wat zij produceren 'crap' is..

HTML:

<div class="tab" data-tab="fotos">
    <h1>Foto's</h1>
            <fieldset class="image">
            <legend>Hotelaanzicht</legend>
            <div class="image" style="background-image: url('http://cdn01.***************.com/files/1uVM/923/923')" />
        </fieldset>
            <fieldset class="image">
            <legend>Voorzijde Hotel</legend>
            <div class="image" style="background-image: url('http://cdn01.***************.com/files/1uVM/922/922')" />
        </fieldset>
            <fieldset class="image">
            <legend>Hotelaanzicht</legend>
            <div class="image" style="background-image: url('http://cdn01.***************.com/files/1uVM/955/955')" />
        </fieldset>
            <fieldset class="image">
            <legend>Terras</legend>
            <div class="image" style="background-image: url('http://cdn01.***************.com/files/1uVM/951/951')" />
        </fieldset>
       etc.. etc..

[D-Raven]

Waarom vind ik alleen maar CQRS icm asp.net MVC voorbeelden waarbij validatie en foutafhandeling volledig genegeerd wordt?

*Kijk ik kan een command uitvoeren, ik doe CQRS!!111 huh wat? fouten? ModelState? Je wilt misschien terug naar een andere view gaan? euhm mja dat valt buiten de scope van dit voorbeeld*

Ja zo kan ik ook cqrs toepassen ja, alle moeilijke dingen maar gewoon negeren.

[.oisyn]

console schreef op woensdag 07 augustus 2013 @ 11:47:
Soms kom je echt crap tegen die door een 'senior' geschreven is. En die 'senior' loopt altijd maar op andere te zeiken dat hun code wat zij produceren 'crap' is..

Ik ben dan wel geen HTML-hippie maar ik zie niet echt wat er mis mee is, afgezien van de rare indenting van <fieldset> en het dubbel gebruik van de class "image" op zowel de div als de fieldset (waar op zich nog best een reden voor kan zijn)

[ Voor 5% gewijzigd door .oisyn op 07-08-2013 11:52 ]

[wouterwouter2]

.oisyn schreef op woensdag 07 augustus 2013 @ 11:51:
[...]

Ik ben dan wel geen HTML-hippie maar ik zie niet echt wat er mis mee is, afgezien van de rare indenting van <fieldset> en het dubbel gebruik van de class "image" op zowel de div als de fieldset (waar op zich nog best een reden voor kan zijn)

Inline CSS en het plaatje als background-image neerzetten ipv normaal.

[ Voor 7% gewijzigd door wouterwouter2 op 07-08-2013 11:54 ]

[.oisyn]

Euhm, de gebruikte inline CSS is puur content. Natuurlijk ga je dat niet in een stylesheet stoppen.

[HuHu]

.oisyn schreef op woensdag 07 augustus 2013 @ 11:53:
Euhm, de gebruikte inline CSS is puur content. Natuurlijk ga je dat niet in een stylesheet stoppen.

Semantisch geneuzel is waarschijnlijk het "probleem". Als de plaatjes content zijn, dan horen ze niet in de style maar in een <img> tag. Een fieldset (met bijbehorende legend) hoor je alleen te gebruiken in een <form>.

[HMS]

D-Raven schreef op woensdag 07 augustus 2013 @ 11:49:
Waarom vind ik alleen maar CQRS icm asp.net MVC voorbeelden waarbij validatie en foutafhandeling volledig genegeerd wordt?

*Kijk ik kan een command uitvoeren, ik doe CQRS!!111 huh wat? fouten? ModelState? Je wilt misschien terug naar een andere view gaan? euhm mja dat valt buiten de scope van dit voorbeeld*

Ja zo kan ik ook cqrs toepassen ja, alle moeilijke dingen maar gewoon negeren.

Deze al gehad? http://blog.elliottohara....t-command-validators.html

[Puc van S.]

.oisyn schreef op woensdag 07 augustus 2013 @ 11:53:
Euhm, de gebruikte inline CSS is puur content. Natuurlijk ga je dat niet in een stylesheet stoppen.

Als het puur content was had het natuurlijk een <img /> moeten zijn en niet een <div> met backgroundimage.

[kryptonite88]

Ik weet niet zeker of je daar fieldsets mag gebruiken. Ik dacht dat je dat alleen in forms kon gebruiken.

[.oisyn]

HuHu schreef op woensdag 07 augustus 2013 @ 11:55:
Als de plaatjes content zijn, dan horen ze niet in de style maar in een <img> tag.

Heb je met een background-image niet meer controle over hoe het plaatje weergegeven wordt? Plus het feit dat de div dan niet per se dezelfde grootte hoeft te hebben als het weergegeven plaatje.

[HuHu]

Even Googlen leidt trouwens van nuwegexclusief.nl naar nuhip.nl naar cre8ion.com .

[phex]

- Div als image container (waar het img element voor is)
- H1 als titel van tabs (waar waarschijnlijk meer van zijn)
- Fieldset/legend als opmaak voor een niet form element

* data-value in het Nederlands iiieeeeewwww

.oisyn schreef op woensdag 07 augustus 2013 @ 12:00:
[...]

Heb je met een background-image niet meer controle over hoe het plaatje weergegeven wordt

Als je het persoonlijk langs komt brengen heb je de meeste controle over hoe een plaatje weergegeven wordt. Maar ff serieus, met het image element kun je bijna alles, en anders wrap je het image element in een container. Nu overschrijf je browserfunctionaliteit omdat de bouwer even niet wist hoe hij het anders moest doen. Aka ranzig.

[ Voor 55% gewijzigd door phex op 07-08-2013 12:04 ]

[.oisyn]

Jullie doen net alsof HTML verder heel logisch in elkaar zit. Kunnen we al verticaal centreren?

[HuHu]

.oisyn schreef op woensdag 07 augustus 2013 @ 12:00:
[...]

Heb je met een background-image niet meer controle over hoe het plaatje weergegeven wordt? Plus het feit dat de div dan niet per se dezelfde grootte hoeft te hebben als het weergegeven plaatje.

Volgens mij valt er niet zo veel te regelen aan de weergave van een plaatje? Het lijkt me het meest handig dat het plaatje gewoon de juiste grootte heeft, in plaats van dat je de browser allerlei truucjes laat toepassen.

Als je een <div> om een <img> zit, dan hoeft het plaatje ook niet dezelfde grootte te hebben als de <div>.

[phex]

Oh schattig, .oisyn heeft ook eens met html gespeeld in '99

[Robbiedobbie]

[HuHu]

.oisyn schreef op woensdag 07 augustus 2013 @ 12:02:
Jullie doen net alsof HTML verder heel logisch in elkaar zit. Kunnen we al verticaal centreren?

HTML:

<table border="1">
    <tr style="height:200px;">
        <td style="vertical-align:middle;">HOI</td>
    </tr>
</table>

http://jsfiddle.net/yykF3/

[D-Raven]

HMS schreef op woensdag 07 augustus 2013 @ 11:55:
[...]


Deze al gehad? http://blog.elliottohara....t-command-validators.html

Nope die had ik nog niet gezien. Maar wel precies in de richting waar ik zelf ook in zou gaan. Thx!

Het command gedeelte ben ik tot nu toe wel van overtuigd dat het een duidelijke toevoeging is in de architectuur van je applicatie. Het event gedeelte.. not so much.. tenminste.. niet op de manier waarop het overal gedemo'd wordt.

Maar wellicht dat ik daar nog op terug ga komen

[Xpoint]

HuHu schreef op woensdag 07 augustus 2013 @ 12:08:
[...]

HTML:

<table border="1">
    <tr style="height:200px;">
        <td style="vertical-align:middle;">HOI</td>
    </tr>
</table>

http://jsfiddle.net/yykF3/

Tables gebruiken in je layout.
Maar dat doe je vast expres.

[ Voor 82% gewijzigd door Xpoint op 07-08-2013 12:11 ]

[phex]

Haha ja iets met klepel

[HuHu]

Xpoint schreef op woensdag 07 augustus 2013 @ 12:10:
Tables gebruiken in je layout.

Hoe wil je anders een tabel lay-outen?

[Down]

phex schreef op woensdag 07 augustus 2013 @ 12:04:
Oh schattig, .oisyn heeft ook eens met html gespeeld in '99

[phex]

Dat zei hij niet, je moet een tabel gebruiken voor tabel data, niet om dingen te positioneren.

Je kan wel:

code:

<div style="display: table; height: 200px;">
  <div style="display: table-cell; vertical-align: middle">In het midden</div>
</div>

[ Voor 51% gewijzigd door phex op 07-08-2013 12:13 ]

[Xpoint]

HuHu schreef op woensdag 07 augustus 2013 @ 12:11:
[...]

Hoe wil je anders een tabel lay-outen?

Een tabel gebruik je als je data wilt laten zien in een tabel.
Voor de opmaakt en structuur van je website/layout gebruik je div & css.

[HuHu]

Xpoint schreef op woensdag 07 augustus 2013 @ 12:12:
[...]

Een tabel gebruik je als je data wilt laten zien in een tabel.
Voor de opmaakt en structuur van je website/layout gebruik je div & css.

.

[Down]

Pff, iedereen die hier tables afzeikt vindt marquee zeker ook een slecht idee

[Verwijderd]

Of wat dacht je van <blink>

[phex]

Nee marquee is geweldig, nu include iedereen 5mb aan jquery libraries voor hetzelfde effect ;P

[Down]

The Origins of the <Blink> Tag

I am widely credited as the inventor of the <blink> tag. For those of you who are relatively new to the Web, the <blink> tag is an HTML command that causes text to blink, and many, many people find its behavior to be extremely annoying. I won't deny the invention, but there is a bit more to the story than is widely known.

Back in 1994 I was a founding engineer at Netscape, prior to that I had written the Lynx browser, which predated all of the other popular browsers at that time. Lynx had been and still is a text only browser and is commonly used in a console window on UNIX machines. At Netscape we were building software that used a graphical user interface and could express vastly more text styles and layouts as well as images and other media. We spent a lot of time thinking about the future of the web and new technologies that would enable new classes of documents, applications and uses. A few examples of those thoughts were, HTML Tables, SSL for secure communications, Plugins for extensions, and JavaScript to enable dynamic HTML.

Sometime in late summer I took a break with some of the other engineers and went to a local bar on Castro street in Mountain View. The bar was the St. James Infirmary and it had a 30 foot wonder woman statue inside among other interesting things. At some point in the evening I mentioned that it was sad that Lynx was not going to be able to display many of the HTML extensions that we were proposing, I also pointed out that the only text style that Lynx could exploit given its environment was blinking text. We had a pretty good laugh at the thought of blinking text, and talked about blinking this and that and how absurd the whole thing would be. The evening progressed pretty normally from there, with a fair amount more drinking and me meeting the girl who would later become my first wife.

Saturday morning rolled around and I headed into the office only to find what else but, blinking text. It was on the screen blinking in all its glory, and in the browser. How could this be, you might ask? It turns out that one of the engineers liked my idea so much that he left the bar sometime past midnight, returned to the office and implemented the blink tag overnight. He was still there in the morning and quite proud of it.

At the time there were 3 versions of the browser that ran on UNIX, Windows and Mac operating systems. For a short 12 hours the blinking was constrained only to the UNIX version, but it didn't take long for the blinking to spread to Windows and then the Mac version. I remember thinking that this would be a pretty harmless easter egg, that no one would really use it, but I was very wrong. When we released Netscape Navigator 1.0 we did not document the blink functionality in any way, and for a while all was quiet. Then somewhere, somehow the arcane knowledge of blinking leaked into the real world and suddenly everything was blinking. "Look here", "buy this", "check this out", all blinking. Large advertisements blinking in all their glory. It was a lot like Las Vegas, except it was on my screen, with no way of turning it off.

In the end, much was said, most of it in the form of flaming posts to various discussion boards, and the <blink> tag will probably be remembered as the most hated of all HTML tags. I would like to publicly state that at no time did I actually write code or even seriously advocate for the <blink> tag. It is true that I put forth the initial inspiration, but it really was merely a thought experiment. I am not going to name any names of the people who coded the dastardly deed, if they wish to step forward, they will need to do it themselves. In the end, the thing that I am truly sad about, is that Lynx never did get to blink. I am also sad to report that the St James Infirmary burned to the ground in 1997, it was a great place to hang out and will be missed.

<blink> on,

:lou

http://www.montulli.org/theoriginofthe%3Cblink%3Etag

Held.

[.oisyn]

phex schreef op woensdag 07 augustus 2013 @ 12:04:
Oh schattig, .oisyn heeft ook eens met html gespeeld in '99

Het feit dat je weigert een antwoord te geven op mijn vraag spreekt boekdelen

[phex]

Lees iets verder

phex schreef op woensdag 07 augustus 2013 @ 12:11:
Dat zei hij niet, je moet een tabel gebruiken voor tabel data, niet om dingen te positioneren.

Je kan wel:

code:

<div style="display: table; height: 200px;">
  <div style="display: table-cell; vertical-align: middle">In het midden</div>
</div>

Assumption is the mother

[ Voor 93% gewijzigd door phex op 07-08-2013 12:21 ]

[.oisyn]

Vergeten te refreshen.

Dus het kan alleen door dingen te renderen als table-cell? Ja, heel logisch je hebt je punt bewezen hoor.

[ Voor 26% gewijzigd door .oisyn op 07-08-2013 12:22 ]

[phex]

html moet je zien als een tekst document, niet een photoshop document.

maar je mag het best kud vinden, we don't mind

[ Voor 28% gewijzigd door phex op 07-08-2013 12:23 ]

[.oisyn]

En bij tekst is het onmogelijk die verticaal te centreren? Nou ben je gewoon onzin aan het verzinnen om je punt (welk punt eigenlijk?) kracht bij te zetten

[phex]

Verticaal centreren ten opzichte van wat? je scherm, het document, de container?

Jij doet gewoon nu moeilijk omdat het antwoord je niet bevalt.

[ Voor 29% gewijzigd door phex op 07-08-2013 12:25 ]

[Sh4wn]

Ik vind HTML relatief logisch, CSS iets minder door het gebrek aan grids en dat soort dingen (al staat het tegenwoordig wel in de CSS3 standaard, het is alleen niet echt breed geimplementeerd).

[ Voor 34% gewijzigd door Sh4wn op 07-08-2013 12:26 ]

[phex]

Twitter bootstrap / Foundation of the good old 960 / 978 grid css frameworks maken je leven 10x makkelijker.

[.oisyn]

phex schreef op woensdag 07 augustus 2013 @ 12:24:
Verticaal centreren ten opzichte van wat? je scherm, het document, de container?

De container uiteraard, voor zover die een hoogte heeft. De eerste twee dingen zijn gewoon een speciaal geval van de derde overigens.

Jij doet gewoon nu moeilijk omdat het antwoord je niet bevalt.

Nee, jij probeert krampachtig iets te verdedigen wat moeilijk te verdedigen valt

[ Voor 8% gewijzigd door .oisyn op 07-08-2013 12:27 ]

[phex]

Omdat display table-cell niet "mooi" is?

Hoe denk je dat alle menu's hier op de site zijn gebouwd?

• Met
• dit
• element

Ook niet zoals jij het verwacht, maar toch doet iedereen het zo.

[ Voor 69% gewijzigd door phex op 07-08-2013 12:28 ]

[syradodo]

console schreef op woensdag 07 augustus 2013 @ 11:47:
Soms kom je echt crap tegen die door een 'senior' geschreven is. En die 'senior' loopt altijd maar op andere te zeiken dat hun code wat zij produceren 'crap' is..

HTML:

<div class="tab" data-tab="fotos">
    <h1>Foto's</h1>
            <fieldset class="image">
            <legend>Hotelaanzicht</legend>
            <div class="image" style="background-image: url('http://cdn01.***************.com/files/1uVM/923/923')" />
        </fieldset>
            <fieldset class="image">
            <legend>Voorzijde Hotel</legend>
            <div class="image" style="background-image: url('http://cdn01.***************.com/files/1uVM/922/922')" />
        </fieldset>
            <fieldset class="image">
            <legend>Hotelaanzicht</legend>
            <div class="image" style="background-image: url('http://cdn01.***************.com/files/1uVM/955/955')" />
        </fieldset>
            <fieldset class="image">
            <legend>Terras</legend>
            <div class="image" style="background-image: url('http://cdn01.***************.com/files/1uVM/951/951')" />
        </fieldset>
       etc.. etc..

De divjes worden niet afgesloten...

[Firesphere]

Volgens mij wel hoor.

[phex]

Een div kan zichzelf niet afsluiten

niet <div />
maar <div></div>

[ Voor 32% gewijzigd door phex op 07-08-2013 12:30 ]

[HuHu]

.oisyn schreef op woensdag 07 augustus 2013 @ 12:26:
[...]

De container uiteraard, voor zover die een hoogte heeft. De eerste twee dingen zijn gewoon een speciaal geval van de derde overigens.


[...]

Nee, jij probeert krampachtig iets te verdedigen wat moeilijk te verdedigen valt

Och... het kan ook op andere manieren. Tabellen in een HTML discussie gooien zorgt altijd voor leuke reacties.

Als je de hoogte van de container weet, dan kun je prima verticaal centreren. Weet je die niet, dan zijn er genoeg andere truucjes. Maar helaas is zoiets simpels als "vertical-align:middle" alleen toe te passen op tabellen (waarvan je de hoogte ironisch genoeg niet per se hoeft te weten).

[.oisyn]

phex schreef op woensdag 07 augustus 2013 @ 12:27:
Omdat display table-cell niet "mooi" is?

Nee, omdat het niet logisch en intuitief is. En tada, dat brengt ons terug op de originele discussie. Inderdaad, ik ben niet heel bekend met de depths van HTML, maar er is vast een probleem te verzinnen waarvoor het antwoord is: "gebruik dan background-image ipv een <img>". Maar als je dan vervolgens zonder die hele discussie de HTML hier post, dan wordt er geroepen "ja hoor wat crap, je gebruikt een background-image ipv een <img>".

Als je de hoogte van de container weet, dan kun je prima verticaal centreren. Weet je die niet, dan zijn er genoeg andere truucjes.

Inderdaad, met raar geneste divs en margin:50% en whatnot

[ Voor 15% gewijzigd door .oisyn op 07-08-2013 12:31 ]

[HuHu]

phex schreef op woensdag 07 augustus 2013 @ 12:29:
Een div kan zichzelf niet afsluiten

niet <div />
maar <div></div>

Er is geen DOCTYPE gegeven, dus je kunt die uitspraak niet doen. In xhtml is <div/> namelijk wel toegestaan.

[phex]

Nee ik wijzig alleen de weergave van een element met css.

Het voorbeeld wijzigde de functionaliteit. Bijvoorbeeld: een img element kun je uitzetten via de browser, een div met een css background niet met die functie.

HuHu schreef op woensdag 07 augustus 2013 @ 12:31:
[...]

Er is geen DOCTYPE gegeven, dus je kunt die uitspraak niet doen. In xhtml is <div/> namelijk wel toegestaan.

Je hebt helemaal gelijk, ik ging er vanuit dat iedereen html5 gebruikt tegenwoordig.

[ Voor 42% gewijzigd door phex op 07-08-2013 12:34 ]

[phex]

*dubbel*

[ Voor 97% gewijzigd door phex op 07-08-2013 12:33 ]

[.oisyn]

phex schreef op woensdag 07 augustus 2013 @ 12:31:
Nee ik wijzig alleen de weergave van een element met css.

Ja dat snap ik ook wel. De vraag blijft, waarom kun je alleen de content van een table-cell met variabele hoogte makkelijk verticaal centreren, en niet van een willekeurig andere container?

[alienfruit]

Dat kan straks toch met flexbox? Momenteel gebruik ik ook table-cell om dingen verticaal te centreren. Beter aan de gang te gaan met JS imho.

[Douweegbertje]

Wie verdedigd hier eigenlijk html als fatsoenlijke 'taal'? >.>

[phex]

.oisyn schreef op woensdag 07 augustus 2013 @ 12:34:
[...]

Ja dat snap ik ook wel. De vraag blijft, waarom kun je alleen de content van een table-cell met variabele hoogte makkelijk verticaal centreren, en niet van een willekeurig andere container?

Het ligt aan de display mode van een container. Maar vertical-align: center centreert niet het div element, maar het element in die div.

Display table/table-cell wijzigt die functionaliteit zodat de content zichzelf kan centreren in de container.

Het is inderdaad niet logisch, maar deze functionaliteit is gewoon standaard bij tabellen en waarschijnlijk heet het nog steeds zo daarom.


html is zelf niet vies, het is voornamelijk CSS die van html iets grafisch van probeert te maken

[ Voor 6% gewijzigd door phex op 07-08-2013 12:40 ]

[.oisyn]

Wie schrijft 3e persoon tegenwoordige tijd van "verdedigen" met een d?

alienfruit schreef op woensdag 07 augustus 2013 @ 12:36:
Dat kan straks toch met flexbox?

Ja. Eindelijk inderdaad. 20 jaar te laat .

Momenteel gebruik ik ook table-cell om dingen verticaal te centreren. Beter aan de gang te gaan met JS imho.

Dus als je JS is uitgeschakeld dan mogen dingen niet meer verticaal centreren?

[ Voor 73% gewijzigd door .oisyn op 07-08-2013 12:41 ]

[Firesphere]

.oisyn schreef op woensdag 07 augustus 2013 @ 12:34:
[...]

Ja dat snap ik ook wel. De vraag blijft, waarom kun je alleen de content van een table-cell met variabele hoogte makkelijk verticaal centreren, en niet van een willekeurig andere container?

Het kan wel, heel omslachtig:

Cascading Stylesheet:

div{
    border: 1px solid #000;
    width: 80px;
    height: 80px;
    position: relative;
}
span{
    position: absolute;
    top: 50%;
    margin-top: -10px;
    height: 20px;
    left: 50%;
    width: 20px;
    margin-left: -10px;
}

HTML:

<div><span>Hoi!</span></div>

[phex]

en wat als je span 2 regels tekst bevat?

en wat als je dat van te voren niet weet?

[ Voor 35% gewijzigd door phex op 07-08-2013 12:42 ]

[.oisyn]

Voor dat trucje moet je dus de hoogte van je content weten.

[phex]

precies

[Firesphere]

.oisyn schreef op woensdag 07 augustus 2013 @ 12:41:
Voor dat trucje moet je dus de hoogte van je content weten.

Klopt, het is dan ook meer een theoretisch "het kan wel" dan dat het practisch is

[.oisyn]

Als je de discussie een beetje had gevolgd dan had je ook wel gesnapt dat het "mogelijk zijn" niet echt het punt was