De Devschuur Coffee Corner - Iteratie 2

[OkkE]

alienfruit schreef op donderdag 08 december 2011 @ 10:39:
Ja, ik wil een oudere versie van Chrome installeren om te kijken of deze render artefact aan mij ligt of aan de browser

Misschien een oude versie (bijv. van http://www.oldversion.com/Google-Chrome.html) installeren in een andere map dan je huidige versie en dan automatische update uitzetten: http://dev.chromium.org/a.../turning-off-auto-updates? Zelf geen ervaring mee overgens.

[ Voor 3% gewijzigd door OkkE op 08-12-2011 10:59 ]

[Verwijderd]

http://browsershots.org/ ?

[alienfruit]

Aah, goede tip. Probleem zit dus ook in oudere versies van Chrome

[CodeCaster]

FreakyFries schreef op donderdag 08 december 2011 @ 09:46:
[...]

http://community.htc.com/...one/f/90/p/1459/4597.aspx

Lijkt niet moeilijk

Holy shit. Ik heb Fiddler aan staan omdat ik HTTP-verkeer wil kunnen bekijken, en die URL zorgde gewoon voor zeventig (!) request.

[NeFoRcE]

Heren, mede devvers.

Check phonegap.com

Eenvoudig omzetten van HTML5 naar een app!

[YopY]

NeFoRcE schreef op donderdag 08 december 2011 @ 12:31:
Heren, mede devvers.

Check phonegap.com

Eenvoudig omzetten van HTML5 naar een app!

* in theorie, . Device-specifieke features gebruiken blijft lastig, heb ik gehoord.

[TJHeuvel]

En 't zit nog zeker in de cloud ook

[alienfruit]

Ja, PhoneGap is leuk voor bepaalde dingen...

[GateKeaper]

CodeCaster schreef op donderdag 08 december 2011 @ 12:22:
[...]

Holy shit. Ik heb Fiddler aan staan omdat ik HTTP-verkeer wil kunnen bekijken, en die URL zorgde gewoon voor zeventig (!) request.

Firebug meld er maar "66 requests"

[.Gertjan.]

Waarom zou je gebruik maken van de standaard functionaliteiten in HTML zoals het groeperen van radiobuttons door ze dezelfde naam te geven? Het is natuurlijk makkelijker om het met buggy javascript op te lossen.

Bij een onclick wordt er vrolijk een javascriptje uitgevoerd welke "vergelijkbare" radiobuttons weer uitschakelt en de huidige inschakelt. Uiteraard wordt de OnClick gewoon via Response.Write gewoon in het element gegooid

Ow en uiteraard is dit stukje code (met dezelfde functienaam en exact dezelfde inhoud) geplaatst in meerdere js files, dat uiteraard om het overzichtelijk te houden. Waarbij sommige pagina's meerdere scripts includen waar de functie in zit.

Ik vraag me soms werkelijk af of zo'n developer zelf niet krankjorum wordt van zijn eigen code. Als mijn code zo'n gedrocht zou worden had ik het allang herschreven, je raakt zo toch de weg kwijt tussen je duizenden regels code...

Daarnaast is er voor zowat elke pagina een eigen JS file (naast uiteraard diverse scriptblocks in de pagina's zelf) Waarom zou je dat toch willen, zo een bak (zinlose) javascript heb ik nog nooit meegemaakt.

[/rage]

[Alex)]

Soms weten mensen niet beter.

En soms heb je geen keuze, omdat er een bug in het framework zit...

[.Gertjan.]

Alex) schreef op donderdag 08 december 2011 @ 14:48:
Soms weten mensen niet beter.

En soms heb je geen keuze, omdat er een bug in het framework zit...

Mmmmm.... Daar zit wat in, maar toch denk ik dat er mooiere oplossingen zijn dan de gene die gebouwd is. Als je er dan omheen moet doe het goed en niet met brakke javascripts

Neemt overigens niet weg dat het plaatsen van 20x dezelfde code ook een beetje overbodig is

[ Voor 10% gewijzigd door .Gertjan. op 08-12-2011 14:51 ]

[Gamebuster]

Ben ik blij dat de code hier altijd zo mooi glimt dat ik een zonnebril draag achter m'n computer.

Totdat ik weer wat Ruby on Rails overkill tegenkom met een ultra one-liner met map's, inject's, tap's, select's e.d.
Het lijkt soms wel een wedstrijd wie de meeste magic op 1 regel kan krijgen

[ Voor 51% gewijzigd door Gamebuster op 08-12-2011 15:45 ]

[Verwijderd]

Gamebuster schreef op donderdag 08 december 2011 @ 15:42:
Ben ik blij dat de code hier altijd zo mooi glimt dat ik een zonnebril draag achter m'n computer.

Totdat ik weer wat Ruby on Rails overkill tegenkom met een ultra one-liner met map's, inject's, tap's, select's e.d.
Het lijkt soms wel een wedstrijd wie de meeste magic op 1 regel kan krijgen

Ik betrap mezelf er soms ook op dat ik allemaal chic en fancy wil doen (Dan wel met PHP), dus dan array_map, array_reduce, array_sum, closures en wat nog, en dan als het werkt vervang ik het door een simpele self-documenting for loop omdat het toch te ingewikkeld en onleesbaar is (En waarschijnlijk nog trager ook).

[ Voor 5% gewijzigd door Verwijderd op 08-12-2011 15:58 ]

[YopY]

Dik 8 á 9 uur na het doorgeven van mijn IP adres krijg ik eindelijk een mail van de host dat ze mijn IP doorlaten.

Blijkt dat ze ipv de database vrijgegeven hebben voor mijn IP, iedereen anders geblokkeerd hebben .

[Styxxy]

MSDN: Visual Studio LightSwitch Developer Center | MSDN
Ziet er wel cool uit .


Psst .Gertjan.: er zit een basis customer & invoice starter kit bij .

[ Voor 22% gewijzigd door Styxxy op 08-12-2011 21:40 ]

