Re: [maemo-developers] Question about intercepting the HOME button

2006-03-15 Thread Keywan Najafi Tonekaboni

Hi,

Tapani Pälli wrote:

HOME-key is special. HOME button should always take you to home whatever
the situation is (even if input is being grabbed by a menu). Therefore
this key is handled in lower levels and Gtk application cannot do things
with it.


BTW: wouldn't it be nice, when the button bring you after another use 
back where you was before? For example I listen to music and push the 
home button to check how late it is. After this I would like to switch 
back to the audio player, just pushing home.


Do you think this would be an improvement?

Regards,

Keywan
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] Measuring power consumption of 770

2006-03-15 Thread Igor Stoppa
On Tue, 2006-03-14 at 21:42 +0100, ext Claudio Scordino wrote:
   Does anybody have an idea about how to make the Nokia 770 work without
   the battery (just with the electric cable) or how to make such a
   measurement ?
 
  Why don't you just wire a battery to the battery pins and connect your
  meters to these wires?
 
 The voltage and the current provided by the battery is much different from 
 the 
 values provided by an electric cable connected to a socket (220V and 50Hz 
 here in Italy).

I know that, been there for 28 years :-D

 That's why our measurement tools wouldn't work with such a small current...
 
Then I would recommend you to fix the design of you measurement setup if
you want to get anything useful out of it.

You know the battery capacitance, the promised standby time and browsing
time, you can figure out the current value that you are going to
measure.

 Many thanks,
 
Claudio
 
Cheers,
   Igor
-- 

Igor Stoppa, Nokia M / Tampere Finland
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] Nokia 770 email application

2006-03-15 Thread Pinghang.Koon
Title: TE TM China Basic Template








Is
there any available documentation for the email client bundled with Nokia 770? 

Should
there be some D-bus service and method that we can use, to integrate with this
email client?



Yours
faithfully,



Alvis
Koon






___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] Measuring power consumption of 770

2006-03-15 Thread Teemu Nikkilä
On Tuesday, 14. March 2006 22:42, Claudio Scordino wrote:
  Why don't you just wire a battery to the battery pins and connect your
  meters to these wires?

I'd investigate this approach, maybe even building a battery emulator - a 
good quality 3.7 V regulated voltage source, if this is enough to fool the 
charging circuit.


 The voltage and the current provided by the battery is much different from
 the values provided by an electric cable connected to a socket (220V and
 50Hz here in Italy).
 That's why our measurement tools wouldn't work with such a small current...

Without knowing your tools let's screen the problem - the battery is 1500 mAh 
and it can deliver power to the device for hours, say 5 h. This means the 
average current draw during normal operation would be around 300 mA, most of 
which goes to the screen backlight and radios, I guess.

If and when your algorithm can save some power, the difference in current 
would be very small and rapidly changing anyway. To make an exact 
measurement, you would probably need very good measurement equipment and also 
you would want a data logger with reasonably fast A/D converter to see and 
record what really goes on during the execution.

-Teemu


 Many thanks,

Claudio

 ___
 maemo-developers mailing list
 maemo-developers@maemo.org
 https://maemo.org/mailman/listinfo/maemo-developers
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] Measuring power consumption of 770

2006-03-15 Thread Bob Lees
On Wednesday 15 March 2006 10:59, Teemu Nikkilä wrote:
 On Tuesday, 14. March 2006 22:42, Claudio Scordino wrote:
   Why don't you just wire a battery to the battery pins and connect your
   meters to these wires?

 I'd investigate this approach, maybe even building a battery emulator - a
 good quality 3.7 V regulated voltage source, if this is enough to fool the
 charging circuit.
