Det belgiske elektro-pop band Vive la Fête er et navn jeg længe gerne har villet se live. Og selvom de har spillet i Danmark en del gange efterhånden, så har det, bortset hurtige 15 min. udenfor en teltscene på Roskilde Festivalen, endnu ikke været med mig blandt publikum. At jeg må se dem næste gang de kommer til Danmark er jeg endnu mere overbevist om efter at have kigget på den live-optagelse der i øjeblikket ligger online på Fabchannel.Com. Skal iøvrigt ikke afvise bandet har størst effekt på den mandlige del af publikum, bandet har i hvert fald en klar trumf på hånden med den karismatiske sangerinde. Jeg er ikke blevet solgt på den plade med dem jeg har hørt, men live vil jeg meget gerne lade mig forføre. Find mig på forreste række til deres næste koncert i Danmark:-) (...og måske skal jeg prøve at tjekke lidt flere af deres plader også).

Samme sted kan man i øvrigt også se en live-optagelser med en række andre bands, inkl. vores egne Kashmir.

 

Bemærk at min lille serie af Squeezebox indlæg har nogle år på bagen efterhånden. Jeg vil mene at det stadig er en god lille introduktion til hvad en Squeezebox er og kan, men gå ikke for meget op i specifikke detaljer beskrevet. Både software og firmware til Squeezebox er blevet opdateret talrige gange siden dette blev skrevet, og meget er ændret og tilføjet i de nye versioner. Det jeg kalder SqueezeNetwork i indlægget hedder i øvrigt mysqueezebox.com i dag, og SlimServer skiftede først navn til SqueezeCenter, så til Squeezebox Server og senest til Logitech Multimedia Server. Nå ja, og Slim Devices er forresten blevet købt af Logitech, og der er nu en hel "familie" af Squeezebox produkter. Men de fungerer alle stadig efter samme grundlæggende principper som beskrevet i disse indlæg...

Jeg har fået mig en Squeezebox 3 "media hub", og med den lytter jeg lige nu til DR's netkanal DR Barometer på mit Hi-Fi anlæg helt uden at have min PC tændt (Ok, en lille hvid løgn... Jeg kan selvfølgelig ikke skrive dette indlæg hvis PC'en er slukket, but get the point?...). Kort fortalt er Squeezebox en tingest jeg kan koble Hi-Fi udstyret til nettet med, og lytte til netradio kanaler eller til musik der ligger på en netværkskoblet PC. Jeg har i flere år haft kig på forskellige produkter af denne slags, og har længe været forelsket i Turtle Beach AudioTron. Men det er efterhånden lang tid siden AudioTron gik ud af produktion og support af produktet stoppede. Godt nok har den danske forhandler af denne stadig AudioTron på lager, men i betragtning af at den næppe vil kunne opdateres til fremtidige musikformater og lignende, så har 3000 kr. været mere end jeg har villet give. Heldigvis har Slim Devices så for nylig frigivet tredie udgave af deres Squeezebox, og da syntes jeg endelig den virkede moden nok til at jeg ville slå til. Så for en uge siden bestilte jeg min Squeezebox 3, og da jeg ikke umiddelbart kunne finde en dansk eller europæisk forhandler der vil sende til Danmark, endte jeg med at købe min lille "gadget" direkte fra Slim Devices i USA. Den kom så med posten i formiddags, og i udgaven uden trådløst netværk kostede den mig $249,00 (plus $36,40 for forsendelse til Danmark). Jeg havde egentlig regnet med at skulle ligge ca. 1/3 oveni prisen i toldkontrollen, men den er smuttet lige igennem uden yderligere opkrævning (Tys tys, sig det endelig ikke til nogen!:-)). Tilfældet vil iøvrigt at Politiken igår havde en test af Squeezebox 3 (og andre lignende produkter), og jeg blev dér opmærksom på at den også kan købes igennem Jens of Sweden. Dér har de dog umiddelbart kun produktet hjemme i den lidt dyrere udgave der også understøtter trådløst netværk.

Hvorfor ikke DAB istedet?

