Åben HTML5 Video med WebM

maj 19th, 2010 af Jesper Kristensen med Comments Closed

Rygtebørsen har været i gang i lang tid siden Google købte On2, men i dag blev WebM endeligt annonceret. WebM består af:

  • Video-codec’et VP8, som Google fik da de købte On2, og som Google nu har givet helt frit.
  • Audio-codec’et Vorbis, som også er åbent og som allerede i dag er understøttet af fx Firefox 3.6.
  • Et container-formatet, som er et subsæt af formatet Matroska.

WebM vil blive understøttet i browserne Firefox, Opera og Google Chrome, samt i Flash-pluginnet. Desuden bliver alle YouTube videoer tilgængelig i WebM-formatet, og en række andre store spillere inden for video har meldt deres støtte til formatet.

Dette er en stor dag for åben og tilgængelig video på nettet, som frit kan produceres og afspilles af alle.

Præsentation: Planer for Firefox 4

maj 11th, 2010 af Jesper Kristensen med 1 Comment »

I går holdt Mike Beltzner, Mozillas Director of Firefox, en præsentation af planerne for den næste version af Firefox, kaldet Firefox 4.

Om de vigtigste mål for Firefox 4 skriver Beltzner:

  • Fast: making Firefox super-duper fast
  • Powerful: enabling new open, standard Web technologies (HTML5 and beyond!),
  • Empowering: putting users in full control of their browser, data, and Web experience.

Hele præsentationen kan ses i en browser, som understøtter åben video på adressen http://videos.mozilla.org/serv/air_mozilla/firefox4.ogg

Internet Explorer og EU

marts 1st, 2010 af Jesper Kristensen med 6 Comments »

I dag er dagen hvor det i IT-medierne og i browserkredse så omtalte Microsoft browser-menukort skal lanceres.

Oprindeligt klagede den norske browserproducent Opera til EUs konkurrencemyndigheder over at Microsoft bandt Internet Explorer for tæt sammen med Windows, således at Windowsbrugere ikke havde en reel fri mulighed for at vælge den browser de ville. Det gav konkurrencemyndighederne i EU Opera ret i, og de pålagde Microsoft at komme med et forslag til at rette op på problemet. Først foreslog Microsoft at distribuere Windows i EU helt uden nogen browser, men det blev senere ændret til at Windows skulle indeholde links til en række forskellige browsere, så brugerene blev tvunget til at vælge. EU har siden accepteret Microsofts forslag, og det skal så implementeres i dag.

Hvis man har fulgt debatten er afgørelsen (se linket fra før) interessant læsning. Microsofts løfter er delt op i to dele.

1: Knytning mellem Windows og Internet Explorer

Først del af afgørelsen handler om eventuel sammenknytning mellem Internet Explorer og Windows. Denne del er langt den mest interessante efter min mening. Microsoft lover her:

  • Internet Explorer kan afinstalleres i alle nye udgaver af Windows, startende fra Windows 7, på en sådan måde at man slet ikke kan åbne et browservindue i IE, hvis den er afinstalleret.
  • Computerproducenter kan vælge at have en hvilken som helst browser installeret eller ikke installeret (herunder IE), og de kan vælge hvilken som helst af dem som standardbrowser, når de sælger Windows sammen med ny hardware. Og det kan de gøre uden økonomiske repressalier fra Microsoft.
  • Hvis brugeren har valgt en anden browser end Internet Explorer som standardbrowser, skal ingen af Microsofts produkter hverken forsøge  at sætte Internet Explorer som standardbrowser (heller ikke hvis brugeren spørges først) eller at åbne et browservindue i Internet Explorer.
  • Hvis brugeren har afinstalleret Internet Explorer skal de programmer (fra Microsoft eller andre), som internt benytter komponenter fra Internet Explorer, stadig fungere fuldt ud. Det betyder at kun Internet Explorers vinduesramme afinstalleres, mens de bagvedliggende biblioteker stadig kan bruges.

Disse er efter min mening enormt vigtige principper og nødvendige for et frit valg af browser på Windows, og efter min mening burde disse alene være nok for at tilfredsstille EU. Microsoft er i løbet af de senre år kommet langt tættere på disse mål, men de nye løfter til EU holder dem op på målene, og tvinger dem til at fortsætte i retningen af mere valgfrihed.

2: Skærm til valg af browser i Windows