[P-Storm]

Oke, net een discussie gehad met een vriend van me. Hij programmeerd vaak in java, en zijn mening was dat Visual Studio voor veel problemen hetzelfde is als een kettingzaag gebruiken voor een bonzai boompje. Ik had zoiets van het is een degelijk en vrij volledig pakket, en ja helaas dat er soms functies in zitten die men niet gebruikt.

[.oisyn]

Wat een onzin. Het feit dat je alleen maar een Hello World hoeft te maken wil nog niet zeggen dat je daar notepad voor moet gebruiken omdat je niet meer nodig hebt.

[alwinuzz]

Zelfs voor Hello World gebruik ik graag VS + Resharper. Ik gebruik m'n hersens wel voor de dingen die m'n kettingzaag niet zelf kan bedenken

[Voutloos]

Je vriend heeft last van een logica fail 101. Dat een IDE voor een complex project een must is betekent niet dat je een klein scriptje enkel met een domme editor kan doen.

[pedorus]

P-Storm schreef op donderdag 08 december 2011 @ 22:36:
hetzelfde is als een kettingzaag gebruiken voor een bonzai boompje.

Ik zou niet weten wat daar mis aan is? Werkt tenminste lekker snel als je hem toch klaar hebt liggen.

Het gaat echt niet sneller als je de command line moet gebruiken om te compileren en uit te voeren ofzo, en er dan achter komt dat je eigenlijk toch een breakpoint had gewild.

[Verwijderd]

Laat mij raden. Die vriend van jou zit in het eerste jaar informatica en heeft net zijn eerste Hello World-app in java geschreven in Notepad om die dan via de terminal te gaan compilen en runnen?

Wat een onzin natuurlijk ... ik sluit me aan bij bovenstaande heren

[.Gertjan.]

pedorus schreef op donderdag 08 december 2011 @ 23:38:
Het gaat echt niet sneller als je de command line moet gebruiken om te compileren en uit te voeren ofzo, en er dan achter komt dat je eigenlijk toch een breakpoint had gewild.

Aan de andere kant is het niet verkeerd om een klein beetje te begrijpen hoe het in zijn werk gaat. Door een keertje zelf de compiler aan te roepen weet je welke stappen er normaal gesproken nodig zijn om van code naar een applicatie te geraken. Voor beginnende informatica studenten is dat wel iets wat nuttig kan zijn. Daarnaast weet je zo ook dat je niet verplicht bent iedere keer je IDE te openen om bijvoorbeeld code te bekijken of te bewerken.

Maar zoals boven gezegd, waarom zou je zelf moeilijk gaan doen met een handzaag als je met een kettingzaag zo klaar bent, zelfs bij een bonsai boompje is met een kettingzaag winst te behalen tov een handzaagje


Vandaag maar aan de slag om problemen op te lossen met de notatie van floatingpoint getallen. Gisteren een pareltje ontdekt welke er voor zorgt dat database communicatie omdondert op niet US systemen. Na veel zoeken eindelijk gevonden wat er gebeurt:
1. Ze halen een waarde op vanaf het scherm en parsen dit naar een decimal (niet eens tryparse, maar gewoon gaan)
2. Als de code nog niet gecrasht is wordt de decimal naar een object array gegooid.
3. Vervolgens wordt de object array aan een stukje code gegeven welke doormiddel van string concatenation een SQL statment opbouwt en op alle objecten in de array een .ToString() aanroept.
4. Op non US systemen levert de waarde 1.1 de volgende .ToString() 1,1
5. De 1,1 wordt opgenomen als set columnname = 1,1 , columnname2 = 2,2 waardoor SQL dus over de , struikelt

Ook de delete statements worden zo samengesteld... SQL Injection, kom er maar in

Wie ooit nog durft te beweren dat sql commands opbouwen middels string concatenation niet slecht is.... Aangezien dit redelijk frequent gebeurt in de code moet ik het waarschijnlijk in de kern oppakken. Voor deze release kunnen we nog geen grote slagen maken (eerst moet de code van de oude partij werkend worden gemaakt), maar als ik de tijd heb gaat dit hele hok eruit en wordt vervangen voor storedprocedures of parameterized queries. Er is nu zonder enkele reden "logica" gemaakt om zo dynamisch mogelijk de DB aan te roepen, welke gezien de omvang van het systeem best met wat storedprocedures of parameterized queries had gekunnen.

[Hoogie2004]

Vrijdag

Iets meer als 2 dagen werken te gaan dit jaar

[Bartjeh]

Hoogie2004 schreef op vrijdag 09 december 2011 @ 08:49:
Vrijdag

Iets meer als dan 2 dagen werken te gaan dit jaar

Hier nog iets meer dan 2 weken...

[Phoenix1337]

.Gertjan. schreef op vrijdag 09 december 2011 @ 08:48:
[...]
Wie ooit nog durft te beweren dat sql commands opbouwen middels string concatenation niet slecht is.... Aangezien dit redelijk frequent gebeurt in de code moet ik het waarschijnlijk in de kern oppakken. Voor deze release kunnen we nog geen grote slagen maken (eerst moet de code van de oude partij werkend worden gemaakt), maar als ik de tijd heb gaat dit hele hok eruit en wordt vervangen voor storedprocedures of parameterized queries. Er is nu zonder enkele reden "logica" gemaakt om zo dynamisch mogelijk de DB aan te roepen, welke gezien de omvang van het systeem best met wat storedprocedures of parameterized queries had gekunnen.

String concatenation is niet per definitie slecht. Alleen de vraag is waarom je t zou gebruiken als je prepared statements tot je beschikking hebt.

[farlane]

.Gertjan. schreef op donderdag 08 december 2011 @ 14:28:
Waarom zou je gebruik maken van de standaard functionaliteiten in HTML zoals het groeperen van radiobuttons door ze dezelfde naam te geven? Het is natuurlijk makkelijker om het met buggy javascript op te lossen.

Groeperen van elementen door ze dezelfde naam te geven? Dat is volgens mij nog de grootste WTF.

