Comments on: Vylepšená náhrada textu obrázkem: acIR

By: Jakub Hejda

Jakub Hejda — Wed, 21 Jul 2010 22:38:10 +0000

Snaha vymyslet něco nového se cení! Vedle Cufonu to je ale naprosto k ničemu že

By: Jakub

Jakub — Tue, 12 May 2009 12:37:34 +0000

@Filosof – Cufón vypadá skutečně zajímavě, díky za tip.

By: Jakub

Jakub — Tue, 12 May 2009 10:39:24 +0000

@carnero
V obou verzích Firefoxu, ve kterých jsi tuhle stránku včera a dneska navštívil (3.0.10 Windows a 3.5b4 Linux), jsem to testoval, ale nefunkčnost jsem nezaznamenal. Nemám tedy ponětí, o čem mluvíš.

By: carnero

carnero — Tue, 12 May 2009 09:45:57 +0000

@Jakub – Nechci Ti kazit radost (teď už ne), ale ani po té úpravě to nefunguje. Jen to nefunguje trochu odlišně.

By: Jakub

Jakub — Mon, 11 May 2009 17:14:38 +0000

@marek – Díky za tip a konstruktivní komentář.

@carnero – Tady nejde o zásadní funkcionalitu, ale o drobné vylepšení. Pokud se mám rozhodnout, jestli toto poskytnu 70 % uživatelů, nebo všem, ale za cenu toho, že procento z nich bude minimálně zpruzeno a nekterým to shodí prohlížeč, tak pro svojí homepage volím variantu první (už jenom proto, že jí občas navštívím). Asi jsi si nevšiml, ale script jsem upravil tak, že ve Firefoxu funguje, pouze je tam ten nedostatek zmíněný v zápisku.

By: carnero

carnero — Mon, 11 May 2009 16:21:09 +0000

@Jakub (8): Chápu správně, že něco co nefunguje ~1% uživatelů (sIFR vs Linux) si nahradil něčím, co nefunguje ~30% uživatelů (acIR vs Firefox)? To nezní příliš rozumně.

By: Marek Soldát

Marek Soldát — Sun, 10 May 2009 10:34:05 +0000

Ono by možná pro začátek stačilo vůbec nějakým způsobem dát najevo, že takto zpracované texty jsou označeny (tj obrázek přes nějaké transparence podsvětlit, dát mu rámeček atp.), protože často se kopírují i větší kusy textu a vědět, že se kopírují i nadpisy je pro uživatele užitečná informace. Řešení bych viděl patrně v onselectu, pokud je dobře podporován (snad by mohl být, nezkoušel sem). Ve stejném případě by ovšem taky ty obrázky mohly zmizet, takže možná zbyde i možnost z těch obrázků vybírat jenom části textu. Takové řešení bude stejně vykazovat chyby, ale měly by to být chyby běžné při selectování, na které jsou uživatelé trochu zvyklí.

Asi bych to osobně stejně nepoužil, ale třeba ten tip autorovi pomůže k vylepšení jeho řešení.

By: Jakub

Jakub — Sun, 10 May 2009 09:46:07 +0000

@jadugar sIFR používá flash, takže každý kousek textu, který zpracovává, to flashový objekt. Když si otevřu homepage sIFRU pod linuxem, tak dochází k trvalému vytížení procesoru ze cca 40 %. Když ještě reflex.cz používal sIFR pro nadpisy, tak mi to pravidelně shazovalo prohlížeč. Proto jsem se znažil najít nové, z Pixyho klasické metody vycházející, řešení, kde bych se vyhnul použití pluginů. Pár prázdných spanů nevadí absolutně ničemu.

@peter díky

By: Peter Láng

Peter Láng — Sun, 10 May 2009 09:11:45 +0000

Dobrý je to, jen to chce ještě trochu doladit, aby to mohli i Martinové s klidem prezentovat svým zákazníkům.

By: Jadugar

Jadugar — Sun, 10 May 2009 08:59:19 +0000

Nechápu co má autor proti sIFR řešení, je naprosto přístupné, použitelné a jeho nasazení je otázkou pár minut.

Hlavní je že nejnovější verze funguje ve všech důležitých prohlížečích a text jako takový je přístupný, protože ve zdrojáku je tak jak by ho tam zanechal kodér – nemusím zbytečně přidávat tagy SPAN (nebo jiné), které jsou na WebKitchen.cz. …

Toto řešení je velice neohrabané a už jenom to, že ve FF nefunguje. A jak řekl Martin Says: S tímhle by mne zákazník vyhodil…

Nikdy bych toto řešení nepoužil a ani nedoporučil, neshledávám na něm absolutně žádnou výhodu…

By: Jakub

Jakub — Sun, 10 May 2009 00:53:56 +0000

@marek
1) to je bohužel pravda (zvláštní je, že to závisí na délce textu), ještě se tomu podívám na zoubek, nicméně před vynesením soudu si to doporučuji vyzkoušet v jiném prohlížeči, než Firefoxu

