Back to the basics: improving user experience

100 messages Options
Embed this post
Permalink
1 2 3 4 5
John Lee

Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
Hi,

Like Wolfgang said in
http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html

We assembled a team to focus on improving the user experience.  Here
is our todo list at the moment:

* Reduce boot time.

* Optimize the touch screen driver on freerunner for finger usage.

* A generic python loader to enhance the start up time of python
  scripts.

* Work with system team to improve suspend/resume user experience.


I would like to ask the community:

What do you want us to work on?


The idea is

* We improve the current stack, not creating new features.

* Prefer stuffs which could be brought over to gta03 instead of
  gta02/om2008 specific.

* won't work on om2007 stack.


So, tell us what you want, then the coding monkeys will start working!
:)


Regards,
John

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
arne anka

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
> I would like to ask the community:
>
> What do you want us to work on?

accelerated x-driver!
since the specs for the glamo are subject to an nda, nobody else can ...

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
joakim

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by John Lee
John Lee <[hidden email]> writes:

> Hi,
>
> Like Wolfgang said in
> http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html
>
> We assembled a team to focus on improving the user experience.  Here
> is our todo list at the moment:
>
> * Reduce boot time.
>
> * Optimize the touch screen driver on freerunner for finger usage.
>
> * A generic python loader to enhance the start up time of python
>   scripts.
>
> * Work with system team to improve suspend/resume user experience.
>
>
> I would like to ask the community:
>
> What do you want us to work on?
>

My vote is stuff that enables me as a client developer to develop code and
only have myself to blame for bugs.

Here are my desired clients I want to develop:
- Emacs phone services on top of dbus
- touch and accellerometer based gui for nearly blind people
- funky gui that changes every week for teenagers(Ok, I dont really want
to develop this but i'd like to have it)

The Emacs ui would be geared towards myself and wouldnt need to be very
robust. The other ui:s must be completely failsafe. Here battery life
and reliability is essential.

>
> The idea is
>
> * We improve the current stack, not creating new features.
>
> * Prefer stuffs which could be brought over to gta03 instead of
>   gta02/om2008 specific.
>
> * won't work on om2007 stack.
>
>
> So, tell us what you want, then the coding monkeys will start working!
> :)
>
>
> Regards,
> John
--
Joakim Verona


_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Christ van Willegen

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by John Lee
On Thu, Oct 16, 2008 at 9:47 AM, John Lee <[hidden email]> wrote:
> We assembled a team to focus on improving the user experience.  Here
> is our todo list at the moment:
>
> So, tell us what you want, then the coding monkeys will start working!

Speed, speed, speed...

If I compare the current user experience to the iPhone (*phtuey*) one,
I prefer the iPhone. I don't have one, and don't plan on getting one,
but it appears to be much faster then the Neo any day.

Program response should be lots better. Startup time reducing for apps
would be great. Boot time, maybe, I don't (plan on) doing that too
much.

Suspend is quite good at the moment, but when the display is 'blanked'
and the system is not in suspend, maybe pressing the 'power' button
could wake up the screen instead. Now it wakes up and immediately
suspends.

And, as arne says, having a faster screen response would be nice, as well...

Christ van Willegen
--
09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Graeme Gregory

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by arne anka
On Thu, 2008-10-16 at 11:08 +0200, arne anka wrote:
> > I would like to ask the community:
> >
> > What do you want us to work on?
>
> accelerated x-driver!
> since the specs for the glamo are subject to an nda, nobody else can ...
>
We have an accelerated X driver, do you mean add more features?

I am going to be working on improving the Xglamo as much as I can in the
future. But I won't get to that task immediately.

Graeme



_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
William Kenworthy

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by John Lee
2008.9 + updates

A phone that works:
        reliably make and receive calls
        reliably make and receive sms's

At the moment, totally losing sms messages (phone sometimes
hangs/crashes when one comes in) or not waking up if suspended  when one
comes in means that its almost unusable as a phone.