For mange vil en væsentlig funktionalitet for en dims som Squeezebox nok være muligheden for at afspille musik som ligger på en PC tilkoblet netværket. Men for mig er det nu muligheden for netradio der er det vigtigste. Alle de gode radiostationer og programmer er de seneste år forsvundet fra FM-båndet. Også DR P3 lyder som en kommerciel "lokal radio" efterhånden, og lider hårdt under deres musikpolitik hvor musikalsk personlighed og variation i programmerne er ofret til fordel for en ensformig centralt styret jukebox (dog stadig en klasse over de fleste "lokalradioer", men ikke så interessant som jeg kunne ønske). Faktisk har jeg specielt siden de lukkede Beat på P3 haft svært ved at finde programmer der kunne åbne min øjne for spændende og ny musik, hvilket da vist også har kunnet måles på mængden af musik jeg har købt siden. Ja, jeg ved godt at de fleste netkanaler også bare er en "jukebox" der spiller tilfældigt udvalgte i en samling, men nu kan jeg finde de mest interessante jukeboxe og skifte mellem flere når jeg trænger til noget variation. Men hvorfor har jeg ikke købt en DAB-radio i stedet? Well, for det første er DR's musikalsk set tre mest interessante kanaler, DR Barometer, DR Modern Rock og DR Electronica, kun at finde som net-kanaler, ikke på DAB! For det anden er DAB begrænset til de få kanaler der er udbudt i Danmark, men med netradio er hele verdenen åben så jeg også kan lytte til f.eks. KCRW og KEXP eller de tusindvis af netstationer der udbydes steder som Radioio, Live365 og ShoutCast.

Ja så ved jeg da hvad jeg skal lave...

Tilfældet vil at jeg har fri i denne uge, så det bliver nok en lidt nørdet uge hvor jeg skal undersøge alle dimsens muligheder. En ganske tjekket lille detalje er f.eks. at den kan vise nyhedsoverskrifter fra RSS news feeds direkte på displayet. Foreløbig har jeg de seneste fodboldnyheder fra bold.dk og musiknyheder fra gaffa.dk kørende som "screensaver", men det kan i princippet være fra hvilken som helst nyhedssite, weblog eller lignende som udbyder et RSS news feed. F.eks. kunne jeg også have de seneste overskrifter fra min egen weblog hvis jeg syntes det var interessant (Det skulle da kun lige netop være fordi at det kan lade sig gøre;-)).

Jeg regner med at vende tilbage med mere om "dyret" senere når jeg har gjort mig lidt flere erfaringer, så det udvikler sig nok til en hel lille test...

Update 2/3 2006: Jeg har har nu flere erfaringer med Squeezebox i Squeezebox - I got a new toy... (del 2).

Update 10/3 2006: Ok, i dag kom så en efterfølgende toldopkrævning fra UPS, så jeg slap altså ikke. Kr. 383 i importmoms + kr. 120 i udlægsgebyr. Det betyder at jeg samlet har givet kr. 2310,50 incl. forsendelse, told og gebyrer.

Relaterede indlæg:

 

Det sker nogle gange at folk spørger mig om råd til køb af digitalkamera. Og uden at ville gøre mig til større ekspert end jeg er, har jeg besluttet at skrive om nogle af de overvejelser jeg vil gøre mig hvis jeg skulle ud og købe nyt digitalkamera i dag. Det skal siges at min tilgang til foto handler om lidt mere end feriebilleder på en solskinsdag og indendørs billeder med flash. Derfor er det nok ikke alle mine pointer og overvejelser der vil være lige relevante for alle.

Da det her nok bliver lidt omfattende, og det tager lidt tid at skrive alle mine overvejelser til ende, har jeg besluttet at dele indlægget op i en lille "serie" af et endnu ikke fastsat antal dele. Første del handler alene om overvejelser omkring sensoren som registrerer billedet i et digitalkamera. Næste del regner jeg med kommer til at handle om objektivet.

Sensoren

