Aplikování SVG efektů přímo na HTML v Gecku (diskuse)

[Kyosuke]

Hmm, na to je užije, ale aby SVG pořádně v Gecku fungovalo normálně, to ne.

[Daniel Kvasnička ml.]

No je to paradox, no.... Jakkoliv je IE nejhorsim prohlizecem, tak s pluginem od Adobe je v nem podpora SVG nejdotazenejsi. Alespon co jsem nedavno testoval v porovnani s FF, Operou a Safari.

A Adobe velice chvalim za to, ze ten plugin instaluje automaticky s Readerem. Dobrovolne by si totiz tezko nekdo instaloval plugin na neco, o cem nikdy neslysel... Reader pouziva velke procento lidi a rozsireni SVG to pomuze.

[ivan]

+1

presne tohle jsem chtel napsat. Oni snad jeste porad nedokazou zalomit text v odstavci, ale na takovyhle blbosti je uzije.

[Petr Tomeš]

Jak zalomit text v odstavci? Gecko umí třeba slupce v CSS. Který jiný prohlížeč je toho schopen? Nebo proč všichni ostatní zaostávají v podpoře JavaScriptu? :)

[Kyosuke]

Poslední standardizovaná verze ECMAScriptu je ECMA-262, a ta je podporovaná všude. Na nějaká proprietární rozšíření nejsme zvědaví. Snad jen u E4X dle ECMA-357 by se dalo hovořit o tom, že by bylo užitečné kdyby se to rozšířilo, ale již teď existují velice schopné knihovny typu jQuery, které tuto potebu do značné míry eliminují, a jsou užitečné tím spíš, že jsa postaveny nad rozšířenou verzí ECMAScriptu můžou potenciálně fungovat i v jiných aplikacích používajících JavaScript, pokud exponují W3C DOM.

A sloupečky jsou ještě working draft, ne? Osobně mi přijde, že tohle rozumný člověk ocení především ve stránkovaných médiích, tedy třeba v PrinceXML nebo při tisku, ale děsím se toho, jak budou lidi zase navrhovat stránky, co se budou zobrazovat poněkud pošahaně při rozměrech oken, které tvůrce nezamýšlel. :-/

[Petr Tomeš]

Poslední standardizovaná verze ECMAScriptu je ECMA-262, a ta je podporovaná všude. Na nějaká proprietární rozšíření nejsme zvědaví. Snad jen u E4X dle ECMA-357 by se dalo hovořit o tom, že by bylo užitečné kdyby se to rozšířilo

Tak vzhledem k tomu, že vedoucí inženýr Mozilly je vynálezce JavaScriptu, který o něm má dostatečný přehled, tak se nebojím, že by Mozilla 2 / Firefox 4 nesměřovaly ke standardizovanému JavaScriptu 2. Ze všech technologií je tato implementace nejdál - roky napřed, a umožňuje spoustu užitečných věcí.

E4X podporoval již Firefox 1.5 (Gecko 1.8) před 3 lety. Nikdo jiný to ještě nepodporuje (podle Wikipedie, nemám čas to ověřovat).

A sloupečky jsou ještě working draft, ne?

Jsou. Tak jako CSS3.

Osobně mi přijde, že tohle rozumný člověk ocení především ve stránkovaných médiích, tedy třeba v PrinceXML nebo při tisku, ale děsím se toho, jak budou lidi zase navrhovat stránky, co se budou zobrazovat poněkud pošahaně při rozměrech oken, které tvůrce nezamýšlel. :-/

Já se naopak děsím toho, jak si někteří lidi hrají na rozumné a předvídají, co kdo ocení. Po sloupcové vazbě je poptávka, která je nyní obcházena pomocí různých postranních vícesloupců či naviačních menu, ale ty většinou nemohou pokrýt celý rozsah stránky a leckdy jsou jen uměle natahované. Zbytečně, protože umělecký zájem by šel realizovat lépe a flexibilněji, a obsah by se dal ze stránek (hlavně zpravodajství a blogů) lépe číst vnímat - přesně tak jako v novinách a časopisech. Je to přiozený způsob vnímání informací, nikdo si dnes nedovolí vydávat časopis nebo noviny s řádkem přes celou šíři stránky.

Nevím, proč právě vy máte potřebu rozhodovat o tomto v době, kdy většina stránek na Internetu má pevný layout a velikost písma a ve stále hojně rozšířeném IE 6 s tím nejde vůbec nic dělat. Nebo při flexibilních šířkách, kdy je ta řádka s textem široká jak délka toaletního papíru, nevím, komu se hce přejíždět na novej řádek po více než 100 znacích textu na širokých displejích. Podobně je to s barvami a vůbec layoutem celkově, šablony vzhledu si přes CSS dovede upravit a upravuje tak možná pár promile uživatelů.

