Re: can the '08 GUI be ANY crappier?
 

That's only some of the points and we already have that available (relatively easy portage of desktop applications to Maemo), but desktop applications waste space and are not touchscreen friendly. I was not talking about porting. I'm talking about the freedom and the ability to develop a new interface without delving in X and starting from scratch or running to Enlightment libraries for help (bloating your app in the way). The GUI frameworks should at least allow you to get out of their chosen consistency, not getting in your way.

Re: can the '08 GUI be ANY crappier?
 

i guess the big problem with scrolling using the dpad is that there is no way to speed up or slow down the scroll depending on what one is doing. that is, scrolling to read or scrolling to get to some other part of the page/text.

meh, what i would do was put a optical mouse pad, like what rayon have been using on their everun. or maybe a small touchpad specifically for scrolling. that way one can scroll in all directions rather then just up or down.

ok, i guess one could also use a trackball or whatever its called.

but then im ok with using the screen to move things around. only that sometimes the pages are so dense with links that finding a place to make contact for dragging is problematic.

Re: can the '08 GUI be ANY crappier?
 

I think those advocating changes in the UI are hoping these updates to the UI would take place at a system level and not just on a per application basis - ie, our tablets implementation of Hildon gets revamped so therefore all applications making use of Hildon would be updated. See the first post's reference to Matchbox. This in turn shouldn't add any extra time to the process of Hildonizing existing desktop apps for use on the tablets.

Re: can the '08 GUI be ANY crappier?
 

Are you referring to kinetic scrolling? I think someone was playing around with that.

http://www.internettablettalk.com/fo...etic+scrolling

The comments were that the current implementation of javascript for MicroB was too slow to handle this, but I think I read somewhere the next version is supposed to have vastly improved javascript speeds so this actually might be a workable solution.

Re: can the '08 GUI be ANY crappier?
 

It blocks development, for one.

Re: can the '08 GUI be ANY crappier?
 

https://stage.maemo.org/viewcvs.cgi/...maemo&view=log

I think this is it?

Re: can the '08 GUI be ANY crappier?
 

That's a log, I've already linked to everything here:
http://www.internettablettalk.com/fo...58&postcount=3

Re: can the '08 GUI be ANY crappier?
 

Oops, sorry, didn't see your post, thanks!

Re: can the '08 GUI be ANY crappier?
 

not exactly, as imo kinetic scrolling is downright silly.

but what im talking about is a 1:1 between what your doing and what happens on the screen.

this you see with both the mouse, and with the scrollwheel.

move the mouse faster and the pointer on screen moves faster. scroll faster and the page scrolls by faster.

with a dpad you have a set speed. one that often will be to fast if your scrolling while reading, but to slow if your jumping downwards in the page.

the main problem is have with kinetic scrolling is that it takes two taps to do anything. ones you have flicked a page into motion you have to tap to stop it, and then tap again to do anything. if not you risk unwanted triggering on the page.

also, the line between when you trigger the kinetic scroll, and when you dont is imo almost random. right now i have the habit of removing the stylus or finger from the screen as part of the movement. but with kinetic scrolling i have to make sure that what im scrolling is at rest, or i risk sending it zooming of and i have to stop it, and go back up again to find where i was at.

the feedback between physical action and visual effect is very important to me, i guess. as long as i cant feel any mass to what im moving, kinetic scrolling will be a mess for me.

Re: can the '08 GUI be ANY crappier?
 

We can never agree on the "best" user interface, that was clear to me a long time ago already.

Discussing user interfaces and consistency issues is good.

Discussing what's the "best" way and "how it should be" is _useless_.

There is only one answer to that: Bring in the same flexibility as there's on the (X11) desktop: The GUI should either be as configurable as the KDE window manager or e.g. FVWM, or the Hildon stuff should be opened/loosened up enough so that it's easy to replace the actual window manager. Thus, the long-click folks will get their thing, the context-menu folks likewise, ditto fat vs. small menus and icons. And so on.

User choice is the only thing that works for the desktop, it will be the only thing that works for the NIT.