Förra veckan var det mobilism, en konferens med diverse “mobilt”
innehåll. Här kommer en snabb sammanfattning av ett par av mina favoriter.

Mobile Debugging

Remy Sharp konstaterar att det inte alltid är enkelt att felsöka sin mobilsajt (eller än värre, phonegap-applikation). Som tur är har ett gäng bra tips och verktyg för att göra livet lite mer drägligt.

Steg ett är alltid att köra sin webbsida/app på sin utvecklingsdator och ansluta direkt till den, med sin telefon eller simulator/emulator. Vilken “debug-upplevelse” man sedan kan få beror på vilken miljö man ska felsöka på. Ett urval:

 • iWebInspector kör man i sin iOS-simulator (kräver SDK för iOS 5).

Med iWebInspector får man det man vanligtvis får i till exempel Safaris WebInspector, t.ex. en JS-debugger och en CPU-profilerare, med mera.

• Adobe Shadow är en gratisprodukt (men inte open source) som installeras både på telefonen via Play/App -Store, och som ett Chrome-plugin. Man kan spegla eller “skugga” sin desktopbrowser med en eller flera anslutna telefoner. Det finns också en möjlighet att inspektera sidan, och en javascript REPL. Jag känner att inspection-processen är väldigt långsam, samt att kontakten mellan telefon och Chrome-plugin är lite i skakigaste laget (nåde den som zoomar in, eller byter fönster).

• jsconsole ger en möjlighet att får en javascript-konsol i sin desktopbrowser som är kopplad till mobiltelefonens browser. Detta uppnås genom att klistra in ett javascript på sidan som mobiltelefonen ska visa (gör inte detta i produktion, med andra ord).

• Chrome for Android Remote Debugging är till för de som har turen att få ha Android 4 och Chrome installerat på sin telefon.

Vidare finns det diverse verktyg för Blackberry/RIM, Opera, Mobile Firefox, med flera. Slides från Remys presentation finns här.

TV är det nya svarta

Jason Grigsby (slides här) påminner oss om att det finns förhållandevis bra webbläsare i många nya TV-apparater som säljs, och att om vi trodde att det var jobbigt med fragmentering på mobilmarknaden så kommer det med stor sannolikhet bli ännu värre under de kommande åren, med fler GoogleTV-apparater, AppleTV (som förvisso inte har en browser för närvarande, men eftersom detta är en Apple-produkt så borde det redan finnas en WebKit-komponent där redan, hävdar Grigsby) och så vidare.

En stor utmaning med att göra webbsidor för TV-apparater är att det (ännu) inte riktigt finns någon bra input-metod: det bästa som finns för närvarande. är kontroller med en d-pad, som inte är ett helt smidigt sätt att navigera mellan en massa länkar på en sida (tänk förstasidan på www.aftonbladet.se med en d-pad). Jason tipsar om Operas och Googles guidelines för för innehåll för “TV-webb”. En annan utmaning är att det är svårt att skilja TV-apparaters webbläsare från vanliga desktop-browsers, eftersom de har i princip samma upplösning. Tyvärr finns det inte något tillförlitligt verktyg som kan identifiera tv-apparaterna, vare sig på serversidan (user-agent för TV-apparaterna är inte alltid helt 100) eller på klientsidan (css media queries funkar inte riktigt för detta syfte).

Grigsby är noga med att påpeka att även om det idag inte är superkul med web i din TV så är det svårt att förutse hur en framtida TV-upplevelse kommer att bli baserat på hur det ser ut idag (e.g. mobilwebb innan iPhone).