Re: Virtualized developer system (was Re: Back to the basics: improving user experience)

[Fredrik Wendt]

fre 2008-10-17 klockan 21:46 -0400 skrev Joel Newkirk:
> What would you want to be included in such an image, realistically?I
> have one currently with Ubuntu 8.04 jeos+XFCE, toolchain, qemu via
> mokomakefile, latest Enlightenemnt e17(as of three weeks ago, at least).  

This is a great setup - have you added info to the wiki on where one can
download this image?

/ Fredrik


signature.asc
Description: Detta är en digitalt signerad	meddelandedel
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Virtualized developer system (was Re: Back to the basics: improving user experience)

[Joel Newkirk]

On Fri, 17 Oct 2008 14:10:12 +0200, "Christ van Willegen"
<[EMAIL PROTECTED]> wrote:
> Perhaps another idea to lighten the core developers' load...
> 
> Invest a little time (a day or so?) to properly set up a VMWare image
> that can be downloaded by developers that want to help in any way.
> 
> Make it easy to update sources, and easy to build both kernel and
> userland stuff, and also to report patches. This way, developers don't
> need to invest loads of time into setting up stuff, if it can be done
> in one fell swoop.
> 
> I, for one, would love to be able to run a VMWare image and dive into
> developing and debugging/enhancing.
> 
> Christ van Willegen

What would you want to be included in such an image, realistically?I
have one currently with Ubuntu 8.04 jeos+XFCE, toolchain, qemu via
mokomakefile, latest Enlightenemnt e17(as of three weeks ago, at least).  

There was a thread here about 18 days ago entitled 'Developer environment
suggestion'.  Two things suggested in that thread that I've not yet done
are bitbake (I've used mokomakefile strictly to build the qemu gta01
emulation so far) and eclipse.  I was hoping to have the setup polished and
posted somewhere by now... :(

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Fennec on Openmoko

[yochaigal]

This is pretty sweet

http://vimeo.com/1981300?pg=embed&sec=1981300



Marco Trevisan (Treviño) wrote:
> 
> Michele Renda wrote:
>> Someone know something about this? (Midori):
>> 
>> a) How to remove the string: "you are using a root account" (without 
>> creating a non root account)
> 
> I had made a patch for it; just grep the code for that string, disabling 
> that bar is easy as comment the code ;)
> 
> -- 
> Treviño's World - Life and Linux
> http://www.3v1n0.net/
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Fennec-on-Openmoko-tp781547p1347658.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Navit questions...

[KaZeR]

(i finally ordered and received a Freerunner :) )

Lothar Behrens a écrit :
> Hi,
>
> I got installed navit and after some tries I got the correct 
> germany.bin file by downloading it with a wget -O germany.bin ... 
> quicklink.
>
> For a brief feedback: Very good !
Thanks :)
>
> A longer 'play with it': There is many times eaten much cpu time by 
> navit when a route was or is calculated. Is this a known problem ?
>
> If navit needs to calculate a big route, isn't it good to display a 
> hint window or a status message instead leaving the user unknown and let
> even the whole GUI stay blocked like with a message box when tapping 
> on the screen and let the calculations done in a background thread ?
This issue has been around for some time : 
http://trac.navit-project.org/ticket/15
It used to work, then was removed because code was changed, and it 
hasn't been reimplemented yet.
>
> It seems that this comes also into play when the position is changed, 
> thus a recalculation would propably triggered ?
If you go outside of the planned route, a new route is computed, yes
>
> I am also a programmer, but this seems to be a untrivial issue for a 
> newbie for that code.
If you're willing to help, feel free to contact me or join #navit on 
freenode. You will get there all the help you should need :)

Thanks for your interest..

Sorry for the delayed answer, there is quite some activity here :)

K

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[George Brooke]

VBox OSE is fast than qemu (iirc) and still free. Speed would be
important for a development environment.

solar.george

On Fri, 17 Oct 2008 14:31:06 +0200
Didier Raboud <[EMAIL PROTECTED]> wrote:

> Christ van Willegen wrote:
> 
> > Perhaps another idea to lighten the core developers' load...
> > 
> > Invest a little time (a day or so?) to properly set up a VMWare
> > image that can be downloaded by developers that want to help in any
> > way.
> > 
> > Make it easy to update sources, and easy to build both kernel and
> > userland stuff, and also to report patches. This way, developers
> > don't need to invest loads of time into setting up stuff, if it can
> > be done in one fell swoop.
> > 
> > I, for one, would love to be able to run a VMWare image and dive
> > into developing and debugging/enhancing.
> > 
> > Christ van Willegen
> 
> s/VMWare/qemu (or kvm)/g
> 
> qemu is "more free" in my opinion... ;)
> 
> Regards, 
> 
> OdyX
> 


signature.asc
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: PIM software (was: Back to the basics: improving user experience)

[Craig B. Allen]

I used kdepimpi on my Linux Zaurus and found it very full-featured.  I
primarily used the datebook app.

I keep hoping someone with more skill and time than I will port it to
FR.  It was built on top of Qtopia so it shouldn't be that formidable
a task.

-- Craig

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: trouble connecting via wifi

[Kevin]

No encryption. Using wireshark it appears that my accese point is
reciving the ping requests but can not respond to them because the
phone is not replying to ARP requests.

On Fri, Oct 17, 2008 at 5:34 PM, Neil Jerram <[EMAIL PROTECTED]> wrote:
> 2008/10/17 Kevin <[EMAIL PROTECTED]>:
>> It gives the correct routing but the problem is i am not getting
>> responses back when i try to ping the gateway.
>
> What about encryption, then?  Does your network use WEP or WPA?
>
>  Neil
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [debian] I need hints! please help

[Davide Scaini]

Thanks! i just followed the wiki of xfce on debian for: openbox, fluxbox,
icewm... i really love them, but it's impossible to make the right click
work there (i think this is because i still cannot access as a "normal" user
but just as root... don't know why...)
very soon news
d

On Thu, Oct 16, 2008 at 3:58 PM, Xavier Cremaschi <[EMAIL PROTECTED]>wrote:

> A bit of documentation here :
> http://www.debian-administration.org/articles/28
>
> Xavier.
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Tangogps pre-cache?

[Robin Paulson]

2008/10/17 Xavier Cremaschi <[EMAIL PROTECTED]>:
> Does someone know how to use .osm files with tangoGPS ?
> Because lots of countries seem ready to be downloaded here :
> http://download.geofabrik.de/osm/

you can't use the .osm file with tango

they are text files, that need to be processed by a renderer. there
are several of these used by osm, including osmarender, mapnik and
kosmos.

it is possible to download the .osm, install the renderer and generate
your own tiles, but last i looked it wasn't for the faint-hearted.

check out svn in the openstreetmap wiki for more info; at least the
first two listed above are GPL

>
> If it's not possible I think I will use osmtiles ;)
> http://www.millions.ca/~stacy/osmtiles.tgz
>

this will certainly be the easiest and quickest, although you get what
the renderer maintainer decides is important in the tiles

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: trouble connecting via wifi

[Neil Jerram]

2008/10/17 Kevin <[EMAIL PROTECTED]>:
> It gives the correct routing but the problem is i am not getting
> responses back when i try to ping the gateway.

What about encryption, then?  Does your network use WEP or WPA?

  Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: trouble connecting via wifi

[Kevin]

It gives the correct routing but the problem is i am not getting
responses back when i try to ping the gateway.

On Fri, Oct 17, 2008 at 2:41 PM, Neil Jerram <[EMAIL PROTECTED]> wrote:
> 2008/10/17 Kevin <[EMAIL PROTECTED]>:
>> What step am I missing? It does detect my access point because i can
>> see it's mac address in iwconfig but all packets are dropped when I
>> try to use ping my access point.
>> iwconfig eth0 mode managed channel 1
>> iwconfig eth0 essid madwifi
>> ifconfig eth0 10.0.0.1 netmask 255.0.0.0
>> ifconfig eth0 up
>
> Adding a route?  What does "netstat -rn" say?
>
>  Neil
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Debian] Auxlaunch