Min indgang til censoren (som regel af type CCD, men evt. CMOS) i et digitalkamera er måske lidt anerledes end de flestes. For mig er opløsningen, altså hvor mange megapixels den har, ikke umiddelbart det vigtigste. Der er i hvert fald et par andre ting jeg også kigger på: Sensorens areal og "pixeltæthed", samt (med skepsis) sensorens maksimale følsomhed. Når jeg kigger på sensorens størrelse og "pixeltæthed" er det bl.a. fordi at en sensor med større areal som regel er et hint om højere billedkvalitet. Det gælder nemlig typisk at jo tættere pixels ligger på sensoren, jo mindre dynamik og mere støj vil man som regel opleve på sine billeder. Dynamik er forskellen mellem den lyseste og mørkeste intensitet sensoren kan registrere på én gang. Når man f.eks. på et billede oplever at en lys himmel "brænder helt ud" og mister detaljerne og farverne, så er det fordi sensorens dynamik ikke er stor nok til at registrere det samtidig med de mørkere dele af billedet. Tilsvarende kan man i den anden ende risikere at skygger bliver kulsorte og mister alle deres detaljer. Støj på billedet er noget man først og fremmest oplever i svagt lys (uden at bruge flash) hvor sensorens lysfølsomhed presses, og ses oftest i de mærkere dele af billedet som spredte misfarvede pixels. De fleste kompaktkameraer opererer som regel med en lysfølsom omkring 80-100 ISO som standard, men kan presses op til typisk 400 ISO under krævende lysforhold. Oftest har de dog for meget støj ved 400 ISO til det er brugbart i praksis.

Nu kan man ikke alene bedømme en sensors billedkvalitet ud fra dens specifikationer, selvom dimensionerne på sensoren ofte kan give et hint om producentens prioriteter med den overvejede kameramodel. Det er f.eks. værd at bemærke at Fujifilm i øjeblikket synes at være et skridt eller to foran konkurrenterne når det gælder om at begrænse støj i små sensorer. I hvert fald præsenterede de sidste år en ny sensor og nogle kompaktkameraer der ifølge tests klart kan presses højere i følsomhed end konkurrenternes før støjen bliver generende. Der er andre fabrikanter der tilbyder lignende høje følsomheder (800-1600 ISO) i deres kompaktkameraer, men så sker det som regel med nedsat opløsning eller lign. "drastiske" tiltag der kraftigt forringer billedkvaliteten. Når det gælder spejlrefleks kameraer, så har de i øvrigt generelt sensorer der er langt større end dem man finder i almindelige "konsum kompaktkameraer", og det kommer til gode både når det gælder dynamik, støj og lysfølsomhed. Spejlreflekskameraer kommer jeg nok lidt tilbage til i en af de efterfølgende dele af denne lille serie.

Noget andet som sensorens størrelse har stor indflydelse på er dybdeskarpheden i billederne. Dybdeskarpheden er forskellen på korteste og længste afstand der opleves skarpt på et billede på én gang, og det gælder generelt at jo større sensoren er, desto mindre dybdeskarphed vil man opleve i sine billeder. Men hvordan kan sensorens areal betyde noget for dybdeskarpheden? Well, i virkeligheden er det en konsekvens af de krav den større sensor stiller til kameraets objektiv, men mere herom i næste del af denne lille serie. For nogle vil en stor dybdeskarphed måske opfattes som en fordel, men kreativt set mener jeg nu at en lille dybdeskarphed i langt de fleste tilfælde klart er at foretrække. Generelt synes jeg at digitale kompaktkameraer har irriterende stor dybdeskarphed som sætter alt for mange kreative begrænsninger.

Men er der slet ingen fordele ved de små sensorer? Jo først og fremmest er de store sensorer dyrere at fremstille, men store sensorer kræver også større, dyrere og tungere objektiver. Så en stor sensor i et kamera til skjortelommen er utopi.

Sluttelig er der så de populære megapixels. Jeg kommer jo nok ikke udenom dem. Man må gøre sig klart hvordan ens billeder skal bruges før man sætter sine krav. Skal billederne bruges "as is" og kopieres til standard 10x15cm forstørrelser og vises på en almindelig PC-skærm eller TV, ja så er et godt 2 megapixel kamera faktisk nok! Mit første digitalkamera (2 megapixel Canon Powershot A40 fra 2003) klarede i hvert fald dette fint under normale lysforhold. Det skal dog siges at det 2 megapixel kamera der sidder i min knapt 1 år gamle mobiltelefon nok ikke helt har kvaliteten der rækker til 10x15 forstørrelser hvis man er lidt kræsen. Og det ellers selvom det regnes for måske den bedste kameramobil der fås på markedet i dag.

