2009
03.23

I tiden er der utrolig meget fokus på at spare på co2-udslippet. Det er også rigtig godt, idet man ikke bør forurene mere end højest nødvendigt. Hvis I vil vide hvordan I sparer mest på jeres elregning og dermed hjælper miljøet bør I ignorere “Guld og grønne skove” – og se på, hvor der virkelig bliver brugt nyttesløs energi. Jeg tænker på den massive brug af flashbannere, der efterhånden har indtaget enhver hjemmeside med bare en smule interessant indhold (med untagelse af denne her blog). Jeg er typen, der næsten aldrig lukker et vindue. Imidlertid kræver det dog en quad-core monstercomputer, hvis det i realiteten skal kunne lade sig gøre. 5 hjemmesider med flashbannere åbne kan mildest talt få enhver computer til at virke som en gammel amiga på nettet med et 56 kbps modem. For at undgå alle disse reklamer fra mcdonalds osv. er flashblockere blevet opfundet. Hvis man skifter browser til Firefox, findes der forskellige plugins, som hjælper dig til at disable flashbannerne – de mest brugte plugin er adblock og flashkiller – og så er du istand til at bruge din mere end 2 år gamle computer på internettet igen – ja, endda på dine nyhedssites. Samtidigt med at du blokerer for flashindhold, vil du få mere cpu-kraft, idet du skåner processoren. Nu spekulerer du så på, hvor jeg vil hen med at skåne co2-udslippet. De fleste computere idag har speedstep-teknologi. Denne speedstep-teknologi gør, at computeren under belastning vil køre hurtigere (og bruge mere strøm). Så hvis du har 4-10 bannere kørende, vil du bruge meget mere strøm end hvis du ingen havde. Desværre tænker annoncører ikke i de baner – de er mere fokuseret på at fange forbrugerens øjne med et “coin-offer” eller lignende. Derfor er mit budskab at du for miljøets skyld skal installere firefox og adblock – det er gratis – og vi skal huske på, at vi alle er medansvarlige for at holde vores verden grøn.

2009
03.13

Degrafa-frameworket for FLEX har en fejl i GeometryCollection i removeItemAt(index:Number)-metoden.

removeItemAt(index:int) fjerner intet. Vi har igennem vores projekt fundet en workaround, hvor man kan fjerne et item ved istedet f.eks. at kalde:

removeChild(_graphicobject.geometryCollection.items.pop());

Hvorfor denne fejl opstår vides ikke, men GeometryCollection er måske bygget på hashtables, hvor man ikke har et index. Ihvertfald er det rart at have fundet en måde at komme udenom det på.

Der findes ingen clear() eller redraw() funktion, så det kunne heller ikke hjælpe os.