Nacho Seijo wrote:
I agree, with Phone Log you have an overview log. That's great! But this
is the only way you have to realize you have missed calls.
Could it be possible to notify missed calls by a notification screen? Or
even better, could it be possible to notify them by an icon on top
On Tuesday 03 March 2009, Helge Hafting wrote:
Pander wrote:
It is more that it is available via easy to controls, i.e. my mother
could use it.
Settings should be fine. it is where you go to make changes.
Rename GSM to Phone, and
GSM antenna to Flight mode (and swap on/off around)
Flight
Pander wrote:
Hi all,
I have started a feature overview for out of the box SHR unstable
distribution.
This will show the current status of the functionality you get after
installing SHR and using only the high level GUI to use and manage it.
http://wiki.openmoko.org/wiki
Helge Hafting wrote:
Pander wrote:
Hi all,
I have started a feature overview for out of the box SHR unstable
distribution.
This will show the current status of the functionality you get after
installing SHR and using only the high level GUI to use and manage it.
http
You should probably specify exactly which image your testing on the Wiki page.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
I agree, with Phone Log you have an overview log. That's great! But this is
the only way you have to realize you have missed calls.
Could it be possible to notify missed calls by a notification screen? Or
even better, could it be possible to notify them by an icon on top shelf?
Some new top shelf
Hi all,
I have started a feature overview for out of the box SHR unstable
distribution.
This will show the current status of the functionality you get after
installing SHR and using only the high level GUI to use and manage it.
http://wiki.openmoko.org/wiki/Stable_Hybrid_Release
On Sun, 01 Mar 2009 12:40:10 +0100
Pander pan...@users.sourceforge.net wrote:
Hi all,
I have started a feature overview for out of the box SHR unstable
distribution.
This will show the current status of the functionality you get after
installing SHR and using only the high level GUI
Pander pan...@users.sourceforge.net wrote:
Hi all,
I have started a feature overview for out of the box SHR unstable
distribution.
This will show the current status of the functionality you get after
installing SHR and using only the high level GUI to use and manage it.
http
On Sun, 1 Mar 2009 15:09:10 +0100 (CET)
Richy klemms...@gmail.com (R) wrote:
Concering GPS: It is true, that it isn't turned on at boot, but it is
turned on automatically if needed.
The article sounds like it's a must to turn it on manually if you want
to use it.
i think this causes confusion
Petr Vanek wrote:
On Sun, 1 Mar 2009 15:09:10 +0100 (CET)
Richy klemms...@gmail.com (R) wrote:
Concering GPS: It is true, that it isn't turned on at boot, but it is
turned on automatically if needed.
The article sounds like it's a must to turn it on manually if you want
to use it.
i
Slow suspend isn't distro issue - it is your bootloader. If you will
set loglevel=1 in kernel cmdline, suspend/resume would be much faster.
Overview Log (In, Out, Answered, All) - it should be red, instead of
orange, as it probably won't be implemented in nearly future.
headphones work,
On Sun, Mar 1, 2009 at 16:01, Johny Tenfinger seba.d...@gmail.com wrote:
Overview Log (In, Out, Answered, All) - it should be red, instead of
orange, as it probably won't be implemented in nearly future.
Oh, i'm wrong. I thought that it is all about Illume integration, not
only hint it should
Johny Tenfinger wrote:
Slow suspend isn't distro issue - it is your bootloader.
Will this be fixed in the boot loader? (ticket)
Should one already use Qi with current SHR unstable distro?
If you will
set loglevel=1 in kernel cmdline, suspend/resume would be much faster.
I assume this won't
On Sun, Mar 1, 2009 at 17:07, Pander pan...@users.sourceforge.net wrote:
Will this be fixed in the boot loader? (ticket)
Bootloader is not part of SHR.
___
Openmoko community mailing list
community@lists.openmoko.org
On Sun, 1 Mar 2009 17:11:29 +0100
Johny Tenfinger seba.d...@gmail.com (JT) wrote:
On Sun, Mar 1, 2009 at 17:07, Pander pan...@users.sourceforge.net
wrote:
Will this be fixed in the boot loader? (ticket)
Bootloader is not part of SHR.
shr already supports /boot/uImage-GTA02.bin, why not just
On Sun, Mar 1, 2009 at 21:19, Petr Vanek van...@penguin.cz wrote:
shr already supports /boot/uImage-GTA02.bin, why not just
include /boot/append-GTA02 with loglevel=1 inside and from _not_ours_
we have _solved_
No, we don't have solved, as that would be fix only for systems on
microsd cards
No, we don't have solved, as that would be fix only for systems on
microsd cards and only with Qi. AFAIK Qi already sets low loglevel as
default (as u-boot in NOR), so fix is needed by people, who use u-boot
(in NAND of course). And that fix isn't suitable for u-boot systems.
correct... hmm we
I think FR users should be able to change loglevel manually ;)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
* Petr Vanek van...@penguin.cz [090301 21:59]:
No, we don't have solved, as that would be fix only for systems on
microsd cards and only with Qi. AFAIK Qi already sets low loglevel as
default (as u-boot in NOR), so fix is needed by people, who use u-boot
(in NAND of course). And that fix isn't
20 matches
Mail list logo
