[DHTML] GoT 5K? contest

[Genoil]

Verwijderd schreef op 29 maart 2004 @ 18:58:
[...]

Tot nu toe is crisp volgens mij de enige die heeft toegezegd te willen jureren. Misschien dat hij het voortouw wil nemen en de contest officieel voor geopend wil verklaren?

ik heb er al met crisp over gemaild, maar hij heeft het simpelweg te druk met andere zaken (juryrapport gaat nog wel, organisatie niet). verder lijkt me moeilijk om een andere niet-deelnemer voor deze taak te strikken, dus zullen we het toch zelf moeten klaren

[ Voor 5% gewijzigd door Genoil op 29-03-2004 19:10 ]

[Clay]

oh,when? schreef op 29 maart 2004 @ 18:16:
[...]
Ik weet niet wat je bedoeld, maar ik zie niet in waarom het gebruik van non-ASCII characters, of een andere character set je code compressed. Tenzij het alleen maar een ego-boosting post was

als jouw leveldata er toevallig als iets ala "10011101" uitziet, dan kan je dat ook binair als 157 zien, en uit de charmap is dat een [blokje]. dat zijn dan toch inene 8 bytes in 1. dat schiet wel op hoor.

[Wirf]

Clay schreef op 29 maart 2004 @ 19:42:
[...]


als jouw leveldata er toevallig als iets ala "10011101" uitziet, dan kan je dat ook binair als 157 zien, en uit de charmap is dat een [blokje]. dat zijn dan toch inene 8 bytes in 1. dat schiet wel op hoor.

Jij hebt het heel goed begrepen

Waarom zou je jezelf limiteren tot [a-zA-Z0-9] ? dr kunnen 256 verschillende waardes in een byte, beetje zonde natuurlijk als je het grootste gedeelte daarvan niet benut

edit: Een werkende WIP heb ik trouwens nog lang niet, bovendien wil ik de precieze methode nog een poosje geheim houden

[ Voor 12% gewijzigd door Wirf op 29-03-2004 20:05 ]

[djluc]

* djluc gaat ook een niet-deelnemer maar wel volger zijn

Indien er niemand anders tijd/zin heeft om een goede startpost te maken en een lijstje bij te houden met WIP's e.d. wil ik dit eventueel wel doen. Net zoals het ontvangen en samenvoegen van de jury rapporten.

[T-MOB]

djluc schreef op 29 maart 2004 @ 20:21:
* djluc gaat ook een niet-deelnemer maar wel volger zijn

Indien er niemand anders tijd/zin heeft om een goede startpost te maken en een lijstje bij te houden met WIP's e.d. wil ik dit eventueel wel doen. Net zoals het ontvangen en samenvoegen van de jury rapporten.

Ik ben vóór, hoe sneller het officiële gebeuren start hoe beter. Ik zou best willen helpen jureren maar helaas ontberen mij de skillzz een beetje. (* T-MOB levert zijn eerste eigen javascript in voor de contest). Als er een PHP-siteje in elkaar geflanst moet worden voor de WIP's dan is dat echter geen probleem.

Voor de geïnteresseerden: Mijn WIP (ja dat is niet geoptimaliseerd en de auto kan ook wel wat tuning gebruiken )

[Not Pingu]

woei, hit detection gefixt
hij doet het nu zowel horizontaal als verticaal goed.
Het vage is dat het in FF wel werkt (je ziet de gele blokjes blauw of paars worden alnaargelang het rode blokje er horizontaal of verticaal op afketst) maar je ziet het rode blokje helemaal niet!

nouja, volgende stap: zwaartekracht

[André]

************** ATTENTIE **************

* André heeft wel wat tijd

Ik zal een starttopic in elkaar gooien en de regels opstellen enzo (als er geen bezwaren zijn).
Tot die tijd lullen we even hier verder

************** ATTENTIE **************

[djluc]

André schreef op 29 maart 2004 @ 20:52:een melding

Goed idee André, misschien is het voorstel van een PHP siteje voor de wips een idee?

[wacco]

*sigh* ik denk ik implementeer 'ff' cookiesupport, maar dat valt nog tegen

