Aplikace pro Chrome zamíří také na mobilní telefony a tablety

V iOS jde bezmála od začátku udělat odkaz na webovou aplikaci jako ikonku přímo na ploše. Pro vývojáře jen stačí se podívat jak tam dodat ikonku atp. Potom se webová aplikace spustí přímo z plochy. No a díky tomu, že vývojář může ovlivnit i chování browseru, třeba že se schovají ovládací prvky, tak je výsledek prakticky takový, jaký si přejete. Takže to zajímavé řešení tam již pár let celkem bez problémů existuje a funguje. Navíc pokud je ta aplikace napsaná jako lokální, tak se stáhne a nacachuje do telefonu, takže potom fugnuje i offline. Celá tato vývojová větev prakticky skončila ve chvíli, kdy se objevily nativní aplikace

Myslím, že autor měl na mysli zejména Android.Co se týče iOS, tak Apple stejně nenechá možnost jiných "aplikací", ač se jedná pouze o html, kromě těch z App Storu.

Nenechá. To by totiž mohlo dospět i k tak apokalyptickým vizím, jako jsou aplikace přenositelné mezi iOS, Androidem a Windows, pořízené z appstoru nezávislého na výrobci OS či dokonce přímo z webu vývojáře. Je třeba zavčas vysvětlit uživatelům, že něco takového určitě nechtějí.

Já to tam mám, vy ne?

Mám tam Záložky plochy, Ostatní záložky a Mobilní záložky, ale ani v jedné z nich nemám to co mám v záložkách v Chromu na PC. Synchronizaci mám zapnutou. Ale rád se nechám poučit, jak na to.

"Záložky plochy" budou asi "Desktop bookmarks", že? (znovu jsem se ujistil, že je dobře, že používám anglickou verzi :)). No tak tam by to mělo být... bez jakéhokoliv speciálního nastavení to zatím vždy a všude fungovalo. Překontrolujte nastavení a zda jde o tentýž účet...

Tak jsem našel v nastavení účtu v telefonu poznámku o chybné synchronizaci, opakovaná ruční synchronizace to spravila. Díky za dokopání k tomu, abych s tím něco dělal.

Já taky, na startovní stránce je na výběr mobilní záložky nebo záložky plochy. Android.

Třeba se to bude psát zejména v Dartu a tam by díky Dart VM tyhle problémy odpadly.

DartVM sice zvedne výkon na dvojnásobek proti Javascriptu (performance přímo na jejich webu), ale rozdíl proti kompilovanému kódu máte stále mnohonásobně větší. Tím myslím třeba několikasetnásobný rozdíl.

5 let je v tomto oboru celé století... zvláště slovní spojení "už tehdy se ukázalo" mi nepřijde na místě. :)

Stačí se podívat kam se to za těch 5 let posunulo. HP WebOS prakticky skončil. Hry tvořené pomocí webových technologií jsou zcela výjimečné a když už nějaká existuje, tak i přes svoji trivialitu dokáží zcela nepochopitelně vytížit celé jádro procesoru (viz. třeba Game Dev Tycoon - podobné hry vznikaly před 15 - 20 lety na tehdejší hardware, který byl asi 100x méně výkonný).Ukažte mi prosím příklad, kde je skriptovací jazyk stejně výkonný jako nativní kód. Já jsem si nevšiml ani dřív ani v posledních 5 letech ničeho, co by tak rapidně zvýšilo efektivitu kteréhokoliv interpretovaného jazyka. Stále tam je mnohonásobný rozdíl ve výkonu proti kompilovanému kódu.

Výkon kódu je přece jen jedno z mnoha kritérií, které je nutné zvažovat. Jakou váhu má toto kritérium u aplikací, které spočívají v pár obrazovkách s formuláři? Jako třeba jízdní řád. Co třeba kritéria snadných aktualizací, A/B testování, necenzurovaný obsah... (souhrnně: mít svou aplikaci víc pod kontrolou).

Máte pravdu, jízdní řády a podobné jednoduchosti se už teď dělají jako webové aplikace zabalené do nativního hávu. Ale ukažte mi webovou hru, která by se dala srovnat s některými aktuálními, třeba Battlefield či Call of Duty. Nebo třeba nový strategický X-Com. Nebo webovou verzi Photoshopu, Final Cut Pro, AutoCAD. Vím, že tyto aplikace nepatří mezi obecně užívané. Ale platforma, která aplikace na této úrovni ani nedovoluje vytvořit nemá moc šancí na úspěch. Protože třeba jen Adobe má těch jejich asi 130 milionů uživatelů (vycházím z údaje o úniku informací o lidech zaregistrovaných na jejich webu). A existují tisíce jiných programů, které mají své uživatele a není prakticky nijak možné je vytvořit pouze pomocí webových technologií.

Jistě, neříkám, že všechny aplikace by mohly být webové. Ale velká část ano (z oblasti her celý segment casual her, kde nejde o grafiku, ale o sociální aspekt - kvízy, šachy, karty...). Přesně jak píšete, už dnes se často dělají pomocí webových technologií, tak proč v tom posledním kroku se zbytečně připravit o spoustu výhod, tím že se to distribuuje jako nativní aplikace. Přitom stačí málo - zhruba to, co Google dokázal v desktopovém Chromu (samostatné okno, ikonka, obchod...).