[Phoenix1337]

farlane schreef op vrijdag 09 december 2011 @ 09:12:
[...]

Groeperen van elementen door ze dezelfde naam te geven? Dat is volgens mij nog de grootste WTF.

Nope, dat hoort zo. Zo zorg je dat je maar 1 van de x elementen kan selecteren.

[farlane]

Phoenix1337 schreef op vrijdag 09 december 2011 @ 09:13:
Nope, dat hoort zo. Zo zorg je dat je maar 1 van de x elementen kan selecteren.

Ik snap het idee van een radiobutton, maar de manier waarop dat geregeld is is fail imho.

[Otherside1982]

farlane schreef op vrijdag 09 december 2011 @ 09:14:
[...]

Ik snap het idee van een radiobutton, maar de manier waarop dat geregeld is is fail imho.

Een groep radiobuttons zou je even goed kunnen implementeren via een listbox of een combobox: het is een lijst met items waar slechts 1 item uit geselecteerd mag worden. In dat opzicht is het toch logisch dat die radiobuttons van dezelfde groep gewoon dezelfde naam hebben? Dat maakt het uitlezen ook makkelijker: je vraagt gewoon aan de lijst (groep radiobuttons, listbox, combobox) welk item geselecteerd is.
Als je de verschillende radiobuttons in een groep een andere naam geeft, hoe lees je dat dan makkelijk uit?

[.Gertjan.]

farlane schreef op vrijdag 09 december 2011 @ 09:14:
[...]

Ik snap het idee van een radiobutton, maar de manier waarop dat geregeld is is fail imho.

Want? Bij een radio button groep kan slechts 1 value worden gekozen en dus ook maar 1tje worden teruggegeven. Wanneer meerdere componenten dezelfde naam hebben kan er dus slechts 1 worden teruggegeven bij het posten van het formulier (forms posten tenslotte op basis van name). Dit zal dus het geselecteerde item zijn.

Zo heel onlogisch is het niet toch? Daarnaast zit dit gedrag er toch al behoorlijk lang in en is het algemeen bekend, waarom dan in vredesnaam javascript gebruiken daarvoor

[alienfruit]

Tjonguh, volgens mij doe ik iets echt omslachtig. Ik wil Base64 terug krijgen van een plaatje:

PHP:

        $border_img = imagecreate( $intBorderWidth, $intBorderWidth );
        $background = imagecolorallocate( $border_img, $arrBorderColor[0], $arrBorderColor[1], $arrBorderColor[2] );

        // send the image data
        $filename = $output ? 'data' : null;
        imagepng( $border_img, $filename );
        imagedestroy($border_img);

        if ( $output ) {
            $imgbinary = fread(fopen($filename, "r"), filesize($filename));
            return 'data:image/png' . ';base64,' . base64_encode($imgbinary);
        }

[Verwijderd]

Verplicht om Zend Studio te gebruiken, zelf voor het fixxen van een verouderd script waar ik alleen enkele variabelen om hoef te zetten naar hun $_GET form. Het liefst gebruik ik hier gewoon notepad of notepad++ voor, Zend Studio werkt niet helemaal lekker imo. Lekker traag pakket dat.

Het zelfde geld voor een layout coderen, liefst doe ik het met notepad++ 2 kolommen 1 voor html 1 voor css/js, werkt veel gemakkelijker dan steeds tabbladen moeten switchen

[FreakyFries]

alienfruit schreef op vrijdag 09 december 2011 @ 09:22:
Tjonguh, volgens mij doe ik iets echt omslachtig. Ik wil Base64 terug krijgen van een plaatje:

PHP:

        $border_img = imagecreate( $intBorderWidth, $intBorderWidth );
        $background = imagecolorallocate( $border_img, $arrBorderColor[0], $arrBorderColor[1], $arrBorderColor[2] );

        // send the image data
        $filename = $output ? 'data' : null;
        ob_start();
        imagepng( $border_img );
        $img = ob_get_clean();
        imagedestroy($border_img);
        return 'data:image/png' . ';base64,' . base64_encode($img);

Zoiets ?

http://stackoverflow.com/...e-an-image-without-saving

[farlane]

.Gertjan. schreef op vrijdag 09 december 2011 @ 09:19:
Zo heel onlogisch is het niet toch? Daarnaast zit dit gedrag er toch al behoorlijk lang in en is het algemeen bekend, waarom dan in vredesnaam javascript gebruiken daarvoor

Ik vind het wel onlogisch, de waarde van een groep radiobuttons opvragen is toch niet het enige wat je kunt doen moet een radiobutton? Of wordt de naam altijd alleen maar gebruikt om de waarde van een element te benaderen? Ik had eerder een "ControlGroup" element verwacht oid, dat vind ik veel logischer.

Neemt niet weg dat als het zo werkt je het ook beter op die manier gaat gebruiken natuurlijk.

[alienfruit]

Ja, dat had ik al wel geprobeerd. Blijkbaar kies ik altijd de verkeerde ob_* functie. Ik ga het nog eens proberen...

[Phoenix1337]

De naam is inderdaad alleen voor de waarde. Voor bewerkingen met javascript gebruik je de class of het id, niet de naam.

[.Gertjan.]

farlane schreef op vrijdag 09 december 2011 @ 09:32:
[...]


Ik vind het wel onlogisch, de waarde van een groep radiobuttons opvragen is toch niet het enige wat je kunt doen moet een radiobutton? Of wordt de naam altijd alleen maar gebruikt om de waarde van een element te benaderen? Ik had eerder een "ControlGroup" element verwacht oid, dat vind ik veel logischer.

Neemt niet weg dat als het zo werkt je het ook beter op die manier gaat gebruiken natuurlijk.

Daarom kun je de ID wel weer op iets anders zetten
Je kunt de losse elementen per ID benaderen of via de name en dan op basis van bijvoorbeeld attributen. De name tag is eigenlijk alleen relevant voor posten naar de server, verder negeer je die eigenlijk.