Som anden del af aftalen har Microsoft som nævnt valgt at implementere en skærm (ofte kaldet browser-menukortet), som brugere af Internet Explorer vil se første gang de starter Internet Explorer på Windows XP, Vista eller 7, startende fra i dag. På skærmen kan brugeren vælge mellem de 12 mest udbredte browsere i Europa, hvoraf de 5 mest udbredte vil være direkte synlige, mens de andre vil komme til syne ved at scrolle.

Der har været en del polemik om denne skærm, herunder hvilken rækkefølge browserne skulle vises i, hvor det endelige valg blev tilfældig rækkefølge, og hvordan valget skulle forklares til brugeren, da de fleste brugere sandsynligvis ikke vil ane hvad de bliver spurgt om, når de ser skærmen.

Når nu skærmen er en realitet, er det selvfølgeligt også vigtigt, at den er lavet rigtigt, men i bund og grund mener jeg personligt at denne skærm aldrig burde have været der. Om skærmen var Microsofts eller EUs ide ved jeg ikke, men jeg synes man stiller brugeren over for et valg, som han/hun for de flestes vedkommende ikke har en chance for at tage. Informationerne, som stilles til rådighed for brugeren, giver ikke denne mulighed for at finde ud af hvad forskellen på de viste browsere er, eller hvad valget har af betydning for brugeren. Jeg tror mange brugere vil blive forvirrede og frustrerede over denne skærm.

Og hvorfor skal brugerne i det hele taget tvinges til aktivt at vælge? Hvis deres computer fungerer godt nok for dem, hvorfor kan de så ikke få lov til at gå på nettet som de plejer, men skal i stedet tvinges til at tage stilling til dette dybt tekniske og komplicerede emne? Hvorfor skal de forstyrres midt i den vigtige ting de var i gang med? At give brugeren mulighed for at vælge er efter min mening en meget vigtig ting, men at tvinge brugeren til at vælge mellem alt mellem himmel og jord er ikke godt. Computeren skal bare virke med det samme første gang jeg tænder den, og kun hvis jeg selv har lyst til at ændre på noget skal den gøre det.

P.S. de interesserede kan læse meget mere om emnet på Mozillas hjemmeside Open To Choise.org.

Er det slut med tilføjelser?

januar 11th, 2010 af Jesper Kristensen med Comments Closed

Der har i de seneste dage været en del diskussion om JetPack og Personas, som er to projekter, der har til formål at skabe et bedre alternativ til udvidelser og temaer til Firefox og andre Mozillaprogrammer. Begge projekter har samme formål på hver deres område (udvidelser vs. temaer). Formålene afhænger af hvem du spørger, men de er generelt:

  • Gør udvikling af tilføjelser til Firefox nemmere at lære, ved at bruge HTML i stedet for XUL og lave simplere API’er
  • Gør det hurtigere at udvikle tilføjelser, igen ved simplere API’er
  • Gør tilføjelser mere sikre, ved at køre dem mere isoleret og kun give dem adgang til sikre API’er
  • Gør det muligt at installere tilføjelser uden genstart af Firefox, igen ved kun at give dem adgang til API’er, som kan tages i brug uden genstart
  • Gør det muligt at lave tilføjelser, som automatisk er fremadkompatible og ikke skal opdateres for hver ny version af Firefox, ved kun at give dem adgang til API’er, som er stabile på tværs af Firefoxversioner
  • Sikre at disse API’er er nok til at 80-90% af de nuværende tilføjelser kan nøjes med dem

Diskussionen startede i en tråd i nyhedsgruppen mozilla.dev.apps.firefox, omhandlende at linket til at finde temaer i Firefox var fjernet til fordel for et link til de nye Personas. Diskussionen startede ud med temaer vs. Personas, men udvidelser vs. JetPack blev hurtigt draget ind i billedet. En blog post fra Mike Connor så ud til at beskrive planer om at fjerne understøttelse af eksisterende udvidelser og temaer til fordel for det nye reducerede system meget lig det i fx Google Chrome.

Det gav selvsagt en del røre, også blandt nøglepersoner i Mozillaverdenen, blandt andet fra Daniel Glazman, som beskrev hvordan den nuværende implementering af JetPack ikke just er noget at råbe hurra for. Han fortæller blandt andet hvordan to vindere i en nyligt afsluttet JetPack konkurrence viser, at JetPack langt fra er klar, og er på vej i en farlig kurs. Mange var hurtige til at slutte op om Daniels kommentar, heriblandt Mike Kaply, som beskriver hvordan Personas knap nok kan kaldes temaer, hvilket straks er mere alvorligt. Mens JetPack stadig ligger en del ude i fremtiden, så er Personas allerede en del af Firefox, og vil blive udgivet med Firefox 3.6, som allerede nu er i RC.

