Re: Hardware/Software UI Relationship

2007-07-18 Thread ramsesoriginal
I still think that some sort of modular keyboard (i mean: template, skin, whatever you may call it) would be the best solution: everyone chooses what fit's better for his needs. And everyone can develope in a simple way some sort of keyboard in the meanwhile, and we have plenty to choose from for

Re: Hardware/Software UI Relationship

2007-07-18 Thread Giles Jones
Lars Hallberg [EMAIL PROTECTED] wrote : My favourite for main UI is a text input tool at the bottom, where you input a progressive search term, say we br... That might match: web browser (app) tux web broadcast (web bookmark, document) Werner Brown (contact) Wera Brooks (contact) Wera

Re: Hardware/Software UI Relationship

2007-07-18 Thread Gabriel Ambuehl
On Wednesday 18 July 2007 09:50:36 Giles Jones wrote: The matching object is shown on top and selectable. Size on those object can depend on number of matches and can be compacted in intelligent ways like: [contacts 3] [document 12] [apps 2] That sounds very similar to QuickSilver on the

Re: Hardware/Software UI Relationship

2007-07-18 Thread Giles Jones
Gabriel Ambuehl [EMAIL PROTECTED] wrote : Katapult on KDE is kinda similar (I think it's actually intended to be a Quicksilver copy cat). It's included with Kubuntu, at least. Certainly sounds like an idea worth implementing on a mobile device. When you have your data with you on the move

Re: Hardware/Software UI Relationship

2007-07-18 Thread Frans Grotepass
On Wednesday 18 July 2007 09:50, Giles Jones wrote: My favourite for main UI is a text input tool at the bottom, where you input a progressive search term, say we br... That might match: web browser (app) tux web broadcast (web bookmark, document) Werner Brown (contact) Wera Brooks

Fw: Re: Hardware/Software UI Relationship

2007-07-18 Thread Giles Jones
The terminal must be functional. I'll have a look at the code and whether I can add something like this to play with. Assignable buttons at the top of the terminal would be handy, allow the user to assign the most common commands. --- G O Jones

Re: Hardware/Software UI Relationship

2007-07-18 Thread Joe Pfeiffer
Gabriel Ambuehl writes: On Wednesday 18 July 2007 09:50:36 Giles Jones wrote: The matching object is shown on top and selectable. Size on those object can depend on number of matches and can be compacted in intelligent ways like: [contacts 3] [document 12] [apps 2] That sounds very similar

Re: Hardware/Software UI Relationship

2007-07-17 Thread Torfinn Ingolfsen
On 7/17/07, Lars Hallberg [EMAIL PROTECTED] wrote: The QUERTY keyboard is 14 keys wide on a 55mm wide screen (and it has bevels). That makes 3.9 mm per key. It's a bit painful, but I use it with fingers all the time (fingernails rather). Keys twice that size should work just fine. Although the

Re: Hardware/Software UI Relationship

2007-07-17 Thread Benjamin Schieder
On 17.07.2007 08:32:24, Torfinn Ingolfsen wrote: On 7/17/07, Lars Hallberg [EMAIL PROTECTED] wrote: The QUERTY keyboard is 14 keys wide on a 55mm wide screen (and it has bevels). That makes 3.9 mm per key. It's a bit painful, but I use it with fingers all the time (fingernails rather). Keys

Re: Hardware/Software UI Relationship

2007-07-17 Thread ramsesoriginal
a wheel dialer, like the good old phones? or maybe a exagonal layot, you know, with the keys fully filling the part assigned to them, i hope you understand. Or even some sort of panning and zooming dialer, like you see the whole dialer, then you press on key, and it zooms to such a degree that

Re: Hardware/Software UI Relationship

2007-07-17 Thread Giles Jones
Benjamin Schieder [EMAIL PROTECTED] wrote : Myself, I'm frustrated with the hardware keys on 'modern' phones. They are small, hard to press, offer little to no feedback and bounce back and forth. An improved on-screen keyboard or even libgstroke bindings would be way better for input. I

Re: Hardware/Software UI Relationship

2007-07-17 Thread David Duardo
a screen that would work with this system, but I'm not sure if the Neo1973 will. Hardware needs to be conscience of software and software needs to be conscience of hardware. And this just doesn't go with the LCD, I want this idea of the hardware/software UI relationship throughout the whole product

Re: Hardware/Software UI Relationship

2007-07-17 Thread David Duardo
I was actually thinking of a linearized rotary dial. You basically have a scrollbar on one the side of the screen. All you would do is drag the slider down until you see the character you want and then let go. The slider will then spring back to the top. Perhaps using text prediction you can have

Re: Hardware/Software UI Relationship

2007-07-17 Thread Lars Hallberg
David Duardo skrev: That's great that you have the dexterity to use your fingernails to poke at tiny buttons, but what about the wider audience? Do you think Aunt Jane or Uncle Leo would feel comfortable operating a phone with such tiny buttons? Is this even a relevant question? Is the phone

Re: Hardware/Software UI Relationship

2007-07-16 Thread Dirk Bergstrom
At Mon, 16 Jul 2007 18:00:06 -0400,David Duardo [EMAIL PROTECTED] wrote: How can the community and FIC work together to have the most cohesive vision between the hardware and software user interfaces? As I understand it, the Neo 1973 hardware was originally developed for an unspecified FIC

Re: Hardware/Software UI Relationship

2007-07-16 Thread Lars Hallberg
David Duardo skrev: This is where I ran into trouble As high resolution as the the LCD is, it simply is too small to be used with a finger based user interface, which is what most people would want to use on a cellphone because it is most convenient. At the upper bound, with the Neo1973, you can

Re: Hardware/Software UI Relationship

2007-07-16 Thread David Duardo
Your explanation definitely shed some light on the Neo1973 for me. I guess the only thing we can do at this point is wait for Sean to make more hardware announcements. Dirk Bergstrom wrote: At Mon, 16 Jul 2007 18:00:06 -0400,David Duardo [EMAIL PROTECTED] wrote: How can the community and