Kontact Touch on N9

[Björn Balazs]

Hi Laszlo,

Am Montag, 22. August 2011, 13:22:37 schrieb Laszlo Papp:
> I am not sure what "flap" means in this context, but maybe the sidebar
> which contains an icon that can be used to access the corresponding
> component application that could be it,
> but this is just a guess.

You are right here. Even though we do not have an icon on it, it is a slide-
out bar containing all the contextual actions of Kontact Touch

> Meanwhile I do not have any better idea, people need to be careful
> with the swipe gesture. In general, it is easy to break the user
> experience, if the applications start doing their own ways. 

Totally agree with you there. I would love to see N9 running big and us 
finding someone funding a real refactoring of its UI. But so far I was asked 
to find the smallest possible hack to make Kontact Touch running on N9 at all, 
and the presented is my idea.

> VKB is an
> exception, and it was fiercely discussed even (It is intentional why
> we do not advertise how to sidestep swipe gesture).

I am actually a bit disappointed that the N9 UI guidelines and the UI itselve 
(as far as I read, experienced and understood it) has taken powerful swipe-
over-the-border gesture totally for controlling top-level functions of the 
device. This actually is a pitty, because it crops the room for applications 
dramatically - as we can see with Kontact Touch. That fact that Nokia had to 
break the principle themselves nicely demonstrates this fact.  

Best,
Björn

> I do not have anything against it (since I cannot mention anything
> better myself), just wanted to express, be careful. :)

> Best Regards,
> Laszlo Papp
> 
> 2011/8/22 Björn Balazs <b at lazs.de>:
> > Forwarding this mail to the appropriate KDE ML.
> > ---
> > 
> > Hi all,
> > 
> > I have been asked how to get Kontact Touch working on the N9.
> > 
> > As I was able to get hands on some N9s on the desktopsummit, my advice
> > would be to follow what other apps on the device are doing. They
> > redefine a certain area of the border not to switch states, but to do
> > something app-specific. E.g. the virtual keyboard switches between
> > different input-modes (e.g. german layout and english layout)
> > 
> > In the same way we should define a smal area around our flaps to not
> > switch states, but to open the flap.
> > 
> > What do you think?
> > 
> > Cheers,
> > Björn
> > --
> > Voluntary Open Source Usability: http://www.OpenUsability.org
> > Commercial Open Source Usability:
> > http://www.OpenSource-Usability-Labs.com
> > 
> > _______________________________________________
> > Kde-mobile mailing list
> > Kde-mobile at kde.org
> > https://mail.kde.org/mailman/listinfo/kde-mobile
-- 
Voluntary Open Source Usability: http://www.OpenUsability.org
Commercial Open Source Usability: http://www.OpenSource-Usability-Labs.com