Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Steve 'dillo Okay

On Feb 26, 2009, at 08:46 , Pander wrote:

 Steve  'dillo Okay wrote:
 On Feb 26, 2009, at 08:01 , Shawn Trash Thompson wrote:

 Matthias Apitz wrote:
 El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick
 Moko escribió:
 http://en.wikipedia.org/wiki/Touchscreen#Resistive vs http://
 en.wikipedia.org/wiki/Touchscreen#Capacitive
 Thanks; But: Do we really want a GTA03 which can't be managed with
 a stylus pen? I can't imagine a 'Terminal' like keyboard (i.e. one
 having all keys like the actual Om2008.9 'Terminal', including
 Shift, SHift-Lock, ...) and using it with my finger tips; how
 should this work? Where this idea, GTA03 with Capacitive, comes
 from? :-(( matthias
 Ever used an iPhone? their screen is nice, responsive and the gui
 is designed where a stylus isn't needed. I actually was rather fond
 of the iPhone screen and was very unimpressed with the GTA02's
 touchscreen in comparison.

 I have to agree here. Styli are more a hindrance than a help. I find
 I'm always leaving my stylus or retracted pen somewhere and looking
 for another.
 A stylus wouldn't be such a problem if there was a place in the
 device to store it.  General users haven't had to use a stylus in
 years. The UI for most
 phones has been either a keypad or finger for a while now.  If the
 GTA03 is going to use a stylus, is it possible to have the shell
 molded with a holder built-in ?

 Its fun using all sorts of things as a precision stylus for terminal
 keyboard. Zipper of my jacket, plastic coffee stir thingy, etc. I'm  
 even
 thinking of mounting something on my gloves to use the device in  
 winter
 outside.

Years ago, during the Palm era, there was a company
that sold a little stylus that you put on your finger like a ring and  
there was a point at the end to tap
on the screen with.  Somebody probably still make this.
I actually prefer to use a proper stylus since zipper pulls and such  
risk scratching the screen.

Steve


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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Matthias Apitz
El día Thursday, February 26, 2009 a las 08:46:54AM +0100, Pander escribió:

 Steve  'dillo Okay wrote:
  On Feb 26, 2009, at 08:01 , Shawn Trash Thompson wrote:
  
  Matthias Apitz wrote:
  El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick  
  Moko escribió:
  http://en.wikipedia.org/wiki/Touchscreen#Resistive vs http:// 
  en.wikipedia.org/wiki/Touchscreen#Capacitive
  Thanks; But: Do we really want a GTA03 which can't be managed with  
  a stylus pen? I can't imagine a 'Terminal' like keyboard (i.e. one  
  having all keys like the actual Om2008.9 'Terminal', including  
  Shift, SHift-Lock, ...) and using it with my finger tips; how  
  should this work? Where this idea, GTA03 with Capacitive, comes  
  from? :-(( matthias
  Ever used an iPhone?

No, I've never used an iPhone, and I will not.
Have you ever used the Terminal of the Moko to keyin UNIX commands?

  their screen is nice, responsive and the gui  
  is designed where a stylus isn't needed. I actually was rather fond  
  of the iPhone screen and was very unimpressed with the GTA02's  
  touchscreen in comparison.

If you have a keyboard of Terminal-style let's asume it occupies half of
the screen, i.e. 320x480 pixel, then the keys are to small to be hit
without a stylus, perhaps not even with that special stylus for
Capacitive screens someone was pointing me to (don't know, but it has
6.5mm of size the page says);

so, please no Capacitive screen for me either in the GTA03;

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 matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Michal Brzozowski
2009/2/26 Matthias Apitz g...@unixarea.de

 El día Thursday, February 26, 2009 a las 08:46:54AM +0100, Pander escribió:

  Steve  'dillo Okay wrote:
   On Feb 26, 2009, at 08:01 , Shawn Trash Thompson wrote:
  
   Matthias Apitz wrote:
   El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick
   Moko escribió:
   http://en.wikipedia.org/wiki/Touchscreen#Resistive vs http://
   en.wikipedia.org/wiki/Touchscreen#Capacitive
   Thanks; But: Do we really want a GTA03 which can't be managed with
   a stylus pen? I can't imagine a 'Terminal' like keyboard (i.e. one
   having all keys like the actual Om2008.9 'Terminal', including
   Shift, SHift-Lock, ...) and using it with my finger tips; how
   should this work? Where this idea, GTA03 with Capacitive, comes
   from? :-(( matthias
   Ever used an iPhone?

 No, I've never used an iPhone, and I will not.
 Have you ever used the Terminal of the Moko to keyin UNIX commands?


I've been using the Freerunner without a stylus for months now. And I've
used the terminal quite a lot, as well as inputing http addresses. All you
need is a better terminal keyboard (with bigger keys). I posted my custom
layout here some weeks ago.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Pander
Michal Brzozowski wrote:
 2009/2/26 Matthias Apitz g...@unixarea.de mailto:g...@unixarea.de
 
 El día Thursday, February 26, 2009 a las 08:46:54AM +0100, Pander
 escribió:
 
  Steve  'dillo Okay wrote:
   On Feb 26, 2009, at 08:01 , Shawn Trash Thompson wrote:
  
   Matthias Apitz wrote:
   El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick
   Moko escribió:
   http://en.wikipedia.org/wiki/Touchscreen#Resistive vs http://
   en.wikipedia.org/wiki/Touchscreen#Capacitive
 http://en.wikipedia.org/wiki/Touchscreen#Capacitive
   Thanks; But: Do we really want a GTA03 which can't be managed with
   a stylus pen? I can't imagine a 'Terminal' like keyboard (i.e. one
   having all keys like the actual Om2008.9 'Terminal', including
   Shift, SHift-Lock, ...) and using it with my finger tips; how
   should this work? Where this idea, GTA03 with Capacitive, comes
   from? :-(( matthias
   Ever used an iPhone?
 
 No, I've never used an iPhone, and I will not.
 Have you ever used the Terminal of the Moko to keyin UNIX commands?
 
 
 I've been using the Freerunner without a stylus for months now. And I've
 used the terminal quite a lot, as well as inputing http addresses. All
 you need is a better terminal keyboard (with bigger keys). I posted my
 custom layout here some weeks ago.

In opkg.org are plenty of alternative keyboard:
- alt alhpanumeric/default http://www.opkg.org/package_101.html
- alt numeric http://www.opkg.org/package_106.html
- alt terminal http://www.opkg.org/package_87.html

The first two being vervy finger friendly, the latter being stylus
friendly ;)

 
 
 
 
 ___
 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: SHR first impression : it's slow ?

2009-02-26 Thread Helge Hafting
Xavier Cremaschi wrote:
 Helge Hafting a écrit :
 Remove the file /etc/freesmartphone/persist/ogpsd.pickle
 then, restart frameword or just reboot. (Restarting frameworkd sometimes 
 cause trouble with the phone side instead).

 ogpsd.pickle is where gps information is saved in order to speed up the 
 next activation of the gps unit. It goes bad sometimes, particularly 
 after starting a newly flashed SHR unstable. If this file goes bad 
 enough, you wont get a fix - ever!

 Deleting the file forces the gps to cold start, which may take an 
 extra minute or two. But it works reliably. When you stop using the gps 
 unit, a new ogpsd.pickle file is created - this time with good data.

 Helge Hafting
 
 
 Already done, no fix at all after 40min.

Then I don't know - deleting the pickle file was the fix for me.

You may want to take a look at the mailing list archives, there are 
various procedures for checking that the gps has power and such.

For example:
telnet localhost gpsd
r
You should get at least one message per second after hitting enter 
after the r - whether you have a fix or not. If this works, then 
things are mostly ok you just don't have a fix. If you get nothing, then 
there are communication or power problems that prevents the gps unit 
from working.

You may also want to try
grep ogpsd  /var/log/frameworkd.log
check if there are any messages indicating trouble. this particular one 
is normal, although it looks like a problem:

2009.02.25 22:47:06 ogpsdWARNING  (could not write to 
'/sys/bus/platform/devices/neo1973-pm-gps.0/power_on': [Errno 2] No such 
file or directory:'/sys/bus/platform/devices/neo1973-pm-gps.0/power_on')


Helge Hafting

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


Re: SHR first impression : it's slow ?

2009-02-26 Thread Pander
Helge Hafting wrote:
 Xavier Cremaschi wrote:
 Helge Hafting a écrit :
 Remove the file /etc/freesmartphone/persist/ogpsd.pickle
 then, restart frameword or just reboot. (Restarting frameworkd sometimes 
 cause trouble with the phone side instead).

 ogpsd.pickle is where gps information is saved in order to speed up the 
 next activation of the gps unit. It goes bad sometimes, particularly 
 after starting a newly flashed SHR unstable. If this file goes bad 
 enough, you wont get a fix - ever!

 Deleting the file forces the gps to cold start, which may take an 
 extra minute or two. But it works reliably. When you stop using the gps 
 unit, a new ogpsd.pickle file is created - this time with good data.

 Helge Hafting

 Already done, no fix at all after 40min.
 
 Then I don't know - deleting the pickle file was the fix for me.
 
 You may want to take a look at the mailing list archives, there are 
 various procedures for checking that the gps has power and such.
 
 For example:
 telnet localhost gpsd
 r
 You should get at least one message per second after hitting enter 
 after the r - whether you have a fix or not. If this works, then 
 things are mostly ok you just don't have a fix. If you get nothing, then 
 there are communication or power problems that prevents the gps unit 
 from working.
 
 You may also want to try
 grep ogpsd  /var/log/frameworkd.log
 check if there are any messages indicating trouble. this particular one 
 is normal, although it looks like a problem:
 
 2009.02.25 22:47:06 ogpsdWARNING  (could not write to 
 '/sys/bus/platform/devices/neo1973-pm-gps.0/power_on': [Errno 2] No such 
 file or directory:'/sys/bus/platform/devices/neo1973-pm-gps.0/power_on')
 

Is openmoko-agpsui still an up to date tool for SHR to manage the GPS
operation?

 
 Helge Hafting
 
 ___
 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: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Shawn Trash Thompson

Margo Koppelmann wrote:

On Thu, Feb 26, 2009 at 9:01 AM, Shawn Trash Thompson
mokowa...@projektenterprises.com wrote:
  

Ever used an iPhone? their screen is nice, responsive and the gui is
designed where a stylus isn't needed. I actually was rather fond of the
iPhone screen and was very unimpressed with the GTA02's touchscreen in
comparison.




The difference between iphone and freerunner is that the software on
iphone is specially designed and written for the iphone, but on
freerunner you can run almost any linux software. How would you for
example play Numpty Physics on a capacitive screen?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
  
Point taken but my fat fingers work great on the iPhone and not so on 
the FR. Also it often registers my drag on the FR as a click whereas the 
Capacitive touchscreen of the iPhone and T-Mobile G1 easily distinguish 
between clicks or drags.


I found that the only semi-accurate method of input on my FR is the 
stylus that is included, without it the phone is virtually useless to me 
and with it a pain to use. I continue to use my samsung 409 flip-phone 
because I can easily navigate and even using that annoying T9 input 
method is still 100x faster than my FR with or without the stylus. I'm 
glad to see the GTA03 going to capacitive, I might be able to make use 
of the screen for once.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: SHR first impression : it's slow ?

2009-02-26 Thread Johny Tenfinger
On Thu, Feb 26, 2009 at 10:49, Pander pan...@users.sourceforge.net wrote:
 Is openmoko-agpsui still an up to date tool for SHR to manage the GPS
 operation?

No. Use Zhone for that.

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


Re: SHR first impression : it's slow ?

2009-02-26 Thread Xavier Cremaschi
Helge Hafting a écrit :
 For example:
 telnet localhost gpsd
 r
 You should get at least one message per second after hitting enter 
 after the r - whether you have a fix or not.
Already done, 1 msg/second, always the same (no fix inside, no numerical 
values)


 You may also want to try
 grep ogpsd  /var/log/frameworkd.log
 check if there are any messages indicating trouble. this particular one 
 is normal, although it looks like a problem:
 
 2009.02.25 22:47:06 ogpsdWARNING  (could not write to 
 '/sys/bus/platform/devices/neo1973-pm-gps.0/power_on': [Errno 2] No such 
 file or directory:'/sys/bus/platform/devices/neo1973-pm-gps.0/power_on')
Already done too,



I made an update yesterday @ 23h00 CET time, and just after I deleted 
the pickle file and rebooted, and I had a fix. I presume a bug was fixed.

Xavier.


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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Johny Tenfinger
On Thu, Feb 26, 2009 at 10:55, Shawn Trash Thompson
mokowa...@projektenterprises.com wrote:
 Point taken but my fat fingers work great on the iPhone and not so on the
 FR. Also it often registers my drag on the FR as a click whereas the
 Capacitive touchscreen of the iPhone and T-Mobile G1 easily distinguish
 between clicks or drags.

My fingers work great on the FreeRunner, but not so on the iPhone...
And I can't imagine developing (for instance in python - shr-settings)
on iPhone screen... but on FreeRunner I'm doing it. In train, waiting
for dentist etc. ;) And the only thing I need for that is touchscreen
filtering in kernel, introduced nearly in past.

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Shawn Trash Thompson

Pander wrote:

Shawn Trash Thompson wrote:
  

Margo Koppelmann wrote:


On Thu, Feb 26, 2009 at 9:01 AM, Shawn Trash Thompson
mokowa...@projektenterprises.com wrote:
  
  

Ever used an iPhone? their screen is nice, responsive and the gui is
designed where a stylus isn't needed. I actually was rather fond of the
iPhone screen and was very unimpressed with the GTA02's touchscreen in
comparison.




The difference between iphone and freerunner is that the software on
iphone is specially designed and written for the iphone, but on
freerunner you can run almost any linux software. How would you for
example play Numpty Physics on a capacitive screen?

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

Point taken but my fat fingers work great on the iPhone and not so on
the FR. Also it often registers my drag on the FR as a click whereas the
Capacitive touchscreen of the iPhone and T-Mobile G1 easily distinguish
between clicks or drags.

I found that the only semi-accurate method of input on my FR is the
stylus that is included, without it the phone is virtually useless to me
and with it a pain to use. I continue to use my samsung 409 flip-phone
because I can easily navigate and even using that annoying T9 input
method is still 100x faster than my FR with or without the stylus. I'm
glad to see the GTA03 going to capacitive, I might be able to make use
of the screen for once.



Proposition:

GTA03T = touch screen
GTA03C = capacitive screen


  
I could live with that, I prefer capacitive screens after having used 
both kinds. I'd by the 03C assuming it has had the major issues of the 
02 fixed before it launches.


Having payed the high price and not been able to use it as a daily phone 
for more than a few days at a time since purchase I'm about ready to put 
it back up for sale if improvements don't really keep rolling forward soon.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Introducing CellHunter (Update 0.4.1)

2009-02-26 Thread Sebastian Hammerl
Yeah, good question :)

if you would have a complete database you can get your rough location.
google uses this for a quick location info bevor gps gets a fix. or you
can use it for agps. there you need a location in a range about 50km and
that a cell can give you. cells range is about 1-10km so this is a good
approximation.

for the most location based services this location info is good enough.
think about: give me a restaurant in the near or remind me when i am
near this place. you dont have to wait until you get a fix and know in
a second where you are.

i hope thats enough motivation to build the database together.

the best at the end: you get points on the highscore :)

Sebastian

Fernando Martins schrieb:
 Sebastian Hammerl wrote:
   
 I created a manual for cellhunter i hope it will help.

 you find it under the introduction on the cellhunter homepage.

 
 Allow me to display my ignorance and ask what is this cell info useful for?

 (no hint the wiki page)

 Fernando

 ___
 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: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Matthias Apitz
El día Thursday, February 26, 2009 a las 10:44:02AM +0100, Pander escribió:

  Have you ever used the Terminal of the Moko to keyin UNIX commands?
  
  
  I've been using the Freerunner without a stylus for months now. And I've
  used the terminal quite a lot, as well as inputing http addresses. All
  you need is a better terminal keyboard (with bigger keys). I posted my
  custom layout here some weeks ago.
 
 In opkg.org are plenty of alternative keyboard:
 - alt alhpanumeric/default http://www.opkg.org/package_101.html
 - alt numeric http://www.opkg.org/package_106.html
 - alt terminal http://www.opkg.org/package_87.html
 
 The first two being vervy finger friendly, the latter being stylus
 friendly ;)

 Default: unuseable for terminal/UNIX input
 Numbers: unuseable for terminal/UNIX, not even for SMS
