Wallpaper: force-update world
Efter en kväll av frustration så släpper jag en bakgrundsbild som jag slängde ihop, och numera använder själv, angående vad som behövs i världen.
Kontrollera i Explorer 6 utan väntetid
Ofta när en webbplats är på gränsen till att slutföras så kontrollerar jag dem i de flesta webbläsare som spelar någon roll. Browsershots.org är min stora favorit annars, men ofta ligger det en väntetid på ungefär 30 minuter.
Varför vänta på ett screenshot av Explorer 6, har jag länge undrat och sökte efter ett alternativ. Det som dök upp var en helt ypperlig, gratis och direkt tjänst som fixar alla IE-versioner så långt tillbaka som version 5.5.
Netrenderer heter tjänsten som fyller mina kriterier. Alltså ett bra tips till de som snabbt vill kolla i Explorer 6 utan att fippla med dubbla installationer av webbläsare eller virtuella skrivbord.
To IE6 or not to IE6
Borde man varna användare av webbplatsen man bygger att de använder IE6 eller inte? Jag kan se två sidor av det hela vilket sätter mig, som webbdesigner/utvecklare, i en ganska klämmig situation.
Varning på idg.se
Att varna Internet Explorer 6 användare
För det första så låter man dem veta att de verkligen använder en åtta år gammal webbläsare vilket är otroligt gammalt i webb-världen.
Sen så vet de också direkt varför sidan inte fungerar som den ska eller rättare sagt varför sidan beter sig som den gör istället för som den borde.
Man kan också se det som en “public service”-liknande varning att de verkligen borde uppgradera istället för att låta sin maskin bli infekterad av diverse maskar, trojaner eller virus.
Varför man inte ska varna Internet Explorer användare
Besökaren vet troligen om att de kör IE6 redan, det är inte direkt en nyhet. Att få det i ansiktet kanske inte alltid är uppskattat. Det är rätt många webbplatser som redan kör med en varning.
Varningen kommer med all säkerhet slöa ner din webbplats, garanterat. Flera bäckar små gör en stor å.
Att sitta och göra en IE6-varning tar ändå tid, tid som kan spenderats på annat.
Många besökare har troligen inget annat val än att köra IE6, företagspolicys som förhindrar uppdateringar av just webbläsaren.
En del som inte uppgraderat kanske inte vet hur man gör, ens med “automagiska” Microsoft uppdateringar.
Att Internet Explorer 6 är gammalt, uråldrigt och ej riktigt fungerande hoppas jag ändå är mer allmänt känt bland ej webb-nördar än vad pessimisten i mig hoppas. Troligtvis kommer man använda ett smidigt wordpress-plugin för att varna, snyggt och inte lika “in your face”.
Hej då IE6, nu skall du begravas
Nu har det hänt, IE6 har dött – länge skall du vila…
Mer kritik mot Google Chrome
Skrev i början av December om att jag märkte fel i Google Chromes rendering av vissa element och hantering av CSS.
Det är visst inte bara jag som upptäckt konstigheter, Webdesigner Depot listar en ganska massiv lista av fel som misstänks finnas i webbläsaren, tydligen var jag inte så fel ute när jag liknade Chromes rendering som den nya IE6.
Bland annat finns det problem med SSL, favoriter, CSS-bilder och mer. Jag är fortfarande skeptisk till Chrome och anser att webbläsaren har mycket mer att bevisa.
Google Chrome, nya IE6 eller bara sjukt bakom
Jag håller på med en sida för ett företag för tillfället och har fått en ganska skum bugg som enbart visar sig i Google Chrome verkar det som.
Så här ska det se ut:
Men Chrome vill visa det på detta sättet:
Att det är skumt är främst eftersom sidan visas bra i IE6, IE7 och FFx. Är det kanske så att en Beta version ska just tolkas som en Beta version?
Jag vill verkligen inte veta av att i framtiden behöver göra Conditional Statements för Chrome som man gör för IE6!
Hur ska man hantera klienter som vill ha IE6 stöd?
Läste om webbläsarkriget på idg.se igår och hamnade lite smått i diskussionen om hur man ska hantera företag och viljan att ha fullt stöd för Internet Explorer 6.
Problemet är i grunden detta
Läsaren har funnits i 7 år (2001 släpptes första versionen), används fortfarande av cirka 30% (enligt w3counters.com). Läsaren har ururselt stöd för CSS 2.0+ och har en boxmodell som både skiljer sig och är felaktig (så kallad quirks mode).
Webbdesigners och utvecklare spenderar totalt nästan lika mycket tid att utveckla en sida (standardiserad, validerad enligt w3.org etc) som att göra hacks och anpassa till IE6. Detta på grund av alla felaktigheter som ändå finns i läsaren.
Åter till artikeln som i kommentarerna tar upp att det är förvånade att folk fortfarande inte uppdaterat till IE7 eller liknande. Jag skrev in ett inlägg att man i stort som webbdesigner måste anpassa efter IE6 annars klagar företagen och de tror att man gjort ett dåligt jobb. Fick till svar bland annat att man kan styra klienten till att ge mer betalt om den ska IE6 anpassas fullt ut.
Sidan kommer alltid självklart fungera med IE6 – vissa designdelar, layout element och funktioner kommer dock saknas eller förlora sin fulla funktion.
Detta kan leda till olika utgångar:
- Klienten får en tankeställare, förstår varför och väljer bort IE6 stöd.
- Klienten betalar – det vill säga, jag som webbdesigner får betalt för mitt överarbete med IE6 kompatibilitet.
- Klienten ifrågasätter och alternativt väljer bort mig.
- Klienten ser efter alternativa lösningar och förändrar strukturen i sin specifikation.
Frågan är svår och tuff eftersom man vill vara alla till lags. Vad tror du kan vara ett lämpligt sätt för att hantera detta problem?