Skrivet måndag 14 juni 2010 under ämnet Webbteknik
Kommentera »
I’ve actually had emails sent back and forth that looked like this:
SV: SV: SV: [Fwd: [Fwd: SV: SV: [Fwd: Re: SV: SV: original subject]]]
“SV” is the Swedish equivalent of “Re:” in a subject line…some of the email clients uses that kind of translation and som other doesn’t even if it’s set to Swedish.
I’ve always believed that “Re” was short for “Regarding”, but I was wrong, this is what it says in the standard for email:
When used in a reply, the field body MAY start with the
string “Re: ” (from the Latin “res”, in the matter of) followed by
the contents of the “Subject:” field body of the original message.
There’s some big problems with that translation “SV” then…:
As the standards continue to say so clearly:
If this is done, only one instance of the literal string “Re: ” ought
to be used since use of other strings or more than one instance can
lead to undesirable consequences.
…yeah I know, talk about “undesirable consequences” in my example above ;)
Skrivet måndag 23 november 2009 under ämnet Artopod, Webbteknik
Kommentera »
I have played around with Canvas lately and made a simple test with a squircle-like form using bezier curves. Huh, squ…what? Yeah, I didn’t know either, but it’s a form of superellipse and a combination of a square and a circle – read all about it at Wikipedia.
I’ve made two demos in the same spirit, an example how to make any image into a superellipse form with canvas and a simple drag & drop your squircle demo. Internet Explorer still doesn’t support Canvas, but there are workarounds as you can see in the second demo.
So…is the Canvas technology something to care about at all? Read my article on Canvas.
Here’s a simplified copy/paste code for testing with the supposed result to the right:
<canvas id="mycanvas" width="100" height="100"></canvas> <script type="text/javascript">function squircle(ctx,x,y,size){ var hsize=size/2; // half size x-=hsize; // reposition in the middle y-=hsize; ctx.save(); ctx.translate(x,y); ctx.beginPath(); ctx.moveTo(hsize,0); ctx.bezierCurveTo(0,0,0,0,0,hsize); ctx.bezierCurveTo(0,size,0,size,hsize,size); ctx.bezierCurveTo(size,size,size,size,size,hsize); ctx.bezierCurveTo(size,0,size,0,hsize,0); ctx.closePath(); ctx.restore(); } var canvas=document.getElementById("mycanvas"); var ctx=canvas.getContext("2d"); squircle(ctx,50,50,100); ctx.fillStyle = "black"; ctx.fill(); // fill it up! </script>
Skrivet måndag 9 mars 2009 under ämnet Nonsens, Webbteknik
En kommentar »
Även om man som jag hållit på med javascript länge så råkar man ändå på krångligheter som tar lång tid att lösa…och när den väl är löst är det inte säkert att man vet vad som egentligen gjorde att det funkade. Det kan vara olikheter i webbläsare, komplex kombination av kodbibliotek eller kanske att det hela berodde på html/css istället för javascriptet.
Nyligen råkade jag på ett bugg för Safarianvändare som tog mig timtals att lösa och som påverkar en bråkdel av användarna. Jag kom på riktigt nära håll och kunde därmed rita av händelsen, så om ni undrar – en riktigt ful bugg ser ut precis så här:

Här går det följa fler bilder ur min vardag:
twitter.com/elintjerngren
twitpic.com/photos/elintjerngren
Skrivet torsdag 19 februari 2009 under ämnet Omvärlden, Webbteknik
2 kommentarer »
Norges stora sajter har gjort en underbar kampanj där man lägger in en liten text endast synlig för de som använder Internet Explorer 6, där man uppmanar till att byta webbläsare. Varför? Jo – detta är en browser som vållar stor huvudbry för utvecklare som oss eftersom den är föråldrad (från 2001).
Det påminner mig om hur vi för länge sen, 2001 tror jag det var ;-) ignorerade Netscape 4 som då ansågs vara en uråldrig webbläsare (4 år gammal) genom att bygga så att den inte längre förstod stilmallarna eftersom den inte stödde @import i CSS. Då var det en gemensam förståelse kring utvecklarna att “Nu är det dags att fasa ut den webbläsaren”.
Hoppas hoppas det blir så nu :-)
Vad som krävs för att få momentum är precis det som hänt i Norge – de största sajterna måste in med den lilla kodsnutten så följer definitivt vi och många fler med på tåget. Vad sägs om Blocket, Aftonbladet och Eniro kanske? Då är vi på banan i Sverige också ;-)
UPPDATERAT: Nu har Aftonbladet dragit sitt strå till stacken :-)
Skrivet tisdag 3 februari 2009 under ämnet Projekt, Webbteknik
Kommentera »
Vi har petat ihop en hel del Wordpress-baserade sajter på sistone, inte bara rena bloggar (som denna). Att använda Wordpress som cms/uppdateringsverktyg för en hel sajt går alldeles utmärkt till vissa projekt, särskilt om det handlar om en nyhetsintensiv sajt. Det är själva bloggdelen som är Wordpress styrka.
Tekniskt sett ger Wordpress bra möjligheter att bygga ut och anpassas, och är enkel att designa om. Nackdelen är att det inte alltid är så lätt att bryta det typiska bloggutseendet och funktionerna.
Vi har byggt Wordpress-teman med lite runtomkring-teknik bland annat till dessa aktuella sajter:
Melodifestivalen Skellefteå – med nedräkning till arrangemanget sker
Norrlandsdagarna – med inbyggt anmälningsformulär
Fotograf Paulina – med en plugin för Inform, vårt eget uppdateringsverktyg. Vi slog ihop två sajter som tidigare var separat – hennes portfolio och hennes blogg. Detta krävde en teknisk lösning där hon själv enkelt kan uppdatera bilderna i portfolion (Inform), men även ett robust bloggverktyg (Wordpress).
Härnäst: kanske blir det ytterligare en Wordpressinstallation till en ny kund, där det blir ett integrerat sökregister. Det blir en schysst utmaning att ro ihop de olika tekniska delarna :-)
Skrivet söndag 25 januari 2009 under ämnet Webbteknik
2 kommentarer »
PHP har fått utstå mycket protester genom åren, inte minst nu i vinter då de beslutade sig hur de skulle använda Namespaces då många protesterade över beslutet. Men hur det än är så fortsätter det utvecklas och användas i miljontals webbprojekt världen över – varför? I ett intressant inlägg i debatten “Why PHP won” ger Eric Ries sin förklaring.
PHP har växt enormt. Kanske för att det är enkelt för webbhotellen att handha och därför stöder tekniken, vilket innebär att många använder den, vilket innebär att många webbhotell har tjänsten….ja ni förstår, det blir en cirkel. Ju fler som använder tekniken desto mer anledning att använda den.
Det är en låg tröskel för att komma igång, och allt är ganska rakt på sak. När man gör relativt enkla funktioner finns det ingen anledning till “snygg” objektorienterad kod (objektorientering fanns inte ens i de första versionerna av PHP). Sen är det enkelt att fortsätta – det finns enormt många bibliotek varav många redan är förinstallerade…det retar purist-programmerare – men ger stor möjlighet att kunna dela och återanvända kod.
Då webben var ung använde man ofta cgi – ett ganska krångligt sätt samt att programmeringsspråken inte var anpassade till miljön man arbetade i. Där passade PHP in perfekt med sina speciella funktioner för webbändamål.
Språk kommer och går, kanske en dag kommer ett som prickar rätt i tiden som tar vid – men just nu lever PHP och frodas.
Skrivet onsdag 22 oktober 2008 under ämnet Omvärlden, Webbteknik
Kommentera »
I förra veckan gav Opera ut en rapport från deras interna forskningsprojekt MAMA, där de undersöker dagens webbsidor på internet. De testade ett “litet” utsnitt av webbsidor (ca 3,5 miljoner av ett ungefärligt antal av 45 miljarder webbsidor!)
Bland annat undersöktes hur många sidor som valideras enligt webbstandarder och det visar sig vara ynka 4.13 % av den totala mängden sidor i studien. Till och med bland de sidor som skryter med W3C:s officella “validerad-knapp” har bara hälften helt rätt!
Vad finns det för mening med validerad kod?
För att få ett jämnt och pålitligt resultat bör man se till att html-koden är validerad. Särskilt nuförtiden när webbläsare för mobila plattformar växer upp som svampar och webbläsaranvändningen svajar åt olika håll i statistiken. W3C har mer läsning.
Vad beror det på att så få sidor har validerad kod enligt webbstandard?
Här är några teorier från mig.
1) Den var validerad, men nu är den inte det längre.
Ofta finns det ju ett system som tillåter en redaktör att lägga till innehåll på webbplatsen (CMS) och detta kan påverka koden negativt i slutändan. Eller som Opera skriver i rapporten: “pages that have passed validation in the past often do not STAY validated!”.
Studien visar att några CMS har en relativt sett högre standard än medel. Flera av dessa (t ex Wordpress) använder editorn Tiny MCE av Moxiecode. Tack till Moxiecode då de har kämpat hårt med att bygga in stöd för att behålla koden korrekt :-)
2) HTML-koden är bara nästan rätt.
I Operastudien är det mest troligt hårddraget – även om ett ynka litet fel uppstått så blir den ej validerad med W3C:s verktyg. På Artopod är vi praktiskt lagda, vi tillåter ibland icke validerad kod om det tillför något för användarens upplevelse, utan att det påverkar hur sidan visas i webbläsarna. Men en felaktig kod utan motivering är inte okej.
3) Dåliga webbutvecklare eller dåliga verktyg.
Ja tyvärr finns det såna…
Som kuriosa kan nämnas att Apples iWeb hade bästa valideringsresultaten – alltså en enkel hemanvändarapplikation för att bygga webbsidor. Det kan dock bero på att det är relativt nytt verktyg (moderna webbsidor) eller att endast mindre komplicerade sidor kan byggas med verktyget.
4) Gamla sidor i undersökningen.
Ett normalt utsnitt av webben innehåller en mängd gamla och nya sidor. Vissa sidor har inte uppdaterats sedan 1997. Ja, ni kan ju tänka er att standarden var lite lägre på den tiden då branschen var ung.
De goda nyheterna som Opera framhåller är dock att trenden går mot att antalet validerade sidor faktiskt ökar. Det finns hopp för webben :-)
Skrivet måndag 29 september 2008 under ämnet Sajttips, Webbteknik
2 kommentarer »
Goda nyheter: JQuery byggs in i ajax-ramverket i .NET och i Nokias webbläsar- och widget-motor!
Skrivet tisdag 5 augusti 2008 under ämnet UX, Webbteknik
Kommentera »
Vi snackar mycket om användbarhet här på Artopod, och alla delar är förstås viktiga. En sak som kan frustrera på sajter är sökfunktioner – man skriver in något i sökrutan och får inget svar fast man vet att resultatet finns där någonstans. Värsta exemplen finns hos vissa webbshopar – där är det superviktigt att sökningen fungerar.
Ett väldigt bra exempel på sökning är php.net som jag använder rätt mycket. De har också implementerat sökning direkt i adressfältet som inte är så vanligt vad jag vet men otroligt effektivt, exempel php.net/in_array – alltså man skriver antingen in i sökrutan eller direkt i url:en. Söker man på in_array så hamnar man direkt på exakt match, råkar man skriva fel (bytte ut ett a mot ett s), får man en lista med troliga svar – i mitt fall ser början på listan ut så här:
in_array
is_array
array
is_binary
…osv totalt 20 förslag
Alltså: jag får två vettiga svar som är feta och i början på listan, sen lite mer obskyra kopplingar på vad det också kan vara jag menade. Otroligt användbart när man har en aning om vad det hette men man inte vet exakt – som det också kan vara när man kollar referenser.
Istället för att användaren ska sitta och gissa flera gånger och bli frustrerad så gissar systemet istället och ger ett antal förslag.
Skrivet onsdag 20 februari 2008 under ämnet Webbteknik
En kommentar »
Fick en fråga om vad som är fördelarna med att använda Javascript istället för Flash, när det gäller rika gränssnitt med animationer. Min uppfattning är dock att alla specifika fall måste utredas – ibland är Flash bättre, ibland AJAX/Javascript.
HTML/CSS och Javascript fungerar utan tilläggsprogram i de allra flesta moderna webbläsare, vissa stänger dock av Javascript eller sitter på ett nätverk där det är avstängt.
För mobila enheter med små skärmar (mobiltelefoner med Opera, Safari eller Internet Explorer) så är en lösning med webbstandarder perfekt – då kan man utifrån innehållet (som taggas upp med html), göra en stilmall för designen (CSS) som passar in i det mindre formatet, sen slänger man på den funktion man vill med javascriptet. Bygger man det rätt så behöver spelar det ingen roll om skärmen är stående eller liggande utan det löser sig beroende på vart det visas.
En flashlösning har en bestämd yta där all animation måste existera – javascriptet har all yta utanför, andra fönster mm som också går att utnyttja, man kan också lägga till element eller hela sidor efter användaren har klickat. Sidan kan bli större eller mindre, och javascriptet har fortfarande tillgång till allt. Uttrycket “think outside the box” kommer till sin fulla rätt när man använder Javascript istället för Flash.
En stor fördel med webbstandarder är att sökmotoroptimeringen sker automatiskt – man måste verkligen krångla till det för att få det att inte funka. Det är raka motsatsen med Flash – där behövs en kopia på allt för att Google ska registrera något.
Sist men inte minst är det mycket coolare med Javascript än med Flash! (duckar)
Skriv gärna era egna insiktfulla kommentarer om varför Flash, eller kanske Silverlight är bättre ;-)