It often takes several boots before the pin dialog comes up. If you
forget while waiting and it does come up but its awhile until you get to
it, it will hang so you have to reboot anyway.  Sometimes restarting X
helps, but not always


Stability:
My average in normal usage is at least two boots a day due to crashes,
and often extra rebooting to check if an sms comes in (sometimes they
will only show on fresh re-registration.  Leaving the phone on and
registered for hours doesnt seem to help - not sure how vodafone
australia takes to retry messages but surely its less that 12 hours.
The only way to stop crashes is not to use the thing! No GPS, no
wireless, no phone calls, and definitely never send/receive an sms :)

I suspect the event/0 thread is at the root of a lot of this so I am
waiting a fix for that.

I dont think I am alone in this - hopefully the new focus means that
these issues can be dealt with.

I am a little concerned though that you think things like boot time is
important enough to mention, but not basic issues like being able to
reliably make a phone call.  Though a faster boot means less time wasted
going through multiple bootups to get the thing registered. :)

I should mention that 2007.2 seemed more stable and mature than 2008
anything still is up until work stopped on it.

BillK


On Thu, 2008-10-16 at 15:47 +0800, John Lee wrote:
> Hi,
>
> Like Wolfgang said in

> http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html
>
> We assembled a team to focus on improving the user experience.  Here
> is our todo list at the moment:
>
> * Reduce boot time.
>
> * Optimize the touch screen driver on freerunner for finger usage.
>
> * A generic python loader to enhance the start up time of python
>   scripts.
>
> * Work with system team to improve suspend/resume user experience.
>
>
> I would like to ask the community:
>
> What do you want us to work on?
>
>
> The idea is
>
> * We improve the current stack, not creating new features.
>
> * Prefer stuffs which could be brought over to gta03 instead of
>   gta02/om2008 specific.
>
> * won't work on om2007 stack.
>
>
> So, tell us what you want, then the coding monkeys will start working!
> :)
>
>
> Regards,
> John
>
> _______________________________________________
> Openmoko community mailing list
> [hidden email]
> http://lists.openmoko.org/mailman/listinfo/community


_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Neil Jerram

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by joakim
2008/10/16  <[hidden email]>:
>
> Here are my desired clients I want to develop:
> - Emacs phone services on top of dbus

Hey, me too!  Can we share / help each other out?

That said, all I have so far is an attempt at an Emacs soft keyboard
(attached).  It's very clunky and basic right now, but I think there
are lots of possibilities down this road, such as "predictive"
keyboards (like the Qtopia one), keyboards that are optimized for
specific applications, etc.

Regards,
       Neil


_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community

softkey.el (2K) Download Attachment
Benedikt Schindler

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by Christ van Willegen
Christ van Willegen schrieb:

> On Thu, Oct 16, 2008 at 9:47 AM, John Lee <[hidden email]> wrote:
>  
>> We assembled a team to focus on improving the user experience.  Here
>> is our todo list at the moment:
>>
>> So, tell us what you want, then the coding monkeys will start working!
>>    
>
> Speed, speed, speed...
>
> [...]
>
> Suspend is quite good at the moment, but when the display is 'blanked'
> and the system is not in suspend, maybe pressing the 'power' button
> could up the screen instead. Now it wakes up and immediately
> suspends.
>  

what distro did you use?
my suspend / resum still kills my sound. (Pulsaudio)
and that means it isn't realy a phone. it's more an extention pack for
my laptop :)

i am using Om2008.8 stable.

see this ticket for more details:
http://docs.openmoko.org/trac/ticket/1599

@John:

my priority list would be:
--------------
stable suspend / resume
upgrade to kernel 2.6.26 / 2.6.27  
faster boot.
-------------

but maybe it is better first to go to a new kernel in the hope that some
suspend resume problems just go away by magic ;)

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
arne anka

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by Graeme Gregory
>> accelerated x-driver!
>> since the specs for the glamo are subject to an nda, nobody else can ...
>>
> We have an accelerated X driver, do you mean add more features?