Binnen .NET kon je geloof ik wel een ControlGroup (of iets dergelijks) opgeven, maar de postcollection binnen HTML is zo "simpel" dat er enkel een name en value mee kan worden gegeven

Op een gegeven moment wordt iets vanzelf logisch als het lang van toepassing is

[dev10]

Verwijderd schreef op vrijdag 09 december 2011 @ 09:27:
Het zelfde geld voor een layout coderen, liefst doe ik het met notepad++ 2 kolommen 1 voor html 1 voor css/js, werkt veel gemakkelijker dan steeds tabbladen moeten switchen

Een beetje fatsoenlijke IDE (zoals PHPStorm) kan gewoon twee bestanden naast elkaar weergeven. Hoef je ook niet steeds te switchen tussen tabbladen en heb je de voordelen van een IDE.

[Verwijderd]

Het idee van een IDE is wel goed, maar ik vind het gewoon gemakkelijker om een aanpassing of iets dergelijks snel in notepad te doen, dan dat ik zo'n IDE moet opstarten die vervolgens een aantal bestanden moet laden en een hele project management van oude projecten die hij weer van de NAS moet aftrekken, waardoor het in het geheel weer slomer gaat.

[DEiE]

Verwijderd schreef op vrijdag 09 december 2011 @ 09:43:
Het idee van een IDE is wel goed, maar ik vind het gewoon gemakkelijker om een aanpassing of iets dergelijks snel in notepad te doen, dan dat ik zo'n IDE moet opstarten die vervolgens een aantal bestanden moet laden en een hele project management van oude projecten die hij weer van de NAS moet aftrekken, waardoor het in het geheel weer slomer gaat.

Maar je hebt het nu over snel een kleine aanpassing maken, en niet een probleem oplossen waar de discussie over ging. Ik denk dat bijna iedereen wel een text editor gebruikt om een klein dingetje om te zetten, maar wanneer het groter is wordt een IDE wel heel veel makkelijker. Voor iets veranderen in een web.config-bestandje start ik ook niet heel Visual Studio op, het opstarten hiervan duurt bijna langer dan het doorvoeren van de wijziging.

[ Voor 10% gewijzigd door DEiE op 09-12-2011 09:56 ]

[Verwijderd]

De wijziging waar ik het over had was makkelijk opgelost met een ctrl + h in notepad++ zoekend naar $id = $id en vervangen met $id = $_GET['id']

[Jeldert]

Woy schreef op dinsdag 15 november 2011 @ 10:25:
[...]

Ik moet nog tot eind december, en hoewel ik het hier zo goed mogelijk af probeer te ronden word dat niet altijd goed mogelijk gemaakt, dus ik begin ook steeds meer die instelling te krijgen.

Het positieve is dat ik met een beetje moeite hier nog op nr 1 van de all-time snack ranglijst kom, en dat de eerst volgende persoon die er nog werkt nog wel even nodig heeft om me daar vanaf te stoten

En, is het al gelukt

[alienfruit]

Aah, dit gaat een leuke dag worden. Klant wilt dat de achtergrondkleuren van de webpagina ook worden afgedrukt

[Hoogie2004]

alienfruit schreef op vrijdag 09 december 2011 @ 10:15:
Aah, dit gaat een leuke dag worden. Klant wilt dat de achtergrondkleuren van de webpagina ook worden afgedrukt

Kun je dat niet afdwingen met CSS voor het mediatype print? (ik denk vast te makkelijk)

[Verwijderd]

alienfruit schreef op vrijdag 09 december 2011 @ 10:15:
Aah, dit gaat een leuke dag worden. Klant wilt dat de achtergrondkleuren van de webpagina ook worden afgedrukt

Oke... Sommige mensen moeten eens stoppen met zulke belachelijke dingen bedenken

Een klant hier heeft een website bij ons besteld, vervolgens heeft hij hem laten re-coderen bij een ander bedrijf en nu wil hij dat wij bij die zelfde website een aantal foute dingen moeten oplossen omdat het andere bedrijf er een zooitje van heeft gemaakt. Daar gaat hij echt wel voor betalen..

[alex3305]

... Nog niet helemaal wakker hier denk ik.

C#:

this.ShowDialog(new ConnectDialog());

werkte niet, nog nooit gezien, helemaal FUUU.. Zegt de docent heel droog "Je moet toch Show(Dialog) aanroepen vanaf jouw ConnectDialog? ARGH! Maar het werkt nu wel .

[alienfruit]

Wat is re-coderen?

@Hoogie2004: Nou als ik de background-color op blauw zet dan verdwijnt het in de print preview van Firefox en Chrome...

[OkkE]

alienfruit schreef op vrijdag 09 december 2011 @ 10:15:
Aah, dit gaat een leuke dag worden. Klant wilt dat de achtergrondkleuren van de webpagina ook worden afgedrukt

En ik dacht dat ik het zwaar had met een klant die een volledige full-color header boven printjes van zijn website wilde hebben. Volledige background afdrukken? Als het al zou kunnen (volgens mij niet), zou ik het weigeren in te bouwen¹.

1. Voor een normale website. Als het een intern systeem betreft wat alleen de klant zelf print, whatevs.

[ Voor 19% gewijzigd door OkkE op 09-12-2011 10:27 ]

[Hoogie2004]

alienfruit schreef op vrijdag 09 december 2011 @ 10:24:
Wat is re-coderen?

@Hoogie2004: Nou als ik de background-color op blauw zet dan verdwijnt het in de print preview van Firefox en Chrome...