In firefox, in dezelfde sessie (code wat -> save -> F6 -> tweakers.net -> ga weer naar BF en aanschouw) doet ie het wel, maar sluit niet je browser want dan is ie weg. Om nog maar niet over internet explorer te beginnen

hier dus

edit: ik vergeet te melden dat +"; expires=Thu, 01-Jan-05 00:00:01 GMT" in de code niet helpt...

[ Voor 17% gewijzigd door wacco op 29-03-2004 21:13 ]

[Koetjeboe]

http://snake.acaldra.com
http://racing.acaldra.com

Kwa l33te code technieken gebruik ik nog..eh...niks, ben nog beetje noob En lastig om aandacht bij 1 project te houden dus was maar aan 2e alvast begonnen


_{voor de liefhebbers, ding voor vorige contest, mijn eerste JS ooit, nooit ingeleverd: http://www.acaldra.com/ootest/game/}

[ Voor 26% gewijzigd door Koetjeboe op 29-03-2004 22:23 ]

[André]

djluc schreef op 29 maart 2004 @ 21:08:
[...]
Goed idee André, misschien is het voorstel van een PHP siteje voor de wips een idee?

Waar staat dat idee?

Aangezien de inzendingen hooguit 5k zijn kan ik het denk ik wel hosten op mijn eigen site. Mensen die wips hebben kunnen me mailen (adres staat op mijn site, anders toevoegen op msn).

Het duurt even voordat het officiele topic er komt, maar ik probeer zo snel mogelijk.

[André]

Even samenvatten voor de nieuw topicstart:

Toegestane technieken:
SVG, VML, Flash, JAVA, Javascript, CSS, XML, HTML, XHTML, XSL, Shockwave, XUL.

Totaaltijd contest:
Ik stel voor hak knoop door op 6 weken vanaf topicstart nieuw topic.

Officiele site:
http://www.nobellaan.nl/5k/

Regels:
• Limiet is 5120 bytes en geen byte meer anders doe je niet mee en dat is inc. plaatjes
• Inleveren voor einddatum via msn of email bij mij
• Opgeven is niet nodig, als ik een WIP of Final ontvang doe je automatisch mee, bij een final moet ook de broncode meegestuurd worden.
• Beoordeling wordt door alle deelnemers gedaan na de einddatum, ik verzamel de beoordelingen en publiceer de eindscore. (dus als je meedoet jureer je ook anders doet je inzending niet mee)
• Er wordt beoordeeld op originaliteit, functionaliteit, code/techniek en design, dus als jij aan 30 bytes genoeg hebt mag dat en kost het geen punten, of je dan hoog scoort op functionaliteit is te betwijfelen
• Het eindproduct moet werken in Internet Explorer 6 of Firefox 0.8 of Mozilla 1.6
• ?

Is het zo ongeveer compleet, of zijn er nog ideen/toevoegingen enzo.

[ Voor 50% gewijzigd door André op 30-03-2004 08:11 ]

[djluc]

Toevoeging: beoordeling en de personen die dit gaan doen.

[André]

djluc schreef op 29 maart 2004 @ 22:51:
Toevoeging: beoordeling en de personen die dit gaan doen.

Dat was ik dus vergeten, is toegevoegd.

[Thomasje]

Is het als je flash gebruikt dat je .SWF 5k mag zijn of je .FLA

[André]

Thomasje schreef op 29 maart 2004 @ 22:59:
Is het als je flash gebruikt dat je .SWF 5k mag zijn of je .FLA

Een lege Fla is al 3 a 5k dus dat lijkt me niet handig.

Het moet een bestand zijn dat in een browser werkt, dus swf.

[Wirf]

Waarop wordt er wel beoordeeld? dr staat nu alleen dat er niet op de code word beoordeeld, maar waar dan wel op?

Trouwens ben ik er op tegen dat de code niet bekeken wordt, 5KB contests gaan voor mij ook over de sicke code die mensen gaan maken, de vuile truuks om de laatste paar bytes te besparen.

Edit: ow, ik zie dat dr alweer een edit is geweest, alleen design, functionaliteit en orginaliteit dus, tja, daar gaan mijn kansen op een prijs dus, ik ben zo creatief als een deur

[ Voor 23% gewijzigd door Wirf op 29-03-2004 23:17 ]

[oh,when?]

Clay schreef op 29 maart 2004 @ 19:42:
[...]


als jouw leveldata er toevallig als iets ala "10011101" uitziet, dan kan je dat ook binair als 157 zien, en uit de charmap is dat een [blokje]. dat zijn dan toch inene 8 bytes in 1. dat schiet wel op hoor.

Ik heb het over non-ASCII tekens, 0-9 horen daar wel bij, sommige tekens in dit stuk helemaal niet:

code:

~PvÂÈ^A~AGH~Y3iÜ~@è^A"Æ~M^]
^B^NÌc^P¡B~F2 J^D~AæÌB^P3h@T^PQ 
^H9oÞ~PIÒæ^L~K~S)ɼaé^R~D^X6aêÜ¡ùòfÎ;3[ö^L3f^MÍ~Q/^L~AS~F^M~H9LÙh4      
µé^N^PI~M$ÁÒ¤^HI3uÜ~L¡~Sæ~MÂ1lÒ^TE~A'Å^^^E      d~VÑR~F^NÛ^T^P^SÀ  
     ~SÐî~YºGä~D~A~CFí^\^T)ðÂMc^FE~Hªl\ü^EêÆM^Y7ná&`~L^B²^K1eêÈ¡³~P¡ç1oÚÀ©C§~L
~\Ì    b{~VkpNkºv^UÇî^C~W7o^E`Å~R5^K^B~N~\¾BÞÈ!~C^XÄÛ^Dx>æù^H#¯^Yå 
ØR¿^Z~]^G^H^\ÜW¬Há\óõ~A(¦3¬^NbºwðíÅ~S^?^^[æ~X:m.Óqqçxk^T"ð~PFKOÉ1F^
Ob^Pµ~Fd~L~A`^VZj­ÑÃ     ^P®%^B^H+^P~D!^H"¤p~B^O^]æ~U^@oõ½q_~nì×_^Zÿ^E(~F^\ 
êæ~[^BÆ!§^\s~J^A

overigens kun je alles wel blijven reduceren tot je alles in 3 tekens het gecomprimeerd, maar als daarna je lookup functie even groot is schiet dat ook niet echt op

[André]

Wirf schreef op 29 maart 2004 @ 23:13:
Waarop wordt er wel beoordeeld? dr staat nu alleen dat er niet op de code word beoordeeld, maar waar dan wel op?

Je bent te laat, ik had al tekst toegevoeg

Trouwens ben ik er op tegen dat de code niet bekeken wordt, 5KB contests gaan voor mij ook over de sicke code die mensen gaan maken, de vuile truuks om de laatste paar bytes te besparen.

Maar moeten mensen dan ook hun fla's en JAVA broncode beschikbaar stellen?

[Wirf]

André schreef op 29 maart 2004 @ 23:15:
Maar moeten mensen dan ook hun fla's en JAVA broncode beschikbaar stellen?

dat is inderdaad een probleem, daarom wou ik ook een aparte categorie voor java en flash

Maar dat komt er dus ook al niet.
Toch zou ik het leuk vinden als je de source code wel kunt zien, het is toch op de eerste plaats een programmeerwedstrijd.

Zo wil ik wel eens weten wat je nou eigenlijk kunt doen om een java applet kleiner te maken, volgens mij hoef je kun je daar vrij weinig in de code mee doen, je compiled en jar'ed het toch.

[Wirf]

oh,when? schreef op 29 maart 2004 @ 23:14:
overigens kun je alles wel blijven reduceren tot je alles in 3 tekens het gecomprimeerd, maar als daarna je lookup functie even groot is schiet dat ook niet echt op

Ja, dat is inderdaad een probleem waar ik wel goed op moet letten.

maar ach, ik doe in de eerste plaats toch mee om meer te leren, ipv te winnen, dus als ik dit stuk "proof of concept" code wat ik wil maken klaar en werkend heb, ben ik al tevreden

[Verwijderd]

Kep een probleempje met het vullen van een "grote" 2d array (100 *100)

Dat gebeurt met de volgende code:

code:

function fillmap()
{   
    for (x = 0; x < MapBreedte; x++)
    {    
          map[x] = new Array();
          for (y = 0; y < MapHoogte; y++)  
          {
               map[x][y] = 1;
          }
    }     
}

Maar das hier harstikke traag... Nu las ik elders dat JS en "grote" arrays niet samen gaan, maar dis toch nog niet zo heel groot toch?

Iemand een idee hoe ik dit schneller kan maken?

[ Voor 5% gewijzigd door Verwijderd op 29-03-2004 23:27 ]

[André]

Hmm, misschien alle broncode's als txt ter beschikking stellen.

[André]

Verwijderd schreef op 29 maart 2004 @ 23:26:
Kep een probleempje met het vullen van een "grote" 2d array (100 *100)

Dat gebeurt met de volgende code:

Maar das hier harstikke traag... Nu las ik elders dat JS en "grote" arrays niet samen gaan, maar dis toch nog niet zo heel groot toch?

Iemand een idee hoe ik dit schneller kan maken?

JS en Arrays is bloedjesnel, daar kunnen menig andere talen wat van leren
Hou er wel rekening dat er 10.000 items in die array zitten.

[Wirf]

Verwijderd schreef op 29 maart 2004 @ 23:26:
Iemand een idee hoe ik dit schneller kan maken?

ik weet niet of dit veel helpt, maar toch, alle kleine beetjes....

code:

function fillmap()
{   
    map = new Array(MapBreedte);
    var x=MapBreedte;
    var tmpArray, y;
     while (x--) {
          tmpArray = map[x] = new Array(MapHoogte);
          y = MapHoogte;
          while (y--) {
               tmpArray[y] = 1;
          }
    }     
}

Ik heb zelfs geen flauw idee of het werkt

[ Voor 4% gewijzigd door Wirf op 29-03-2004 23:35 . Reden: grote van de array's meegegeven bij de new() ]

[Verwijderd]

AARG ik liep de functie nog in een andere (loop) functie aan te roepen...

Schurft hak ff wat beter moeten kijken .... . Soz

/me slaps himself

zeg maar allemaal: Hioxz ge zijt een grote ...


(wirf, bedankt voor code tip dingetje.. optimalisatie is altijd goed )

[ Voor 33% gewijzigd door Verwijderd op 29-03-2004 23:39 ]

[crisp]

André schreef op 29 maart 2004 @ 23:31:
[...]

JS en Arrays is bloedjesnel, daar kunnen menig andere talen wat van leren
Hou er wel rekening dat er 10.000 items in die array zitten.

Het grootste lemmingslevel dat ik heb is 160x1600; daar vul ik een 2d array van gelijke grootte in een poep en een scheet vanuit compressed data (nou ja, compressed toch nog 15KB, maar dat is ook een hele lichte compressie)

[ Voor 10% gewijzigd door crisp op 29-03-2004 23:47 ]

[André]

Laten we duidelijk houden dat ik behalve tiran/organisator/enzovoorts ook deelnemer ben, dat wordt mede mogelijk gemaakt door het jureringssyteem.

[wacco]

*zucht* cookies zijn echt evil... morgen maar ff draadje over openen oid want de dingen die ik tegenkom

En nou slapen! Ik zit hier al een dikke twee dagen ongeveer non-stop naar m'n scherm te staren

[ Voor 8% gewijzigd door wacco op 30-03-2004 00:48 . Reden: moet toch eens leren typen :P ]

[Genoil]

cool André dat je initiatief toont. prima regels, alleen vind ik dat er best wat naar de code gekeken mag worden. je moet er als deelnemer dan alleen niet vanuit gaan dat de jury alle hocuspocus zelf uit gaat lopen vogelen. dus als je iets wilt verduidelijken, kan dat in de van opmaak en comments voorziene "source-verise". En dat geldt dus ook voor Flash en Java en Lingo, en men moet maar gewoon van eerlijkheid uitgaan bij het vergelijken van fla met swf enz.

[T-MOB]

André schreef op 29 maart 2004 @ 22:36:
[...]

Waar staat dat idee?

Dat was mijn idee(/aanbod ). 'k wil ook wel een geautomatiseerd beoordelingssysteempje maken (dus dat André niet alles hoeft te verzamelen, tellen -bah! handwerk ). Probleempje is alleen dat ik niet zo'n snelle upload heb (16kilobyte upload). Webspace is er daarentegen genoeg.....(15Gb+)

Over browserondersteuning: hebben we allemaal Windows(tm)??? Anders is IE support een beetje lastig ontwikkelen, nietwaar?

Over het beoordelen van code, persoonlijk kijk er graag naar bij iets dat ik cool vind (zeker als het om max 5k gaat - hoe heeft ie dit geflikt??). Aangezien de jurering democratisch/gezamenlijk plaatsvind komt de uiteindelijk échte winnaar denk ik wel naar voren (whatever, * T-MOB heeft toch niet de illusie te winnen )

[JeromeB]

André schreef op 29 maart 2004 @ 22:49:
Even samenvatten voor de nieuw topicstart:

Toegestane technieken:
SVG, VML

Regels:

• Het eindproduct moet werken in IE6, Firefox 0.8 en Mozilla 1.6

Dat gaat nogal erg stroef.


edit:

Verder lijkt het mij wel een leuke contest en als de regel hierboven een beetje aangepast wordt wil ik misschien nog wel een leuk tekeningetje maken.

[ Voor 22% gewijzigd door JeromeB op 30-03-2004 07:36 ]

[André]

Oke, op verzoek en na lang aandringen heb ik de regels wat aangepast, er wordt nu wel op code beoordeeld en de broncode dient opgestuurd te worden. Het eindresultaat hoeft alleen maar te werken in 1 van de browsers en niet in allemaal:

[rml]André in "[ DHTML] GoT 5K? contest"[/rml]

[Koetjeboe]

JeromeB schreef op 30 maart 2004 @ 07:29:
[...]


Dat gaat nogal erg stroef.


edit:

Verder lijkt het mij wel een leuke contest en als de regel hierboven een beetje aangepast wordt wil ik misschien nog wel een leuk tekeningetje maken.

Die browsers zouden niet echt een probleem moeten zijn? Moz is misschien iets langzamer (in mijn ervaring ) maar echt rare trucs heb ik nog niet hoeven toe te passen om het te laten werken

[Verwijderd]

Koetjeboe schreef op 30 maart 2004 @ 09:25:
Die browsers zouden niet echt een probleem moeten zijn? Moz is misschien iets langzamer (in mijn ervaring ) maar echt rare trucs heb ik nog niet hoeven toe te passen om het te laten werken

Ik denk dat hij vooral op SVG ondersteuning doelde

[André]

Verwijderd schreef op 30 maart 2004 @ 09:29:
[...]
Ik denk dat hij vooral op SVG ondersteuning doelde

Dat denk ik ook, daarom heb ik de regels al aangepast, het hoeft maar in 1 van de browsers te werken.

[Koetjeboe]

Verwijderd schreef op 30 maart 2004 @ 09:29:
[...]
Ik denk dat hij vooral op SVG ondersteuning doelde

Ahja, Koetje moet beter lezen

[Clay]

oh,when? schreef op 29 maart 2004 @ 23:14:
[...]
Ik heb het over non-ASCII tekens, 0-9 horen daar wel bij, sommige tekens in dit stuk helemaal niet:

code:

~PvÂÈ^A~AGH~Y3iÜ~@èhubbahubba^E(~F^\êæ~[^BÆ!§^\s~J^A

overigens kun je alles wel blijven reduceren tot je alles in 3 tekens het gecomprimeerd, maar als daarna je lookup functie even groot is schiet dat ook niet echt op

komt nog bij dat je die meuk niet in ansi kan opslaan, en dan kan je 3 tekens gebruiken maar dan worden er toch mooi 2 of zelfs 3 bytes voor dat teken gebruikt

maar * Clay is ondanks dat alles toch wel blij met zn compressie methode hoor

[André]

Als er nog mensen zijn die nog commentaar hebben op de regels moeten ze dat in de loop van de middag doen, vanavond open ik het offciele contest topic.

Zo staat het er nu voor:
[rml]André in "[ DHTML] GoT 5K? contest"[/rml]

[Koetjeboe]

Heeft iemand nog een 'huuphuupsupertruc' om bijv kleiner te krijgen? Bestaat uit 4 kleuren, met PS save for web nog een paar byte erop kunnen snoepen....(164)

[edit]
160 bytes nu

[ Voor 14% gewijzigd door Koetjeboe op 30-03-2004 10:49 ]

[BtM909]

Koetjeboe schreef op 30 maart 2004 @ 10:05:
Heeft iemand nog een 'huuphuupsupertruc' om bijv [afbeelding] kleiner te krijgen? Bestaat uit 4 kleuren, met PS save for web nog een paar byte erop kunnen snoepen....(164)

[edit]
160 bytes nu

Als je die drie witte stippen weghaalt, kom ik op 149bytes en PNG32 maakt hem 72bytes, maar da wor nie goe ondersteunt door IE

[André]

Koetjeboe schreef op 30 maart 2004 @ 10:05:
Heeft iemand nog een 'huuphuupsupertruc' om bijv [afbeelding] kleiner te krijgen? Bestaat uit 4 kleuren, met PS save for web nog een paar byte erop kunnen snoepen....(164)

[edit]
160 bytes nu

Als ik de achtergrond van dat ding helemaal wit maak kom ik op 139 bytes, maar ik weet niet of dat kan met jouw project.

[Genoil]

160 bytes...whoa wat relaxed, niks meer aan doen

/me zit met 1,5K aan gfx waar helaas in gesneden moet gaan worden

wel fijn dat ik puur in IE6 mag blijven doorhacken

[Koetjeboe]

Door Andre&BtM909 kwam ik op het idee om wit maar gewoon helemaal weg te laten , dus nu 136bytes

[Verwijderd]

wellicht kan je hem ook kleiner tekenen, dit is denk ik ook wel in 16x16 pixels te doen...

[Genoil]

Koetjeboe schreef op 30 maart 2004 @ 10:51:
[afbeelding]
[afbeelding]
Door Andre&BtM909 kwam ik op het idee om wit maar gewoon helemaal weg te laten , dus nu 136bytes

dat zijn 24 bytes. ik zie in je code nog veeeeel meer bytes winst

[Wirf]

André schreef op 30 maart 2004 @ 09:30:
[...]

Dat denk ik ook, daarom heb ik de regels al aangepast, het hoeft maar in 1 van de browsers te werken.

Als ik moet gaan rebooten, alleen om een DHTML inzending te jureren, dan zal ik dat toch wel mee laten wegen in mijn beoordeling.

_{IE werkt niet zo goed onder Linux}

[coubertin119]

Kan je niet gewoon zeggen dat alle XML-gebaseerde markup languages mogen? Wie weet gooi ik er nog wat MathML in, maar die staat dus al niet in de voorbeeldpost. Ook SVG, XHTML (en XSLT ook?) zijn XML-gebaseerd. Nu is je startpost 5.5kB, als je gewoon XML zet istie nog maar 5.2 ofzo .

[Genoil]

mijn inzending gaat gewoon niet goed werken als je je IE cache uit zet. en in de huidge status van het ding moet er afhankelijk van de snelheid van de server en verbinding soms zelfs een paar keer gereload worden voordat ie echt werkt. werkt dat in mijn nadeel? ik heb namelijk weinig zin het woord onreadystatechange=function() {...} in m'n source te zetten, dat kost zoveel karakters

verder is/wordt mijn inzending getuned voor 2Ghz+ computers. in hoeverre wordt er rekening gehouden met systeemeisen? of mag ik naast m'n 800*600px versie ook een 400*300 of 200*150 inleveren zonder dat dat apart geteld wordt?

[oh,when?]

Genoil schreef op 30 maart 2004 @ 16:01:
verder is/wordt mijn inzending getuned voor 2Ghz+ computers. in hoeverre wordt er rekening gehouden met systeemeisen? of mag ik naast m'n 800*600px versie ook een 400*300 of 200*150 inleveren zonder dat dat apart geteld wordt?

Mij lijkt het wel toffer er wordt gekeken hoe snel het nog draait op lagere systemen, hoewel dat wel weer lastig testen is. Tenzij iemand nog een P166 over heeft

[André]

Hmm, als je een "resolutie" switch er in zet krijg je wel extra punten en draait het ook nog op elk systeem

[coubertin119]

oh,when, ik heb nog wel een P120 over als je echt wil, maar dan moet Windows 95 wel IE6 kunnen draaien .

[Verwijderd]

dat wil ie niet, 5.5 gaat wel

[T-MOB]

Koetjeboe schreef op 30 maart 2004 @ 10:51:
[afbeelding]
[afbeelding]
Door Andre&BtM909 kwam ik op het idee om wit maar gewoon helemaal weg te laten , dus nu 136bytes

Je kunt je gifje nog een byte korter maken door hem te openen in een text-editor en de laatste ";" weg te halen.

Op PNG kun je nog meer besparen met een text-editor
De laatste paar bytes bestaan uit deze tekens: "IEND®B`‚" En die kunnen probleemloos weg (\o/ weer 8 bytes bespaard).

edit: oops, browser dacht er anders over dan Paintshop...

[ Voor 8% gewijzigd door T-MOB op 30-03-2004 17:51 ]

[coubertin119]

Verwijderd schreef op 30 maart 2004 @ 17:18:
dat wil ie niet, 5.5 gaat wel

Als je écht écht een performancetest wil, ik kan een 486 100mhz met maar liefst 8 meg geheugen bemachtigen. Win 98 voor IE6 draait er no way op, maar zou Linux met Mozilla lukken?

[crisp]

Mijn jury-boxen bestaan uit een AMD XP2000 met de volgende browsers onder win2k:
-IE6
-Opera 7.23
-FireFox 0.8
-Mozilla 1.5
-Netscape 7.1
en een P3-500 met de volgende browsers onder win2k:
-IE5.5
-Opera 6
-Mozilla 1.1
-Netscape 4.7
-Netscape 6.0
en de volgende browsers onder Slackware 9:
-Konqueror 3.2
-Mozilla 1.4 (geloof ik)

maar sommige browsers zal ik maar niet gebruiken

[Wirf]

coubertin119 schreef op 30 maart 2004 @ 19:03:
[...] een 486 100mhz met maar liefst 8 meg geheugen [...] zou Linux met Mozilla lukken?

Nou, misschien als je een swap partitie van 100MB erbij neemt, misschien kun je dan wel binnen een dag een project jureren.

edit: Gaat er ook nog iemand testen met lynx?

[ Voor 13% gewijzigd door Wirf op 30-03-2004 20:37 ]

[coubertin119]

Lynx is sowieso HTML only, alhoewel mijn ding toch *iets* gaat laten zien .

[André]

Er kunnen nu nog op of aanmerkingen op de regels gemaakt worden, ik ga nu volleyballen en als ik terug kom dan maak ik de nieuwe topic.

[cjs]

Genoil schreef op 23 maart 2004 @ 23:38:

2. Compressie van eigen databestanden of delen van de broncode is toegestaan, mits decompressie binnen de applicatie geschiedt (met je eigen of goed gejatte supercompacte javascript algoritme dus). HTTP-compressie telt niet, GIF en JPEG voor eventuele afbeeldingen (natuurlijk) wel.

DHTML met Flash-compressie mag zeker ook niet?

[Genoil]

cjs schreef op 30 maart 2004 @ 23:34:
[...]


DHTML met Flash-compressie mag zeker ook niet?

ik geloof van niet

[cjs]

Genoil schreef op 31 maart 2004 @ 00:34:
[...]


ik geloof van niet

Dat is wel héél erg jammer, in een 5kb swf-je kun je namelijk makkelijk zo'n 12kb aan DHTML kwijt.

[André]

Verder discuzeuren kan hier:

[rml][ Contest] Officiële GoT 5K contest 2004[/rml]

Deze gaat dicht.

[Pelle]

Jaja.. we gaan hier dus verder:
[rml][ Contest] Officiële GoT 5K contest 2004[/rml]