To samostatné okno s ikonkou není rozhodně výmysl Googlu. Takové věci existují už spousty let. Třeba XULrunner od Mozilly dělal prakticky to samé již v době, kdy Chrome ani neexistoval. Vpodstatě je rozdíl jen v tom, že se nikdo nesnažil nacpat totožné aplikace jak na desktop, tak i na telefon (se zlomkovým výkonem proti desktopu). I zde je dost rapidní rozdíl v tom, co si můžete na jednotlivých typech zařízení dovolit a nedává moc smysl snažit se již tak pomalý kód ještě zvětšovat a zpomalovat dalšími nesmysly, které na dané platformě prakticky ani nelze použít. Desktopovou verzi díky tomu extrémně ořežete, mobilní verze díky tomu naroste na násobek velikosti. Přitom stačí jít celkem odzkoušenou cestou a pro každý typ zařízení vyvinou vlastní funkční celek, zcela optimalizovaný pro daný typ zařízení a použití. Stejně jako se to dělá s webovými stránkami. Běžné webové stránky se sice dají na telefonu také použít, ale bylo by to nepřehledné a nepohodlné. Proto začaly vznikat extra mobilní verze stránek. Proč si myslíte, že by to samé nemělo vadit v případě aplikací? Nebo budete z principu distribuovat dvě kopie stejného obsahu jen proto, že je můžete zabalit do jednoho obalu? Pro většinu platforem je ale vytvoření tohoto typu aplikace tím asi nejjednodušším, co se dá udělat. Jen to je v rámci možností optimalizované a není kvůli tomu potřeba přibalovat zbytečnosti.

Nějak se pořád dobýváte do otevřených dveří. :) Nikde jsem nepsal, že Google přišel s něčím jako první.Stejně tak jsem nepsal, že by se na mobilních zařízeních měl používat totožný kód či totožné UI jako na desktopech. O tom vůbec tahle debata není. U některých projektů se klidně může používat totožná verze (s responsivním UI) a u některých je vhodnější udělat samostatné verze pro desktop a pro tablety a pro mobily (a pro hodinky a pro brýle :)). Obhajobou webu jako aplikační platformy (přičemž mi jde hlavně o deployment) se nijak nedotýkám těchto otázek.Co bych však uvítal, by bylo spojení app storů, bez ohledu na cílové zařízení a technologii (HTML vs. native). Například už dnes by Google mohl spojit Chrome Web Store a Play Store. Proč svůj mobil a tablet obsluhuji jedním storem a notebook druhým? Play Store stejně zná moje zařízení a umožňuje mi aplikaci instalovat zvlášť do mobilu a zvlášť do tabletu.

Sjednocení aplikačních obchodů není tak jednoduché, protože není možné vše udělat naprosto platformně nezávislé. A když už to může být platformně nezávislé (třeba ty webové aplikace, ale třeba i Java), tak to je zase výkonově celkem neefektivní. Já bych také uvítal, kdybych například nakoupil v App Store od Apple a mohl ty aplikace používat třeba i na Androidu, Windows nebo kdekoliv jinde. Ale tady nastupuje otázka financí a jednotlivé firmy to nedělají pro krásné modré/zelené/hnědé/jakékoliv oči svých zákazníků, ale aby vydělaly. Takže i kdyby existoval způsob, jak kteroukoliv aplikaci udělat univerzální pro všechny platformy, jednotlivé firmy rozhodně nemají jakýkoliv důvod dopustit, aby k tomu došlo. Je to pro ně příliš velké riziko, že by i stávající zákazníci přešli k jinému dodavateli aplikací.

Nemám na mysli sjednocení technologické, ale sjednocení z pohledu uživatele. Do každého zařízení by se mu stáhla taková verze, která je pro dané zařízení vhodná. Proč uživatel, který chce nějakou aplikaci, např. Google Keep, musí jít do Play Storu, aby si to nainstaloval do mobilu a tabletu a pak do Web Storu, aby si to nainstaloval do notebooku? Proč to není na jednom místě, zvláště když jde o platformy a aplikace od jedné firmy? Nečekáte, doufám, že by někdo pochopil vysvětlení "protože jednou je to v Javě a podruhé v JavaScriptu".Ani ten druhý argument dnes není relevantní. Doby, kdy se prodávaly licence vázané na konkrétní stroj, jsou dávno pryč. Nedovedu si představit developera, který by byl nadšený z toho, že uživatel migrující z iOS na Android si musí tutéž aplikaci zaplatit podruhé. Je snad dnes deprimovaný z toho, že uživatel migrující z iPhonu 4 na iPhone 5 podruhé platit nemusí? Obchodní modely jsou dnes úplně jiné a ty aplikace jsou většinou jen klienty nějaké služby, která se beztak platí samostatně (třeba Dropbox).Klidně bych se vsadil, že do roka nebo dvou Google integruje Chrome Web Store do Play Storu. :)

ja som apache cordova(povodny phonegap) skusal tak 4-5 mesiacov dozadu a je to stale nepouzitelne. Na telefonoch nizsej a strednej triedy seka este aj animaci stlacenia buttonu s pouzitim jquery mobile. Take nieco ako vyuzitie ajaxu pre nacitanie dynamickeho obsahu, stym sa mozete rozluzit hned na zaciatku. Celkovo tam je tolko obmedzeni a taky rapidny ubytok vykonu ze sa oplati vyvijat app pre 2-3 platformy zvlast ako pouzit toto.