[Ben]

Hi, 

thx a lot for this nice app, I think I will leave my idesk conf for it.

Is there a way to :
 - use right-hand entry for making a menu switcher
 - making defaults sizes when auxlaunch starts (fullscreen-like ?)
 - use aux botton for hide/unhide auxlaunch
and how to get your top level icones (gsm info/battery level/etc)
please ?



Le Wed, 15 Oct 2008 20:06:30 -0400,
"Al Iasid" <[EMAIL PROTECTED]> a écrit :

> I created a wiki page with screenshot [1]. I also enhanced Auxlaunch.
> It now also acts as a rudimentary, finger-friendly task (window)
> switcher. This is an optional feature. Comments welcome,
> 
> Aliasid
> 
> [1] http://wiki.openmoko.org/wiki/Auxlaunch
> 
> On Wed, Oct 15, 2008 at 10:19 AM, Davide Scaini <[EMAIL PROTECTED]>
> wrote:
> 
> > yes a wiki is quite necessary...
> > d
> >
> > On Tue, Oct 14, 2008 at 7:56 PM, Michael Shiloh
> > <[EMAIL PROTECTED]>wrote:
> >
> >> This is beautiful. Thanks!
> >>
> >> It is very simple, very flexible, and easy to configure.
> >>
> >> On top of that, it makes a great example program.
> >>
> >> If you have time to write up a wiki page that would be great.
> >> Otherwise, I'll add it to my list.
> >>
> >> Michael
> >>
> >> Al Iasid wrote:
> >> > Hi,
> >> >
> >> > I wanted a simple, very finger-friendly app launcher for my
> >> > Freerunner running Debian. I also wanted to access it using the
> >> > "Aux" button. So, I mixed code from the PyGTK hello world
> >> > example with code from matchbox-keyboard-toggle and came up with
> >> > "Auxlaunch". A screenshot and download link is at
> >> > aliasid.googlepages.com/auxlaunch
> >> >  if you're interested.
> >> >
> >> > At first, it minimizes and waits for the "Aux" button to be
> >> > pressed. Then, it pops up full screen and shows 3 large buttons.
> >> > You use the up and down buttons to change the top button. Press
> >> > the top button and the selected app starts. You can configure
> >> > the choices by editing the ".auxlaunchrc" text file. I added an
> >> > item for "Suspend" ("apm -s"), too.
> >>
> >>
> >

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: PIM software (was: Back to the basics: improving user experience)

[Knight Walker]

On Fri, 2008-10-17 at 14:02 +0200, Mark Weinem wrote: 
> Yes, the do indeed use MySQL!

The follow-up question to that is: Does it really _need_ MySQL, or does
it just use the convenience of an SQL back-end?

If it just needs SQL, then it could be altered to use SQLite. If it
requires MySQL, then it may be more work to port to SQLite than to make
something new.

To me, the fact that there are so many PIM projects for Linux means two
things: 1) It's fun to write one, and 2) Everyone has their own
(possibly incompatible) requirements for what a PIM stack should do.

I can see how it would be fun to write one, but with all the existing
ones (EDS, various KDE-based ones, GPE, QTopia, etc.) I don't really
want to. Plus I'm still fighting with building an OpenMoko environment
(Fighting with MokoMakefile on a Fedora 8 box).

But I do agree that there is a strong need for PIM functions on the
phone. I also think it's something we as the community can do while
leaving the Core Developers free to work on their stated projects. I
would like some guidance from the folks at FreeSmartPhone.org (Since FSO
is supposed to define a PIM API) but thus far it doesn't look like
anything has been written about it yet. Ideally what I'd like to see is
a front-end and back-end APIs for the PIM functions, so those who really
like one PIM server or another (See above-mentioned ones) can plug-in
whatever they like (Possibly with a shim that translates it for the FSO
API).

-KW


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

rotate updated

[Oscar Casamitjana]

×Nö~Ë­­ª|ç_=ێtÛnõÓ_4Ó

rotate
Description: Binary data
/* -*-  tab-width:4; c-basic-offset:4  -*-
 * rotate.c -- determine Freerunner orientation.
 * Author   -- Chris Ball <[EMAIL PROTECTED]>
 *
 * This file is free software; you can redistribute it and/or modify it
 * under the terms of the GNU General Public License as published by the
 * Free Software Foundation; either version 2, or (at your option) any
 * later version.
 */

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#define EVENT_PATH"/dev/input/event3"
#define EVENT_LEN 5
#define ORIENTATION_NORMAL0
#define ORIENTATION_LEFT  1
#define ORIENTATION_RIGHT 2
#define ORIENTATION_INVERTED  3


static Display  *display;
static Window   rootWindow;

static char evenBuffer[EVENT_LEN];
static int tail,head;
static int bDebug;

pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER;

int timeval_subtract (struct timeval *result, struct timeval *x, struct timeval *y)
{
   if (x->tv_usec < y->tv_usec) {
  int nsec = (y->tv_usec - x->tv_usec) / 100 + 1;
  y->tv_usec -= 100 * nsec;
  y->tv_sec += nsec;
   }
   if (x->tv_usec - y->tv_usec > 100) {
  int nsec = (x->tv_usec - y->tv_usec) / 100;
  y->tv_usec += 100 * nsec;
  y->tv_sec -= nsec;
   }

   result->tv_sec = x->tv_sec - y->tv_sec;
   result->tv_usec = x->tv_usec - y->tv_usec;

   return x->tv_sec < y->tv_sec;
}


void *pEvenThrd( void *ptr )
{
   FILE *eventfp = (FILE *)ptr;
   int state;
   int curline;
   unsigned short buffer[8 * 7];
   int i;
   unsigned short x=0;
   unsigned short y=0;
   unsigned short z=0;
   int oldrotation = -1;

/* The raw data looks like:
   *
   * portrait
   * 2ca3 48ab 43bf 000d     # start of packet
   * 2ca3 48ab 687b 000d 0002  005a  # X
   * 2ca3 48ab 68a8 000d 0002 0001 fc34  # Y
   * 2ca3 48ab 68c1 000d 0002 0002 0048  # Z
   * 2ca3 48ab 68c6 000d     # start of packet
   *
   * landscape
   * 2ca5 48ab 0f8f 0008 0002  03cc  # X
   * 2ca5 48ab 0fc4 0008 0002 0001 0168  # Y
   * 2ca5 48ab 0fde 0008 0002 0002 005a  # Z
*/


   while (1)
   {
  /* We have to read enough to guarantee a full packet, since if
  * we try to read one line at a time we'll end up missing lines. */
  fread (buffer, 1, sizeof (buffer), eventfp);
  state = 0;
  /* We get 7 packets at once, to ensure that we have 3 good ones.
  * Each of those has 8*2 bytes inside it. */
  for (i = 0; i <= 6; i++)
  {
 curline = i * 8;
 switch (state)
 {
   /* State machine:
* 0: Find a new packet
* 1: record X (jump to 0 on error)
* 2: record Y (jump to 0 on error)
* 3: record Z (jump to 0 on error), process packet, reset
   */
case 0:
   if (buffer[curline + 4] == 0x0 && buffer[curline + 5] == 0x0) {
  x = y = z = 0;
  state = 1;
   }
   break;
case 1:
   if (!(buffer[curline + 4] == 0x2 && buffer[curline + 5] == 0x0)) {
  //printf("EXPECTED: 2 0: %x %x\n",
  //  buffer[curline + 4], buffer[curline + 5]);
  state = 0;
  break;
   }
   x = buffer[curline + 7];
   state++;
   break;
case 2:
   if (!(buffer[curline + 4] == 0x2 && buffer[curline + 5] == 0x1)) {
 // printf("EXPECTED: 2 1: %x %x\n",
 //   buffer[curline + 4], buffer[curline + 5]);
  state = 0;
  break;
   }
   y = buffer[curline + 7];
   state++;
   break;
case 3:
   if (!(buffer[curline + 4] == 0x2 && buffer[curline + 5] == 0x2)) {
 // printf("EXPECTED: 2 2: %x %x\n",
 //   buffer[curline + 4], buffer[curline + 5]);
  state = 0;
  break;
   }
   z = buffer[curline + 7];
   /*
   * We finished a packet.  Process it.
   * We test the final 4 bytes for:
   * / -- portrait
   * / -- portrait
   * / -- landscape
   * / -- landscape
   *
   * We might do better by using the previous eight bytes and
   * diagonal quadrants instead of the final four bytes, but
   * this seems to work out well for now.
   */
   if (y == 0x && (x == 0x || x == 0x0))
   {
  if (oldrotation!=ORIENTATION_NORMAL)
  {
 evenBuffer[head]=ORIENTATION_NORMAL;
 head = (head+1) % EVENT_LEN;

 oldrotation=ORIENTATION_NORM

spurious mouse clicks?

[Stefan Monnier]

Ever since I started to connect my FR to my desktop computer and set up
USB-networking, I'm noticing that I regularly get spurious middle clicks
(and/or right clicks), as if some spurious USB messages were sent from
my FR that looked like messages coming from my mouse (or touchpad, or
trackpoint, since I have all three here ;-).

Has someone seen this already?  At first I thought it was just
a coincidence, but by now it seems fairly clearly related.  E.g. I've
never noticed such spurious clicks when my FR isn't connected.


Stefan


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Tangogps pre-cache?

[Fox Mulder]

Christ van Willegen wrote:
> On Fri, Oct 17, 2008 at 11:03 AM, Xavier Cremaschi
> <[EMAIL PROTECTED]> wrote:
>> Does someone know how to use .osm files with tangoGPS ?
>> Because lots of countries seem ready to be downloaded here :
>> http://download.geofabrik.de/osm/
> 
> Tango doesn't use the .osm files (yet?), but Navit does...
> 
> Check out the Navit page on the wiki for instructions.

Navit doesn't use osm files directly but it converts them to it's own
binary vector format.

TangoGPS uses the prerenderd png files from the osm website and i don't
know if it is possible to pre-cache them except for doing it within
tangoGPS itself. The Problem with the png files is that they are
downloaded for every zoom level because they can't be resized like the
vector format. :/

The pro of the png format is that it can display any kind of map data
(sattelite, topo, etc) while the vector format can't. But the vector
format is much smaller and can be zoomed to any level.
It would be nice if tangoGPS could use vector format for osm and png
format for the other repositories. But i think this would need too much
rework of the rendering engine. ;)

Ciao,
 Rainer

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: trouble connecting via wifi

[Neil Jerram]

2008/10/17 Kevin <[EMAIL PROTECTED]>:
> What step am I missing? It does detect my access point because i can
> see it's mac address in iwconfig but all packets are dropped when I
> try to use ping my access point.
> iwconfig eth0 mode managed channel 1
> iwconfig eth0 essid madwifi
> ifconfig eth0 10.0.0.1 netmask 255.0.0.0
> ifconfig eth0 up

Adding a route?  What does "netstat -rn" say?

  Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

trouble connecting via wifi

[Kevin]

What step am I missing? It does detect my access point because i can
see it's mac address in iwconfig but all packets are dropped when I
try to use ping my access point.
iwconfig eth0 mode managed channel 1
iwconfig eth0 essid madwifi
ifconfig eth0 10.0.0.1 netmask 255.0.0.0
ifconfig eth0 up

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [FSO] QT Dbus connection to Gypsy

[Michael Tansella]

On Friday 17 October 2008 14:27:51 Michael Tansella wrote:
> QDBusConnection dbusconn =
> dbus->connectToBus(QDBusConnection::SessionBus, "dbus");
> Service = "org.freedesktop";

I found 1 error, it must be SystemBus instead of SessionBus. But unfortunately 
I still cannot establish a connection.

As soon as I get it working I will add a sample Code in C++ to the Wiki.

All the best
Michael

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Come to wiki to help improving user experience

[John Lee]

Hi,

Thanks for starting this page.  It's on my list but I'm too slow.  I
would like to use it to reflect the latest status, so it will be
better if we *only* do the the discussion here on the mailing list in
the 'Back to the basics' thread.  In the meantime, the current todo
list there was NOT written by me and will be updated soon.

Regards,
John

On Fri, Oct 17, 2008 at 07:12:03PM +0800, Wendy wrote:
> Hi,
> 
> thanks for your help to collecting all the critical problems, it's helpful. :)
> 
> For more clear picture, we creat a page in our wiki to clean it up.
> Please go to this page : 
> http://wiki.openmoko.org/wiki/Improving_user_experience
> 
> You can vote to those issues or add other critical problems.
> This will help us to verify the bugs and not lost our focus.
> 
> Feel free to give us your question and suggestion. :)
> 
> Regards,
> Wendy
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Dillo: lightweight webbrowser v2.0

[Christian Weßel]

Great part, I installed it manually and it runs pretty fast. Greate.

christian

Am Donnerstag, den 16.10.2008, 21:41 -0400 schrieb Yaroslav Halchenko:
> Just wanted to share, 
> 
> that Dillo was featured in the recent LWN http://lwn.net/Articles/303502/
> Lightweight, Linux-compatible browser evolves (DesktopLinux.com)
> http://www.desktoplinux.com/news/NS6922044112.html
> 
> there are builds for debian (no arm port but dsc+diff are there so should
> be easily buildable) and there is
> http://misc.andi.de1.cc/dillo/dillo_2.0-r0_armv4t.ipk although I've not tried
> either of them since I forgotten my usb cable at work and FR fails to connect
> to me WEPed Wifi.
> 
-- 

mfg/br, christian weßel

Flurstraße 14
29640 Schneverdingen
Germany

E-Mail: [EMAIL PROTECTED]
Telefon: +49 5193 97 14 95
Mobile:  +49 171 357 59 57
http://wesselch.homelinux.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[arne anka]

> ==Pim device==


imho that's exactly the kind of task openmoko did _not_ ask for.
there are a lot of posts lately completely ignoring the point of "basics"  
and "no eyecandy" -- if the list in the wiki develops the same way it's  
plain useless.

pim frinst is at it's best part of a middle tier, but rather of a  
particular distribution -- and it's doable by community!
there are several task which require knowledge of the hardware and access  
to nda'ed docs, which in turn means they are best or exclusively solved by  
openmoko's limited forces.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Dareus]

==Pim device==

I would like to use my FR as a PIM device, managing my communications,
events and so on.
So this is my main issue as a user. 
Another thing that could improve the user experience would be a PC utility
to manage the device:
- ability to know the charge level from PC;
- easy file sharing;
- shared notifications;
- install apps via PC;
- sync contacts infos;
- sync calendars and to-do lists;
- sync communications (SMSs, emails, conversations, ecc.).

Every other thing is quite acceptable to me (as long as I stay with
qtextended).

But such kind of utlity could help to easily try and switch between
different distros
-- 
View this message in context: 
http://n2.nabble.com/Back-to-the-basics%3A-improving-user-experience-tp1340253p1345583.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Angus Ainslie]

On Fri, Oct 17, 2008 at 2:48 AM, Dale Maggee <[EMAIL PROTECTED]>wrote:

> 2. This also comes into the 'daily use phone' category: the echo /
> volume issues. Since settings which work for some people don't seem to
> work for others, I think that one way to sort this out might be to
> create a sensibly-labelled volume control (preferrably as a
> finger-usable GUI) which has the ability to load and store states. This
> has been suggested elsewhere
>

You could try pymixer. It's a little crude but should work for you.

http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem#Volume_Control

-- 
Angus Ainslie
http://www.handheldshell.com/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: LED notification

[Michael]

On 16/10/08 16:52:10, Andy Green wrote:
> Somebody in the thread at some point said:
> | (The first message I sent does not seem to have arrived)
> | On 12/10/08 18:00:55, Andy Green wrote:
> |> Yes always-on MPU can deliver consistent power behaviours we can't
> do
> |> in
> |> our current way of relying on PMU.  You would basically make the
> PMU
> |> a
> |> slave of the MPU.  Stuff like debricking scheme for a programmable
> |> and
> |> so brickable MPU that controls the PMU... needs careful thought.
> |>
> |> -Andy
> | That shouldn't be a problem, because microcontrollers support in
> | circuit serial programming, so just make sure we can get to those
> pins
> | and have a doc that specifies the programming protocol for the
> brave.
> 
> The issue is that if we allow user-updateable MPU, it can always be
> bricked.  So for example we put out a new package with some MPU 
> update
> that is broken, suddenly many devices could be bricked before we pull
> it.  We definitely need some credible sequence of actions for the
> end-user that can unbrick the devices.  Just telling him where some
> pins
> are doesn't really cut it.
> 
> If the MPU is master of the CPU, then when it is bricked a lot of
> assets
> we might otherwise call on are unavailable.  So it needs thinking
> through being aware of specific capabilities of the MPU.
Should have mentioned that I have flashed microcontrollers for various 
projects that I am doing, so this was just meant for people who are 
used to this sort of thing rather than end users. I think you would 
probably want to leave MCU updates to the distributors or people who 
have done this sort of thing before and I suppose you would need a nano 
boot loader if you wanted to flash the MCU from user space (if 
microcontrollers that small will allow you to rewrite the flash from 
code).
> 
> -Andy
> 
Michael.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Dillo: lightweight webbrowser v2.0

[Yaroslav Halchenko]

wow -- now I've tried it -- it is indeed fast!!! it is minimal and
doesn't render some crappy pages (like mine ;-)) but it feels faster
on FR than firefox on my desktop ;-)

On Fri, 17 Oct 2008, Xavier Cremaschi wrote:
> Thanks for sharing. Dillo is great and fast !
> Xavier.
-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Marco Trevisan (Treviño)]

William Kenworthy wrote:
> Did a quick google but couldnt figure out what it uses as storage.
> Hopefully not a relational database - they have their uses and qtopia
> has conclusively proven this is *NOT* it :)

Well, I don't really know what Akonadi is using, but when I installed it
in my ubuntu build it was depending in mysql-client and mysql-server.
Now, if mysql (with a server always running) is really needed I think
that we can't use in our phone.

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

RE: Back to the basics: improving user experience

[Crane, Matthew]

Have you thought about applying any of the fast-boot mods that were slashdotted 
recently?  One thing that killed the boot time of desktop linux was the usb 
subsystem.  OM is probally doing the similar things.
 
http://linux.slashdot.org/article.pl?sid=08/10/02/1933206&from=rss


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Minh Ha Duong
Sent: Friday, October 17, 2008 9:36 AM
To: community@lists.openmoko.org
Subject: Re: Back to the basics: improving user experience

To Rui and all others interested in bootime improvement:
A bootchart is available at:
http://wiki.openmoko.org/wiki/User:Alessandro

-- 
Minh HA DUONG, Chargé de Recherche, CNRS
CIRED, Centre International de Recherches sur l'Environnement et le 
Développement
http://minh.haduong.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Echo issue on OM2008.08 solved

[Marco Trevisan (Treviño)]

Marco Trevisan (Treviño) ha scritto:
> Vasco Névoa wrote:
>> Thanks Treviño!
>>
>> However, qpe complains of binary compatibility:
>>
>> Coult not load "/opt/Qtopia/plugins/phonevendors/libficgta01vendor.so"  
>> errorString() "The plugin  
>> '/opt/Qtopia/plugins/phonevendors/libficgta01vendor.so' uses  
>> incompatible Qt library. Expected build key "arm-angstrom-linux-gnueabi
>>
>> What can I do to make QPE take the new library?
> 
> Mhmmh... I should have compiled qtopia using the -buildkey option but I
> didn't since I thought that it was changing each time I was building it...
> Well, I figure that the only way to avoid this is recompiling qtopia :|.

For who is interested in testing this, now you could add the qtopia
testing repository [1] to your opkg lists, or simply upgrade the
qtopia-phone-x11-phonevendor-ficgta01vendor package.


[1] http://downloads.openmoko.org/repository/testing/om-gta02/
[2]
http://downloads.openmoko.org/repository/testing/om-gta02/qtopia-phone-x11-phonevendor-ficgta01vendor_4.3.2+gitr464+eea26c74b18007142d7f02cb5633dffbfb63bd7a-r50_om-gta02.opk

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Benedikt Schindler]

Minh Ha Duong schrieb:
> To Rui and all others interested in bootime improvement:
> A bootchart is available at:
> http://wiki.openmoko.org/wiki/User:Alessandro
>
>   
i disabled my boot splash screen that saved me 10 seconds of boot time.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Come to wiki to help improving user experience

[Joel Newkirk]

On Fri, 17 Oct 2008 19:35:06 +0800, William Kenworthy <[EMAIL PROTECTED]>
wrote:
> How does one vote? - even created an account but nothing shows up to
> enable input.

Once you've logged in, each page has a new 'edit' link at the top of the
content.  Click it and get the wiki page editor.

What you're looking at isn't a poll as you might find on forums, where you
select a response and see results, but just a wiki page.  Go in and edit it
to add whatever entries you think belong but aren't represented, and add
your votes.  Preview changes first, save when done.  The 'History' link at
the top (next to 'edit') lets everyone see what changes were made by whom,
and when, and allow undoing changes if needed.  (like malicious
changes/additions)

It's a little rough around the edges, as polls/surveys go, but it works.

j

> The list seems odd considering the number and type of responses Ive
> seen? - nothing about being able to reliably receive SMS messages,
> nothing about being able to make/receive phone calls which were
> mentioned a number of times and seems to be affecting a very large
> number of OM users to at least some degree.
> 
> 
> BillK
> 




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Come to wiki to help improving user experience

[Brenda Wang]

Except vote , you can also put the new item on this table.

William Kenworthy ??:
> How does one vote? - even created an account but nothing shows up to
> enable input.
>
> The list seems odd considering the number and type of responses Ive
> seen? - nothing about being able to reliably receive SMS messages,
> nothing about being able to make/receive phone calls which were
> mentioned a number of times and seems to be affecting a very large
> number of OM users to at least some degree.
>
>
> BillK
>
>
>
> On Fri, 2008-10-17 at 19:12 +0800, Wendy wrote:
>   
>> Hi,
>>
>> thanks for your help to collecting all the critical problems, it's helpful. 
>> :)
>>
>> For more clear picture, we creat a page in our wiki to clean it up.
>> Please go to this page : 
>> http://wiki.openmoko.org/wiki/Improving_user_experience
>>
>> You can vote to those issues or add other critical problems.
>> This will help us to verify the bugs and not lost our focus.
>>
>> Feel free to give us your question and suggestion. :)
>>
>> Regards,
>> Wendy
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>> 


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Minh Ha Duong]

To Rui and all others interested in bootime improvement:
A bootchart is available at:
http://wiki.openmoko.org/wiki/User:Alessandro

-- 
Minh HA DUONG, Chargé de Recherche, CNRS
CIRED, Centre International de Recherches sur l'Environnement et le 
Développement
http://minh.haduong.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: PIM software (was: Back to the basics: improving user experience)

[Matthias Apitz]

El día Friday, October 17, 2008 a las 02:43:06PM +0200, Mark Weinem escribió:

> Am Freitag 17 Oktober 2008 14:13:28 schrieb arne anka:
> > >> Did a quick google but couldnt figure out what it uses as storage.
> > >> Hopefully not a relational database - they have their uses and qtopia
> > >> has conclusively proven this is *NOT* it :)
> > >
> > > Yes, the do indeed use MySQL!
> >
> > well, if it is supposed to be a part of kde, the use case is clearly a
> > desktop computer.
> > i don't think it would fit a small thing like the neo.
> 
> would be great if the KDE guys develop their system beyond the obsolete 
> "Desktop"- my sister for example uses a mini netbook as her main desktop 
> machine. Desktop systems should be equally usable and funcional  on small 
> devices as on powerful machines.

I'm using for my daily business as a head of a development department 
a Fujitsu-Siemens laptop with FreeBSD 7.0 and KDE 3.5.8 (including
OpenOffice 3.0beta); I cloned this system binary (i.e. made packages of
what I have installed on this laptop) to a Asus netbook eeePC 900 to
have the same suite of tools with me while walking around in my spare
time; this is working just fine; and the FR is the ideal gadget to complete
the eeePC to have it as a GPRS router to Internet, cellphone, etc.
here you have a picture of both:
http://www.unixarea.de/20081003-173025.jpg

I've already returned my old BenQ cellphone to my company and I'm fully
depending on the FR, which I think is stable enough to rely on it;

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <[EMAIL PROTECTED]> - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/
A computer is like an air conditioner, it stops working when you open Windows
Una computadora es como aire acondicionado, deja de funcionar si abres Windows

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: PIM software (was: Back to the basics: improving user experience)

[Marijn Kruisselbrink]

On Friday 17 October 2008 14:43:06 Mark Weinem wrote:
> Am Freitag 17 Oktober 2008 14:13:28 schrieb arne anka:
> > >> Did a quick google but couldnt figure out what it uses as storage.
> > >> Hopefully not a relational database - they have their uses and qtopia
> > >> has conclusively proven this is *NOT* it :)
> > >
> > > Yes, the do indeed use MySQL!
> >
> > well, if it is supposed to be a part of kde, the use case is clearly a
> > desktop computer.
> > i don't think it would fit a small thing like the neo.
>
> would be great if the KDE guys develop their system beyond the obsolete
> "Desktop"- my sister for example uses a mini netbook as her main desktop
> machine. Desktop systems should be equally usable and funcional  on small
> devices as on powerful machines.
And fortunately that is exaclty what some of us are working on. As part of 
this years google summer of code I've done some initial work on running kde 
on really small devices (openmoko neo1973 (too slow), freerunner (quite 
acceptable), and nokia n810 (similar to freerunner)). Of course speed and 
memory usage aren't the only problems, a much bigger problem is adapting the 
user interface to work well on small screens, but there is also some work 
going on in that area.
About akonadi, I don't think mysql is the only available storage backend, and 
the main reasons they chose it as the default after evaluation several 
options aren't really valid on small devices anyway (problems with concurrent 
access/transactions/... I think, which shouldn't happen as much on a small 
device as on a powerful computer).

Marijn Kruisselbrink

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: PIM software (was: Back to the basics: improving user experience)

[Mark Weinem]

Am Freitag 17 Oktober 2008 14:13:28 schrieb arne anka:
> >> Did a quick google but couldnt figure out what it uses as storage.
> >> Hopefully not a relational database - they have their uses and qtopia
> >> has conclusively proven this is *NOT* it :)
> >
> > Yes, the do indeed use MySQL!
>
> well, if it is supposed to be a part of kde, the use case is clearly a
> desktop computer.
> i don't think it would fit a small thing like the neo.

would be great if the KDE guys develop their system beyond the obsolete 
"Desktop"- my sister for example uses a mini netbook as her main desktop 
machine. Desktop systems should be equally usable and funcional  on small 
devices as on powerful machines.


Greetings, Mark  

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Didier Raboud]

Christ van Willegen wrote:

> Perhaps another idea to lighten the core developers' load...
> 
> Invest a little time (a day or so?) to properly set up a VMWare image
> that can be downloaded by developers that want to help in any way.
> 
> Make it easy to update sources, and easy to build both kernel and
> userland stuff, and also to report patches. This way, developers don't
> need to invest loads of time into setting up stuff, if it can be done
> in one fell swoop.
> 
> I, for one, would love to be able to run a VMWare image and dive into
> developing and debugging/enhancing.
> 
> Christ van Willegen

s/VMWare/qemu (or kvm)/g

qemu is "more free" in my opinion... ;)

Regards, 

OdyX

-- 
Swisslinux.org − Le carrefour GNU/Linux en Suisse −
http://www.swisslinux.org


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[FSO] QT Dbus connection to Gypsy

[Michael Tansella]

Hi,
I'm new to QT and Dbus and I want to establish a simple connection to Gypsy. I 
looked at the Code of Kbluetooth 
http://kdebluetooth.sourcearchive.com/documentation/1:0.1-0ubuntu1/obexsession_8cpp-source.html
and tried to port it to my intensions. But unfortunately it didnt't work. 
MokoNav::isConnected() always returns FALSE.
Can you tell me if I'm on the right way or what I'm doing wrong??

Thanks
Michael Tansella 

