DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   Web design, Layout, User Interface (http://www.devprotalk.com/forumdisplay.php?f=15)
-   -   UI bez "cancel" (http://www.devprotalk.com/showthread.php?t=5006)

bNasty 03. 04. 2008. 22:57

Tja, krenuli ste kao da nijedan dijalog na Mac-u nema Cancel/Apply.

- Za razliku od Windows-a Mac ima jaku orijentaciju kao document-based aplikacijama, i kao takav ima jasno izdvojene application modeless dijaloge:
Citat:

...for modeless operations in which the dialog should be left open to allow the user to observe the effects of changes applied. Such tasks (find and replace operations, for example) are better suited to modeless dialogs, panels, or drawers.
.
Observe the effects je totalno nekompatibilno sa cancel/apply idejom.

- Specijalizacija toga je "Preferences" dijalog koji je norma na Mac-u. Svaka aplikacija, ne samo Safari, ima standardni Preferences dijalog. Neimanje "cancel/apply" kombinacije u Preferences-u ima savrshenog smisla kad se pogleda koje su to opcije dostupne u takvim menijima. Opcije koje se chesto menjaju se ne nalaze tu, a i svaka destruktivna operacija je ili pracena posebnim "sheet"-om (modal dijalogom) ili se jednostavno ne nalazi u preferensima.

E, sad shto je Apple reshio da prenese svoj HIG u haotichni Windows svet je vec druga tema.

Dušan Dželebdžić 04. 04. 2008. 07:27

Zanimljivo je to što pominjete baš ClearType, jer je to jedina stvar u Win svetu za koju mogu da se setim da se primenjuje čim se štriklira hmm.... štriklboks ;)

"Instant" primenjivanje opcija ima smisla kada odmah možeš da vidiš kako ta opcija funkcioniše, kao npr. dijalog za neki filter u Photoshopu, ali čak i tada je Cancel dugme jako korisno - kad shvatiš da ti ta opcija uopšte ne treba. Da, da, imamo Undo i History, ali mnogo je funkcionalnije imati jedno "za*eb'o sam se" dugme u samom dijalogu, u kom se te promene prave.

skaarj 04. 04. 2008. 12:59

Citat:

Originalno napisao jablan (Napišite 53223)
Netačno, jer je akcija obavljena ne zatvaranjem dijaloga, već izmenom same opcije. Ponovnom izmenom opcije, akcija je poništena (crva nije ni bilo).

Ovo vazi samo u slucaju da je korisnik svestan da se u pozadini desava auto-apply. Sta bude ako ima desetak opcija od kojih neke ne proizvode ocigledan rezultat, kako to vratiti?

Poenta je da bi dijalog trebalo da bude zaokruzena operacija i da se prilikom zatvaranja ili primenjuje ili odbija set podesavanja u tom dijalogu.

Primer sa GNOME je odlican jer upravo kaze kako bi se mogla izbeci dvosmislenost koja je ovde najveci problem. Close dugme (ovde potpuno ispravno) asocira na zatvaranje prozora a ne na prihvatanje ili odbijanje podesavanja.

bNasty 04. 04. 2008. 13:45

Citat:

Sta bude ako ima desetak opcija od kojih neke ne proizvode ocigledan rezultat, kako to vratiti?
To je problem onog ko implementira takve ne-ochigledne opcije u dijalogu.

Vokic 07. 04. 2008. 20:37

Evo preleteh na brzinu preko pitanja, odgovora, doskocica i sala i mogao bih da postavim jedno pitanje... Mozda cu da ispadnem gloop ali ajde...

Poenta cele price bese tipa: promenim nekoliko opcija, gledam kako sistem radi i ako mi se ne svidja, samo kliknem cancel i sve je po starom.. Right? E pa ono sto meni bode oko (po win logici stvari) jeste to da prvo moras da lupis neki apply ili ok (kada se cak dialog zatvara, tako da ni nema cancel-a koji ostaje)... U tom slucaju cancel po logici stvari ne vraca prethodno stanje podesavanja, nego zatvara dijalog... Tako da podesavanja ostaju promenjena ako se opet rucno ne vrate na staro stanje... Najbanalniji primer: Date&Time u win-u... Double click na satic dole u task baru, promenis date sa 7 na 6-ti april, kliknes apply, konstatujes da ti se ne svidja sto je 6-ti april i kliknes cancel... Otvoris opet date, kad ono i dalje 6... Now what? Koji datum bese...

PS: Just my 2 cents... Niti imam Mac niti zelim da se sa bilo kim prepirem o user interfejsima :D

Dragi Tata 07. 04. 2008. 22:59

Pa čekaj, šta se desi kad pritisneš "Esc" dok si u takvom dijalogu?

Dragi Tata 07. 04. 2008. 23:01

Citat:

Originalno napisao caiser (Napišite 53187)
Bila je odavno rasprava o tome na GNOME mailing listi u koju se ukljucio cak i Linus (pljuckanje je bilo nezaboravno :))

Hehe, Linus je poznat po tome. A posebno je osetljiv kad mu neko pomene da se zeznuo što je koristio C i da bi mu bolje bilo da pređe na C++. Potpuno odlepi :D

bNasty 08. 04. 2008. 02:00

^ U 1991. ga bash i ne krivim za izbor :)

andrej 08. 04. 2008. 09:28

Off Topic:
ma linus je woosy, covek po imenu alan cox je zasluzan sto ga danas uopste i poznajemo :D

Dragi Tata 08. 04. 2008. 15:51

Citat:

Originalno napisao bNasty (Napišite 53391)
^ U 1991. ga bash i ne krivim za izbor :)

Ma ne krivim ga ni ja, svako može da koristi šta mu najviše odgovara, ali tip je potpuno asocijalan: pazi šta je odgovorio čoveku koji je (2007!) pitao zašto git nije napisan u C++u: http://emonk.debianuruguay.org/?p=42

"*YOU* are full of bull****.

C++ is a horrible language. It’s made more horrible by the fact that a lot
of substandard programmers use it, to the point where it’s much much
easier to generate total and utter crap with it. Quite frankly, even if
the choice of C were to do *nothing* but keep the C++ programmers out,
that in itself would be a huge reason to use C.
"

Ajde što je napravio budalu od sebe pišući gluposti - nije mu prvi put, ali on komunicira sa ljudima na nivou devetogodišnjaka kome su ukrali kliker :D


Vreme je GMT +2. Trenutno vreme je 14:50.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.