Skal man lave større forstørrelser eller ynder at beskære sine billeder, så vil man selvfølgelig gå efter tilsvarende flere megapixels. Men vær opmærksom på at mange megapixels ikke hjælper meget hvis kvaliteten af resten af kameraet ikke kan følge med. Fabrikanterne ved at mange købere først og fremmest kigger på antallet af megapixels, og bliver derfor ofte fristet til at putte lidt flere megapixel i kameraet end er optimalt billedkvalitetsmæssigt. Og problemet behøver ikke kun at være at pixels kommer til at ligge så tæt at det går meget ud over støjniveau og dynamik-egenskaber. I mange tilfælde følger objektivets skarphed heller ikke med så det kan udnytte de ekstra pixels.

Forsættes en anden dag...

 

Har du, som jeg, efterhånden mange gange prøvet at skaffe overblik over den generelle bus-, tog- og metro-drift fra din mobil når du er ude? Jeg har gjort det nogle gange, og selvom det altid er lykkedes efter lidt tid, så har jeg hver gang bandet og svovlet over hvor tunge og upraktiske siderne er jeg skal igennem først for at finde den relevante information. Jeg har hidtil ikke kendt en enkelt mobil-egnet side der samler en status for både tog, bus og metro, og havde derfor faktisk sat mig for at lave min egen side der gjorde det automatisk og præsenterede det i en simpel (måske wap-)side som let kan læses af de fleste mobiltelefoner (jvf. forrige indlæg). Men tænk sig,... forleden stødte jeg så på www.trafikinfo.dk/her_nu/forside.asp... En forholdsvis simpel side som samler en overordnet status om al den kollektive trafik i hovedstaden. Jeg havde måske lavet den endnu mere simpel hvis jeg havde designet siden, men den ses i hvert fald fint på min mobil. Et godt bogmærke til browseren i mobilen der er rar at have næste gang der er vrøvl med de offentlige transportmidler.

PS. Har du en java-telefon bør du prøve Opera Mini, en mobil udgave af Opera-browseren der virker i næsten alle moderne mobiltelefoner. Den kom i sidste måned ud i version 1.0 og den er god... og gratis.

 

Jeg har længe ønsket mig at kunne læse indholdet af andres XML news feeds og websider i min server-side ASP-kode. Men den litteratur jeg ligger inde med om ASP og ASP.NET udvikling har ikke været til megen hjælp. Forleden satte jeg mig så ned og søgte lidt på problemet, og for evt. andre interesserede er her så løsningen jeg kom frem til. Det skal siges at jeg på ingen måde er ekspert på området, og hvis der findes bedre metoder hører jeg meget gerne om det.

ASP og VBScript

I "gammeldags" ASP skal man have fat i objektet ServerXMLHTTP. Hvis man f.eks. vil læse indholdet af mit RSS news feed, så kan det gøres med følgende VBScript-kode:

Dim xml Dim ok ' Lav et xmlhttp objekt: Set xml = Server.CreateObject("MSXML2.ServerXMLHTTP") ' Åben forbindelsen: xml.Open "GET", "http://www.rockland.dk/xml/rss.asp", False ' Send request og læs data: xml.Send If xml.status = 200 Then ok = True If ucase(trim(mid(xml.responseText,1,6))) = "XMLERR" Then ok = False End If Else ok = False End If If ok = False Then ' Noget gik galt: Response.Write "xml.status: " & xml.status Response.Write "xml.statusText: " & xml.statusText Response.Write "ERROR: " & xml.responseText Else ' Udskriv det læste indhold: Response.Write "Læst kode: " & xml.responseText End If

Det læste indhold ligger nu som en streng i xml.responseText, og man kan bruge de sædvanlige streng-rutiner, regular expressions o.lign. til at fortolke indholdet. Indholdet af den læste side kan dog også tilgås i xml.responseXML, og jeg formoder at man her har en "DOM-repræsentation" af siden som man kan "kravle rundt i" med sædvanlige DOM-rutiner. Jeg er ikke selv nået dertil at jeg har kigget på dette endnu, så om responseXML virker med HTML, eller om det kun er med rigtige XML-dokumenter (som f.eks. Atom og RSS news feed) har jeg ikke fundet ud af.

ASP.NET og C#