void MokoNav::ConnectGPS()
{
QDBusConnection* dbus = new QDBusConnection("dbus");
QDBusConnection dbusconn = 
dbus->connectToBus(QDBusConnection::SessionBus, "dbus");
Service = "org.freedesktop";
sessionPath = "/org/freedesktop/Gypsy";
sessionIface = "org.freedesktop.Gypsy";
session = new QDBusInterface(Service,sessionPath,sessionIface,dbusconn);
session->call("Connect");
std::cerr << "check GPS...";
bool test = isConnected(); 
std::cerr << test;
}

bool MokoNav::isConnected()
{
QDBusReply reply = session->call("IsConnected");
if (reply.isValid())
return reply.value();
else
return false;
}

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

RE: Back to the basics: improving user experience

[Crane, Matthew]

I think the phone is getting quite usable, and well there is a long road ahead 
I don't think anybody should feel bad about how far it has come. 


Recent post on engadget re: RIM's Bold.

"ptrcd003 @ Oct 17th 2008 1:08AM

tell me about it. Crappy GPS that rarely, if ever, works (triangulation never 
works unless you download google maps) . Constant spinning clock, sometimes 
preventing me from answering calls for up to 5 minutes. Totally unstable OS 
(have missed class due to alarm clock app crashing during the night). The 
browser is also relatively slow, and the build quality should be much higher 
for a phone of this price (sides creak, back cover moves around.) This isn't a 
single occurence, my friend has the same phone with the same problems. So be 
glad it isn't out in the States yet, maybe they're actually planning to fix 
these things. If it wasn't for the amazing email capabilities, i'd go back to 
the iPhone 3G in a heartbeat"

 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vasco Névoa
Sent: Thursday, October 16, 2008 11:58 AM
To: List for Openmoko community discussion
Subject: Re: Back to the basics: improving user experience


I can see there are at least 2 distinct types of user of OM:
A - "I need a working phone now, the uber-cool PDA stuff can wait";
B - "OM is a groundbreaking project, I don't care about telephony,  
let's press the revolution!"
As much as I am divided among the two views, I think OM must oblige to  
its responsibility towards the users who have paid for their hardware,  
and keep its promise of a working phone.

I don't think that making the core system work (including a little  
hacking of the Qtopia stuff) is a waste of time; any insight that is  
gained here can immediately be applied to FSO. OM2008.x will simply  
serve as a real-world testbed (one that is everyday usable!). When FSO  
comes along, it will already have the necessary corrections...


Citando Didier Raboud <[EMAIL PROTECTED]>:

> Vasco Névoa wrote:
>
>>
>> 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. :)
>
> Well... I would rather let a bit more freedom to the team :
>
> if you (as in "the team which will make the iFoan obsolete") think that
> breaking useability or functionality or anything else could serve the
> cause : do it !
>
> Please decide your roadmap and make it public !
>
> I (personnally) don't care if I am not able to use my Neo as a phone (and
> anything else possible) for 2-3-4-5 months : I have a working phone. BUT,
> what I would like to know is _when_  I will get _what_ functionality.
>
> I you think that breaking the whole stuff for a moment will serve a precise
> goal, please do it !
>
> Regards,
>
> OdyX
> --
> Swisslinux.org - Le carrefour GNU/Linux en Suisse -
> http://www.swisslinux.org
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: PIM software (was: Back to the basics: improving user experience)

[arne anka]

>> Did a quick google but couldnt figure out what it uses as storage.
>> Hopefully not a relational database - they have their uses and qtopia
>> has conclusively proven this is *NOT* it :)
>
> Yes, the do indeed use MySQL!


well, if it is supposed to be a part of kde, the use case is clearly a  
desktop computer.
i don't think it would fit a small thing like the neo.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Christ van Willegen]

Perhaps another idea to lighten the core developers' load...

Invest a little time (a day or so?) to properly set up a VMWare image
that can be downloaded by developers that want to help in any way.

Make it easy to update sources, and easy to build both kernel and
userland stuff, and also to report patches. This way, developers don't
need to invest loads of time into setting up stuff, if it can be done
in one fell swoop.

I, for one, would love to be able to run a VMWare image and dive into
developing and debugging/enhancing.

Christ van Willegen

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: PIM software (was: Back to the basics: improving user experience)

[William Kenworthy]

:(

On Fri, 2008-10-17 at 14:02 +0200, Mark Weinem wrote:
> William Kenworthy:
> > Did a quick google but couldnt figure out what it uses as storage.
> > Hopefully not a relational database - they have their uses and qtopia
> > has conclusively proven this is *NOT* it :)
> 
> Yes, the do indeed use MySQL!
> 
> 
> Regards, Mark Weinem
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
-- 
William Kenworthy <[EMAIL PROTECTED]>
Home in Perth!


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

PIM software (was: Back to the basics: improving user experience)

[Mark Weinem]

William Kenworthy:
> Did a quick google but couldnt figure out what it uses as storage.
> Hopefully not a relational database - they have their uses and qtopia
> has conclusively proven this is *NOT* it :)

Yes, the do indeed use MySQL!


Regards, Mark Weinem


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Come to wiki to help improving user experience

[William Kenworthy]

How does one vote? - even created an account but nothing shows up to
enable input.

The list seems odd considering the number and type of responses Ive
seen? - nothing about being able to reliably receive SMS messages,
nothing about being able to make/receive phone calls which were
mentioned a number of times and seems to be affecting a very large
number of OM users to at least some degree.


BillK



On Fri, 2008-10-17 at 19:12 +0800, Wendy wrote:
> Hi,
> 
> thanks for your help to collecting all the critical problems, it's helpful. :)
> 
> For more clear picture, we creat a page in our wiki to clean it up.
> Please go to this page : 
> http://wiki.openmoko.org/wiki/Improving_user_experience
> 
> You can vote to those issues or add other critical problems.
> This will help us to verify the bugs and not lost our focus.
> 
> Feel free to give us your question and suggestion. :)
> 
> Regards,
> Wendy
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
-- 
William Kenworthy <[EMAIL PROTECTED]>
Home in Perth!


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Come to wiki to help improving user experience

[Cédric Berger]

On Fri, Oct 17, 2008 at 13:12, Wendy <[EMAIL PROTECTED]> wrote:

> Hi,
>
> thanks for your help to collecting all the critical problems, it's helpful.
> :)
>
> For more clear picture, we creat a page in our wiki to clean it up.
> Please go to this page :
> http://wiki.openmoko.org/wiki/Improving_user_experience
>
> You can vote to those issues or add other critical problems.
> This will help us to verify the bugs and not lost our focus.
>
> Feel free to give us your question and suggestion. :)
>

How should we edit this ? (increase number of votes by one when either one
yes or no column ? How should priority column be handled ?)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Rui Miguel Silva Seabra]

On Fri, Oct 17, 2008 at 03:54:47AM -0700, Gothnet wrote:
> Given 2 and 3, a quicker boot time would be nice, but if we could fix the
> things that mean I have to boot it so often it would be helpful.

I can't help much in the other things we'd all like to happen, but after
a cursory (and cursing) introspection through the rcS.d and rc5.d
scripts, I saw lots of room for improvement.

As I get home after work I'll get back to completing my "timestamping"
of scripts to get a gist of where are easy, hard and impossible wins.

One easy win: WTF is xserver-nodm recursively calling itself (only one
step of recursion but 2s are lost in it)

Rui