Following on from this, the best way to measure these currents and their 
change would be to put a precision(1% tolerance or better) 1ohm resistor in 
series with the supply and measure the volts across the resistor.  This is 
typically more accurate than using the current scale on a dvm and as noted 
below is a better way if you are going to use a scope or a2d to monitor the 
current.
The volt drop across the resistor would be V=I*R, so in the case of 300mA 
would be 300mV and therefore you might want to increase the supply voltage to 
take account of this.  The power used in the resistor would be I^2*R which in 
this case would be 0.09 watts so a 1/4 (0.25)watt resistor should be fine.
Caution: it was a long time ago:( that I leaned Ohm's Law and its derivatives, 
so caveat emptor 

  The voltage and the current provided by the battery is much different
  from the values provided by an electric cable connected to a socket (220V
  and 50Hz here in Italy).
  That's why our measurement tools wouldn't work with such a small
  current...

 Without knowing your tools let's screen the problem - the battery is 1500
 mAh and it can deliver power to the device for hours, say 5 h. This means
 the average current draw during normal operation would be around 300 mA,
 most of which goes to the screen backlight and radios, I guess.

 If and when your algorithm can save some power, the difference in current
 would be very small and rapidly changing anyway. To make an exact
 measurement, you would probably need very good measurement equipment and
 also you would want a data logger with reasonably fast A/D converter to see
 and record what really goes on during the execution.

 -Teemu

  Many thanks,
 
 Claudio
 
  ___
  maemo-developers mailing list
  maemo-developers@maemo.org
  https://maemo.org/mailman/listinfo/maemo-developers

 ___
 maemo-developers mailing list
 maemo-developers@maemo.org
 https://maemo.org/mailman/listinfo/maemo-developers

-- 
V +44 (0) 1296 747667
F +44 (0) 1296 747557
C +44 (0) 7860 406093

Diamond Consulting Services Ltd
Dinton
Aylesbury
Bucks, HP17 8UG
England
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] Measuring power consumption of 770

2006-03-15 Thread Teemu Nikkilä
On Wednesday, 15. March 2006 13:44, Igor Stoppa wrote:
 If I'm proposing the battery, there's a reason ... 

Yes, this must be the least problematic way.

 and no, i won't go 
 any further, but anyway faking a battery is not the scope of this study,
 according to my understanding, so using a real one will be just ok.

You just need to measure and record the cell voltage too to get the actual 
power consumption.


 Anyway, IMHO, any power saving study should be done only after gathering
 info on the processor itself and the power management software actually
 in use.

Definitely, unless they want to exercise with measurement technology...

-Teemu
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] New package fixes Stinghorn L2TP/IPsec VPN client breakage

2006-03-15 Thread Tomi Ollila
Mika Bostrom [EMAIL PROTECTED] writes:

VPN client users and testers: please re-download L2TP/IPsec VPN client.

We are re-releasing our client, as the package that was originally
in place, had a very, very nasty glitch. Due to a build
system-induced inconsistency, the package was built without MAEMO
defined.

As a result, the client never even started. Fixed client is
available in the same location:
 http://opensource.stinghorn.com/stinghorn-trac/wiki/VpnClientInstallInstructions

We apologise for the inconvenience this must have caused. Moral of
the story: double-check that personal test builds and final release
builds are done in 100% identical environments.

Embarassing, I might add. We have to do better next time. Luckily sun is
finally shining here in Obertauern, Austria where I am on skiing vacation
with my family so I am not feeling too miserable about it.

   Mika Boström \-/  World peace will be achieved

Tomi


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] untranslated strings in ossoemail

2006-03-15 Thread Kalle Vahlman
On 3/15/06, Alexandre Muniz [EMAIL PROTECTED] wrote:
 I've downloaded and compiled the ossoemail source, but when I try to run
 it, it shows untranslated strings everywhere. The desktop itself shows
 properly translated strings.

 export | grep 'LC\|LANG' in scratchbox gives the following:
 declare -x LANG=en_US
 declare -x LC_MESSAGES=en_US

 which is the same thing that it gives on an actual Nokia 770 device.
 (I've tried numerous variations using LANGUAGE and LC_*, and en_GB
 instead of en_US, but it doesn't seem to make any difference.)

In SDK, only en_GB translations are distributed so en_US won't work in
any case.

 Does anyone have an idea about what I might be missing?

I have an osso-email-l10n-4.0-engb package installed in my SDK (though
not the program itself), but that might be out of sync and still leave
messages untranslated.

Did you build it as a .deb or just make install it? Maybe it doesn't
include any translations in the deb (since they are distributed
separately anyway)...

--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers