Improving user experience

From Openmoko

(Difference between revisions)
Jump to: navigation, search
(→‎Weekly update 20/10 2008)
(→‎Weekly update 20/10 2008)
Line 93: Line 93:
 
us and holger, so we will fix the issues above and update testing repo
 
us and holger, so we will fix the issues above and update testing repo
 
soon.
 
soon.
 +
== Weekly update 1/11 2008==
 +
Dear community,
 +
 +
On the organization chart we were called 'optimization' team so I put
 +
this in the subject, even though my ideal name would be something like
 +
'Keroro' [1].
 +
 +
Olv and Erin provided an experimental fastboot images for the
 +
interested to try:
 +
http://lists.openmoko.org/pipermail/devel/2008-October/002950.html
 +
 +
Jeremy reported his status:
 +
http://lists.openmoko.org/pipermail/devel/2008-October/002882.html
 +
 +
Julian is still struggling with oprofile, python, etc. etc. along with
 +
distro tasks.  With nobody offically assigned to distro team this
 +
seems never end.
 +
 +
Check out tick's work to the touch screen:
 +
http://lists.openmoko.org/pipermail/devel/2008-October/002822.html
 +
It's commited as abe8f448547d1bd69ac2963e07e2657f27b79691
 +
and should be available in testing repo after next autobuild.
 +
 +
The illume issue (#2082) is partially solved now.  It requires quite
 +
some black magic in the theme and config files to make the icons show
 +
up again.  Thanks for raster's help on this.  read more about this in:
 +
http://lists.openmoko.org/pipermail/community/2008-October/034881.html
 +
 +
After seeing these cute icons, we found out only qtopia and sudoku
 +
work as usual.  Other applications such as installer, locations are
 +
fully dead (#2098, #2099), while settings is half dead (#2097).
 +
Tick fixed 2098 and 2099 in openmoko.git commit
 +
6725b90d5c9d844da196485beca7d9e82f8ce68c
 +
 +
This efl update from oe.dev upstream really scared us, so the current
 +
plan is to stop following efl svn until another efl snapshot/release.
 +
 +
The alsa state file is a real trouble.  Since the audio quality
 +
actually differs on different versions of FR, it's hard to create one
 +
state file that suits all.  We will keep working on it.
  
 
[[Category:Community]]
 
[[Category:Community]]

Revision as of 09:10, 3 November 2008

Please check the discussion page

Contents

Overview

Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html , Openmoko assembled a team to focus on improving the user experience. The focus and coverage of this group is:

  • We improve the current stack instead of creating new features.
  • Prefer stuffs which could be brought over to gta03 instead of gta02/om2008 specific.
  • Won't work on om2007 stack. Won't do hardware.
  • May cooperate with Paroli, FSO or system team but we're not them.
  • Will work on Qtopia but with lower priority.

ToDO

Here is the current draft and it will be updated frequently.

  • call quality +1
    • echo (in testing #1267)
    • volume (alsa-state?)
  • Reduce boot time (#69,#1722)
  • Optimize the touch screen driver on freerunner for finger usage.(in testing #2031)
  • A generic python loader to enhance the start up time of python scripts.
  • qtopia
    • bugfix
    • program startup speed
    • response time
  • network
    • scripts: resolv.conf, etc.
      • default nameserver OpenDNS added.

Evaluating

  • Reliably make and receive phone calls and SMS messages (John: That's included in qtopia bugfix + fso)
  • suspend/resume
    • resume reliably (#1884,#1991)
    • take a screenshot before suspend. display it on screen first thing on resume.
    • do not suspend when usb connected, qtopia indexing, etc.
  • qtopia
    • change the button order of "end call" or "ans call"
    • put speaker button on the dialer app
  • peripherals
  • devices (command line improvement first)
    • GPRS
    • bluetooth
    • wifi userspace
  • misc
    • opkg: faster algorithm

Other Wish list

See Wish list from community


Weekly update 20/10 2008

Now for the status update this week:

Tick merged the qtopia echo patch (#1267), it works, no echo but the audio sounds a little bit less 'vivid' (not sure if this is the right word). He is now working on the touch screen usage, see http://lists.openmoko.org/pipermail/devel/2008-October/002712.html


Olv and Erin is working on reducing boot time. Currently it's reduced from 2:35 (Om2008.9) to around 1:40. One minute less in one week, and Olv just got back from hospital last Monday. We will merge this into OE once we get it organized properly.


Jeremy is working together with kernel guy (aka Matt Hsu) to look into the possible improvement, namely take a screenshot and show it first during resume. It's a common technique in mobile phone.


Julian is working on the python loader. He is new to python but he got very good helps here in the office such as Guillaume, etc. He still got some distro work to finish so it's going to take a while before he can work full time on this.


Currently we have a major blocker #2071. It can be solved by update EFL, but no icons will show up in illume. This seems to be a different bug, but we are having an evas-native related issue on the build server so the EFL packages are not updated correctly in downloads.openmoko.org. This prevents people from confirming it and fire another bug.


EFL ABI changed along with the svn rev increment last week, so Installer and Locations won't work without rebuilding. Although people already got reassigned, but nobody will give Om2008 love except us and holger, so we will fix the issues above and update testing repo soon.

Weekly update 1/11 2008

Dear community,

On the organization chart we were called 'optimization' team so I put this in the subject, even though my ideal name would be something like 'Keroro' [1].

Olv and Erin provided an experimental fastboot images for the interested to try: http://lists.openmoko.org/pipermail/devel/2008-October/002950.html

Jeremy reported his status: http://lists.openmoko.org/pipermail/devel/2008-October/002882.html

Julian is still struggling with oprofile, python, etc. etc. along with distro tasks. With nobody offically assigned to distro team this seems never end.

Check out tick's work to the touch screen: http://lists.openmoko.org/pipermail/devel/2008-October/002822.html It's commited as abe8f448547d1bd69ac2963e07e2657f27b79691 and should be available in testing repo after next autobuild.

The illume issue (#2082) is partially solved now. It requires quite some black magic in the theme and config files to make the icons show up again. Thanks for raster's help on this. read more about this in: http://lists.openmoko.org/pipermail/community/2008-October/034881.html

After seeing these cute icons, we found out only qtopia and sudoku work as usual. Other applications such as installer, locations are fully dead (#2098, #2099), while settings is half dead (#2097). Tick fixed 2098 and 2099 in openmoko.git commit 6725b90d5c9d844da196485beca7d9e82f8ce68c

This efl update from oe.dev upstream really scared us, so the current plan is to stop following efl svn until another efl snapshot/release.

The alsa state file is a real trouble. Since the audio quality actually differs on different versions of FR, it's hard to create one state file that suits all. We will keep working on it.

Retrieved from "http://wiki.openmoko.org/index.php?title=Improving_user_experience&oldid=58950"
Personal tools

Please check the discussion page

Overview

Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html , Openmoko assembled a team to focus on improving the user experience. The focus and coverage of this group is:

  • We improve the current stack instead of creating new features.
  • Prefer stuffs which could be brought over to gta03 instead of gta02/om2008 specific.
  • Won't work on om2007 stack. Won't do hardware.
  • May cooperate with Paroli, FSO or system team but we're not them.
  • Will work on Qtopia but with lower priority.

ToDO

Here is the current draft and it will be updated frequently.

  • call quality +1
    • echo (in testing #1267)
    • volume (alsa-state?)
  • Reduce boot time (#69,#1722)
  • Optimize the touch screen driver on freerunner for finger usage.(in testing #2031)
  • A generic python loader to enhance the start up time of python scripts.
  • qtopia
    • bugfix
    • program startup speed
    • response time
  • network
    • scripts: resolv.conf, etc.
      • default nameserver OpenDNS added.

Evaluating

  • Reliably make and receive phone calls and SMS messages (John: That's included in qtopia bugfix + fso)
  • suspend/resume
    • resume reliably (#1884,#1991)
    • take a screenshot before suspend. display it on screen first thing on resume.
    • do not suspend when usb connected, qtopia indexing, etc.
  • qtopia
    • change the button order of "end call" or "ans call"
    • put speaker button on the dialer app
  • peripherals
  • devices (command line improvement first)
    • GPRS
    • bluetooth
    • wifi userspace
  • misc
    • opkg: faster algorithm

Other Wish list

See Wish list from community


Weekly update 20/10 2008

Now for the status update this week:

Tick merged the qtopia echo patch (#1267), it works, no echo but the audio sounds a little bit less 'vivid' (not sure if this is the right word). He is now working on the touch screen usage, see http://lists.openmoko.org/pipermail/devel/2008-October/002712.html


Olv and Erin is working on reducing boot time. Currently it's reduced from 2:35 (Om2008.9) to around 1:40. One minute less in one week, and Olv just got back from hospital last Monday. We will merge this into OE once we get it organized properly.


Jeremy is working together with kernel guy (aka Matt Hsu) to look into the possible improvement, namely take a screenshot and show it first during resume. It's a common technique in mobile phone.


Julian is working on the python loader. He is new to python but he got very good helps here in the office such as Guillaume, etc. He still got some distro work to finish so it's going to take a while before he can work full time on this.


Currently we have a major blocker #2071. It can be solved by update EFL, but no icons will show up in illume. This seems to be a different bug, but we are having an evas-native related issue on the build server so the EFL packages are not updated correctly in downloads.openmoko.org. This prevents people from confirming it and fire another bug.


EFL ABI changed along with the svn rev increment last week, so Installer and Locations won't work without rebuilding. Although people already got reassigned, but nobody will give Om2008 love except us and holger, so we will fix the issues above and update testing repo soon.

Weekly update 1/11 2008

Dear community,

On the organization chart we were called 'optimization' team so I put this in the subject, even though my ideal name would be something like 'Keroro' [1].

Olv and Erin provided an experimental fastboot images for the interested to try: http://lists.openmoko.org/pipermail/devel/2008-October/002950.html

Jeremy reported his status: http://lists.openmoko.org/pipermail/devel/2008-October/002882.html

Julian is still struggling with oprofile, python, etc. etc. along with distro tasks. With nobody offically assigned to distro team this seems never end.

Check out tick's work to the touch screen: http://lists.openmoko.org/pipermail/devel/2008-October/002822.html It's commited as abe8f448547d1bd69ac2963e07e2657f27b79691 and should be available in testing repo after next autobuild.

The illume issue (#2082) is partially solved now. It requires quite some black magic in the theme and config files to make the icons show up again. Thanks for raster's help on this. read more about this in: http://lists.openmoko.org/pipermail/community/2008-October/034881.html

After seeing these cute icons, we found out only qtopia and sudoku work as usual. Other applications such as installer, locations are fully dead (#2098, #2099), while settings is half dead (#2097). Tick fixed 2098 and 2099 in openmoko.git commit 6725b90d5c9d844da196485beca7d9e82f8ce68c

This efl update from oe.dev upstream really scared us, so the current plan is to stop following efl svn until another efl snapshot/release.

The alsa state file is a real trouble. Since the audio quality actually differs on different versions of FR, it's hard to create one state file that suits all. We will keep working on it.