Her er så kode der implementerer nogenlunde tilsvarende funktionalitet i ASP.NET. Eksemplet er i C#, og princippet er afprøvet i ASP.NET 1.1 og 2.0. Koden implementerer en funktion GetContent() som tager en URL på adressen der skal læses, samt en reference til en label (comstatus) hvori en evt. fejlmeddelelse skrives. Igen, jeg er ikke ekspert her, og måske kan det gøres på en bedre måde:

protected string GetContent(string url, System.Web.UI.WebControls.Label comstatus) { string result = ""; System.Net.HttpWebRequest wreq = (System.Net.HttpWebRequest)System.Net.HttpWebRequest.Create(url); wreq.Method = "GET"; wreq.Timeout = 3000; System.Net.HttpWebResponse wr = (System.Net.HttpWebResponse)wreq.GetResponse(); if (wr.StatusCode == System.Net.HttpStatusCode.OK) { System.IO.Stream s = wr.GetResponseStream(); System.Text.Encoding enc = System.Text.Encoding.GetEncoding("utf-8"); System.IO.StreamReader readStream = new System.IO.StreamReader(s, enc); result = readStream.ReadToEnd(); } else { comstatus.Text = "Error: " + wr.StatusCode + " / " + wr.StatusDescription; } wr.Close(); return result; }

I praksis...

Hvis du vil bruge ovenstående teknikker til at læse indhold fra andres sider eller news feeds for visning på dine egne sider, så skal man (udover evt. opretslovs-mæssige overvejelser) være opmærksom på at det ikke er så smart hvis andres sider læses hver gang dine sider vises. For det første er det ikke fair at duplikere alle requests mod dine sider til andres. Specielt ikke hvis dine sider er ofte besøgt. Og desuden er det heller ikke særligt venligt overfor dine brugere hvis de hver gang skal vente den ekstra tid det tager at læse de eksterne sider eller news feeds først. Vær også opmærksom på at nogle feeds er konstrueret så de maksimalt kan læses af den samme "bruger" f.eks. én gang i timen! I stedet bør man læse med et interval, og et ASP eksempel på hvordan man kan sætte det op i global.asa kan findes på ActiveDeveloper.dk. Det læste indhold kan man så vælge at gemme i en database, i en almindelig tekstfil, eller måske i simple applikations-variabler indtil der læses igen næste gang (Hvis man vælger at gemme i applikations-variabler, så skal indholdet selvfølgelig hentes igen hver gang applikationen genstartes).

Selv bruger jeg nu ovenstående til, via news feeds, at læse de seneste overskrifter fra et par venners weblogs, og linke til disse indlæg her fra siden (pt. i "Venner der blogger" boksen i højre spalte). Men der er flere ting på tegnebrættet...

Update 15/2: Via et indlæg på 9am.dk er jeg blevet opmærksom på et ASP-eksempel på html.dk der læser et XML dokument (RSS news feed), og dét ser ganske interessant ud.

 

Jeg har lige opdaget at Rockland i oktober sidste år fyldte 10 år. Det burde jeg have fejret på en eller anden måde, men jeg overså det altså...

Rockland startede oprindelig som en side hvor jeg systematisk listede alle mine musikalske anskaffelser, og kommenterede en stor del deraf. Den allerførste side dækker anskaffelser i perioden okt. - dec. 1995. Bemærk hvordan opbygningen fra starten har været a'la weblog (omvendt kronologisk), selvom weblog som begreb først kom til meget senere. Datoen i bunden af siden siger iøvrigt sept. 97, men det er bare der jeg foretaget den sidste rettelse på siden.

Sideløbende med Rockland havde jeg iøvrigt dengang en hjemmeside jeg kaldte Bandlist.dk hvor jeg vedligeholdte en samling af links til websites om danske bands, og i perioden okt. 98 - okt. 99 (de glade IT-dage hvor alt der lå på nettet lugtede af guld) havde jeg en aftale med Scandinavia Online der hostede både Rockland og Bandlist.dk på deres stort opslåede portal-projekt, sol.dk (RIP).

Fra april 2002 holdt jeg op med kun at skrive om musik på Rockland, og siden da har det været en almindelig "ufokuseret" personlig weblog om alt og måske allermest intet:-) Det var også kort herefter jeg fik opbygget mig en rigtig (hjemmesnedkret) weblog-applikation med database-backend og mulighed for at skrive kommentarer til mine indlæg. Det var så iøvrigt også lidt senere samme år, at jeg solgte Bandlist.dk.