-- 
All Hail Discordia!
Today is Setting Orange, the 71st day of Bureaucracy in the YOLD 3174
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Come to wiki to help improving user experience

[Wendy]

Hi,

thanks for your help to collecting all the critical problems, it's helpful. :)

For more clear picture, we creat a page in our wiki to clean it up.
Please go to this page : 
http://wiki.openmoko.org/wiki/Improving_user_experience

You can vote to those issues or add other critical problems.
This will help us to verify the bugs and not lost our focus.

Feel free to give us your question and suggestion. :)

Regards,
Wendy

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Gothnet]

Hi all,

My thoughts on this (as a software dev that hasn't yet got into the
freerunner software development, despite best intentions) -

1. Basic phone functions:

It needs to work as a phone, currently it doesn't wake up from suspend in
time for more than 2 rings before the other party is diverted to voicemail.
The sound quality is terrible and usually echos back at the other party.

2. Battery life:

The battery in the gta02 is not a small capacity battery, far from it in
fact, why does it only last a few hours?
At best I get about 12 hours out of it.

3. Stability

Resuming from suspend sometimes just doesn't happen, and nothing I do wakes
it up.


Given 2 and 3, a quicker boot time would be nice, but if we could fix the
things that mean I have to boot it so often it would be helpful.

The only other thing that springs to mind is that it would also be good if
the settings (screen brightness etc) were stored somewhere so I don't have
to redo them every boot.

As far as I'm concerned, anything else is just candy. Other functions (GPS,
GPRS, WiFi etc etc) would be nice and should be expected as part of any
decent phone package, but right now the absolute basics (and I mean absolute
basics) need work.

-- 
View this message in context: 
http://n2.nabble.com/Back-to-the-basics%3A-improving-user-experience-tp1340253p1344713.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Dillo: lightweight webbrowser v2.0

[Xavier Cremaschi]

Thanks for sharing. Dillo is great and fast !
Xavier.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[William Kenworthy]

Did a quick google but couldnt figure out what it uses as storage.
Hopefully not a relational database - they have their uses and qtopia
has conclusively proven this is *NOT* it :)

BillK

On Fri, 2008-10-17 at 09:53 +0200, Florian Hackenberger wrote:
> On Thursday 16 October 2008, Marco Trevisan (Treviño) wrote:
> > Imho this should be a key point. It's quite obvious that a good PIM
> > stack is vital for a portable device.
> 
> Have you considered using akonadi? The KDE guys are quite approachable 
> and IMHO they have done their homework with akonadi. You should really 
> talk to them before taking a decision regarding the PIM framework. 
> Adapters for various existing frontends could be written quite easily 
> AFAIK.
> 
> Cheers,
>   Florian
> 
-- 
William Kenworthy <[EMAIL PROTECTED]>
Home in Perth!


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Cédric Berger]

On Thu, Oct 16, 2008 at 20:20, Stefan Monnier <[EMAIL PROTECTED]>wrote:

> > 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.
>
> 100% agreement.  The "suspend on power button" is completely useless
> for me.  The machine suspends automatically anyway, so I don't need to
> waste the precious few buttons we have on rare operations like
> "explicitly request the machine to go to sleep".
>

I do not agree here, it is an important use case for me to easily force
suspend.
ex : to put phone in pocket. At the very least I must be able to immediatly
lock screen, but it should then be able to automatically go to sleep even if
screen keeps being touched (in pocket...). Wait time before blanking screen
 / going to suspend should also be decreased when screen is locked.

With my dumb day to day phone, there no real suspend, but I can immediatly
lock it via a long press to '#'. I do not have to look at the screen to do
that, and once it is locked it quickly shut off screen backlight.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Tangogps pre-cache?

[Christ van Willegen]

On Fri, Oct 17, 2008 at 11:03 AM, Xavier Cremaschi
<[EMAIL PROTECTED]> wrote:
> Does someone know how to use .osm files with tangoGPS ?
> Because lots of countries seem ready to be downloaded here :
> http://download.geofabrik.de/osm/

Tango doesn't use the .osm files (yet?), but Navit does...

Check out the Navit page on the wiki for instructions.

HTH!

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

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [debian] How to configure Zhone?

[arne anka]

> - is it possible to have zhone not lock the screen? its just  
> inconvenient.

i looked it up in code and simply commented the part -- it's a while ago,  
though, and i don't remember exactly, where it was (/usr/bin/zhone i think)

> - is it possible to have zhone jump to the top of the window stack on an
> incoming call? I normally run tangogps, zhone and emacs, under the
> matchbox wm, + xfce panel.

file a report in the fso trac, seems like a job for the rules file.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Tangogps pre-cache?

[Xavier Cremaschi]

Does someone know how to use .osm files with tangoGPS ?
Because lots of countries seem ready to be downloaded here :
 http://download.geofabrik.de/osm/

If it's not possible I think I will use osmtiles ;)
 http://www.millions.ca/~stacy/osmtiles.tgz


Xavier.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Debian size and uSD

[Alastair Johnson]

Jeffrey Ratcliffe wrote:
> I bought myself a 4Gb uSD card and decided to have a go at moving the
> (full) 512Mb partition onto it, using
> 
> http://inferno.slug.org/cgi-bin/wiki?Drive_Backup_And_Cloning
> 
> as my reference. I backed up the 512Mb with no problem. The 4Gb card
> was not recognised, though; dmesg on the desktop produced:
> 
> [ 2460.876027] usb 5-8: reset high speed USB device using ehci_hcd and
> address 10
> [ 2461.010393] sd 5:0:0:0: Device offlined - not ready after error recovery
> [ 2461.010444] sd 5:0:0:0: rejecting I/O to offline device
> [ 2461.010462] sd 5:0:0:0: rejecting I/O to offline device
> [ 2461.010471] sd 5:0:0:0: rejecting I/O to offline device
> [ 2461.010477] sd 5:0:0:0: [sdb] READ CAPACITY failed
> [ 2461.010482] sd 5:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT
> driverbyte=DRIVER_OK,SUGGEST_OK
> [ 2461.010489] sd 5:0:0:0: [sdb] Sense not available.
> [ 2461.010496] sd 5:0:0:0: rejecting I/O to offline device
> [ 2461.010502] sd 5:0:0:0: [sdb] Write Protect is off
> [ 2461.010505] sd 5:0:0:0: [sdb] Mode Sense: 00 00 00 00
> [ 2461.010508] sd 5:0:0:0: [sdb] Assuming drive cache: write through
> [ 2461.010643] sd 5:0:0:0: [sdb] Attached SCSI removable disk
> [ 2461.010808] sd 5:0:0:0: Attached scsi generic sg3 type 0
> [ 2461.019731] sd 5:0:0:1: [sdc] Attached SCSI removable disk
> [ 2461.020480] sd 5:0:0:1: Attached scsi generic sg4 type 0
> [ 2461.035667] sd 5:0:0:2: [sdd] Attached SCSI removable disk
> [ 2461.036236] sd 5:0:0:2: Attached scsi generic sg5 type 0
> [ 2461.045093] sd 5:0:0:3: [sde] Attached SCSI removable disk
> [ 2461.045602] sd 5:0:0:3: Attached scsi generic sg6 type 0
> 
> OK, I thought, I'll install Debian from scratch, but this failed with:
> 
> ext2fs_mkdir: Attempt to read block from filesystem resulted in short
> read while creating root dir
> 
> Subsequent attempts fail with:
> 
> dd: writing '/dev/mmcblk0': Input/output error
> 1+0 records in
> 0+0 records out
> 
> What can I try before I give up and send the card back?