Terminal: useable for terminal/UNIX, but only with stylus

that's the situation at the moment;

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 matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Johny Tenfinger
On Thu, Feb 26, 2009 at 11:20, Matthias Apitz g...@unixarea.de wrote:
  Default: unuseable for terminal/UNIX input
  Numbers: unuseable for terminal/UNIX, not even for SMS
 Terminal: useable for terminal/UNIX, but only with stylus

 that's the situation at the moment;

But... it's normal, good situation. Isn't it? BTW. I'm using Terminal
layout without stylus. It isn't difficult ;P

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


Re: Monologue - very simple dictation assistant

2009-02-26 Thread matthias
Hello,
isn't it all like leibniz, newton and the differential calculus? ;-)
I'd really love to have all these ideas merged into one application.
@ TImo: I am really envious about your voice-detection-recording and
love to combine ot with my GUI.


It would not be a problem to implement all of these things adored in
what has been written so far:
- GPS-Coords - saved as textfile related to the recorded wav-files or as
vorbis-comment in the headers of an ogg-vorbis-file (implement real-time
ogg-encoding is what I'm working on at the moment, fruitless up to now
but still trying! Speex-encoding would be much more adequate, but I
didn't get it managed to use with python. Any help/hints/efforts?)
- Switch GPS/gpsd on and off via GUI-button
- Switch from only recording-when-speaking-mode(what about porting
monologue to python or write a python-extension?) to manual-pause-mode
- do all these settings as well via command-line-options

I mean a dictaphone can do all these things as a sideline and we got all
the comfort and functionality, you need for georeffered recording or for
interviewing or for noting thoughts about your memoires or something. :)

It's just about time and a little help, I think.
I'll spend all the time I can grab on this now!

Matthias

