Štítkování, kolidování (diskuse)

[Josef Kufner]

Jo vypada funkčně (Iceweasel 2.0.0.11).

Btw, co takle obyčejný popup?

[Leoš Literák]

Na ten jsou lidi (včetně mně) alergičtí a prohlížeče je navíc defaultně blokují.

[Josef Kufner]

No moc veliky rozdil v tom nevidim...

A prohlizece blokuji jen automaticky vyskakujici, pokud vyskakuji na kliknuti, tak blokovany nejsou.

[Daniel Kvasnička ml.]

Pekna je knihovna na modalni okna pro jQuery (http://dev.iceburg.net/jquery/jqModal/), ale nevim jak je na tom s podporou prohlizecu (jQuery samotne dost dobre). A taky jestli to bude ojedinela vec, asi by nemelo cenu do toho zatahovat knihovnu typu jQuery...

Jinak celkove dobry napad

[trekker.dk]

V Iceape 1.1.4 to modální okno funguje. A takhle na kliknutí to bude docela dobrý (co na druhou stranu nesnáším, jsou okna, která vyskakují bez vyžádání)

To vše bleskurychle, bez čekání na nahrání stránky s formulářem a zobrazení reklam.

Jo, to zobrazování reklam trvá strašně dlouho. Nešlo by ty ad.bbmedia.cz a podobný dokopat k tomu, aby si pořídili výkonější servery a nezdržovali?

(Jednou se stejně dokopu k tomu, abych si tady rozchodil squida. Pak budu pomalý reklamy likvidovat.)

[Leoš Literák]

Slyšel jsem, že se o vánocích budou pročišťovat reklamní pozice. Snad to pomůže.

[rADOn]

Co to je sakra za modu simulovat modalni okna ? Po tomhle prezitku z widli se mi fakt nestyska. Browsery toho nemaji zapotrebi. Ja takovy okno beru jako vzkaz od tvurce stranky : "Tak, ted jsem ti ty blbecku zablokoval vsechno krome jednoho malyho ctverecku a dokud ho nenajdes nehnes se. Hledej smudlo." Nemusim doufam dal rozvadet jak moc takovy weby miluju.

Leosi, prosim, nedelej to.

[trekker.dk]

Ve většině případů je to blbá móda, ale tady se to výjimečně hodí. Prostě klikneš, vybereš štítky, potvrdíš. Lepší, než kdyby se na to měla otvírat samostatná stránka, která se bude půl dne načítat.

[rADOn]

Nejde o to ze to floatuje nad obsahem ale o to zablokovani zbytku stranky. Kdyz na to kliknes omylem nestaci proste zmenit fokus nebo odjet mysi. Ne, musis hledat nejaky debilni zaviraci tlacitko ktery nema vubec zadny ergonomicky smysl. Jasne, neni to nijak fatalni ale zato uplne zbytecny a proto me to dokaze nastvat.

[Leoš Literák]

Omylem kliknout na tlacitko? To asi nebude moc casty pripad.

[Filip Jirsák]

Není velký problém implementovat takové okno tak, že se zavře i kliknutím kamkoli mimo okno samotné. Dokonce to funguje jako jakési odchycení výjimek – pokud by se při vytváření okna cokoliv stalo a skript nedoběhl, uživatel má šanci se kliknutím mimo okno vrátit do původního stavu. Což mi připomíná, proč jsem ten popup kalendář na jedněch stránkách vlastně taky neudělal zavíratelný kliknutím kamkoli mimo něj?

[xkucf03]

1. Když omylem do konsole napíšeš rm -rf /, tak si taky půjdeš stěžovat vývojářům?
2. Stránka zašedne, takže je jasné, kam uživatel má klikat. Navíc je tam zavírací křížek na obvyklém místě (vpravo nahoře). Opravdu si nemyslím, že by uživatel na takovou stránku bezradně koukal a nevěděl, co dál.
3. Zavírání kliknutím kamkoli jinam, by šlo. Ale tady už je možnost, že uživatel tak klikne omylem a zruší si zaškrtnuté štítky bez uložení. Pokud by pro zavření okna stačilo pouhé odjetí myší, bylo by to ještě horší.

[Filip Jirsák]

Navíc je tam zavírací křížek na obvyklém místě (vpravo nahoře).

Jablíčkáři by asi měli jiný názor na to, zda je to obvyklé místo…

[xkucf03]

To je ale jejich úchylka Ostatní (Windows 95+, KDE, GNOME, Xfce, E17, BlackBox...) ho mají vpravo nahoře.

[Leoš Literák]

Pravdepodobne zrusim tlacitka Ok / Cancel a nahradim je tlacitkem Hotovo, pricemz kazde zaskrtnuti ci odskrtnuti checkboxu bude okamzite odeslano na server (bez jakykehokoliv potvrzovani). Bude se to lepe ovladat, snadneji se ten overlay zrusi a nebude hrozit, ze nekdo zapomene data odeslat na server (viz bod 3). I implementace na serveru bude jednodussi a rychlejsi (nebudu muset delat diff).

[Pavel Vymetálek]

+1

Obyčejně se mi +1 nelíbí, ale tady souhlasím na 100%.

[vogo]

Proč ten výběr nemůže být udělaný stejně jako filtr v sekci software? Klidně přežiju jedno načtení stránky, navíc to okýnko co na mě baflo mě opravdu vylekalo :).