2) je to zamýšleno pro delší textu typu představení na WebKitchen.cz a tam je podstatné to, aby bylo možné označení a případné zkopírování textu, což (kromě Firefoxu) toto řešení umožňuje; problém s přesnou pozicí a velikostí skrytého textu se dá do určité míry řešit, ale ke splnění účelu není nutné, aby to bylo naprosto shodně.

3) pro odkazy je to nevhodné, protože při kliknutí dojde k probliknutí, ale u odkazů požadavek na označitelnost textu není tak velký

4) toto je pouze nadstaba, při vypnutém JS se nenastane nic neočekávaného, bude se to chovat jako klasický text nahrazený obrazkem – tj., nejpůjde vybrat pomocí myši

5) délka a náročnost kódu problém není, protože je to pouze pár bytů a změnit způsob navěšování ovladačů událostí je otázka minut, osobně jsem to zatím nepotřeboval, proto jsem to neuělal

6) “použití textu přes obrázek na pozadí” je přesně to, co tohle řešení rozšířuje, proto je tenhle argument mimo

Díky za chválu. Použitelnost v non-FF prohlížečích osobně hodnotím jako 8/10, protože dokonalé to opravdu není, ale reší to přesně ten problém, kvůli kterému script vznikl.

By: Marek Soldát

Marek Soldát — Sun, 10 May 2009 00:08:49 +0000

Bohužel musím souhlasit s Martinem. Ono je to sice vtipný řešení, ale má to pár háčků:
1) ve FF nefunguje (pseudofunguje = nefunguje), což je ovšem jedna z mála věcí, která se možná dá odstranit
2) při hodně rozdílné šířky jednotlivých znaků u nestandardního a standardního fontu funguje buď nepřesně, nebo nefunguje (testováno na WebKitchen, když zkusím označit Analýzy a Marketing, tak ten Marketing mi tam prostě zmizí), tohle neodstraníme
3) ať mi nikdo netvrdí, že jdou takhle řešit odkazy (ani kdyby se tohle řešení 1000x upravovalo), což jsou podle mě nejčastější místa, kam se většinou ten “krásný” font dává, potenciální řešení přes nějaký event ala startselect (či jak to je), ale nedávám šanci, že se dá dobrat k fungujícímu výsledku
4) kdo uhádne, co se stane s vypnutým javascriptem? správně, zůstane jenom obrázek. a v praxi sem viděl víc prohlížečů s vypnutým javascriptem, než s vypnutými obrázky = to taky neodstraníme a pro tuhle skupinu uživatelů bude fungovat select jenom s čistým textem
5) délka a náročnost kódu (a to už vůbec nemluvím o konstrukci document.body.onmousemove = function(), která tímto způsobem napsaná bude jednak kolidovat s dalšími odvážnějšími javascripty a druhak myslím, že by to šlo vyřešit i úsporněji), to je potenciálně řešitelné
6) použití textu přes obrázek na pozadí je stále jednodušší, funguje líp a když se dobře udělá, může vypadat i srovnatelně dobře – tady řešitelnost necháme stranou, protože jisté typy klientů se bez toho krásného fontu prostě neobejdou

Abych jenom nekritizoval, chválím snahu autora, určitě je potřeba, aby někdo hledal originální řešení zapeklitých problémů, ale v tomto konkrétním případě snaha za vývoj 7/10, ovšem výsledná použitelnost zatím tak 1/10 se zavřenýma očima.

By: Jakub

Jakub — Sun, 10 May 2009 00:05:26 +0000

@Martin
Ano, přijde mi to použitelné. Použitelnější, než klasické řešení. Výsledný efekt samozřejmě závisí na míře podobnosni skrytého textu a textu na obrázku. Tvojí reakci, jakožto uživatele FF, chápu. Ve Firefoxu to skutečně nefunguje nejlépe, ale jeho chování si nedovedu vysvětlit (není k němu důvod) a navíc všechny ostatní důležité prohlížeče fungují podle předpokladu, proto to považuji za bug ve Firefoxu. Asi bude nejlepší tento probhlížeč do momentu, než přijdu na nějaký workaround nebo chybu neopraví, odříznout.

By: Martin

Martin — Sat, 09 May 2009 18:51:44 +0000

A to ti fakt přijde v praxi použitelné? S tím by mě zákazník vyhodil, jakmile by na to zkusil kliknout. I kdybych se tisíckrát zaklínal nějakou přístupností.
Navíc říkat chování ve Firefoxu “funguje to” vyžaduje hodně hrubou náturu!

By: Filosof

Filosof — Sat, 09 May 2009 11:47:59 +0000

Zajímavé řešení, rozhodně je pro větší bloky textu přístupnější než samotná pixyho technika.. ale přiznám se, že raději použiju cufón (tj. nemusím vytvářet jednotlivé obrázky, ačkoliv označování textu zatím neumí a asi hned tak umět nebude)..