Zet je die kleur ook specifiek voor printing?
Zoals hieronder... (toevallig van de week ergens gezien in onze eigen projecten, had er tot toen nog nooit van gehoord...

code:

 @media print {
    body { background-color: black; }
  }

Voor complexe achtergronden geen idee ...

[ Voor 4% gewijzigd door Hoogie2004 op 09-12-2011 10:27 ]

[alienfruit]

Eens kijken of achtergrondplaatjes wel werken
Nee, ik doet het niet voor de print medium stylesheet. Hmm.... Interessant!

Verder willen ze ook dat de tekst van (home-made) tooltips worden afgedrukt. Alleen wegens de z-index gezeur zitten de DIVs voor de tooltips helemaal onderaan (middels javascript) de pagina. Dus nu moet ik dus de content dubbel plaatsen. Eenmaal voor de tooltip en één keer voor het printen.

[ Voor 85% gewijzigd door alienfruit op 09-12-2011 10:29 ]

[OkkE]

alienfruit schreef op vrijdag 09 december 2011 @ 10:26:
Eens kijken of achtergrondplaatjes wel werken

Zo ver ik weet werken background-color en background-image beide niet. En gelukkig maar!

Verder willen ze ook dat de tekst van (home-made) tooltips worden afgedrukt. Alleen wegens de z-index gezeur zitten de DIVs voor de tooltips helemaal onderaan (middels javascript) de pagina. Dus nu moet ik dus de content dubbel plaatsen. Eenmaal voor de tooltip en één keer voor het printen.

Is het niet een optie om op de plaats waar de tooltips moeten komen met ¹ een verwijzing te zetten naar een <ol> die je alleen in de print CSS laat zien?

Als de tooltips niet essentieel zijn vind ik dat altijd wel een mooie oplossing en die code is als het goed is ook direct te gebruiken voor je normale tooltip script.

Puc van S. schreef op vrijdag 09 december 2011 @ 10:35:
[...]

Het printen van Background-color en background-image is een browser/printer instelling in firefox zit het iig onder afdrukken => paginainstellingen

Ieder geval, zo ver ik weet, niet iets dat te forceren is door de website.

[ Voor 16% gewijzigd door OkkE op 09-12-2011 10:37 ]

[Puc van S.]

OkkE schreef op vrijdag 09 december 2011 @ 10:32:
[...]

Zo ver ik weet werken background-color en background-image beide niet. En gelukkig maar!

[...]

Het printen van Background-color en background-image is een browser/printer instelling in firefox zit het iig onder afdrukken => paginainstellingen

[ Voor 8% gewijzigd door Puc van S. op 09-12-2011 10:36 ]

[GateKeaper]

Thank god! Moet je toch niet aan denken dat webmasters dat gaan forceren.

[.Gertjan.]

OkkE schreef op vrijdag 09 december 2011 @ 10:32:
[...]

Zo ver ik weet werken background-color en background-image beide niet. En gelukkig maar!

En een img tag dan weer wel. Op zich wel onhandig, want vaak worden zaken op een site getoond met een icoontje dat via een background-image is geset en valt zo een deel van de nuttige info weg.

Ik dacht overigens dat als je de background-color en image set in een stylesheet die media=print heeft deze wel weer mee kwamen. Maar moet zeggen dat is al heel lang geleden dat ik daar mee bezig ben geweest. Dus ik zou er zomaar naast kunnen zitten.

[alienfruit]

Ja, lijkt niet te werken in Chrome. Tjonguh, dit gaat echt een drama worden. Gisteren al een 4 uur bezig geweest om een lijntje 5 pixels verder te laten tekenen in Chrome.

[ Voor 39% gewijzigd door alienfruit op 09-12-2011 11:13 ]

[Laurens-R]

Pffffff... deze week 54 uur gewerkt... vrijwillig hoor, daar niet van.. maar de volgende keer zeg ik VEEEL eerder nee...

#verlangtnaarweekend.

[YopY]

In het rijtje 'kleine frustraties', blijkbaar heeft Scala geen string format methode die een List van argumenten aan kan, alleen de varags~achtige format methode (die hij doorzet naar Java Formatter), en nergens te vinden hoe je een Scala List omzet naar een propere array van Objects die java's MessageFormat verwacht, . Dan maar zo.

Scala:

  private def format(input: String, args: List[Any]) = {
    args.length match {
      case 1 => input.format(args(0))
      case 2 => input.format(args(0), args(1))
      case 3 => input.format(args(0), args(1), args(2))
      case _ => input
    }
  }

[PrisonerOfPain]

YopY schreef op vrijdag 09 december 2011 @ 15:16:
en nergens te vinden hoe je een Scala List omzet naar een propere array van Objects die java's MessageFormat verwacht, . Dan maar zo.

Je kunt toch gewoon een Object[] new-en en die vullen met een foreach over die list. Lijkt me?

[YopY]

PrisonerOfPain schreef op vrijdag 09 december 2011 @ 15:36:
[...]


Je kunt toch gewoon een Object[] new-en en die vullen met een foreach over die list. Lijkt me?

Zou kunnen... Maar idealiter doe ik het op de Scala 'ideomatische' manier, anders lijkt het zo lelijk en krijg ik mijn puristische collega op m'n nek .

[Styxxy]

In het kader van "ken je API":

C#:

private IEnumerable<string> getAllLines(string filepath)
{
    return File.ReadAllLines(filepath);
}

versus

C#:

private IEnumerable<string> getAllLines(string filepath)
{
    List<string> list = new List<string>();
    using (StreamReader reader = new StreamReader(filepath))
    {
        string line;
        while ((line = reader.ReadLine()) != null)
        {
            list.Add(line);
        }
    }
    return list;
}

Eerste code was door mij geschreven, alle andere studenten hadden ongeveer de tweede code geschreven.
(Versimpeld voorbeeld!)

[pedorus]

In het kader van hoe het beter kan:

C#:

private static IEnumerable<string> getAllLines(string filepath)
{
    using (StreamReader reader = new StreamReader(filepath))
    {
        string line;
        while ((line = reader.ReadLine()) != null)
        {
            yield return line;
        }
    }
}

Uitgaande van redelijke kleine bestanden, anders is een grotere buffer nuttig.

[Zeebonk]

Styxxy schreef op vrijdag 09 december 2011 @ 16:58:
In het kader van "ken je API":

C#:

private IEnumerable<string> getAllLines(string filepath)
{
    return File.ReadAllLines(filepath);
}

Maar als je de API kent, waarom zou je die dan wrappen?

[PrisonerOfPain]

YopY schreef op vrijdag 09 december 2011 @ 15:43:
[...]


Zou kunnen... Maar idealiter doe ik het op de Scala 'ideomatische' manier, anders lijkt het zo lelijk en krijg ik mijn puristische collega op m'n nek .

Klinkt als een irritante gast, die collega van je

[Styxxy]

Zeebonk schreef op vrijdag 09 december 2011 @ 17:27:
[...]
Maar als je de API kent, waarom zou je die dan wrappen?

Was als voorbeeld om een Database Function maken voor MSSQL. Vandaar dat het in een wrapper functie zit (ik heb de attributes weg gelaten van die MSSQL).

pedorus schreef op vrijdag 09 december 2011 @ 17:25:
In het kader van hoe het beter kan:

C#:

... // yield

Uitgaande van redelijke kleine bestanden, anders is een grotere buffer nuttig.

Ik weet niet of dat mag voor een SQL Function .

[ Voor 32% gewijzigd door Styxxy op 09-12-2011 17:59 ]

[sig69]

PrisonerOfPain schreef op vrijdag 09 december 2011 @ 17:37:
[...]
Klinkt als een irritante gast, die collega van je

Zo een hebben wij er ook zitten, alleen zijn "purisme" en code style guidelines komen uit een boek uit 1998:
-var mag niet, want is onduidelijk
-linq mag niet, want is onduidelijk (lees: hij snapt het niet)
Ik kan zo nog wel even doorgaan, maar het gevolg is in ieder geval dat niemand iets aan "zijn" code mag veranderen. Nou best hoor, ga je toch lekker met je project in je eentje op een eiland zitten!

[/pre-weekend rant]

Ennu: weekend!!

[pedorus]

Styxxy schreef op vrijdag 09 december 2011 @ 17:54:
Ik weet niet of dat mag voor een SQL Function .

Geen probleem, zolang je bijv. geen nieuwe database-connectie achterlaat in dezelfde thread.

Overigens wordt normaliter Dispose aangeroepen voor de using(), maar kan verkeerde code dat achterwege laten als je handmatig de Iterator onvolledig doorloopt en niet disposed. Ook iets om rekening mee te houden.

[Styxxy]

pedorus schreef op vrijdag 09 december 2011 @ 19:08:
[...]
Geen probleem, zolang je bijv. geen nieuwe database-connectie achterlaat in dezelfde thread.

Dan is het ook niet echt handiger hoor . Je laadt nog steeds eerst heel de collectie in om die daarna te yield-returnen. Kan je evengoed de collectie zelf returnen.

[eBoR]

sig69 schreef op vrijdag 09 december 2011 @ 18:24:
[...]

-var mag niet, want is onduidelijk

Nou de var is wel een ding waar ik het nut ook niet van inzie. als je in je declaratie een return waarde uit een methode terug krijgt is het wel fijn om te zien wat je terug krijgt.

Wat is nou de moeite om ff de declaratie uit te schrijven ipv de shortcut var te gebruiken ?

[D-Raven]

eBoR schreef op vrijdag 09 december 2011 @ 19:56:
[...]


Nou de var is wel een ding waar ik het nut ook niet van inzie. als je in je declaratie een return waarde uit een methode terug krijgt is het wel fijn om te zien wat je terug krijgt.

Wat is nou de moeite om ff de declaratie uit te schrijven ipv de shortcut var te gebruiken ?

Als ik in dat geval dit moet gaan typen:

C#:

 IEnumerable<IDictionary<Keyed<MyObject>, IList<ResultModel>>> result = service.GetSomething();

tegenover

C#:

 var result = service.GetSomething();

Dan ga ik voor var
Maargoed, lets not get into that discussion... _again_...

[ Voor 0% gewijzigd door D-Raven op 09-12-2011 20:27 . Reden: > teveel ]

[Avalaxy]

eBoR schreef op vrijdag 09 december 2011 @ 19:56:
[...]


Nou de var is wel een ding waar ik het nut ook niet van inzie. als je in je declaratie een return waarde uit een methode terug krijgt is het wel fijn om te zien wat je terug krijgt.

Wat is nou de moeite om ff de declaratie uit te schrijven ipv de shortcut var te gebruiken ?

Het is vooral handig als je bijvoorbeeld wilt switchen van int's naar double's (ik noem maar wat), door de type inference van 'var' hoef je dan namelijk niet meer het type van je variabele met de hand te veranderen. Tevens kan het wel handig zijn als je iets hebt als Dictionary<int, Dictionary<string, string>> bla = new Dictionary<int, Dictionary<string, string>>();.

edit:

Zie boven.

[PrisonerOfPain]

[pedorus]

Styxxy schreef op vrijdag 09 december 2011 @ 19:51:
[...]

Dan is het ook niet echt handiger hoor . Je laadt nog steeds eerst heel de collectie in om die daarna te yield-returnen. Kan je evengoed de collectie zelf returnen.

Nee! Met yield return wordt daadwerkelijk per rij gewerkt. Het werkt dus ook voor datasets die niet eens in het geheugen passen. Zie bijvoorbeeld hier.

eBoR schreef op vrijdag 09 december 2011 @ 19:56:
Nou de var is wel een ding waar ik het nut ook niet van inzie. als je in je declaratie een return waarde uit een methode terug krijgt is het wel fijn om te zien wat je terug krijgt.

Wat is nou de moeite om ff de declaratie uit te schrijven ipv de shortcut var te gebruiken ?

Zie \[C#][discussie] Lekker veel var gebruiken?

[ Voor 30% gewijzigd door pedorus op 09-12-2011 21:47 . Reden: kon ik natuurlijk niet laten liggen ]

[sig69]

Laten we alsjeblieft inderdaad die var-nietvar discussie niet weer aanzwengelen, dat was m'n bedoeling helemaal niet. Doe gewoon lekker wat je zelf prettig vind, klaar.

[Styxxy]

pedorus schreef op vrijdag 09 december 2011 @ 21:43:
[...]
Nee! Met yield return wordt daadwerkelijk per rij gewerkt. Het werkt dus ook voor datasets die niet eens in het geheugen passen. Zie bijvoorbeeld hier.

Thx voor de info . Nu ja, niet dat het erg relevant was voor het voorbeeld dat ik gaf (het was maar een voorbeeld over table functions in mijn cursus MSSQL Server 2008 R2).

[D-Raven]

PrisonerOfPain schreef op vrijdag 09 december 2011 @ 21:00:
[video]

Nice, maar ik vraag me af hoe die gast uiteindelijk nog overzicht houd met al die adres ranges....

[whoami]

eBoR schreef op vrijdag 09 december 2011 @ 19:56:
[...]


Nou de var is wel een ding waar ik het nut ook niet van inzie. als je in je declaratie een return waarde uit een methode terug krijgt is het wel fijn om te zien wat je terug krijgt.

Wat is nou de moeite om ff de declaratie uit te schrijven ipv de shortcut var te gebruiken ?

code:

MyTypeWithAVeryVeryLongNameSoThatItDoesNotFitOnMyScreen x = new MyTypeWithAVeryVeryLongNameSoThatItDoesNotFitOnMyScreen (someArgument);

vs

code:

var x = new MyTypeWithAVeryVeryLongNameSoThatItDoesNotFitOnMyScreen (someArgument);

var maakt in sommige gevallen uw code gewoon veel leesbaarder, omdat het overbodige informatie achterwege laat.

(Daarnaast heb je het ook nodig als je met anonymous types gaat werken)

Het is vooral handig als je bijvoorbeeld wilt switchen van int's naar double's (ik noem maar wat), door de type inference van 'var' hoef je dan namelijk niet meer het type van je variabele met de hand te veranderen.

In het geval van primitives ga ik eigenlijk var nooit gaan gebruiken, omdat het juist dan minder duidelijk wordt, vind ik.

[ Voor 17% gewijzigd door whoami op 09-12-2011 22:33 ]

[Verwijderd]

@#HAK@#$%@JHK@#^&!

Mijn vaste pc heeft het begeven en ik heb maandag examen Netweken, mijn slechtste vak ... normaal gezien vraag ik dan om de haverklap uitleg via een klasgenoot op Skype, maar dat zit er nu dus niet echt meer in. Oefeningen maken enzo doe ik op mijn laptop via VM's die we van school kregen want er staat standaard Linux Mint op. Ik zet hier liefts zo weinig mogelijk software op dus besloot ik mijn oude PowerMac G4 van onder het stof te halen. Ik download Skype en installleer hem, maar ik krijg de foutmelding dat het bestand misschien corrupt is of iets dergelijks. Na het 5 keer opnieuw gedownload te hebben ga ik maar op zoek naar oudere versies.

Daar begint de miserie: versies die te nieuw zijn kan ik niet gebruiken omdat ik VERPLICHT wordt de nieuwe versie af te halen (die ik dan niet kan gebruiken). Versies die ouder zijn slagen er niet in mij succesvol in te loggen.

Van miserie dan toch maar tegen mijn principes Skype op mijn laptop aan het installeren ...

[Megamind]

whoami schreef op vrijdag 09 december 2011 @ 22:31:
[...]

code:

MyTypeWithAVeryVeryLongNameSoThatItDoesNotFitOnMyScreen x = new MyTypeWithAVeryVeryLongNameSoThatItDoesNotFitOnMyScreen (someArgument);

vs

code:

var x = new MyTypeWithAVeryVeryLongNameSoThatItDoesNotFitOnMyScreen (someArgument);

var maakt in sommige gevallen uw code gewoon veel leesbaarder, omdat het overbodige informatie achterwege laat.

(Daarnaast heb je het ook nodig als je met anonymous types gaat werken)


[...]
In het geval van primitives ga ik eigenlijk var nooit gaan gebruiken, omdat het juist dan minder duidelijk wordt, vind ik.

Er is maar één nuttig gebruik voor var's; Anonymous Types

code:

var jsonObject = new {
  test = "blaat",
  hallo = 1
}

Vaak in MVC3 heb ik veel json objecten en om daar dan elke keer een struct voor te maken is een beetje gaar.

[.oisyn]

eBoR schreef op vrijdag 09 december 2011 @ 19:56:
Wat is nou de moeite om ff de declaratie uit te schrijven ipv de shortcut var te gebruiken ?

Als je dat geen moeite vindt dan heb je nog nooit code geschreven die veelvuldig gebruik maakt van generics. En ook in het geval van een new is het gewoon onnodig verbose.

[ Voor 10% gewijzigd door .oisyn op 09-12-2011 23:30 ]

[Alex)]

Ik gebruik eigenlijk overal var. In declaraties, bij resultaten van method calls, bij resultaten van LINQ-queries, noem maar op.

Ik zie liever:

C#:

var customer = new Customer();
var firstCustomer = Dal.Customers.OrderBy(cust => cust.CustomerNumber).First();
var customersDieHenkHeten = from cust in Dal.Customers
                            where String.Equals(cust.FirstName, "Henk")
                            select cust;

Dan dit:

C#:

Customer c = new Customer();
Customer fc = Dal.Customers.OrderBy(cust => cust.CustomerNumber).First();
IEnumerable<Customer> henkjes = from cust in Dal.Customers
                                where String.Equals(cust.FirstName, "Henk")
                                select cust;

Dat valt me vaak op wanneer ik het tweede gebruikt zie worden, er worden dan ineens afkortingen verzonnen die helemaal nergens meer op slaan.

Maar dat is een kwestie van smaak.

[eBoR]

.oisyn schreef op vrijdag 09 december 2011 @ 23:29:
[...]

Als je dat geen moeite vindt dan heb je nog nooit code geschreven die veelvuldig gebruik maakt van generics. En ook in het geval van een new is het gewoon onnodig verbose.

ik gebruik veelvuldig generics. Maar het ligt ook wel een beetje aan wat de collega's doen ( en wat afgesproken is ) . En ik ben zelf wel fan van explicitiet declaren.

Maar ik zal niet de var discussie opnieuw aanzwengelen

[Ghehe]

Effe mijn taak aan het afmaken voor school (Python). Python is eigenlijk nog wel een leuke taal eens je aan de syntax gewend bent. Spijtig dat we alleen de basis zien, ik had wel wat meer Python in mijn opleiding willen zien.

[Motrax]

Google phone lib, de python port. Erg leuk om mee te spelen.

[DutchAddick]

Ghehe schreef op zaterdag 10 december 2011 @ 13:15:
Effe mijn taak aan het afmaken voor school (Python). Python is eigenlijk nog wel een leuke taal eens je aan de syntax gewend bent. Spijtig dat we alleen de basis zien, ik had wel wat meer Python in mijn opleiding willen zien.

Wat let je om er zelf verder in te duiken?

[Ghehe]

DutchAddick schreef op zaterdag 10 december 2011 @ 16:19:
[...]


Wat let je om er zelf verder in te duiken?

Ander schoolwerk. Maar je hebt gelijk, in de vakantie ga ik wel mijn Pythonhorizon verder verruimen.

[Gamebuster]

http://groepsreizeneuropa.eu/

Altijd leuk om je eigen bagger een paar jaar later terug te zien. Owja, niet rechtermuisknop gebruiken aub.

[Gamebuster]

PrisonerOfPain schreef op vrijdag 09 december 2011 @ 21:00:
[video]

Hoe is dit opgenomen? Ik neem aan dat hij niet zo consequent typt

[NLxAROSA]

M'n nieuwe projectje vordert gestaag, maar sommige zaken kosten wat meer moeite dan andere. Een step sequencer realiseren onder iOS die een nauwkeurigheid van de timing vereist van minimaal 32 milliseconden (en liefst nog sneller) terwijl de nauwkeurigheid van de timing faciliteiten van iOS (NSTimer, NSThread) zo rond de 50-100 milliseconden ligt, vereist wat kunst-en-vlieg werk. Nu aan de audio engine opgehangen, timing is nu op 11 ms nauwkeurig. Moeilijkste werk is nu gedaan, nu de synth verder uitbreiden en de UI wat bijschaven. Gok nog op een week of drie werk (doorlooptijd, doe dit in de avonduren). Nu geen koffie, maar een Grolsch.

[Gamebuster]

Ik irriteer me mateloos. Ik heb last van een bug in een klein javascript puzzelspelletje, maar ik kan 'm niet nabootsen in mijn tests.

[ Voor 3% gewijzigd door Gamebuster op 10-12-2011 22:26 ]

[YopY]

Gamebuster schreef op zaterdag 10 december 2011 @ 21:37:
[...]

Hoe is dit opgenomen? Ik neem aan dat hij niet zo consequent typt

Denk een typherhaalder ofzo... De tijd verloopt ook heel langzaam, of hij kan heel snel en perfect typen . Ik ctrl+z nog wel eens... denk dat de helft van wat ik uiteindelijk doe backspaces zijn, .

[Voutloos]

Het 'typen' in dat filmpje heeft echt geen drol met programmeren te maken. Het lijkt een scripted animatie welke op een leuke manier naar een eindresultaat toewerkt.

Echt godsonmogelijk dat een mens zo direct, perfect en efficiënt kan programmeren, zelfs al zou het enkel 10x versneld zijn.

[CodeCaster]

Het lijkt alsof iedere checkin waarbij iets is toegevoegde wordt uitgetikt. Maar wel een leuk filmpje.

[ZaZ]

Voutloos schreef op zaterdag 10 december 2011 @ 22:41:
Het 'typen' in dat filmpje heeft echt geen drol met programmeren te maken. Het lijkt een scripted animatie welke op een leuke manier naar een eindresultaat toewerkt.

Echt godsonmogelijk dat een mens zo direct, perfect en efficiënt kan programmeren, zelfs al zou het enkel 10x versneld zijn.

Tuurlijk zitten er ook stukken tussen waar je gewoon een uur bezig bent om met 10 regels code te eindigen, maar da's niet zo leuk om naar te kijken nietwaar?

[Verwijderd]

Gamebuster schreef op zaterdag 10 december 2011 @ 21:32:
http://groepsreizeneuropa.eu/

Altijd leuk om je eigen bagger een paar jaar later terug te zien. Owja, niet rechtermuisknop gebruiken aub.

Wat een prachtige 404-pagina ook

[Voutloos]

ZaZ schreef op zondag 11 december 2011 @ 00:57:
[...]

Tuurlijk zitten er ook stukken tussen waar je gewoon een uur bezig bent om met 10 regels code te eindigen, maar da's niet zo leuk om naar te kijken nietwaar?

Dat klopt. Alleen mis ik ook het leuke aspect van deze kwartier durende ADHD typecursus.

[eBoR]

zo me zelf maar eens verwend met de aanschaf van het boek "the clean coder"

[DEiE]

Ik krijg de mijne onder de kerstboom

[Rutix]

Voutloos schreef op zondag 11 december 2011 @ 12:56:
[...]
Dat klopt. Alleen mis ik ook het leuke aspect van deze kwartier durende ADHD typecursus.

Het is ook niet bedoelt om even leuk naar te kijken. Maar meer bedoelt om te laten zien hoe een emulator word gemaakt. Je word nergers geforceerd om er voor je plezier naar te kijken....

[FreakyFries]

Gamebuster schreef op zaterdag 10 december 2011 @ 21:32:
http://groepsreizeneuropa.eu/

Altijd leuk om je eigen bagger een paar jaar later terug te zien. Owja, niet rechtermuisknop gebruiken aub.

Hmmm.... http://www.dedrait.com/