Souhlasím s rADOnem, taky se mi nelíbí, že to znepřístupní celý obsah stránky,je to matoucí, obvzlášť když okýnko vypadá, jako spravované windowmanagerem, když se pak stránka nehýbe, mívám chuť zabít prohlížeč :).

[Leoš Literák]

Jenže ten overlay by jako okno určitě nevypadal, jde jen o matení pojmů. Přidal jsem ukázku, jak by editace mohla vypadat jako overlay a jak s vloženým obsahem.

My chceme, aby lidi tuto funkci aktivně dennodenně používali, proto je nutné napsat ji tak, aby byla rychlá a intuitivní, žádné zdržování, klik, klik, klik, hotovo. Čekání na načtení stránky by ji zabilo.

[Josef Kufner]

+1

A když okno, tak skutečné... fungují tam třeba klávesové zkratky, bude se korektně přehazovat fokus a podobně...

[xkucf03]

Skutečné okno? To jako, že bych měl čekat než se natáhne celá nová stránka? Abych pak zaškrtnul dvě tři možnosti a odeslal. Co z toho? Asi bych pak takovou funkci nepoužíval.

Pokud se rozhodnu, že chci štítkovat, tak štítkuji a nemám potřebu klikat na jiné věci na stránce, tudíž mi nevadí modální okno.

[petr_p]

Jaký je rozdíl mezi ajaxem nataženým poddokumentem a odesláním informací zpět (což se redukuje na 2 HTTP požadavky a odpovědi) a otevření toho stejného poddokumentu do jiného okna a následné odeslání zpět (což se taktéž redukuje na 2 HTTP požadavky a odpovědi).

Jediný rozdíl je v režii prohlížeče, který musí alokovat nové okno. To je ale jednoznačně problém dýchavičnosti prohlížeče, pro nějž otevření nového okna asi představuje netriviální problém.

[xkucf03]

Když opominu fakt, že se musí natahovat HTML hlavičky místo samotného DIVu, tak vytvoření nového okna znamená režii navíc, která obtěžuje uživatele. Používám střídavě Konqueror, Firefox a Operu (v tomto pořadí) a ve všech těchto prohlížečích bych dal přednost AJAXu před vyskakovacím oknem.

(btw: není to jen režie prohlížeče, práci s tím má i správce desktopu, který musí vykreslit okraj okna + nové okno na liště).

Zajímal by mě nějaký konkrétní argument proti AJAXu (tedy kromě toho, že "AJAXové chrlení je fuuuj").

[petr_p]

Je potřeba javascript.

Přistupnost je nabourana tím, že se cosi uprostřed stránky změní.

