🚀 go-pugleaf

On 2011-03-07, Michał Gancarski <michal@gancarski.com> wrote:
> On 07 Mar 2011 12:28:06 GMT, Andrzej Rosa wrote:
[...]
>> Użytkownik _z kontekstu_ oczekuje, że jak dotknie palcem obszaru na
>> rysunku to będzie malował dotkniętym _wcześniej_ pędzlem.  Nie oczekuje,
>> że jak dotknie obszaru poza rysunkiem to też będzie malował.
>> Programista musi _przewidzieć_ oczekiwania użytkownika i je odgadnąć.
>> Nie ma kursora o jednoznacznie określonym stanie.
>
> Bo trudno się przecież domyślić, że pędzel to pędzel tylko tam gdzie
> pędzlem ma być, tzn. na obszarze malowania.

Musisz to przewidzieć w aplikacji.  Przykład jest prosty z założenia.  

>>> Jeśli dotykasz, to dodatkowo możesz przeciągnąć i tyle. Różnica jedynie
>>> taka, że w multitouchach może się to dziać w kilku miejscach.
>> 
>> A to dodatkowy problem, w który w ogóle nie chce mi się wnikać.
>
> Jaki "problem"? Tak jak analizujesz ruchy żeby np. pisać obsługę gestami w
> przeglądarce, tak samo analizujesz przejeżdżanie po ekranie, tyle, że masz
> więcej możliwości. Co nie zmienia faktu, że masz obsłużyć jedynie niektóre,
> tak samo jak nie każdy gest robi "coś" w przeglądarce.

Można malować dwoma palcami na raz?  Na kartce można.  Ludzie będą
oczekiwać, że komputer zachowa się analogicznie, bo skoro mazanie palcem
po ekranie daje taki sam efekt jak mazanie palcem po kartce, to mazanie
dwoma palcami powinno dawać efekt analogiczny, nie?

>>>> Zmienia, bo kursor jest zawsze na ekranie i czasami się go klika, a
>>>> palec jest zawsze w powietrzu i tylko czasami czegoś na ekranie dotyka.
>>>
>>> No i? W jaki sposób to komplikuje?
>> 
>> W taki, że użytkownik podnosząc palec w wielu wypadkach będzie
>> oczekiwał, że system zapamięta co wcześniej dotknął i zastosuje tę
>> informację w innym miejscu.
>
> To wstrząsające, dokładnie tak jak z myszką.

Plus parę dodatkowych komplikacji.  

[...]
>> Innymi słowy, w wielu wypadkach programista musi obsłużyć sekwencję
>> dotknięć, nie pojedynczą akcję. Sekwencja ma sens jedynie w konkretnym
>> kontekście, którego programista musi być świadom.
>
> Nie ma tu żadnej "sekwencji dotknięć", jest "wybrany pędzel", więc "nad
> obszarem malowania malujemy, a poza obszarem malowania nie malujemy". Nie
> ma żadnej "sekwencji", jest jedynie wybrane ostatnio narzędzie.

Użytkownik skopiował wazon z kwiatami i wkleił, postanowił go powiększyć
i namalował czerwoną krechę...

>>> Co daje "ciągła obecność kursora na
>>> ekranie"? 

Najeżdżasz na brzeg ostatnio wklejonego obrazu, kursor zmienia stan na
resize, więc oczywiste jest że nastąpi resize.  

>>> Nic. W znakomitej większości przypadków liczą się tylko momenty,
>>> w których wciśnięty jest przycisk myszy, co jest równoważne z dotknięciem
>>> palcem.

Dotknięcie jest równoważne sekwencji "przesuń kursor w to miejsce i
kliknij", ale niedokładnie, bo co w sytuacji gdy użytkownik nacisnął
palcem lewej ręki na pędzel a maluje prawą?  Dla niego to oczywiste, że
program powinien malować, dla programu nieoczywiste, bo może powinien
obsłużyć multitouch?  

>>>> Możesz podnieść?  Superancki ten twój interfejs, który wymaga trzymania
>>>> palca cały czas na ekranie...
>>>
>>> No właśnie nie wymaga, bo można podnieść palec.
>> 
>> Może teraz udało mi się zilustrować przynajmniej niektóre problemy?
>
> Raczej stworzyć nieistniejące.

A w sumie, co mnie to wszystko obchodzi? 

-- 
Andrzej Rosa
Working Gentoo flavor:  http://www.funtoo.org
Maintained by Daniel Robbins.