afair 3d and video (ie playing videos) still need work.
am i wrong? did i miss something?
additionally, xglamo in debian does not support tslib (yet) -- but i am  
not sure how close the xglamo of debian is to the one of om200X.Y ...

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Jacob Peterson

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by William Kenworthy
On Thu, Oct 16, 2008 at 11:15 AM, W.Kenworthy <[hidden email]> wrote:
2008.9 + updates

A phone that works:
       reliably make and receive calls
       reliably make and receive sms's

At the moment, totally losing sms messages (phone sometimes
hangs/crashes when one comes in) or not waking up if suspended  when one
comes in means that its almost unusable as a phone.

It often takes several boots before the pin dialog comes up. If you
forget while waiting and it does come up but its awhile until you get to
it, it will hang so you have to reboot anyway.  Sometimes restarting X
helps, but not always


Stability:
My average in normal usage is at least two boots a day due to crashes,
and often extra rebooting to check if an sms comes in (sometimes they
will only show on fresh re-registration.  Leaving the phone on and
registered for hours doesnt seem to help - not sure how vodafone
australia takes to retry messages but surely its less that 12 hours.
The only way to stop crashes is not to use the thing! No GPS, no
wireless, no phone calls, and definitely never send/receive an sms :)

I suspect the event/0 thread is at the root of a lot of this so I am
waiting a fix for that.

I dont think I am alone in this - hopefully the new focus means that
these issues can be dealt with.

I am a little concerned though that you think things like boot time is
important enough to mention, but not basic issues like being able to
reliably make a phone call.  Though a faster boot means less time wasted
going through multiple bootups to get the thing registered. :)

I should mention that 2007.2 seemed more stable and mature than 2008
anything still is up until work stopped on it.

BillK

I am with BillK on this one, Stability should be the top priority.  Getting suspend/resume, GSM issues and fixing CPU hogging processes fixed, would be a great help in allowing me (and I am sure many other people) to focus limited amounts of free time to actually developing software and customizing the distribution, instead of trying to chase bugs and scouring for tweaks/fixes, just to get the basic features working.

So I applaud the new effort to concentrate on the basics and I am eagerly awaiting the results to trickle down so I can finally start spending my time working on the software.  In the mean time I will get back to collecting and consolidating tweaks/fixes to get the basic functions to work.