[zoul]

1) Sloupce jsou na webu už z principu ošemetné. Pokud budou vyšší než okno prohlížeče, uživatel bude jako pako neustále jezdit nahoru a dolů. Pokud se přizpůsobí výšce okna nebo budou sázené na pevnou výšku, prozměnu hrozí, že obsah přeteče doprava. Věřím tomu, že v několika dobře definovaných případech budou sloupce na webu vypadat dobře, ale já sám bych se bez nich hravě obešel. Noviny a časopisy jsou v tomhle ohledu naprosto mimózní přirovnání.

2) Jsme OT, pojďme nepokračovat.

[Kyosuke]

...a obsah by se dal ze stránek (hlavně zpravodajství a blogů) lépe číst vnímat - přesně tak jako v novinách a časopisech. Je to přirozený způsob vnímání informací, nikdo si dnes nedovolí vydávat časopis nebo noviny s řádkem přes celou šíři stránky.

Ano, přirozený na stránkovaných médiích typu časopis a noviny. Ale ještě jsem neviděl třeba televizní čtecí zařízení, na kterém by někdo považoval za normální, aby mělo sloupečky a stránky. Když už nic jiného, sloupečky omezují míru, v jaké je na stránkovaných médiích zpřetrhán text, ale v případě média, které lze pro jakýkoli praktický účel považovat za nekonečně vysoké, mi to přijde jako bizarní snaha. Dokonce se přiznám se, že mi to i vadí a jestli někdo nacpe tři sloupečky textu a kolem nich další dva s reklamami a já před takovou webovou stránkou zrovna nebudu sedět u monitoru s rozlišením WUXGA+, určitě z toho odvázaný nebudu.

[Ivan]

Na nepsal o sloupcich. Me slo o mnohem jednodussi vec. V HTML muzete dat text do DIVu, a kdyz je ten text delsi nez je sirka DIVu, tak ze ten text "sam" zalomi na vice radek. Zatimco v HTML to funguje normalne, tak v SVG proste viceradkovy text(word wrap) neudelate.

[deda.jabko]

tak tady toto SVG neumi a asi umet nebude, takze se nedivim, ze to neumi ani prohlizece.

[Kyosuke]

Příliš obecné tvrzení. Co přesně z toho že má být nerealizovatelné?

[deda.jabko]

SVG performs no automatic line breaking or word wrapping.

ja nerikam, ze to je nerealizovatelne, ja rikam, ze to neni ve standardu a tudiz to prohlizece nepodporuji a asi by ani podporovat nemely. vzpominaj na casy, kdy si kazdy HTML prohlizec vymyslel vlastni tagy? (jo... kde jsou ty casy... je velka skoda, ze dnes web designeri nepouzivaji <marquee> a <blink> web 2.0 by byl o poznani vic dynamictejsi... ale mozna se dockame v opravne verzi web 2.0.1)

jinak, ja se ani nedivim, ze to neni soucasti standardu... element <text> je uz ted dostatecne silny nastroj a podpora pro poradny (pouzitelny) viceradkovy text by velikost standardu zdvojnasobila -- to mate takove ty ruzne obtekani, pretekani, natekani, podpora pro zidy, cinany, eskymaky, klingony... ono se to nasklada. ;-]

[petr_p]

SVG 1.2: Flowing text and graphics

[deda.jabko]

aha, diky, tak to je dobre ze se aspon neco deje v tomto smeru... jak rikame my zahradkari, nemusi prset, jen kdyz kape... ;-]

[ivan]

Hmm tak, mate pravdu. SVG 1.1 to opravdu neumi. Kazdopadne to umi Adobe SVG viewer, Opera, Inkscape a SVG 1.2. To ze to SVG neumi je skoda, takhle si musite zaridit word-wrap textu rucne. Bohuzel u mozilly muzete tezko ovlivnit velikost pisma, ktere nakonec pouzije pro renderovani textu. Takze stejne nemate nijak zarucno, ze vam radka textu nevytece nekam ven do out-u. Zkuste schvalne nakreslit slozitejsi vykres ve Visiu, exportovat ho do SVG a pak si ho prohlednete v Adobe SVG a v Mozille.

[Kyosuke]

No musíš počítat s tím, že co všichni ostatní pochopí z kontextu, to se některým jedincům musí vysvětlovat polopatě...

[Petr Tomeš]

Já ten píspěvek pochopil dobře a dodal příklad něčeho jiného, protože každý prohlížeč umí něco a ne vše.