[xkucf03]

Zjisti si, jaký má LL názor na JavaScript.

[Leoš Literák]

Precti si minuly zapisek na toto tema, editace stitku bude vyzadovat javascript, protoze potrebujeme maximalne rychle a pohodlne ovladani, na urovni desktopove aplikace. Jinak tuto funkci nikdo nebude pouzivat.

[Filip Jirsák]

AJAXem stáhnete jenom „čistá“ data (v XML), poddokument musíte obalit do „prezentačního“ HTML. Navíc pokud chcete data odesílat průběžně, stejně musíte použít AJAX.

[xkucf03]

Když mluvíš o té módě, tak opačný extrém je taky zlo: jednou jsem myslel že aplikace vytuhnula (nešlo na nic kliknout) a pak jsem zjistil, že jsem jen nezavřel jedno její dialogové okno (které zablokovalo hlavní okno aplikace). Kéž by to tak bylo modální okno, to bych hned věděl, že ho mám zavřít před používáním zbytku aplikace.

(bohužel někteří vývojáři/uživatelé jsou posedlí bojem proti Windows a chtějí dělat všechno přesně naopak - a pak to takhle dopadá).

[petr_p]

Na obrázkách máš v seznamu štítků několik distribucí, samozřejmě ne všechny. Přesto již nyní je hledání v 50 prvkovém seznamu nepohodlné.

Proto se chci zeptat, zda hodláš zavést kategorie (tj. výběr z několika málo pojmů širokého rozsahu – např. síťování, programování) nebo štítky (tj. výběr z více méně širokého seznamu konkretních pojmů – např. směrovací tabulka, dědičnost v OOP)?

V případě kategorií je třeba správně navrhnout pojmy a mít jich opravdu málo.

V případě štítků je třeba nabídnout rychlé vyhledávání (např. ajaxové dohledání nadřetězců) nebo umožnit zadat volný řetězec. V obou případech jsou ale štítky naprosto nesmyslné, pokud se k nim nepřidá ontologická databáze umožňující hledání na základě vztahu (nadřazený, podřazený, synonyma, souřadné apod.).

Tvůj současný příklad je bohužel hybridem a kloubí nepěkné vlastnosti kategorií a štítků dohromady (nepohodlné zadávání a neúplnost výběru).

Už jste se nad tímto schizmatem zamýšleli?

[Leoš Literák]

Kategorie nechci, ani jine strukturovani stitku. Chceme co nejjednodussi na ovladani, zadne rozklikavani. Abecedne razeny seznam tento pozadavek podle mne splnuje. Mozna by mel byt spise razeny po radcich nez sloupcich, to bude prirozenejsi.

Zde prezentovany seznam neni finalni verze, jde jen o vami navrzene stitky, ktere nebyly jeste zpracovany. Potreboval jsem jen hruba data pro realisticke zobrazeni. Sam jeste nemam nazor, zda ty stitky maji byt konkretni (gimp) nebo obecne (kresleni). Asi bych to ale stejne videl na hybrid, treba jmena dulezitych distribuci a programu budou mit svuj stitek, pro zbytek souhrnnou kategorii.

[Filip Jirsák]

A nebude těch štítků moc na to, aby se vešly všechny do jednoho okna? Podle mne má štítkování význam v případě, kdy každý objekt má štítků víc, a to zase znamená mít dostatečné množství štítků.

Napdají mne dva možné přístupy ke štítkování:

1. vím přesně, jaký štítek chci přilepit a znám jeho název; pak je pro mne rychlejší „našeptávač“, kde začnu psát a odpovídající štítky se mi postupně filtrují (vyhledává za mne počítač, nemusím hledat sám)
2. moc se neorientuji v tom, jaké jsou zdejší zvyklosti štítkování a jaké štítky se zde používají – potřebuju vidět celkový přehled štítků (tady naopak bude našeptávač kontraproduktivní)

Nedalo by se to nějak spojit? Použít našeptávač, ale vedle dát odkaz na seznam všech štítků?