I had this problem with a Kingston 4GB card. There was a kernel patch a 
couple of weeks ago that seemed to solve this, although given the 
intermittent nature of the problem I may just have been unusually lucky. 
I've been using other cards since so can't give a longer term test 
report. It's in Andy's stable tree, but last I heard it was only in the 
unstable OM feed. I don't know which patch set Debian uses.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Nicola Mfb]

2008/10/16 John Lee <[EMAIL PROTECTED]>

> 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.


Low priority, if the phone is stable users may suspend/resume and reboot
rarely.

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


Medium priority

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


My two cents, low priority a 400 Mhz CPU is actually suffering for a lot of
staff coded in Python? I do not like to see other os based device flying
with the same CPU or lower.

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


High priority.


> I would like to ask the community:
>
> What do you want us to work on?
>

The high priority is to have a rock stable kernel with perfect
suspend/resume cycles. This will affect *all* distro and external efforts.
Qtopia will be more stable with this, and the phone will be ready for a
daily use soon.

The second high priority step is to enhance FSO team and resources, we are
all waiting for a 1.0 rock version.

As openmoko resources and peoples are not infinite, and as the above two
steps requires high knowledge and insider vision, those should be the focus
for *Openmoko official stuff*.

With a rock solid kernel/fso community may contribute easily in writing
applications.

Drive the community or allocate some resource to define/project/analize and
may be code a definitive Dialer for FSO or show your plan, actual docs says
that zhone is only a test application for FSO, paroli is an obscure project.

Stop asu and qtopia on x11 development, it's only a waste of time, our FR
are multi-boot capable so Qtopia may help peoples waiting for all that.

Merge the tree back to oe, and ask them to do a new stable branch if
org.openembedded.dev development is too fast!

Best Regards

Nicola
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Michele Renda]

Also if I don't use KDE, I'd like to see akonadi as Pim managed...

Our mission must to be to don't replicate the work done by other people,
and KDE person did a good job

Florian Hackenberger wrote:
> On Thursday 16 October 2008, Marco Trevisan (Treviño) wrote:
>> Imho this should be a key point. It's quite obvious that a good PIM
>> stack is vital for a portable device.
> 
> Have you considered using akonadi? The KDE guys are quite approachable 
> and IMHO they have done their homework with akonadi. You should really 
> talk to them before taking a decision regarding the PIM framework. 
> Adapters for various existing frontends could be written quite easily 
> AFAIK.
> 
> Cheers,
>   Florian
> 


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Dale Maggee]

My 1/50th of a dollar...

A lot of people have made some really good points and suggestions here. 
Here's what I'd like to see personally, in order of priority, with 
absolutely no consideration given to feasability or difficulty what I 
want ;) :

1. rock-solid phone / sms functionality, with rock-solid suspend and 
resume.  I know that these are two seperate issues, but  I see Suspend 
and resume as being a neccessary part of having it work as a daily-use, 
reliable phone (for the simple reason of battery life). Having it as a 
solid, daily-use phone is my biggest priority.

2. This also comes into the 'daily use phone' category: the echo / 
volume issues. Since settings which work for some people don't seem to 
work for others, I think that one way to sort this out might be to 
create a sensibly-labelled volume control (preferrably as a 
finger-usable GUI) which has the ability to load and store states. This 
has been suggested elsewhere

3. Sort out the Distros / Software stack.
I agree with the comments that the FSO integration should be sped up. 
FSO seems very nice and solid to me, but unfortunately it's incomplete 
in terms of using it as a phone. The PIM database is the biggest thing 
missing here. I think that bringing the FSO framework into the main 
distro should be a priority,  because this will allow you guys to 
organise your efforts better and remove duplication - why continue to 
work on something that's going to be phased out in X months?

4. Calendar / Alarm / PIM.

I'd call this 'secondary phone functionality', in that it's the kind of 
functionality you see in pretty much any phone out there. A Reliable 
calendar application which lets you set meetings, reminders etc, and an 
alarm. The alarms / reminder alerts should work reliably, even if the 
Neo is suspended (i.e: come out of suspend mode to sound alarm or show a 
reminder). With regards to PIM, I'd like to see a way to synchronise my 
Neo's PIM database with some other source, like ActiveSync does. This 
doesn't have to be incredibly complicated, maybe just dumping the PIM 
database to a vcf file. The reason I want this is that whenever I flash 
a new distro I need to re-import my contacts, and I inevitably lose 
contacts which I've added to the Neo but which aren't anywhere else. 
Perhaps there's already a solution to this.

5. Pretty comes later.

Stop caring about themes and snazzy visual effects. While everyone can 
agree that pretty is a nice thing, Stability should be the priority, not 
prettiness. Don't bother making themes and whatnot, just make the 
underlying software work reliably, then provide a way for us to make our 
own themes, and let the community worry about making themes. Once 
everything is solid, then you can worry about how pretty it is.

Regards,
-Dale

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
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>   


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Weekly Engineering News 41/2008: back to the basics

[Dale Maggee]

Hello, boys and girls,
This is your old pal Stinky Wizzleteats
This is a song about a whale,
No! This is a song about being happy!
That's right! It's the Happy Happy Joy Joy song!

Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy Joy!

I don't think you're happy enough,
That's right! I'll teach you to be happy!
I'll teach your grandmother to suck eggs!
Now, boys and girls, let's try it again.

Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy Joy!

If'n you ain't the granddaddy of all liars!
Think of the little critters of nature...
They don't know that they're ugly!
That's very funny!
A fly marrying a bumblebee!
I told you I'd shoot! But you didn't believe me!
Why didn't you believe me?

Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Joy Joy
Happy Happy Happy Happy
Happy Happy Happy Happy
Happy Happy Joy Joy Joy!



Risto H. Kurppa wrote:
> Hi!
>
> Just want to make sure everyone knows that the weekly engineering news
> has been released again, see
> http://lists.openmoko.org/nabble.html#nabble-td1336450|a1336450
>
> I want to highlight this:
> "We decided to focus our
> engineering on just the basics, even less eye candy: Robust kernel,
> fast boot time, basic telephony with great audio quality, powerful
> configuration from the command line, hardware quality. That's it.
> We will stop working on our Installer, Locations, Diversity and
> Settings applications. We will get back to all this when the rest is
> rock solid, but now is not the time. Feel free to pickup any of these
> projects in the meantime"
>
> I suppose this is generally a good thing to let the community do what
> it can do (as long as community has the tools and so on to do it) and
> Openmoko focus on the core stuff.
>
> Comments?
>
>
>
> r
>
>   


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Florian Hackenberger]

On Thursday 16 October 2008, Marco Trevisan (Treviño) wrote:
> Imho this should be a key point. It's quite obvious that a good PIM
> stack is vital for a portable device.

Have you considered using akonadi? The KDE guys are quite approachable 
and IMHO they have done their homework with akonadi. You should really 
talk to them before taking a decision regarding the PIM framework. 
Adapters for various existing frontends could be written quite easily 
AFAIK.

Cheers,
Florian

-- 
DI Florian Hackenberger
[EMAIL PROTECTED]
www.hackenberger.at

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community