Přejít k navigační liště

Zdroják » Zprávičky » Jak na testování v prohlížečích

Jak na testování v prohlížečích

Zprávičky ‐ ‐ Webdesign ‐

Nálepky:

Testování v prohlížečích bývalo mnohem snazší. Dnes se musíme potýkat s pěti hlavními prohlížeči a navíc v několika verzích. Sitepoint dnes píše o několika cestách, jak se s tímto testováním vyrovnat.

Sitepoint doporučuje, aby dnes web designeři testovali v těchto prohlížečích, čímž by měli pokrýt zhruba 99% uživatelů svých stránek:

  • Microsoft IE6 and IE7 (IE8 již brzy)
  • Mozilla Firefox 2 and 3 (Firefox 3.5 již brzy)
  • Apple Safari 3 (Safari 4 již brzy)
  • Google Chrome 1
  • Opera 9

Pro testování v podstatě můžeme použít buď online simulátory a nebo si potřebné prohlížeče nainstalovat k sobě na počítač. Což lze jednoduše udělat s Firefoxem, Operou a Safari (stačí vybrat pro instalaci jinou složku), problém nastává u IE. Sitepoint shrnuje možnosti, jak tento prohlížeč nainstalovat ve více verzích na jeden počítač a upozorňuje na možné problémy s aplikací IETester, která simuluje jednotlivé verze IE.

Návrhář uživatelských zážitků. Spoluzaložil Clevis s.r.o., školí responsive a mobile webdesign, organizuje konferenci Webovina a soutěž pro mladé Junior Internet.

Komentáře

Odebírat
Upozornit na
guest
3 Komentářů
Nejstarší
Nejnovější Most Voted
Inline Feedbacks
Zobrazit všechny komentáře
Hoween

Opět se ukazuje, že tupě opsat článek a nepřemýšlet nad ním je podstatně jednodušší, než zapojit jedinou mozkovou buňku. Myslím, že se tomu říká Macichovatění. Článek totiž obsahuje dvě podstatné chyby.

1) Rozdíl mezi Operou 9.0 a 9.62 (nebo co je aktuální) je mnohem větší, než mezi FF2 a FF3. Takže testovat v Opeře 9 je nesmysl, stejně jako ve FF2. Trochu to smazává fakt, že zastoupení tohoto prohlížeče je tak slabé, že opravdu stačí zběžně testovat prakticky v jakékoli verzi Opery, stejně si nikdo případných problémů nevšimne.

2) IETester je možná fajn pro Visty, ale globálně je nepoužitelný a naprosto nestabilní. Na pět spuštění připadají 3-4 pády a na pět pageviews 1-2 pády. Na XPčkách je mnohem lepší MultipleIE, který ovšem článek nezmiňuje.

0
Odpovědět
JD

Ja treba na WinXP s IETesterem problemy nemam. Nepada mi…

0
Odpovědět
Srigi

Najlepsim riesenim IE6 a 7 je jednoznacne virtualizacia. IETester je sialene nestabilny a jeho IE6 sa nesparava rovnako ako nativna IE6 vo WinXP!

0
Odpovědět

EU AI Act: co musí vývojářské týmy vědět do 2. srpna 2026

‐ AI, Různé ‐
Komentáře: 0
Druhého srpna začnou v EU platit povinnosti pro poskytovatele i provozovatele high-risk AI systémů: posouzení shody, technická dokumentace a quality management na straně providerů, uchovávání logů a dohled nad provozem na straně deployerů. Samostatně vstupují v platnost transparentní pravidla pro chatboty, generativní AI a deepfaky, a ta se týkají všech, nejen high-risk systémů. Kdo nasazuje AI v recruitmentu, credit scoringu nebo HR hodnocení, je v zóně. Čekání na odklad přes Digital Omnibus je sázka na legislativní proces, který ještě neskončil. A kdo si myslí, že se ho to netýká, protože „jen používá ChatGPT" v use casu z Annexu III, pravděpodobně špatně přečetl nařízení.

Vibe coding a skutečná cena kódu, který nikdo nečte

‐ AI ‐
Komentáře: 1
Andrej Karpathy pojmenoval vibe coding v únoru 2025 jako víkendový experiment, kdy vývojář nečte kód a nechá AI dělat všechno. Collins Dictionary z toho udělal slovo roku, startupy kolem toho vyrostly na desítky miliard dolarů. Jenže nejrigoróznější nezávislá studie zjistila, že AI nástroje zkušené vývojáře zpomalují o 19 %, přestože si oni sami mysleli, že zrychlili o 20 %. Mezi tím, co o vibe codingu věříme, a tím, co o něm víme, zeje díra – a je načase se do ní podívat.

MCP vyhrál. Teď musí dokázat, že si tu výhru zaslouží

‐ AI, Webový vývoj ‐
Komentáře: 1
Model Context Protocol se za sedmnáct měsíců proměnil z interního experimentu Anthropic v de facto standard pro propojení AI modelů s nástroji — s 97 miliony stažení SDK měsíčně a podporou všech velkých hráčů. Jenže adopce ještě není totéž co produkční zralost. Kontextová inflace, tool poisoning a naivní obalování REST API ukazují, že skutečný problém MCP není protokol sám, ale způsob, jakým ho vývojáři používají.

Sledujte Zdroják: