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

Zdroják » Zprávičky » Adobe a HTML5 nesmiřitelní nepřátelé? Kdepak…

Adobe a HTML5 nesmiřitelní nepřátelé? Kdepak…

Zprávičky Webdesign

Jméno společnosti Adobe je spojeno v očích webařů především s technologií Flash, a někteří radikálněji uvažující tak dospívají k názoru, že Adobe musí být zapřísáhlým nepřítelem HTML5. Adobe ovšem tvrdí něco jiného, podle slov představitelů je HTML5 (resp. celá rodina technologií) oblastí jejich zvýšeného zájmu.

Svou podporu dokládá společnost i skutky – např. přispívá kódem do knihovny jQuery Mobile. Typografickými knihovnami přispěla do projektu WebKit (jádro prohlížeče Safari či Chrome). V neposlední řadě představila sady nástrojů pro práci s HTML5 a chystá další, např. konvertor z Flashe do HTML5.

Samosebou existují místa, kde se zájmy Flashe a HTML5 kříží, jako např. u videa, ale pro Adobe je zjevně výhodnější podporovat oba směry v kooperaci, než je stavět proti sobě. Nesmiřitelný boj mezi Flashem a HTML5 se tak odehrává spíš v hlavách diváků, než v realitě.

Zdroj: TheRegister

Komentáře

Odebírat
Upozornit na
guest
1 Komentář
Nejstarší
Nejnovější Nejvíce hlasů
pas

Je to logické, Adobe vydělává na nástrojích, ne na přehrávačích, a je jen otázka času, kdy Flash IDE bude kompilovat do JS/Canvasu (mým tajným přáním je, aby zůstal zachován ActionScript 3 a vývojáři se nemuseli vracet k JavaScriptu ;-)). Viz třeba projekty Granta Skinnera, který dříve pomáhal Adobe s Flashem (komponenty…) a teď se zaměřuje na to, jak využít nástroje a znalosti flashařů pro plynulý přechod na HTML5 (Zoë, EaselJS).

Ale může to být i jinak – rostoucí vliv mobilních platforem otočí kormidlem zpátky ke klasickým instalovaným aplikacím místo webových, a pak bude pro Adobe nejhodnotnějším produktem AIR (čili flashový runtime). Takže nutně musí zatím udržovat oba směry.

Proč vám model napíše Python, i když jste si řekli o Rust

AI
Komentáře: 0
Výkonnostní propast mezi Pythonem a ostatními jazyky se za poslední rok a půl skoro zavřela. Dnešní modely zvládají Rust i Go srovnatelně dobře. Když jim ale volbu necháte, sáhnou stejně po Pythonu. A u knihoven je to ještě výraznější: mezi funkčně srovnatelnými balíčky je až 84procentní rozdíl v kvalitě generovaného kódu. Proč to tak je a co s tím.

WP2Shell: Kritická hrozba pro samotné jádro WordPressu. Útočníci mohou získat kontrolu nad webem

Zranitelnost ve WordPressu není žádná novinka. Kdo provozuje weby postavené na této platformě, ví, že bezpečnostní záplaty chodí prakticky pořád. O to větší pozornost by měla vzbudit chyba, u které nic z toho neplatí. A přesně takový je případ zranitelnosti, která dostala přezdívku wp2shell. potřeb. Zranitelný kontaktní formulář, děravý e-shopový plugin, opomenutá kontrola oprávnění v nějaké obskurní rozšiřující knihovně – to je denní chleba každého, kdo sleduje bezpečnostní feedy. Zpráva „nová chyba ve WordPress pluginu“ má tak nízkou informační hodnotu, že ji většina lidí přejde bez mrknutí oka.

Mýtus jedné aplikace: proč PWA nenahradí vývoj pro každou platformu

PWA mohou webu přidat ikonu na ploše, fungování bez připojení, notifikace a některé systémové funkce. Nejsou ale cestou k jednomu klientu pro všechny platformy. Vyplatí se tam, kde se lidé k webu vracejí a ocení okamžitý vstup z odkazu. Jakmile aplikace musí spolehlivě běžet na pozadí nebo fungovat stejně na každém zařízení, bývá vhodnější nativní řešení.