-Jacob

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Benedikt Schindler

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by William Kenworthy
W.Kenworthy schrieb:
> It often takes several boots before the pin dialog comes up. If you
> forget while waiting and it does come up but its awhile until you get to
> it, it will hang so you have to reboot anyway.  Sometimes restarting X
> helps, but not always
>
>  
don't know if you already optimized your
/opt/Qtopia/etc/default/Trolltech/*Storage.conf * file.
But that helped me a lot with the pin dialog.

http://openmoko.markmail.org/search/?q=Storage.conf+pin#query:Storage.conf%20pin+page:1+mid:dzsa4by46vnvfa2r+state:results

i didn't disable the hole media card like it is in the thread. i just
disabled "Applications" and "Removable"



_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Minh Ha Duong

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by John Lee
> So, tell us what you want, then the coding monkeys will start working!

In my opinion, the buttons and LED are critical parts of the user-experience.
They are still not consistent and reliable enough. Quick test: can _you_ tell
what the various colours and light / blinking states mean ?

References:
http://wiki.openmoko.org/wiki/FreeRunner/Buttons_and_LEDs
https://wiki.openmoko.org/wiki/FreeRunner_LED_signals

Thanks for your consideration,
Minh

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
John Lee

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by William Kenworthy
On Thu, Oct 16, 2008 at 05:15:59PM +0800, W.Kenworthy wrote:

> 2008.9 + updates
>
> A phone that works:
> reliably make and receive calls
> reliably make and receive sms's
>
> At the moment, totally losing sms messages (phone sometimes
> hangs/crashes when one comes in) or not waking up if suspended  when one
> comes in means that its almost unusable as a phone.
>
> It often takes several boots before the pin dialog comes up. If you
> forget while waiting and it does come up but its awhile until you get to
> it, it will hang so you have to reboot anyway.  Sometimes restarting X
> helps, but not always
>
>
> Stability:
> My average in normal usage is at least two boots a day due to crashes,
> and often extra rebooting to check if an sms comes in (sometimes they
> will only show on fresh re-registration.  Leaving the phone on and
> registered for hours doesnt seem to help - not sure how vodafone
> australia takes to retry messages but surely its less that 12 hours.
> The only way to stop crashes is not to use the thing! No GPS, no
> wireless, no phone calls, and definitely never send/receive an sms :)
>
> I suspect the event/0 thread is at the root of a lot of this so I am
> waiting a fix for that.
>
> I dont think I am alone in this - hopefully the new focus means that
> these issues can be dealt with.
>
> I am a little concerned though that you think things like boot time is
> important enough to mention, but not basic issues like being able to
> reliably make a phone call.  Though a faster boot means less time wasted
> going through multiple bootups to get the thing registered. :)

I would like to explain a bit more about this:

We're not the only team that will work on the new focus.  Stability
should be greatly improved by the effort of FSO, and boot time is just
another thing we would also like to improve.

At the same time, we will work on fixing qtopia bugs as well, so if
the problems you have is in trac already, we will look into them.


- John

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Vasco Névoa

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by John Lee
An important note to the people who are experiencing all-round instability:
I haven't had many problems with phone calls or SMS. I believe the  
critical point was to disable QPE's file search upon bootup [1].
Before I did that, I had all kinds of mysterious problems (including  
PIN), derived from the fact that the Neo's CPU was starving for  
cycles. To make matters worse, it would suspend before the indexing  
job was done, and so the Neo would not have enough CPU power to  
correctly process incoming calls and messages when it resumed. After  
disabling that QPE stuff, it basically works.
[1]: http://n2.nabble.com/No-pin-dialog--qpe-tp685679p685679.html

Citando John Lee <[hidden email]>:
>
> What do you want us to work on?
>

Prioritized:
1 - Solve the call quality problems (echo, buzzing, volume) for 99% of  
the users.
2 - Solve the illume resume problems. They have been talked about over  
and over, but unfortunately the information is scattered and  
imprecise. the tickets themselves have misleading info (I should know,  
I helped confuse you...), so maybe this deserves a new single ticket,  
where everyone contributes with more exact information;
3 - Get the wifi driver corrected, so that it does not create link  
association and stability and problems;
4 - Finish/validate implementation of the networking stack (all the  
way up to resolv.conf and friends);
5 - Merge the GPRS muxer into the stable distro, so that it works out  
of the box;
6 - Integrate the main applications with the power management: if QPE  
wants to index the whole friggin' filesystem right after boot, then  
give it time to do so before going into suspend; if you don't, it just  
bogs down the CPU for many suspend/resume cycles, creating all sorts  
of problems, and we don't know what is going on...
7 - Accelerate Qt applications - they respond so slowly that a normal  
user will shoot itself in the foot everyday (i.e. pushing the "Answer"  
button twice because it didn't appear to respond, effectively killing  
the call; or taking the phone to the ear after pushing "Answer" and  
having it rind loudly one last time in the ear);
8 - Work with the people of FDOM to integrate the best workarounds and  
hacks - they did the work already, just use it.
9 - Get all the bluetooth support organized out-of-the-box. I haven't  
played with it in a long time, but it looked like black voodoo to get  
a simple pairing and OBEX exchange going... forget about PAN!...
10 - Put a "speaker" button on the dialer app. This is my only GUI  
desire for now...

Vasco.

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Hire

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by John Lee
Why Qtopia? I prefer that you release the next minor update ( aka 2008.10 ) and focus all works on paroli and tichy.
The new framework is pretty usable and stable.

2008/10/16 John Lee <[hidden email]>
On Thu, Oct 16, 2008 at 05:15:59PM +0800, W.Kenworthy wrote:
> 2008.9 + updates
>
> A phone that works:
>       reliably make and receive calls
>       reliably make and receive sms's
>
> At the moment, totally losing sms messages (phone sometimes
> hangs/crashes when one comes in) or not waking up if suspended  when one
> comes in means that its almost unusable as a phone.
>
> It often takes several boots before the pin dialog comes up. If you
> forget while waiting and it does come up but its awhile until you get to
> it, it will hang so you have to reboot anyway.  Sometimes restarting X
> helps, but not always
>
>
> Stability:
> My average in normal usage is at least two boots a day due to crashes,
> and often extra rebooting to check if an sms comes in (sometimes they
> will only show on fresh re-registration.  Leaving the phone on and
> registered for hours doesnt seem to help - not sure how vodafone
> australia takes to retry messages but surely its less that 12 hours.
> The only way to stop crashes is not to use the thing! No GPS, no
> wireless, no phone calls, and definitely never send/receive an sms :)
>
> I suspect the event/0 thread is at the root of a lot of this so I am
> waiting a fix for that.
>
> I dont think I am alone in this - hopefully the new focus means that
> these issues can be dealt with.
>
> I am a little concerned though that you think things like boot time is
> important enough to mention, but not basic issues like being able to
> reliably make a phone call.  Though a faster boot means less time wasted
> going through multiple bootups to get the thing registered. :)

I would like to explain a bit more about this:

We're not the only team that will work on the new focus.  Stability
should be greatly improved by the effort of FSO, and boot time is just
another thing we would also like to improve.

At the same time, we will work on fixing qtopia bugs as well, so if
the problems you have is in trac already, we will look into them.


- John

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community


_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Nishit Dave

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by Vasco Névoa
Prioritized:
1 - Solve the call quality problems (echo, buzzing, volume) for 99% of
the users.
2 - Solve the illume resume problems. They have been talked about over
and over, but unfortunately the information is scattered and
imprecise. the tickets themselves have misleading info (I should know,
I helped confuse you...), so maybe this deserves a new single ticket,
where everyone contributes with more exact information;
3 - Get the wifi driver corrected, so that it does not create link
association and stability and problems;
4 - Finish/validate implementation of the networking stack (all the
way up to resolv.conf and friends);
5 - Merge the GPRS muxer into the stable distro, so that it works out
of the box;
6 - Integrate the main applications with the power management: if QPE
wants to index the whole friggin' filesystem right after boot, then
give it time to do so before going into suspend; if you don't, it just
bogs down the CPU for many suspend/resume cycles, creating all sorts
of problems, and we don't know what is going on...
7 - Accelerate Qt applications - they respond so slowly that a normal
user will shoot itself in the foot everyday (i.e. pushing the "Answer"
button twice because it didn't appear to respond, effectively killing
the call; or taking the phone to the ear after pushing "Answer" and
having it rind loudly one last time in the ear);
8 - Work with the people of FDOM to integrate the best workarounds and
hacks - they did the work already, just use it.
9 - Get all the bluetooth support organized out-of-the-box. I haven't
played with it in a long time, but it looked like black voodoo to get
a simple pairing and OBEX exchange going... forget about PAN!...
10 - Put a "speaker" button on the dialer app. This is my only GUI
desire for now...

+5, Insightful

Meaning, I second, third and fourth the recommendation.

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Neil Jerram

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by Hire
2008/10/16 Riccardo Centra <[hidden email]>:
> Why Qtopia? I prefer that you release the next minor update ( aka 2008.10 )
> and focus all works on paroli and tichy.
> The new framework is pretty usable and stable.

I agree that you should not spend time on Qtopia.  Even though I use
Qtopia most of the time, I would prefer you to focus all your efforts
on the lower levels (up to and including the FSO dbus interfaces)
until they are rock solid.

       Neil

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
William Kenworthy

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by William Kenworthy
On Thu, 2008-10-16 at 17:15 +0800, W.Kenworthy wrote:
> 2008.9 + updates
>
> A phone that works:
> reliably make and receive calls
> reliably make and receive sms's
>
...

and I forgot to add, more regular updates to the stable branch.  Monthly
is way too long considering the rate of progress and the seriousness of
the issues hitting users.  Weekly seems more appropriate at the moment.

BillK




_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Vasco Névoa

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by Neil Jerram

I agree with you partly; the main efforts should go into getting the  
new framework out - *as long as it runs on a rock-solid core system*.
So I support the idea of accelerating the FSO integration... but in  
the meantime people have to use the sucking Qtopia ware in their  
everyday life, because there is no realistic alternative. FSO is still  
very incomplete at the user level.

Today, the "complete" system is not reliable and the reliable system  
is not complete at all.

If you fix the core and qtopia now, everybody gets a working phone,  
and FSO gets a more reliable development core. You favor the users,  
which are the noisier people. ;)
If you jump start FSO into main distro, there will still not exist a  
complete system that can be used everyday. You favor the developers,  
who could wait a little more (but not long!) and ARE ALSO USERS.

So please just make it work solidly, and then integrate FSO. :)


Citando Neil Jerram <[hidden email]>:

> 2008/10/16 Riccardo Centra <[hidden email]>:
>> Why Qtopia? I prefer that you release the next minor update ( aka 2008.10 )
>> and focus all works on paroli and tichy.
>> The new framework is pretty usable and stable.
>
> I agree that you should not spend time on Qtopia.  Even though I use
> Qtopia most of the time, I would prefer you to focus all your efforts
> on the lower levels (up to and including the FSO dbus interfaces)
> until they are rock solid.
>
>        Neil
>
> _______________________________________________
> Openmoko community mailing list
> [hidden email]
> http://lists.openmoko.org/mailman/listinfo/community
>


_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Alasal

Re: Back to the basics: improving user experience

Reply Threaded More More options
Print post
Permalink
In reply to this post by Neil Jerram
I agree, we don't have to spend developer time on things that are going away. (So please don't fix qtopia)

And here are the bugs that should be solved (My opinion):

LANSCAPE
http://docs.openmoko.org/trac/ticket/1244: Landscape mode must work good, also for glamo
http://docs.openmoko.org/trac/ticket/1961: Going into landscape mode must be smooth
http://docs.openmoko.org/trac/ticket/1336: Landscape mode shouldn't shift the screen by 160px
http://docs.openmoko.org/trac/ticket/1381: Let libsdl spit out the correct mouse coordinations

WIFI
http://docs.openmoko.org/trac/ticket/1860: Give the wifi driver more love
http://docs.openmoko.org/trac/ticket/1902: Make the wifi work with one-character long ESSID
http://docs.openmoko.org/trac/ticket/2030: Let the wifi also connect with WEP networks

VARIA
http://docs.openmoko.org/trac/ticket/1158: Charger shouldn't stop charging when it's still connected
http://docs.openmoko.org/trac/ticket/1024: Fix the gsm reregistering issue. (Only if it's not qtopia related)
http://docs.openmoko.org/trac/ticket/1718: Finally fix the python-pygtk program
http://docs.openmoko.org/trac/ticket/1267: Fix the echo problem
http://docs.openmoko.org/trac/ticket/1802: Don't let the partition table of the sd card be corrupted
http://docs.openmoko.org/trac/ticket/1597: Don't let cpu do nothing and still eating 30%
http://docs.openmoko.org/trac/ticket/1315: Keep xglamo at the same performance
http://docs.openmoko.org/trac/ticket/1841: Solve the WSOD, so openmoko isn't the next windows


Neil Jerram wrote:
I agree that you should not spend time on Qtopia.  Even though I use
Qtopia most of the time, I would prefer you to focus all your efforts
on the lower levels (up to and including the FSO dbus interfaces)
until they are rock solid.

       Neil
1 2 3 4 5