Fra februar 2004 fik jeg tilføjet et news feed med mine indlæg på Rockland, og i hvert fald fra der, har det føltes som en 100% rigtig weblog :-) I maj 2005 begyndte jeg også at ligge mine billeder på nettet i lidt større stil, men det sker dog "eksternt" i mit Flickr-galleri.

2005 er indtil videre det år jeg har skrevet færrest indlæg, men det betyder nu ikke at min weblog er ved at dø. Faktisk har der været masser af inspiration, idéer og lyst, der er bare så mange ting der aldrig er nået længere end en skitse i mit hovede.

Nok navlepilleri. Næste indlæg skal nok handle om noget andet end om Rockland og mig selv... Det bliver dog med garanti også nørdet :-)

 

DR's hjemmeside kan man frem til midt i februar høre en koncertoptagelse med Under Byen fra deres nylige koncert i Jazzhouse, og her er masser af nyt materiale at høre fra gruppen. Under Byen er et af mine absolutte yndlingsbands og jeg glæder mig til deres nye album der skulle udkomme d. 6. marts. Det er første rigtige album fra bandet i 4 meget lange år! At dømme efter koncerten er rytmerne generelt kommet længere frem i lydbilledet og måske er lyden blevet både tungere og voldsommere? På en del af numrene er der endda lagt godt med forvrængning på Henriette Sennenvaldts stemme! Der har været en stor udskiftning i bandet over de sidste år, men det lyder nu som om gruppen fuldt ud har beholdt sin orginalitet og appeal.

Den 8. april giver Under Byen i øvrigt koncert i Store Vega. Der er lang tid til, men billetten er selvfølgelig sikret :-)

Update: Koncerten fra Jazzhouse (eller dele af den i hvert fald) sendes også i "P3 Live" nu på søndag d. 29. januar, kl. 23.05.

PS. Hør også deres nye/kommende single (og sniglyt til prøver på andre danske udgivelser der er på vej).

 

Hvis er der er to ting som har ændret min måde at bruge internettet på de senere år, så er det "tabbed browsing" samt bloglines.com og newsfeeds (og hvis du talte tre ting, så er det fordi jeg tænker på bloglines og newsfeeds under ét). En ting der dog irriterede mig fra start da jeg begyndte at bruge bloglines, var at visse danske medier var langsomme til at lancere newsfeeds med nyheder. De store som DR, TV2 og de fleste dagblade var (eller kom i hvert fald hurtigt) med, men musikbladet Gaffa og de danske fodboldsites onside.dk og bold.dk var til min irritation ikke vågnet op endnu. For et års tid tid siden kom så Gaffa med på vognen, og fra i dag af er Bold.dk endelig også med. Ja, dette var såmænd bare en lille servicemeddelelse til fodboldinteresserede newsfeed brugere (goodbye onside.dk)...

Hvordan en umiddelbart lille ting som "tabbed browsing" helt ændrede min måde at bruge internettet på? Det må jeg nok forklare en anden gang, det passer ligesom ikke ind i dette indlægs tema iøvrigt (det var bare en smart indledning) :-)

 

Ca. et år efter frigivelsen af Firefox version 1.0 er opfølgeren nu ude. Hvis du hører til dem der har kørt med Release Candidate 3 de sidste uger, så har du faktisk kørt med den endelige version et par uger før de fleste andre, da der ikke opstod behov for yderligere rettelser inden Mozilla i nat officielt annoncerede frigivelsen af Firefox version 1.5.

Overfladisk set ser det måske ikke umiddelbart ud som om der er så meget nyt når man kigger på browseren, men det er fordi de fleste nyheder gemmer sig indeni. Nyt er bl.a. et forbedret opdateringssystem, hurtigere back/forward-funktionalitet, mulighed for automatisk slettelse af private browse-data, drag-and-drop reordering af browser-tabs, bedre generel sikkerhed, samt forbedret understøttelse af webstandarder inkluderende SVG-support, Javascript opgraderet til version 1.6 og flere nye CSS features. Der er også understøttelse af canvas html-elementet. Canvas er ikke en W3C standardiseret funktionalitet, men er også understøttet af Opera og Safari. Hvor SVG primært er vektor-orienteret, er integreret med DOM og kan "styles" med CSS, så er Canvas så vidt jeg kan forstå en simpel "bitmap-canvas" med et tilhørende javascript-API til at tegne med. JD har et indlæg med links til flere SVG og Canvas ressourcer.