Heldigvis skrev Mike Beltzner et svar i den oprindelige nyhedsgruppetråd, som sagde at han på ingen måde havde til hensigt at fjerne de eksisterende muligheder for tilføjelser i øjeblikket. Det skal her siges Mike Connor og Mike Beltzner er de to hovedansvarlige for Firefox, og at disse to er uenige, er ikke unormalt. Heller ikke i offentlighede, da alt vedrørende Mozilla jo foregår i offentligheden.

Så tilføjelser til Firefox som vi kender dem skulle gerne være sikret, hvert fald lidt endnu.

I denne diskussion er en ting dog klart. Alle er enige om at JetPack og Personas som koncept er en god ide og er nødvendigt for Firefox for at tiltrække nye udviklere af tilføjelser, for at være på forkant med den nye konkurrence fra blandt andet Chrome, og for at udviklingen af Firefox kan gå hurtigere.

Der er ingen grund til at de 80% af udvidelser, der ikke berører Firefox’ inderste indre, skal slås med komplicerede strukturer internt i Firefox, der er ingen grund til at Firefox skal genstartes ved installation af selv den simpleste tilføjelse, og vi er nødt til at gøre noget radikalt for at tiltrække endnu flere udviklere der ikke kender platformen, på samme måde som Personas har tiltrukket hundreder gange flere designs selv før første udgivelsesdag, end de gamle temaer har tiltrukket gennem deres mangeårige levetid. Det er detaljerne i hvordan det skal gøres, der er vigtige her.

Vi må vente og se hvordan historien ender.

Resource Packages: En teknologi til at loade hjemmesider hurtigere

november 17th, 2009 af Jesper Kristensen med Comments Closed

Mozilla har lige offentliggjort deres første udkast til Resource Packages, en teknologi, der skal gøre indlæsning af hjemmesider hurtigere. Den fungerer ganske enkelt ved at alle de statiske filer, som alligevel skal hentes ved hver eneste sidevisning, pakkes ned i en simpel zip-fil og sendes på en gang. Man indsætter bare en kode som fx

<link rel="resource-package"
      type="application/zip"
      href="/static/site-resources.zip" />

Browseren sørger så for, at hvis et billede fx har adressen /static/header/left.png, så kigger browseren først i zip-filen efter header/left.png før den forsøger at hente billedet separat.

Fordelen er at der kun fortages et HTTP Request i alt i stedet for et HTTP Request pr. style sheet, script og billede. Derved spares en masse ligegyldige HTTP headers, som ikke behøves at sendes frem og tilbage, og en masse venten på svar fra serveren kan spares væk.

Jeg synes det er smart, og tror på det hurtigt vil blive udbredt. Specielt fordi man som hjemmesideudvikler kan starte med at bruge teknikken med det samme, så snart bare en enkelt browser har understøttelse for det. Alle andre browsere kan nemlig bare downloade de enkelte filer separat som de plejer.

I dag har man mulighed for at kombinere flere js og css filer i en, og man har mulighed for at lave sprites til baggrundsbilleder. Men denne nye teknik giver mulighed for at kombinere alle forskellige slags ressourcer på en side, ikke kun ressourcer af samme type, og så er det også meget nemmere at arbejde med end fx en sprite.

Mozilla forventer at Resource Packages kommer med i Firefox 3.7 som forventes udgivet om trekvart år.

Raindrop: Eksperiment i webbaseret kommunikation

oktober 23rd, 2009 af Jesper Kristensen med Comments Closed

I dag annoncerede Mozilla Labs og udviklerne bag Thunderbird et nyt projekt, som de kalder Raindrop. Målet er en ny kommunikationsklient, som kan håndtere mail, Twitter, Facebook, blogs, feeds og hvad man ellers kan finde på, på en integreret måde. Programmet kan genkende de forskellige indkomne beskeder, og uden man skal sætte filtre eller andre ting op, sorteres fx beskeder fra familien som vigtige, mens beskeder fra fx maillister eller nyhedsbreve sorteres som noget, man bare skal holde sig orienteret om. De siger: “Du ved, hvilke beskeder, der er vigtige for dig, så hvorfor skulle din mailklient ikke også vide det?”. Raindrop er desuden webbaseret, som vi kender det fra webmail. Det er helt nyt og langt fra færdigudviklet. Du kan fx ikke bare lige prøve det, for at se hvad det er, men er nødt til at downloade koden og sætte den op på din egen server, hvis du har sådan en. Læs mere og se en videodemonstration hos Mozilla Labs.