Francesco de Virgilio schrieb:
 Timo Juhani Lindfors ha scritto:
  Francesco de Virgilio fradev...@gmail.com writes:
  Now, I respect everyone's work, I respect the *great* idea of Free
  Software as freedom to develop, but could all these ideas be merged
 into
  one? It'll be great to have a single application for OpenStreetMap
  mappers which does *all* this things, possibly configurable.
  I understand your thoughts.

 Thanks :)

 I understood voicenote was a shell
  script. I could not extend it since I needed to use C for doing the
  voice detection.

  I did search freshmeat, google, apt-cache search for a dictaphone but
  could not find anything that'd simply record when I speak.

 This could be avoided. Today, voicenote needs a good GUI. If we want to
 integrate voicenote ad monologue without rewriting anything, we have
 just one possibility: to use a GUI.
 I was thinking to an interface written simply in PyGtk which handles
 both the softwares, showing to user 2 options:

 1) normal georeferred recording: possible with voicenote; GPS chip is ON
 2) recording only on speak: we could start monologue through GUI; GPS
 chip is OFF
 3) georeferred recording on speak: we start monologue; python talks with
 GPSD, catch coordinates, and insert them in recorded file's metadata.
 GPS chip is ON

 So, if we can't merge the code, we could create one GUI to use
 all the recording software, givin to user the possibility to choose the
 option according to battery state (if the battery is low, user could
 turn off GPS and use option 2).

 I think to have such PyGtk skills, but I'm busy for university until
 April :(

___
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: GUI responsiveness (was Re: SHR first impression : it's slow ?)

2009-02-26 Thread Helge Hafting
Joel Newkirk wrote:
 On Wed, 25 Feb 2009 12:43:59 +0100
 Helge Hafting helge.haft...@hist.no wrote:
 
 Joel Newkirk wrote:
 
[...]
 As I said, I'm guessing, but when I removed the extra PNG images and
 leav just one, enlightenment average CPU drops and the display is more
 responsive. The glass button effect /is/ applied to every icon,
 it's just that the parts ('parts' in edc syntax) relevant to the effect
 are flagged as non-visible by default.  I'm assuming that even when a

Urrgh - such inefficient coding. Making a 'movie' per icon - every time 
- and just not showing it for most of them. :-( The sane way is to only 
do the _needed_ calculations. Either animate a single icon when the 
effect is actually used, or generate all the frames once and just store 
them till needed. I wonder how they come up with such stuff. This is not 
only a problem on weak processors - it wastes energy on the good ones as 
well. :-(

Maybe we ought to use a modified duke nukem as an app launcher interface 
instead of enlightenment. Duke has a _better_ framerate for scrolling 
and zooming - in 3D!

Shoot at icons to start apps. Fire at the process list to kill. kill -9 
using a bigger gun.  ;-)


[...]
   Wonderful feature
 to have, but I suspect that the calculations involved in this scaling
 and other nice effects E offers are at least a slight detriment to the
 (integer) FR user experience...

I wish people though more about efficiency. One can have all sorts of
wonderful effects by precomouting some stuff _once_, and then use plain 
bit block transfers. 1990 game machines was weaker than the FR, but that 
did not seem to be a problem then.

[...]
 If you watch an icon closely when you press your stylus against it, you
 can usually perceive the fade-in taking place, particularly if your FR
 is straining, in which case you can sometimes see a few distinct delayed
 steps.  The linear transition is set to occur in 0.2 seconds fading in,
 and 0.1 seconds fading out - so it is quite brief.  I believe it
 abides by the Framerate setting in Illume config (the spanner), such
 that a 30fps setting and a 0.2 second fade equal a 6-frame animation.

I have now set the framerate to its minimum of 5, and turned off
animations where I could. At least the keyboard appears more quickly now.

Icon animation and only two icons - selected and
unselected.

 Thanks for the encouragement. :)  It's already improved my user
 experience, but in my poking about I've broken things as well, which is
 why I'm not offering the .edj to anyone yet.  I plan to start from a
 clean extraction from illume.edj and default.edj once more, applying
 only the changes confirmed to be beneficial and not cause E to segfault.

Great!
I hope this will go into the distributions, at least as a selectable 
alternative. Eye candy is nice - but only as long as it doesn't create 
performance problems.

Scrolling is slow enough even if I grab the iconless corner - so that no 
icon actually change state. (None was selected, none became selected) 
But of course it is still slow if all those icons have to be scaled 9 
times or so before drawing the screen.

 But at the pace I'm going that'll be a couple weeks still.  Hopefully
 at that point I'll be able to offer tarball and ipk versions of the
 theme for both enlightenment in general and for elementary (shr-dialer
 and kin, paroli, Raster's alarm, shr-config, etc all use elementary) as

Take your time. Ideally, a beta release whenever one more performance 
killer is chopped off. If it isn't too much extra work.
[...]
 /*
 below are lines 14053 through 14438 of 'default.edc', inside
 'default.edj', this copy extracted from FSO M5 IIRC but I believe the
 same utilized in SHR. At the top it specifies what images are required
 for this 'group', which defines a single icon on the desktop. (Illume in
 our case) It also uses 'pager_base2.png' which is defined in a global
 images stanza.  
 */

Scary stuff. An interpreted language just for the icon set.

When I try to impress people with the FR, I show them cool apps like 
linball. Not the icon interface. It is not that hot anyway - and 
slowness is simply bad.

Helge Hafting

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Matthias Apitz
El día Thursday, February 26, 2009 a las 11:23:48AM +0100, Johny Tenfinger 
escribió:

 On Thu, Feb 26, 2009 at 11:20, Matthias Apitz g...@unixarea.de wrote:
   Default: unuseable for terminal/UNIX input
   Numbers: unuseable for terminal/UNIX, not even for SMS
  Terminal: useable for terminal/UNIX, but only with stylus
 
  that's the situation at the moment;
 
 But... it's normal, good situation. Isn't it?

Sorry no having expressed this: yes, it is a good situation! and I don't
want to have changed it;

 BTW. I'm using Terminal
 layout without stylus. It isn't difficult ;P

I've tried it; it does not work with my fingers; how do you do that? do
you have some movie of this?

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 matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/

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


Re: [SHR] Suspend / Resume speed

2009-02-26 Thread Helge Hafting
Michael 'Mickey' Lauer wrote:

 I don't think that they simply disable the backlight. Resuming from SHR 
 unstable takes about 5-6 seconds (no incoming call), while 2008.12 resumes 
 under 3 seconds. While this is not a scientific measurement, 2008.12 surely 
 is a lot faster. Any other ideas what they do differently?
 
 No idea, sorry. I have never seen 2008.12. It's definitely not a problem
 in the base system, since FSO ms5.1 resolves in 1 second (admittedly,
 with Qi, with U-Boot it might be 2 seconds).
 
My SHR resumed in about 4s. (Running from internal flash, not SDcard.)
First, nothing happens. Then the console shows itself for a little 
while. finally, graphichs take over and the screen is redrawn.

1s would surely be an improvement.

Helge Hafting

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Steve 'dillo Okay

On Feb 26, 2009, at 11:20 , Matthias Apitz wrote:

[...]



  Default: unuseable for terminal/UNIX input
  Numbers: unuseable for terminal/UNIX, not even for SMS
 Terminal: useable for terminal/UNIX, but only with stylus

Hmmmit seems as if the problem with the default is that it  
doesn't know UNIX keywords.
Is it possible to populate the dictionary with UNIX keywords.  Who  
decided that the predictive keyboard would be the default ?

Or alternatively, how do you set the Terminal keyboard to be the  
default ?

Steve

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


Looking to sell GTA02v5 in Salt Lake City area.

2009-02-26 Thread Shawn Trash Thompson

Hi Community,
   I have a used GTA02V5, 850 model, I would like to sell. If you are 
in the Salt Lake City area and want a GTA02 without paying full price or 
shipping then let me know off-list.*


Please note at this time I am only offering local sale, CASH ONLY. If 
you cannot pick-up in person please do not respond.**


*Price I paid was just over $400 shipped, asking $250
Included:
-FreeRunner with SHR installed
-SD-Card with adapter and case
-Wall-Charger
-Stylus

E-mail me off list if you are interested.

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Matthias Apitz
El día Thursday, February 26, 2009 a las 11:38:45AM +0100, Steve  'dillo Okay 
escribió:

 
 On Feb 26, 2009, at 11:20 , Matthias Apitz wrote:
 
 [...]
 
 
 
  Default: unuseable for terminal/UNIX input
  Numbers: unuseable for terminal/UNIX, not even for SMS
 Terminal: useable for terminal/UNIX, but only with stylus
 
 Hmmmit seems as if the problem with the default is that it  
 doesn't know UNIX keywords.
 Is it possible to populate the dictionary with UNIX keywords.  Who  
 decided that the predictive keyboard would be the default ?

for UNIX you need chars and not predictive words, I think;

 Or alternatively, how do you set the Terminal keyboard to be the  
 default ?

# cd /usr/lib/enlightenment/modules/illume/keyboards
# mv Default.kbd Default.kbd.orig
# cp Terminal.kbd Default.kbd
# killall -HUP enlightenment

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 matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/

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


Re: Introducing CellHunter (Update 0.4.1)

2009-02-26 Thread Helge Hafting
Sebastian Hammerl wrote:
 Hi,
 
 the followin logic lies behind the buttons:
 
 check cellid: gets the cell and gps data
 submit data: when in online mode, the displayed data will be submitted, 
 when in offline mode the data will be saved
 auto check cellid: push check cellid every x seconds
 auto submit data: upload directly after checking. like auto push submit 
 button after auto pushing check button
 offline mode toggles where the data gets. on disk or directly to the server.
 
 so if you want collect offline every 10 seconds you have to push:
 offline mode, auto submit, auto check
 
Ah, so I have not collected anything because I didn't use the auto 
submit button. It did not occur to me that this was necessary to 
actually save the data being collected.  So, without auto submit 
cellhunter is more like a passive display that shows the current cell 
info. Which is a useful mode, but I'd never guessed.
[...]

 i hope this helps you.

Sure, now I know how it works.

The offline mode is a bit unfinished, in that one has to run a script to 
upload. The natural way for me is to leave cellhunter running until
I can get a network connection. Then, pressing submit (or changing to 
online mode) ought to run that script and upload all that was collected 
while in offline mode. Or another button for running the upload script.

Helge Hafting

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Pander
Matthias Apitz wrote:
 El día Thursday, February 26, 2009 a las 11:23:48AM +0100, Johny Tenfinger 
 escribió:
 
 On Thu, Feb 26, 2009 at 11:20, Matthias Apitz g...@unixarea.de wrote:
  Default: unuseable for terminal/UNIX input
  Numbers: unuseable for terminal/UNIX, not even for SMS
 Terminal: useable for terminal/UNIX, but only with stylus

 that's the situation at the moment;
 But... it's normal, good situation. Isn't it?
 
 Sorry no having expressed this: yes, it is a good situation! and I don't
 want to have changed it;
 
 BTW. I'm using Terminal
 layout without stylus. It isn't difficult ;P
 
 I've tried it; it does not work with my fingers; how do you do that? do
 you have some movie of this?

Use the tip of the nail of your index finger.

 
   matthias


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


Re: [SHR] Revealing/Hiding my caller id

2009-02-26 Thread Helge Hafting
Franky Van Liedekerke wrote:
 On Wed, 25 Feb 2009 15:39:17 -0600
 The Digital Pioneer digitalpion...@gmail.com wrote:
 
 Ahh, too bad. :P

 I don't suppose anyone could mod the firmware to make it allow that
 could they? It would be a fun prank. :)
 
 it sounds to me that it would totally and utterly illegal ... I can't
Not necessarily illegal, but probably breaking the contract with
your service provider. Providers aren't known for appreciating creativity.

Having the call billed to someone else, or impersonating someone else is 
obviously illegal. Having the caller ID come up with something obviously 
fake like 00 is not so bad legally. You are allowed to hide 
completely, after all.

Having caller ID showing one of your other phones so they return calls 
there instead is even useful. But anything useful is precisely the sort 
of thing a service provider will want to bill you extra for.

 even begin to imagine how criminals would abuse such a thing.
Truly untraceable calls with ever-changing IMEI, never paying for 
service, optionally bill it all to someone you dislike, intercepting 
calls, DOS-attacks on gsm, . . .

 And I'm not even sure that you can do it by changing firmware, there's
 always a man in the middle (the GSM provider) that normally sends your
 phonenumber to the other party (except if you indicate you don't want
 it).

In theory, the GSM provider could validate all that happens. In practice 
they don't, probably because there were some things they didn't think of 
when they implemented their towers. A user-flashable gsm firmware is a 
more recent development than GSM technology.

I once called the police about a bothersome anonymous caller. When the 
telco eventually tried, they actually failed to trace it. They claimed 
the caller was a mobile phone whose subscription ended two years earlier 
which couldn't be right. You can't normally call out unless you pay for 
some kind of subscription.

GSM history also have its share of goofups. Some years ago, it was 
possible for norwegians to get free calls in some eastern europe 
country. I don't remember the details, something about two different 
national telcos that just happened to have the same numerical ID. With 
things like that happening by accident, no surprise that determined 
hackers can get further.

So phone hacking is definitely possible. There are probably some shady 
websites with more information too.

Helge Hafting

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Helge Hafting
Steve  'dillo Okay wrote:
 On Feb 26, 2009, at 11:20 , Matthias Apitz wrote:
 
 [...]
 
  Default: unuseable for terminal/UNIX input
  Numbers: unuseable for terminal/UNIX, not even for SMS
 Terminal: useable for terminal/UNIX, but only with stylus
 
 Hmmmit seems as if the problem with the default is that it  
 doesn't know UNIX keywords.
 Is it possible to populate the dictionary with UNIX keywords.

UNIX keywords - yes. Including all the options - with some work. But 
every filename in every filesystem I might mount? Won't happen.

Helge Hafting

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Helge Hafting

 Just about all phone manufacturers are going to capacitive screens as 
 they virtually eliminate accidental touches in something like a purse or 
 pocket. 
Won't capacitive react to metal keys?

Anyway, this is not a problem with the FR either - I lock it with the 
AUX button before it goes in my pocket. No accidental touch then.

Helge Hafting

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


Re: Openmoko media player and direct mp3 to bluetooth headphones

2009-02-26 Thread Helge Hafting
The Digital Pioneer wrote:
 OK then. So does anyone know of a headset that CAN do OGG? :D
Can be arranged, if you get us a open-source headset . . .

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


Re: illume keyboard - only navigate buttons

2009-02-26 Thread Helge Hafting
Leonti Bielski wrote:
 Some time ago on scap.linuxtogo.org I've seen illume keyboard only
 with navigate buttons - right, left, up, down and some others.
 
 I would like to use it for navigation in browsers - right know I use
 terminal keyboard to navigate through web-page in links-x11.
 Does anyone know where I can find it?

A custom keyboard isn't that difficult to make.
An illume keyboard is just a textual list of keys:
Coordinates for where the key is, how big it is, what function (letter 
or cursor key) it performs. So you can copy the terminal keyboard file,

/usr/lib/enlightenment/modules/illume/keyboards/Terminal.kbd

Then you simply delete the keys you don't need from the copy.
Finally, make the remaining keys bigger by adjusting their
coordinates.

To use your new keyboard, save the new file as:
/usr/lib/enlightenment/modules/illume/keyboards/Navigation.kbd
Bring up the illume keyboard, press the little qwerty icon
in the upper right corner, and select your special keyboard
from the list. It will be there if you saved the file to the correct folder.

Helge Hafting

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


Re: Voicenote - 3rd version - Can play wav files

2009-02-26 Thread Jorge Luis Chamorro
El mié, 25-02-2009 a las 15:15 +0100, kimaidou escribió:
 Hi list,
 
 I post here, again, to announce the release of the third version of
 Voicenote.
 Now 
 * you can play the wav files you have recorded with voicenote (or
 other wav files)
 * you go back the the 1st choice dialog (record or play?) after each
 action. To quit the script, click on the Cancel button.
 
 The page to read for more detail :
 http://wiki.openmoko.org/wiki/Voicenote
 
I put your code into a python script from this page : 
http://wiki.openmoko.org/wiki/GPS_Data_Logger
...


 Kimaidou
 ___
 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: GUI responsiveness (was Re: SHR first impression : it's slow ?)

2009-02-26 Thread William Kenworthy
On Thu, 2009-02-26 at 11:31 +0100, Helge Hafting wrote:
 Joel Newkirk wrote:
  On Wed, 25 Feb 2009 12:43:59 +0100
  Helge Hafting helge.haft...@hist.no wrote:
  
  Joel Newkirk wrote:
  

...

  the good ones as 
 well. :-(
 
 Maybe we ought to use a modified duke nukem as an app launcher interface 
 instead of enlightenment. Duke has a _better_ framerate for scrolling 
 and zooming - in 3D!
 
 Shoot at icons to start apps. Fire at the process list to kill. kill -9 
 using a bigger gun.  ;-)

...

 When I try to impress people with the FR, I show them cool apps like 
 linball. Not the icon interface. It is not that hot anyway - and 
 slowness is simply bad.
 
 Helge Hafting
 

you would love this then ...

http://www.cs.unm.edu/~dlchao/flake/doom/

:)
BillK




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


Re: [SHR] Suspend / Resume speed

2009-02-26 Thread Andy Green
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| Michael 'Mickey' Lauer wrote:
|
| I don't think that they simply disable the backlight. Resuming from SHR
| unstable takes about 5-6 seconds (no incoming call), while 2008.12
resumes
| under 3 seconds. While this is not a scientific measurement, 2008.12
surely
| is a lot faster. Any other ideas what they do differently?
| No idea, sorry. I have never seen 2008.12. It's definitely not a problem
| in the base system, since FSO ms5.1 resolves in 1 second (admittedly,
| with Qi, with U-Boot it might be 2 seconds).
|
| My SHR resumed in about 4s. (Running from internal flash, not SDcard.)
| First, nothing happens. Then the console shows itself for a little
| while. finally, graphichs take over and the screen is redrawn.
|
| 1s would surely be an improvement.

If your kernel has the printk timestamping enabled, maybe the dmesg
during suspend / resume has a hint if it's something on the kernel side.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmmlxoACgkQOjLpvpq7dMptXwCdH85IfZksSKJyDQ6u5Akk4T7p
3a0AnRwU+LRs9p2d2syTWBT88wZbvibq
=GWNa
-END PGP SIGNATURE-

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


Finger friendly browse keyboard

2009-02-26 Thread Pander
Hi all,

Someone mentioned a finger friendly browse keoyboard, and I just could
not resist making one myself. the result is here:
  http://www.opkg.org/package_144.html

Note that the type is NUMERIC, let me know if another type better suites
this keyboard.

It is also referenced here:
  http://wiki.openmoko.org/wiki/Illume#List_of_illume_keyboards

Regards,

Pander

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread The Digital Pioneer
I personally need my precision. I carry my stylus with me all the time, it's
not really a problem.

As to a predictive terminal keyboard, why are we considering the feasibility
of a dictionary with all the filenames and whatnot? Just integrate
tab-completion. Populate the suggestion list with the results of 'tab-tab'
on the terminal. Shouldn't take too much hacking, I wouldn't think.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


window full screen via enlightenment _remote

2009-02-26 Thread Petr Vanek
Hi,

is it somehow possible to send a fullscreen command
via enlightenment_remote to a application window? Or to have it in the
illume simple_menu?

Thank you
Petr


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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread GNUtoo
 On Thu, Feb 26, 2009 at 02:03:13PM +0700, Sean McNeil wrote:
 Matthias Apitz wrote:
  El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick
 Moko escribió:
 
 
  http://en.wikipedia.org/wiki/Touchscreen#Resistive
  vs
  http://en.wikipedia.org/wiki/Touchscreen#Capacitive
 
 
  Thanks;
 
  But: Do we really want a GTA03 which can't be managed with a stylus
 pen?
  I can't imagine a 'Terminal' like keyboard (i.e. one having all keys
  like the actual Om2008.9 'Terminal', including Shift, SHift-Lock, ...)
  and using it with my finger tips; how should this work? Where this
 idea,
  GTA03 with Capacitive, comes from? :-((
 
 matthias
 

 What do you mean? You can get a stylus that works with capacitive touch
 screens:

 http://songtak.manufacturer.globalsources.com/si/6008826112271/pdtl/PDA-styli/1006246576/Touch-Pen.htm

 You call that a stylus? Scroll a little further down the page for
 some _real_ stylus examples. :)

 That thing is HUGE and uneeded. If you need something just as big, then
 you're ok with using the finger (unless you sweat a lot).

 Just about all phone manufacturers are going to capacitive screens as
 they virtually eliminate accidental touches in something like a purse or
 pocket.

 They also eliminate precision.
That is a problem for some applications...for instances existing games:
how would you be able to play to wesnoth? not with accelerometers...
what about scummvm? same problem...


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


Re: Openmoko media player and direct mp3 to bluetooth headphones

2009-02-26 Thread Daniel Benoy
It's only possible to do through gstreamer, unfortunately.  ALSA doesn't 
support it.  (I don't even know if the ALSA API could even be used for that 
purpose.. I'm sure someone with more knowledge than me can answer that)

I use debian, so I don't know if step by step instructions would be useful to 
you or most people here.  (I wouldn't really want to come up with them 
anyway..) so I'll just give general instructions.

Also FYI, I'm using bluez-3.36 .. if someone wants to try it on bluez 4 and 
tell me if anything is different please let me know what you discover.

Step 1:
Here's how you 'pair' them: (bluez calls it bonding)
http://wiki.bluez.org/wiki/HOWTO/Bonding

The way I did the pairing is by running bluetooth-applet from the bluez-gnome 
package, and then going ahead with step 2, and it automatically attempted to 
pair along with a spiffy GUI pin request as soon as it detected that I was 
trying to make an audio connection while the headset was in pairing mode.

Step 2:
Run the following python code.  (I think I tried to do this from 
bluetooth-properties from the bluez-gnome package, but I don't think it worked. 
 You might have better luck)


#!/usr/bin/python
import sys
import getopt
import dbus

bus = dbus.SystemBus()

bmgr = dbus.Interface(bus.get_object('org.bluez', '/org/bluez'), 
'org.bluez.Manager')
bus_id = bmgr.ActivateService('audio')

imgr = dbus.Interface(bus.get_object(bus_id, '/org/bluez/audio'), 
'org.bluez.audio.Manager')

optlist, args = getopt.getopt(sys.argv[1:], '', 
['list','connect=','disconnect=','help'])

for opt,val in optlist:
if opt == '--list':
for path in imgr.ListDevices():
idev = dbus.Interface (bus.get_object(bus_id, path), 
'org.bluez.audio.Device')
print %s Name: \%s\ Address: \%s\ % (path, 
idev.GetName(), idev.GetAddress())
elif opt == '--connect':
path = ''
if (val[0] == '/'):
path = val
else:
path = imgr.CreateDevice(val)
idev = dbus.Interface (bus.get_object(bus_id, path), 
'org.bluez.audio.Sink')
idev.Connect()
elif opt == '--disconnect':
imgr.RemoveDevice(val)
else:
print 'usage: ', sys.argv[0], '[ --list, 
--connect=[XX:XX:XX:XX:XX, /org/bluez/input/device0], 
--disconnect=/org/bluez/input/device0, --help ]'
break


Put the headset in pairing mode and do something like ./audtool.py 
--connect=XX:XX:XX:XX:XX  and you can verify it later with ./audtool.py --list  
(If you haven't bonded yet, this is when the UI will ask you for the PIN)

If you want to use AVRCP (remote control headset buttons) you have to set the 
headset to trusted so it can use the 'input' bluez service.  I'm not really 
sure how to do this except through the bluetooth-applet API.  That API will 
simply ask you every time if you want to allow input, and/or establish trust.  
If your bluez still uses hidd, I think you're SOL for that entire feature, 
and/or it will be complicated and manual.

Step Pi*r^2
gstreamer and bluez under debian don't talk to eachother properly.  gstreamer 
(Specifically the mp3parse element in the mpegaudioparse plugin from the 
gst-plugins-ugly package) announces its channels as 'joint-stereo' and 
'dual-channel' and bluez expects to see either 'joint' or 'dual' .. I've done 
some bug reporting to gstreamer and debian.. and hopefully one of the upstream 
maintainers decides to change it so that they're in sync.

I extracted the source of gstreamer and made the change there.

Step 3:
At this point, you should be able to play any gstreamer supported codec to your 
bluetooth headphones like this:

gst-launch filesrc location=ogg, mp3, whatever ! decodebin ! audioconvert ! 
audioresample ! sbcenc ! a2dpsink device=XX:XX:XX:XX:XX:XX

And you can play mp3s directly with:

gst-launch filesrc location=some mp3 file ! mp3parse ! a2dpsink 
device=XX:XX:XX:XX:XX:XX

In the second case, you may want to also pass --gst-debug 
a2dpsink:5,avdtpsink:5 in case you experience any problems.

Unfortunately, there is no trivial way to convince a gstreamer application to 
output mp3s the second way.  The source has to be patched to use a completely 
different pipeline :(  Also it's up to the software to detect that it's an mp3 
file (ostensibly by file extension), and use the different pipeline 
accordingly.  Which leads me to my problem.  gst-launch doesn't support pausing 
or any other rudimentary features, so I'm stuck with SBC in the meantime... and 
I'm hoping that someone out there is making a gstreamer player that I can patch 
up for this purpose.

I'm currently using rhythmbox, and I'm considering patching that.. but I figure 
if I'm going to go through all the effort, I might as well do it on a player 
that is designed for palmtops.

On Wednesday 25 February 2009 21:19:18 you wrote:
 
 Hi,
 
 

Re: Openmoko media player and direct mp3 to bluetooth headphones

2009-02-26 Thread Daniel Benoy
Oh!  One more thing.  You need to have 'MPEG12Sources=1' under the '[A2DP]' 
section in /etc/bluetooth/audio.conf

For everything else, defaults should be fine.  I also found it beneficial to 
performance to set the following lines in /etc/bluetooth/hcid.conf

lm accept,master;
lp hold,sniff,park;

On Thursday 26 February 2009 09:33:42 you wrote:
 It's only possible to do through gstreamer, unfortunately.  ALSA doesn't 
 support it.  (I don't even know if the ALSA API could even be used for that 
 purpose.. I'm sure someone with more knowledge than me can answer that)
 
 I use debian, so I don't know if step by step instructions would be useful to 
 you or most people here.  (I wouldn't really want to come up with them 
 anyway..) so I'll just give general instructions.
 
 Also FYI, I'm using bluez-3.36 .. if someone wants to try it on bluez 4 and 
 tell me if anything is different please let me know what you discover.
 
 Step 1:
 Here's how you 'pair' them: (bluez calls it bonding)
 http://wiki.bluez.org/wiki/HOWTO/Bonding
 
 The way I did the pairing is by running bluetooth-applet from the bluez-gnome 
 package, and then going ahead with step 2, and it automatically attempted to 
 pair along with a spiffy GUI pin request as soon as it detected that I was 
 trying to make an audio connection while the headset was in pairing mode.
 
 Step 2:
 Run the following python code.  (I think I tried to do this from 
 bluetooth-properties from the bluez-gnome package, but I don't think it 
 worked.  You might have better luck)
 
 
 #!/usr/bin/python
 import sys
 import getopt
 import dbus
 
 bus = dbus.SystemBus()
 
 bmgr = dbus.Interface(bus.get_object('org.bluez', '/org/bluez'), 
 'org.bluez.Manager')
 bus_id = bmgr.ActivateService('audio')
 
 imgr = dbus.Interface(bus.get_object(bus_id, '/org/bluez/audio'), 
 'org.bluez.audio.Manager')
 
 optlist, args = getopt.getopt(sys.argv[1:], '', 
 ['list','connect=','disconnect=','help'])
 
 for opt,val in optlist:
 if opt == '--list':
 for path in imgr.ListDevices():
 idev = dbus.Interface (bus.get_object(bus_id, path), 
 'org.bluez.audio.Device')
 print %s Name: \%s\ Address: \%s\ % (path, 
 idev.GetName(), idev.GetAddress())
 elif opt == '--connect':
 path = ''
 if (val[0] == '/'):
 path = val
 else:
 path = imgr.CreateDevice(val)
 idev = dbus.Interface (bus.get_object(bus_id, path), 
 'org.bluez.audio.Sink')
 idev.Connect()
 elif opt == '--disconnect':
 imgr.RemoveDevice(val)
 else:
 print 'usage: ', sys.argv[0], '[ --list, 
 --connect=[XX:XX:XX:XX:XX, /org/bluez/input/device0], 
 --disconnect=/org/bluez/input/device0, --help ]'
 break
 
 
 Put the headset in pairing mode and do something like ./audtool.py 
 --connect=XX:XX:XX:XX:XX  and you can verify it later with ./audtool.py 
 --list  (If you haven't bonded yet, this is when the UI will ask you for the 
 PIN)
 
 If you want to use AVRCP (remote control headset buttons) you have to set the 
 headset to trusted so it can use the 'input' bluez service.  I'm not really 
 sure how to do this except through the bluetooth-applet API.  That API will 
 simply ask you every time if you want to allow input, and/or establish trust. 
  If your bluez still uses hidd, I think you're SOL for that entire feature, 
 and/or it will be complicated and manual.
 
 Step Pi*r^2
 gstreamer and bluez under debian don't talk to eachother properly.  gstreamer 
 (Specifically the mp3parse element in the mpegaudioparse plugin from the 
 gst-plugins-ugly package) announces its channels as 'joint-stereo' and 
 'dual-channel' and bluez expects to see either 'joint' or 'dual' .. I've done 
 some bug reporting to gstreamer and debian.. and hopefully one of the 
 upstream maintainers decides to change it so that they're in sync.
 
 I extracted the source of gstreamer and made the change there.
 
 Step 3:
 At this point, you should be able to play any gstreamer supported codec to 
 your bluetooth headphones like this:
 
 gst-launch filesrc location=ogg, mp3, whatever ! decodebin ! audioconvert ! 
 audioresample ! sbcenc ! a2dpsink device=XX:XX:XX:XX:XX:XX
 
 And you can play mp3s directly with:
 
 gst-launch filesrc location=some mp3 file ! mp3parse ! a2dpsink 
 device=XX:XX:XX:XX:XX:XX
 
 In the second case, you may want to also pass --gst-debug 
 a2dpsink:5,avdtpsink:5 in case you experience any problems.
 
 Unfortunately, there is no trivial way to convince a gstreamer application to 
 output mp3s the second way.  The source has to be patched to use a completely 
 different pipeline :(  Also it's up to the software to detect that it's an 
 mp3 file (ostensibly by file extension), and use the different pipeline 
 accordingly.  Which leads me to my problem.  gst-launch 

Re: Error found on make fso-gta02-milestone5-image

2009-02-26 Thread HouYu Li
What's your system?

On Thu, Feb 26, 2009 at 7:16 PM, Daniel.Li lida_m...@163.com wrote:

 On Wed, 2009-02-25 at 22:25 -0300, Tomas Riveros Schober wrote:
  since it's glibc related, why not try this:
  http://wiki.openmoko.org/wiki/Talk:MokoMakefile#glibc_fails_to_build
 
  Tom
 

 Thanks for tips. After checking the above link.

 I found the case is quite different from mine. Since I don't have build
 folder.


  =From above link===
  NOTE: Task failed:
 /home/alex/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/
  glibc-2.6.1-r10/temp/log.do_configure.11446
 
 My folder structure is:
 .
 |-- Makefile - common/Makefile
 |-- bitbake
 |-- common
 |-- downloads
 |-- fso-milestone5
 `-- openembedded

 I also googled website, found really strange :(


  Daniel.Li escribió:
   On Thu, 2009-02-26 at 07:50 +0800, HouYu Li wrote:
  
   using the default makefile from download site works well. haven't
   tried the git version. I think you might try milestone5.1.
  
  
   I have check wget http://downloads.freesmartphone.org/Makefile;.
   And diff this file with common/Makefile.
  
   They are the same.
  
   On Thu, Feb 26, 2009 at 7:43 AM, Daniel.Li lida_m...@163.com wrote:
   Dear List,
  
   I have followed http://wiki.openmoko.org/wiki/Building_FSO to
   build fso
   $ git clone git://git.freesmartphone.org/fso-makefile common
   $ ln -s common/Makefile Makefile
   $ make fso-gta02-milestone5-image
  
   blabla..
  
   NOTE: Psyco JIT Compiler (http://psyco.sf.net) not available.
   Install it
   to increase performance.
   NOTE: Handling BitBake files: | (5389/6406) [84 %]ERROR: Could
   not
   include required file glibc_2.6.1.bb while
   parsing
 /home/daniel/work4/fso/fso-milestone5/openembedded/packages/glibc/
 glibc-initial_2.6.1.bb
   NOTE: Handling BitBake files: - (6406/6406) [100 %]
   NOTE: Parsing finished. 0 cached, 6123 parsed, 282 skipped, 0
   masked.
   ERROR: Parsing errors found, exiting...
   make[1]: *** [image] Error 1
   make[1]: Leaving directory
   `/home/daniel/work4/fso/fso-milestone5'
   make: *** [fso-gta02-milestone5-image] Error 2
  
  
   Have anyone met this before, how can i solve this? Thanks.
  
  
   --
   Daniel.Li lida_m...@163.com
   PALFocus (http://palfocus.oicp.net)
  
  
  
   ___
   Openmoko community mailing list
   community@lists.openmoko.org
   http://lists.openmoko.org/mailman/listinfo/community
  
  
  
   --
   Best Regards
  
   HouYu Li, Karajan
  
   karajan_ii (at) hotmail.com
   karadog (at) gmail.com
   lihouyu (at) phpex.net
  
   PHP Programmer
   Red Hat Certified Engineer
  
   Shanghai, China
  
 
 --
 Daniel.Li lida_m...@163.com
 PALFocus (http://palfocus.oicp.net)



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




-- 
Best Regards

HouYu Li, Karajan

karajan_ii (at) hotmail.com
karadog (at) gmail.com
lihouyu (at) phpex.net

PHP Programmer
Red Hat Certified Engineer

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


Re: GUI responsiveness (was Re: SHR first impression : it's slow ?)

2009-02-26 Thread Joel Newkirk
On Thu, 26 Feb 2009 11:31:43 +0100
Helge Hafting helge.haft...@hist.no wrote:

 Joel Newkirk wrote:
  On Wed, 25 Feb 2009 12:43:59 +0100
  Helge Hafting helge.haft...@hist.no wrote:
  
  Joel Newkirk wrote:
  
 [...]
  As I said, I'm guessing, but when I removed the extra PNG images and
  leav just one, enlightenment average CPU drops and the display is
  more responsive. The glass button effect /is/ applied to every icon,
  it's just that the parts ('parts' in edc syntax) relevant to the
  effect are flagged as non-visible by default.  I'm assuming that
  even when a
 
 Urrgh - such inefficient coding. Making a 'movie' per icon - every
 time 
 - and just not showing it for most of them. :-( The sane way is to
 only do the _needed_ calculations. Either animate a single icon when
 the effect is actually used, or generate all the frames once and just
 store them till needed. I wonder how they come up with such stuff.
 This is not only a problem on weak processors - it wastes energy on
 the good ones as well. :-(

Well as I said, I don't know to what degree and in what fashions this
may be optimized within E - I'm assuming that it prescales and doesn't
scale on the fly, but that the scrolling needs to take all visible and
non-visible parts into account - I don't know this however, I'm
guessing.

 Maybe we ought to use a modified duke nukem as an app launcher
 interface instead of enlightenment. Duke has a _better_ framerate for
 scrolling and zooming - in 3D!
 
 Shoot at icons to start apps. Fire at the process list to kill. kill
 -9 using a bigger gun.  ;-)

:) Thanks, and to BillK for the enlightening and entertaining link. :)
With my car broken down this morning, any amusement is welcome.

 [...]
Wonderful feature
  to have, but I suspect that the calculations involved in this
  scaling and other nice effects E offers are at least a slight
  detriment to the (integer) FR user experience...
 
 I wish people though more about efficiency. One can have all sorts of
 wonderful effects by precomouting some stuff _once_, and then use
 plain bit block transfers. 1990 game machines was weaker than the FR,
 but that did not seem to be a problem then.

My philosophy has always been colored by my time with the Amiga.  I
'grew up' believing that clever hardware and clever software could
overcome limited horsepower, and that the immediacy of feedback
provided by a responsive GUI is often worth more than a doubled clock.
(at 7mhz it 'felt' as fast as some 3ghz beasts I've used, simply
because everything was tweaked for smooth consistent responsiveness)
 
 [...]
  If you watch an icon closely when you press your stylus against it,
  you can usually perceive the fade-in taking place, particularly if
  your FR is straining, in which case you can sometimes see a few
  distinct delayed steps.  The linear transition is set to occur in
  0.2 seconds fading in, and 0.1 seconds fading out - so it is quite
  brief.  I believe it abides by the Framerate setting in Illume
  config (the spanner), such that a 30fps setting and a 0.2 second
  fade equal a 6-frame animation.
 
 I have now set the framerate to its minimum of 5, and turned off
 animations where I could. At least the keyboard appears more quickly
 now.
 
 Icon animation and only two icons - selected and
 unselected.

What has me concerned on this front, looking more long-term, is that OM
have exhibited a tremendous reluctance to make the Illume/Enlightenment
config accessible, so that changing framerate and disabling animations
of windows opening, Top Shelf opening/closing, etc are currently not
possible for a new owner 'out of the box'.  Hopefully that'll be
addressed before the platform reaches more mainstream (read:
non-hacker) customers...  And not by simply disabling such features,
though that might be preferable to enabled and unconfigurable.

  Thanks for the encouragement. :)  It's already improved my user
  experience, but in my poking about I've broken things as well,
  which is why I'm not offering the .edj to anyone yet.  I plan to
  start from a clean extraction from illume.edj and default.edj once
  more, applying only the changes confirmed to be beneficial and not
  cause E to segfault.
 
 Great!
 I hope this will go into the distributions, at least as a selectable 
 alternative. Eye candy is nice - but only as long as it doesn't
 create performance problems.
 
 Scrolling is slow enough even if I grab the iconless corner - so that
 no icon actually change state. (None was selected, none became
 selected) But of course it is still slow if all those icons have to
 be scaled 9 times or so before drawing the screen.

Still guessing, but I expect the scaling only takes place once.

  But at the pace I'm going that'll be a couple weeks still.
  Hopefully at that point I'll be able to offer tarball and ipk
  versions of the theme for both enlightenment in general and for
  elementary (shr-dialer and kin, paroli, Raster's alarm, shr-config,
  etc all use 

Re: GUI responsiveness (was Re: SHR first impression : it's slow ?)

2009-02-26 Thread Hendrik Siedelmann
2009/2/26 Helge Hafting helge.haft...@hist.no:
 Joel Newkirk wrote:
 On Wed, 25 Feb 2009 12:43:59 +0100
 Helge Hafting helge.haft...@hist.no wrote:

 Joel Newkirk wrote:

 [...]
 As I said, I'm guessing, but when I removed the extra PNG images and
 leav just one, enlightenment average CPU drops and the display is more
 responsive. The glass button effect /is/ applied to every icon,
 it's just that the parts ('parts' in edc syntax) relevant to the effect
 are flagged as non-visible by default.  I'm assuming that even when a

 Urrgh - such inefficient coding. Making a 'movie' per icon - every time
 - and just not showing it for most of them. :-( The sane way is to only
 do the _needed_ calculations. Either animate a single icon when the
 effect is actually used, or generate all the frames once and just store
 them till needed. I wonder how they come up with such stuff. This is not
 only a problem on weak processors - it wastes energy on the good ones as
 well. :-(

Perhaps you should have alook at the efl before stating such things.
I also don't have much insight, but thats what I think I understood:
The non-visible parts shouldn't need any but size caclculations, the layering
and stuff is also reasonably fast, at least much faster than what the FR can
transfer to the screen anyway. I think the main proplem is the scaling, smooth
scaling is pretty slow, there is a scale cache planned, but not actually
finished, when it comes things will get much faster.
The efl are way faster than any other toolkit I know of, especially if you trim
down theming.

 Maybe we ought to use a modified duke nukem as an app launcher interface
 instead of enlightenment. Duke has a _better_ framerate for scrolling
 and zooming - in 3D!

Well does it do alpha? And is it using the screen in 480x640 or only a quarter
the screen size?

 Shoot at icons to start apps. Fire at the process list to kill. kill -9
 using a bigger gun.  ;-)


 [...]
   Wonderful feature
 to have, but I suspect that the calculations involved in this scaling
 and other nice effects E offers are at least a slight detriment to the
 (integer) FR user experience...

 I wish people though more about efficiency. One can have all sorts of
 wonderful effects by precomouting some stuff _once_, and then use plain
 bit block transfers. 1990 game machines was weaker than the FR, but that
 did not seem to be a problem then.
Really have a look at the EFL, very efficient.
Problem is, the Theme just needs to be optimized. And using the
16-bit engine also gives a huge speedup.
 [...]
 If you watch an icon closely when you press your stylus against it, you
 can usually perceive the fade-in taking place, particularly if your FR
 is straining, in which case you can sometimes see a few distinct delayed
 steps.  The linear transition is set to occur in 0.2 seconds fading in,
 and 0.1 seconds fading out - so it is quite brief.  I believe it
 abides by the Framerate setting in Illume config (the spanner), such
 that a 30fps setting and a 0.2 second fade equal a 6-frame animation.

 I have now set the framerate to its minimum of 5, and turned off
 animations where I could. At least the keyboard appears more quickly now.
If it can't cope with the high framerate it will of course simply drop frames.
And for parts it will easily hit 30 fps, that's why I leave it on default
(but disable some animations).

 Icon animation and only two icons - selected and
 unselected.

 Thanks for the encouragement. :)  It's already improved my user
 experience, but in my poking about I've broken things as well, which is
 why I'm not offering the .edj to anyone yet.  I plan to start from a
 clean extraction from illume.edj and default.edj once more, applying
 only the changes confirmed to be beneficial and not cause E to segfault.

 Great!
 I hope this will go into the distributions, at least as a selectable
 alternative. Eye candy is nice - but only as long as it doesn't create
 performance problems.

 Scrolling is slow enough even if I grab the iconless corner - so that no
 icon actually change state. (None was selected, none became selected)
 But of course it is still slow if all those icons have to be scaled 9
 times or so before drawing the screen.

 But at the pace I'm going that'll be a couple weeks still.  Hopefully
 at that point I'll be able to offer tarball and ipk versions of the
 theme for both enlightenment in general and for elementary (shr-dialer
 and kin, paroli, Raster's alarm, shr-config, etc all use elementary) as

 Take your time. Ideally, a beta release whenever one more performance
 killer is chopped off. If it isn't too much extra work.
 [...]
 /*
 below are lines 14053 through 14438 of 'default.edc', inside
 'default.edj', this copy extracted from FSO M5 IIRC but I believe the
 same utilized in SHR. At the top it specifies what images are required
 for this 'group', which defines a single icon on the desktop. (Illume in
 our case) It also uses 'pager_base2.png' which is defined in a 

Re: Announcing new Project - Intone mplayer frontend

2009-02-26 Thread Stefan Monnier
 Well, I'm actually looking at taking it further - apart from being a
 frontend to mplayer. I'm also looking at playing ogg through tremor and
 trying out mpg123 to see if that is any better. Though, I intend stopping
 after these two codecs - since most audio IMHO is likely to be in these
 formats.

broken record MPD (and many other players) already plays Ogg/tremor
just fine.  Why don't you try and improve those players rather than
reinvent the wheel?


Stefan


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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread The Digital Pioneer
Well, I can't play SCUMMVM games as it is now. The mouse and stylus get WAY
desynced and I can't click most of the screen. But that's a software bug,
not a hardware issue.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [All] To build a better music player

2009-02-26 Thread Dylan Reilly
FYI, there is a new version of pythm available on opkg.org

2009-02-26 - Version 0.5.4-dmr:
---
* Fixed many issues with skip and previous. They should behave as expected now.
* Removed dependence on pyalsaaudio. Volume changing is handled via
the back-ends once again.
* Reduced CPU overhead of gstreamer by using a custom pipeline instead
of playbin.

There is not to much more performance I can squeeze out of the program
based on its architecture, I think. The python code itself does very
little and hands off all the heavy lifting to gstreamer and gtk.
(Speaking of GTK, it takes 5% CPU, as reported from top, to simply
redraw the track time in the GUI). Gstreamer and alsa are not the most
efficient ways to get sound to come out of a device, I believe.
However, my goal is to build upon sane components thus leaving only
doing the work that needs to be done.

-- 
Dylan Maxwell Reilly

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


Re: Finger friendly browse keyboard

2009-02-26 Thread Yorick Moko
looks good,
maybe one little comment:
I would have have put ctrl as the lower left button

when playing action games for example:
arrows: move
space: open/jump
ctrl: shoot

On Thu, Feb 26, 2009 at 2:52 PM, Pander pan...@users.sourceforge.net wrote:
 Hi all,

 Someone mentioned a finger friendly browse keoyboard, and I just could
 not resist making one myself. the result is here:
  http://www.opkg.org/package_144.html

 Note that the type is NUMERIC, let me know if another type better suites
 this keyboard.

 It is also referenced here:
  http://wiki.openmoko.org/wiki/Illume#List_of_illume_keyboards

 Regards,

 Pander

 ___
 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


Harry's academy survey is reopening, Please help !!

2009-02-26 Thread Harry Tsai
Dear Community,

Thanks for helping from community and my openmoko colleagues, this academy
survey is reopening now.

Please access the online survey:
http://www.t0ny.net/harrytsai/index.php?sid=45769lang=en

I am trying to through this survey to get more clear opinions and
information from the Openmoko community then I will use those feedback to
finish my research.

I hope this research is positive to helps more people to understand what
community is, I also expect this thesis is helpful to promotes Free and Open
Source Software movement.

Your kindly support is much appreciated.

Thanks and BR

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


Re: [SHR] Suspend / Resume speed

2009-02-26 Thread Marco Trevisan (Treviño)
Florian Hackenberger wrote:
 I noticed that suspending / resuming on 2008.12 is quite fast compared 
 to SHR. The difference which is most noticeable is that SHR switches to 
 a virtual terminal before and right after suspending, as opposed to 
 2008.12 which resumes right into X. Is there a way to replicate this 
 behaviour on SHR? I suspect that we could save at least a second of 
 resume time, because printing and scrolling a few hundred lines of 
 kernel log in addition to the mode switches takes a bit of time.

Check your uboot commandline loglevel value... It highly impacts on the
suspend/resume time. I've set it to 3 (but some time ago was set by the
system to 8, and I had to wait more than 6-7 seconds to wake the phone,
while it generally takes just 1-2 secs).

Those commands in the uBoot shell should do the work:
setenv bootargs roofstype=ext2 root=/dev/mmcblk0p2 console=tty0
console=ttySAC2,115200 loglevel=3
setenv bootargs_base rootfstype=jffs2 root=/dev/mtdblock6
console=ttySAC2,115200 console=tty0 loglevel=3

-- 
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: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Rui Miguel Silva Seabra
On Thu, Feb 26, 2009 at 08:34:38AM +0100, Steve  'dillo Okay wrote:
 I have to agree here. Styli are more a hindrance than a help. I find  
 I'm always leaving my stylus or retracted pen somewhere and looking  
 for another.

However the following are what makes a resistive screen clearly better,
for me and my usage:

FEATURE  CAPACITIVE   RESISTIVE
--
CAN use stylus  NO(1)   YES
CAN use finger  YES YES
Stylus is OPTIONAL  N/A(1)  YES
Has PRECISION   NO  YES

Notes:
 (1) that stylus that circulates around is more a plastic
 finger than a stylus

For my usage, it's a clear win for the resistive screen.

ATTENTION: I do write text messages in english or portuguese with
Rasterman's keyboard with a custom keyset and portuguese dictionary.
I find it great, quick, and am able to type while walking, the stylus
problem is NOT for writing natural language texts, only for
terminal-like appliccations and precision requirements.

Rui

-- 
Wibble.
Today is Boomtime, the 57th day of Chaos in the YOLD 3175
+ 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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Rui Miguel Silva Seabra
On Thu, Feb 26, 2009 at 03:33:22PM +0100, GNUtoo wrote:
  Just about all phone manufacturers are going to capacitive screens as
  they virtually eliminate accidental touches in something like a purse or
  pocket.
 
  They also eliminate precision.

 That is a problem for some applications...for instances existing games:
 how would you be able to play to wesnoth? not with accelerometers...
 what about scummvm? same problem...

Also for signing you name (scenario), network drawings (which I use at
meetings), etc...

Rui

-- 
Or is it?
Today is Boomtime, the 57th day of Chaos in the YOLD 3175
+ 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


Re: Finger friendly browse keyboard

2009-02-26 Thread Pander
Yorick Moko wrote:
 looks good,
 maybe one little comment:
 I would have have put ctrl as the lower left button

Then I'd have to put the TAB in the place where CTRL is now next to the
ALT, which is a bit odd. Either way it is always a bit strange.

 
 when playing action games for example:
 arrows: move

Its already like this, not?

 space: open/jump
 ctrl: shoot

I have place for two extra 'fire' buttons as you can see. But I have to
attach an Illume keyboard 'key'-command to them. If you can figure out
what the joystick shoot/jump is.

But usually it is the other way around, in the game you can configure
your keys. So I could place a (left and right) shift/ctrl/alt key which
can be used as shoot/jump.

As I see it now, Illume has no left or right shift/ctrl/alt, and also no
auto release for shift/ctrl/alt. See trac issue
http://trac.enlightenment.org/e/ticket/228

For now, I will keep the browse keybaord as is. Thanks for your feedback.

Pander

 
 On Thu, Feb 26, 2009 at 2:52 PM, Pander pan...@users.sourceforge.net wrote:
 Hi all,

 Someone mentioned a finger friendly browse keoyboard, and I just could
 not resist making one myself. the result is here:
  http://www.opkg.org/package_144.html

 Note that the type is NUMERIC, let me know if another type better suites
 this keyboard.

 It is also referenced here:
  http://wiki.openmoko.org/wiki/Illume#List_of_illume_keyboards

 Regards,

 Pander

 ___
 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: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Simon Kagstrom
While I'd like a capacitive touch screen for GTA03, I'm pretty sure
that Openmoko has already made up its mind for one of the solutions and
I don't think we can change it here. I'm fine with that.

On Thu, 26 Feb 2009 17:45:10 +
Rui Miguel Silva Seabra r...@1407.org wrote:

 However the following are what makes a resistive screen clearly
 better, for me and my usage:
 
 FEATURECAPACITIVE   RESISTIVE
 --
 CAN use stylus  NO(1)   YES
 CAN use finger  YES YES
 Stylus is OPTIONAL  N/A(1)  YES
 Has PRECISION NO  YES

There are other features which other people will value more. For me,
scratch-resistance is important for example - which is easier to get
with capacitive touch screens.

// Simon

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


Re: [SHR] Suspend / Resume speed

2009-02-26 Thread Cameron Frazier
On Thu, Feb 26, 2009 at 12:08 PM, Marco Trevisan (Treviño)
m...@3v1n0.net wrote:
 Florian Hackenberger wrote:
 I noticed that suspending / resuming on 2008.12 is quite fast compared
 to SHR. The difference which is most noticeable is that SHR switches to
 a virtual terminal before and right after suspending, as opposed to
 2008.12 which resumes right into X. Is there a way to replicate this
 behaviour on SHR? I suspect that we could save at least a second of
 resume time, because printing and scrolling a few hundred lines of
 kernel log in addition to the mode switches takes a bit of time.

 Check your uboot commandline loglevel value... It highly impacts on the
 suspend/resume time. I've set it to 3 (but some time ago was set by the
 system to 8, and I had to wait more than 6-7 seconds to wake the phone,
 while it generally takes just 1-2 secs).

 Those commands in the uBoot shell should do the work:
 setenv bootargs roofstype=ext2 root=/dev/mmcblk0p2 console=tty0
 console=ttySAC2,115200 loglevel=3
 setenv bootargs_base rootfstype=jffs2 root=/dev/mtdblock6
 console=ttySAC2,115200 console=tty0 loglevel=3

Marco,

I tried what you have above and it seems to work quite well.
There is a small spelling mistake in the first command though:

roofstype should be rootfstype, correct?

Also just to clarify, I almost missed it myself (caught it whilst
doing a typo check), the first command is for a SD card bootloader,
whereas the second command is for the internal flash?

Wicked fast resume though, I like it.

Regards,

Cameron

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


Tip: make a fingertip stylus from a business card

2009-02-26 Thread Warren Baird
I figured out this trick quite a few years back to use on a palm 3 - but I
just tested it out and it works quite well on an FR, so I thought I'd share
it.

Take a standard sized business card (ideally of relatively thin card stock)
- hold it in 'portrait' position.  Fold the bottom right corner up to the
left side of the card, and then fold and tear-off the top portion of the
card.   The idea is to make the largest square possible with the card.

Once you have the square, follow the standard origami instructions for a
paper cup - I followed :
http://www.tinyshiny.com/HowToProjects/OrigamiCup.php - but the same basic
design is all over the place.  Card stock isn't as forgiving to fold as
paper, so you'll have to be careful making your folds.   With a thick card
stock it might not be doable.

place the cup over your finger tip and use one of the two base corners of
the cup as the tip of a stylus.

Or make two of them and put them on each thumb to make thumb typing much
easier.

Hope this is useful to someone.

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


[SHR unstable] no USB networking (with Windows)?

2009-02-26 Thread Vasco Névoa

Hi folks.
First off, a BIG THANKS to the SHR team; this is the best distro I  
tried for GTA02 in a long while. :)

Second, a weird problem I'm having... I updated my system with opkg  
yesterday, and a bunch os problems were corrected (yay!) and I'm using  
the phone in everyday life, but now I can't login via SSH on my  
windows box.
This works just fine if I reboot into the Hackable:1 distro on the  
card and also worked fine with the OM2008.12/testing distro previously  
on flash.
The g_ether module is loaded and the usb0 interface is UP and  
configured with the correct IP... but the Windows box just doesn't  
connect anymore. I don't have a Linux box here, I'll have to try much  
later on.

Hints, anyone?

Vasco.

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


[SHR-Unstable] Suspend / Resume power button trigger

2009-02-26 Thread Cameron Frazier
To the List,

When I tapped the power button in previous versions, I was presented
with a window offering buttons to suspend, lock, shutdown, etc, same
as then I click the 'X' button in the shelf while at the home screen.
In current versions, a tap of the power button brings up this menu and
drops immediately into suspend.  upon resume this window is still
there.

Is it possible to return to the previous situation?  Or remove that
menu from having a power button trigger?

Regards,

Cameron

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Al Johnson
On Thursday 26 February 2009, Shawn Trash Thompson wrote:
 Ever used an iPhone? their screen is nice, responsive and the gui is
 designed where a stylus isn't needed. I actually was rather fond of the
 iPhone screen and was very unimpressed with the GTA02's touchscreen in
 comparison.

I've tried both the iPhone and the G1, and the touch response was equally bad. 
They don't work well with my fingers. Perhaps my finger tips are too small, 
too dry, or the skin too thick, but my touches often just don't register. 
That's before getting to the lack of precision or the inability to use them 
while wearing gloves. Gloves are a real issue when I'm on my bike or 
snowboarding, but not detecting my fingertips would be a problem very day.

Apple have produced an interface where the lack of precision (mostly) doesn't 
matter in their apps. I found the keyboard very frustrating, but that may have 
been down to not knowing some of its intricacies, as it was when I first 
encountered the illume keyboard. On the other hand the iPhone doesn't get to 
run apps that weren't designed for it, and which may actually need the 
precision.

I'm not denying the advantages of capacitive touchscreens, but they do have 
drawbacks too. 

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread
Simon Kagstrom schrieb:
 While I'd like a capacitive touch screen for GTA03, I'm pretty sure
 that Openmoko has already made up its mind for one of the solutions and
 I don't think we can change it here. I'm fine with that.

 On Thu, 26 Feb 2009 17:45:10 +
 Rui Miguel Silva Seabra r...@1407.org wrote:

   
 However the following are what makes a resistive screen clearly
 better, for me and my usage:

 FEATURE   CAPACITIVE   RESISTIVE
 --
 CAN use stylus  NO(1)   YES
 CAN use finger  YES YES
 Stylus is OPTIONAL  N/A(1)  YES
 Has PRECISIONNO  YES
 

 There are other features which other people will value more. For me,
 scratch-resistance is important for example - which is easier to get
 with capacitive touch screens.

 // Simon

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

   
a little OT, but... why have you folks been waitong for so long to 
discuss/complain about that it's been in the wiki for weeks(months?)?
i mean regarding finger input and the like... capacitive is lightyears 
ahead, but the openmoko phones are portable computers with integrated 
modem (talking about debian**) and i a have to choose between carrying a 
mouse an kdb aound or carrying a tiny stylus around, i'd go for the stylus.
as a daily phone, capacitive is  way more comfortable, but i've been 
using my moko as a daily phone with no problems and no sytlus either 
since november.

a phone for the general public is better off having a capacitive 
touchscreen PERIOD.

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Simon Kagstrom
On Thu, 26 Feb 2009 19:38:03 +0100
Bernd (Jesus McCloud) Prünster bernd.pruens...@gmail.com wrote:

 a little OT, but... why have you folks been waitong for so long to 
 discuss/complain about that it's been in the wiki for weeks(months?)?

It has been discussed on this list since at least last summer, MANY
times. People disagree on this issue and it tends to end up in
close-to-flamewars.

// Simon

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


Re: [SHR unstable] no USB networking (with Windows)?

2009-02-26 Thread Paul Fertser
Vasco Névoa vasco.ne...@sapo.pt writes:
 Second, a weird problem I'm having... I updated my system with opkg  
 yesterday, and a bunch os problems were corrected (yay!) and I'm using  
 the phone in everyday life, but now I can't login via SSH on my  
 windows box.

http://docs.openmoko.org/trac/ticket//2211

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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


Re: Introducing CellHunter (Update 0.4.1)

2009-02-26 Thread Fernando Martins
Sebastian Hammerl wrote:

 for the most location based services this location info is good 
 enough. think about: give me a restaurant in the near or remind me 
 when i am near this place. you dont have to wait until you get a fix 
 and know in a second where you are.

Thanks, with current GPS fix issues in SHR unstable, this can reveal 
really useful, and any excuse is good to play a game :-)

Fernando

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


Re: Openmoko media player and direct mp3 to bluetooth headphones

2009-02-26 Thread Daniel Benoy
On Thursday 26 February 2009 09:07:12 you wrote:
 On Wednesday 25 February 2009 22:06:49 you wrote:
  So is this to say that the bluetooth earpiece itself has MP3-decoding
  capability? I find that hard to imagine. So where is the decoding actually
  taking place? And can it be done with OGG too, since it's the obviously
  superior codec. :P
  
 
 Yes it does decode the MP3 data itself, and despite the fact that only SBC is 
 required by the spec, it's actually very common for MP3 to be supported.
 
 To check if mp3 is supported, use the 'avinfo' command included with bluez on 
 the bluetooth address of the headphones, and it'll ask it for all supported 
 codecs.  It will say 'MPEG12' as one of the codecs if it supports it.
 
 I don't think there are any that support ogg.  I suppose it's something 
 that's possible, however I've been through the code of the gstreamer a2dpsink 
 and I can tell you that it will have to be modified to support ogg, in 
 addition to the headphones.
 

I should clarify.  This is something that's common among *stereo* bluetooth 
headsets (A2DP headphones).  A one-ear headset probably does nothing of the 
sort.

-- 
Daniel Benoy
http://daniel.benoy.name

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


Re: [SHR-Unstable] Suspend / Resume power button trigger

2009-02-26 Thread Johny Tenfinger
Upgrade, suspend on power is removed on latest shr-unstable (it is for
few days :P)

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


Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

2009-02-26 Thread Johny Tenfinger
Now I know, that I won't want to buy GTA03, even if I had enough money
(ok ok, if only i was some millionaire i would buy it, but until i'm
not, there are other possibilities to spend money :P). My using
scenario of touch screen of Linux based phone needs resistive screen.
Capacitive is not an option.

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


Re: Openmoko media player and direct mp3 to bluetooth headphones

2009-02-26 Thread Yorick Moko
/me finds it very interesting
looking forward to a good implementation of it
(also have you any idea how much it will impact the battery lifetime
of the bluetooth unit?)

On Thu, Feb 26, 2009 at 8:02 PM, Daniel Benoy dan...@benoy.name wrote:
 On Thursday 26 February 2009 09:07:12 you wrote:
 On Wednesday 25 February 2009 22:06:49 you wrote:
  So is this to say that the bluetooth earpiece itself has MP3-decoding
  capability? I find that hard to imagine. So where is the decoding actually
  taking place? And can it be done with OGG too, since it's the obviously
  superior codec. :P
 

 Yes it does decode the MP3 data itself, and despite the fact that only SBC 
 is required by the spec, it's actually very common for MP3 to be supported.

 To check if mp3 is supported, use the 'avinfo' command included with bluez 
 on the bluetooth address of the headphones, and it'll ask it for all 
 supported codecs.  It will say 'MPEG12' as one of the codecs if it supports 
 it.

 I don't think there are any that support ogg.  I suppose it's something 
 that's possible, however I've been through the code of the gstreamer 
 a2dpsink and I can tell you that it will have to be modified to support ogg, 
 in addition to the headphones.


 I should clarify.  This is something that's common among *stereo* bluetooth 
 headsets (A2DP headphones).  A one-ear headset probably does nothing of the 
 sort.

 --
 Daniel Benoy
 http://daniel.benoy.name

 ___
 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: [SHR-Unstable] Suspend / Resume power button trigger

2009-02-26 Thread Cameron Frazier
Hrm, I just did that at lunch to no avail.  Do I have to reflash or
should opkg update/upgrade be enough?

On Thu, Feb 26, 2009 at 3:01 PM, Johny Tenfinger seba.d...@gmail.com wrote:
 Upgrade, suspend on power is removed on latest shr-unstable (it is for
 few days :P)

 ___
 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: [SHR-Unstable] Suspend / Resume power button trigger

2009-02-26 Thread Johny Tenfinger
opkg update/upgrade should be enough. You can manually edit
/etc/freesmartphone/oevents/rules.yaml too.

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


Re: [SHR] Suspend / Resume speed

2009-02-26 Thread Florian Hackenberger
On Thursday 26 February 2009 18:08:54 Marco Trevisan (Treviño) wrote:
 Check your uboot commandline loglevel value... It highly impacts on the
 suspend/resume time. I've set it to 3 (but some time ago was set by the
 system to 8, and I had to wait more than 6-7 seconds to wake the phone,
 while it generally takes just 1-2 secs).

Thanks, that solved it! I documented this fact in the FAQ:
http://wiki.openmoko.org/wiki/FAQ#Why_is_resuming_from_suspend_so_slow

Cheers,
Florian

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


Re: [SHR] Suspend / Resume speed

2009-02-26 Thread Warren Baird
Interesting!

Would this impact resume from suspend on an incoming phone call?   The
reason I abandoned the 2008.X family was that I was missing 3/4 of my
incoming calls because by the time the phone unsuspended I had missed the
call...   If this will fix it, maybe I can finally move off QtE...

Warren


On Thu, Feb 26, 2009 at 4:31 PM, Florian Hackenberger 
f.hackenber...@chello.at wrote:

 On Thursday 26 February 2009 18:08:54 Marco Trevisan (Treviño) wrote:
  Check your uboot commandline loglevel value... It highly impacts on the
  suspend/resume time. I've set it to 3 (but some time ago was set by the
  system to 8, and I had to wait more than 6-7 seconds to wake the phone,
  while it generally takes just 1-2 secs).

 Thanks, that solved it! I documented this fact in the FAQ:
 http://wiki.openmoko.org/wiki/FAQ#Why_is_resuming_from_suspend_so_slow

 Cheers,
 Florian

 ___
 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


[All] qwo: a fast and fingerfriendly input method

2009-02-26 Thread Christoph Siegenthaler

Hi List

I made some first trials with qwo [12] today and have to say that I'm
really impressed, that's exactly what I was looking for! Give it a try!

As I missed a few things (mainly Umlaute, try writing swiss-german w/o them
;) I thought about posting my ~/.qworc here in case you'd need them too.
You can find all the necessary files below the links. This gives you normal
and capital Umlaute and french accents on the same fields as the basic chars
are (é,è,ê when starting on e, öÖô when starting on o and so on) 
You know how to reach me if questions should come up!

Best regards, Chris

[1] http://www.nongnu.org/qwo/
[2] http://www.opkg.org/package_84.html

r...@om-gta02:~# cat .qworc 
# Sample config file for qwo
# You can define a custom keyboard layout here

charset = (
# Definitions for the first region, the first one is going to the previous
# region and back, the second one to the next one and back before going back
to
# the center region
# Definitions for the second region, including characters for a motion of
two
# regions
# 1 2 3
# 84   - Middle, this number, to the left/right, back to this
number, back to middle
# 7 6 5
# one left, one right, two left, ...
[ adiaeresis, agrave, Adiaeresis, ccedilla ],
[ eacute, egrave, ecircumflex ],
[ ],
[ ],
[ odiaeresis, Odiaeresis, ocircumflex ],
[ ],
[ udiaeresis, Udiaeresis, ugrave ],
[ ]
);

# geometry = +100+100;
r...@om-gta02:~# cat .xmodmap 
keycode 129 = agrave
keycode 131 = ccedilla
keycode 132 = eacute
keycode 133 = egrave
keycode 134 = ecircumflex
keycode 135 = odiaeresis
keycode 136 = udiaeresis
keycode 137 = adiaeresis
keycode 138 = Odiaeresis
keycode 139 = Udiaeresis
keycode 140 = Adiaeresis
keycode 141 = ocircumflex
keycode 142 = ugrave
r...@om-gta02:~# cat .profile 
xmodmap .xmodmap
-- 
View this message in context: 
http://n2.nabble.com/-All--qwo%3A-a-fast-and-fingerfriendly-input-method-tp2392802p2392802.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: Voicenote - 3rd version - Can play wav files

2009-02-26 Thread Carl Lobo
Nice, useful app. On SHR I needed to do the following besides the
instructions on the wiki:

opkg -force-depends install
http://buildhost.automated.it/OM2007.2/packages/armv4t/libgnomecanvas-2-0_2.20.0-r0_armv4t.ipk
http://buildhost.automated.it/OM2007.2/packages/armv4t/libgailutil18_1.20.0-r0_armv4t.ipk

Also the Icon turned up twice, I had to remove the Office category.

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


Re: [SHR unstable] no USB networking (with Windows)?

2009-02-26 Thread Steve 'dillo Okay

On Feb 26, 2009, at 19:03 , Vasco Névoa wrote:


 Hi folks.
 First off, a BIG THANKS to the SHR team; this is the best distro I
 tried for GTA02 in a long while. :)

 Second, a weird problem I'm having... I updated my system with opkg
 yesterday, and a bunch os problems were corrected (yay!) and I'm using
 the phone in everyday life, but now I can't login via SSH on my
 windows box.

Does SHR use dbus ?
Your USB net might have been turned off by default as a power saving  
measure.
This happened when I upgraded to the latest FSO unstable the other  
day and the AR6000
was turned off by default. Having read some of the discussion on  
Trac, this made sense in the end but it still took me a few minutes  
to figure out.

---Steve



 This works just fine if I reboot into the Hackable:1 distro on the
 card and also worked fine with the OM2008.12/testing distro previously
 on flash.
 The g_ether module is loaded and the usb0 interface is UP and
 configured with the correct IP... but the Windows box just doesn't
 connect anymore. I don't have a Linux box here, I'll have to try much
 later on.

 Hints, anyone?

 Vasco.

 ___
 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: Context based usage of the 'AUX' button

2009-02-26 Thread Mirko Lindner


c_c wrote:
 Hi,
   The freerunner and 1973 have only 2 buttons. While the power button is
 being used for suspend and for switching off, the 'AUX' button seems under
 utilised. I was wondering whether there could be a method added to FSO that
 allowed overloading of this button based on the context. For eg :-
 
 1.   Under normal circumstances (not in a call or app - that could change
 this usage), the button could be used for selecting between 3 brightness
 settings in rotation.
 
 2.   In a call - it could be used for selecting between 3 volume settings in
 rotation.
 
 3.   Apps could define how to use it themselves for eg : a media player
 could use this button to go to the next song in one press / go to the
 previous song in two presses.
 

We will actually make use of the aux button in paroli, to open a small 
settings app and change the sound settings while in call.

   Is is possible to do this via rules? Any further thoughts? Is there
 another way to do this? 

We listen to the dbus signal coming from the framework (sry only python):

bus = dbus.SystemBus(mainloop=tichy.mainloop.dbus_loop)
 input_dev = bus.get_object('org.freesmartphone.odeviced', 
'/org/freesmartphone/Device/Input')
 self.input_intf = dbus.Interface(input_dev, 
'org.freesmartphone.Device.Input')
 self.input_intf.connect_to_signal('Event', 
self._on_button_press)


/mirko

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