Kompatibiliteten med "quirky" non-standard kode er tilsyneladende også generelt forbedret i Firefox 1.5, da det er i hvert fald for første gang er lykkedes mig at gennemføre et lotto-køb på tips.dk på trods af dette sites ret beskidte javascript-implementation. Og en bug som bl.a. gjorde indlæsningen af et site som politiken.dk til en ulidelig langsom og flimrende sag på min efterhånden 6,5 år gamle 400MHz AMD K6-II PC er også rettet (Hvis man har en hurtigere PC er det ikke sikkert at man har oplevet noget problem). En lille feature jeg savnede meget i version 1.0 var muligheden for at kunne tvinge links der vil åbne en side i et nyt vindue til at åbne i en ny tab i stedet. Det var godt nok muligt via en skjult setting i 1.0, men denne "feature" var ikke helt bugfri. I version 1.5 skulle problemerne omkring dette være løst, og det er en setting der kan slås til i de almindelige browser-indstillinger (Hvis der via javascript defineres en størrelse på den nye side, så åbnes den dog stadig i et nyt browservindue).

Som webudvikler finder jeg forbedringerne omkring understøttelse af webstandarderne interessante, så det vil jeg gå lidt tættere på:

Det er klart at en del af de nye features der er tilføjet support af i Firefox 1.5 (Gecko version 1.8) er af begrænset værdi for webudviklere sålænge det ikke er ting der er bredt understøttet af de fleste browsere. Men mange af specielt de nye CSS-features kan dog godt bruges som ekstra en behagelighed der kommer brugere af Firefox (og andre browsere der er på forkant med udviklingen) til gode uden at det forringer siderne når de ses i browsere der ikke understøtter de brugte features. Det er også værd at bemærke at Microsoft efter 4 års dyb søvn endelige er begyndt at rykke lidt igen. I hvert fald lover Microsoft at den kommende Internet Explorer 7 Beta 2 vil indeholde en række forbedringer som webudviklere har skreget efter i årevis. PC World tog iøvrigt for nylig et interessant lille kig på Firefox 1.5 Release Candidate 1, Opera 9 Preview 1 og Internet Explorer 7 Beta 1 for at danne sig et lille overblik over hvad der rører sig på browserfronten for tiden.

Firefox links:

Mere om CSS3 Multicolumn support

Jeg vil lige tage et hop på ca. 8 år tilbage i tiden, til dengang Netscape introducerede Netscape version 4. Der er i dag ikke meget positivt at sige om den gamle Netscape 4.x browser fra 90'erne, men Netscape havde dog dengang implementeret en interessant udvidelse af HTML som bare aldrig blev adopteret af de officielle HTML/XHTML-standarder, eller endsige fuldt op med support i andre browsere. End ikke Mozilla-browseren eller efterfølgende Netscape-versioner fortsatte med at understøtte dette. Derfor slog dét <multicol cols="x"> tag som Netscape introducerede dengang aldrig rigtigt an, selvom man kunne konstruere spalter med dynamisk reflow, så indholdet i elementet automatisk blev jævnt fordelt i det specificerede ("x") antal spalter. En funktionalitet som jeg ellers tror at mange webdesignere ville sætte stor pris på at se understøttet i moderne browsere generelt.

Det er egentlig ikke så underligt at det aldrig blev optaget i W3C's html-standard, da funktionaliteten konstrueret med HTML-tags ikke rigtig harmonerede med W3C's intentioner om at skille struktur og præsentation. Derfor er det mere naturligt at styre funktionaliteten fra CSS, og I W3C's CSS version 3 er funktionaliteten nu tilsyneladende da også på vej tilbage! Det er stadig en specifikation i udkast, men Mozilla har implementeret en eksperimental understøttelse af den som kan prøves i den nye Firefox. Tag et kig på specielt denne demo med Firefox 1.5 og læs evt. mere om demoen på Fini Alring's weblog. Bemærk bl.a. hvordan antallet af kolonner skifter hvis du ændrer bredden af browser-vinduet. Og det er vel og mærke helt uden brug af Javascript, det er udelukkende styret af CSS.