Send buglog mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.openmoko.org/mailman/listinfo/buglog
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of buglog digest..."
Today's Topics:
1. Openmoko Bug #1611: Illume produces screen errors when
rotating the screen (Openmoko Public Trac)
2. Re: Openmoko Bug #1611: Illume produces screen errors when
rotating the screen (Openmoko Public Trac)
3. Openmoko Bug #1612: openmoko-dates doesn't update calendar
entry time (Openmoko Public Trac)
4. Re: Openmoko Bug #1580: launch words from qtopia softmenu bar
(Openmoko Public Trac)
5. Re: Openmoko Bug #1244: Swap orientation horizontal view not
calibrated (Openmoko Public Trac)
6. Re: Openmoko Bug #1244: Swap orientation horizontal view not
calibrated (Openmoko Public Trac)
7. Re: Openmoko Bug #1612: openmoko-dates doesn't update
calendar entry time (Openmoko Public Trac)
8. Re: Openmoko Bug #1580: launch words from qtopia softmenu bar
(Openmoko Public Trac)
9. Openmoko Bug #1613: Reading of Accelerometers hangs if both
events are open. (Openmoko Public Trac)
--- Begin Message ---
#1611: Illume produces screen errors when rotating the screen
------------------------+---------------------------------------------------
Reporter: morphis | Owner: raster
Type: defect | Status: new
Priority: normal | Milestone: ASU
Component: E - Illume | Version: GTA02v5
Severity: normal | Keywords:
Blocking: | Blockedby:
------------------------+---------------------------------------------------
If I rotate the screen on my FR with "xrandr -o left" Illume produce
screen errors. For example the applications starting bar is after a second
roate with "xrandr -o normal" in the middle of the screen an don't move
away. Only if I launch a new application the bar disappears. The same
problem occurs with the keyboard of illume. After rotate back in normal
mode the keyboard is on the screen, is usable but the width is not
correct.
Later I will post some screenshots for you.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1611>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1611: Illume produces screen errors when rotating the screen
------------------------+---------------------------------------------------
Reporter: morphis | Owner: raster
Type: defect | Status: closed
Priority: normal | Milestone: ASU
Component: E - Illume | Version: GTA02v5
Severity: normal | Resolution: wontfix
Keywords: | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Changes (by raster):
* status: new => closed
* resolution: => wontfix
Comment:
rotation is not part of the ASU UI specification, thus not supported,
sorry. going to have to mark as wontfix. (xglamo is broken anyway for
rotated ts input...). that's why there is no way to rotate in the ui -
it's not part of the spec.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1611#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1612: openmoko-dates doesn't update calendar entry time
---------------------+------------------------------------------------------
Reporter: brianwc | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone: OM-2007.2
Component: unknown | Version:
Severity: major | Keywords: dates calendar
Blocking: | Blockedby:
---------------------+------------------------------------------------------
I'm using FreeRunner, flashed to latest recommended 2007.2 kernel and
rootfs. I am currently running the FreeRunner without a SD card.
I installed openmoko-dates2 and tried to enter a calendar entry. Besides
finding the date/time up/down buttons very unintuitive on first use, once
I understood how to enter dates and times I finally got an entry where the
start time was off by one hour from what I intended. So, I went back in
to edit it, fixed the start time, went back to the "Week starting..." view
and saw that the start time was still not updated. I went back and edited
the start time two additional times, each time with the same result: it
will not update the start time.
I also added a second entry, then tried to go back and edit its start time
and it also will not update. This makes the calendar completely unusable.
Also, in this process it was particularly frustrating that the dates
program assumes that an event must last a specified duration and ALSO
updates the end time when I just wanted to edit the start time. That is,
if an entry was 10am-11am and I want to change it to 9:45am-11am, I have
to make two changes, fighting with the software as I go, because when the
start time is changed to 9:45, the end time also changes to 10:45, and so
I have to go change the end time back to 11, and then in the end, it
doesn't even save any of these changes.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1612>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1580: launch words from qtopia softmenu bar
-------------------------+--------------------------------------------------
Reporter: will | Owner: raster
Type: enhancement | Status: new
Priority: low | Milestone: ASU
Component: E - Illume | Version:
Severity: normal | Resolution:
Keywords: keyboard | Blocking:
Blockedby: |
-------------------------+--------------------------------------------------
Comment(by mickeyl):
Will, this will be bad for everything except ASU. I'd rather have raster
finish the keyboard, no matter whether ASU will include it or not. It has
much broader use and is an investment in the future.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1580#comment:5>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1244: Swap orientation horizontal view not calibrated
-------------------------------+--------------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: tony_tu
Type: defect | Status: new
Priority: high | Milestone:
Component: System Software | Version: unspecified
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
-------------------------------+--------------------------------------------
Comment(by brianwc):
I also get this problem on my FreeRunner, running latest recommended
2007.2 kernel and rootfs. This bug makes it impossible to effectively use
landscape mode.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1244#comment:6>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1244: Swap orientation horizontal view not calibrated
-------------------------------+--------------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: tony_tu
Type: defect | Status: new
Priority: high | Milestone:
Component: System Software | Version: unspecified
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
-------------------------------+--------------------------------------------
Changes (by brianwc):
* cc: [EMAIL PROTECTED] (added)
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1244#comment:7>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1612: openmoko-dates doesn't update calendar entry time
----------------------------+-----------------------------------------------
Reporter: brianwc | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone: OM-2007.2
Component: unknown | Version:
Severity: major | Resolution:
Keywords: dates calendar | Blocking:
Blockedby: |
----------------------------+-----------------------------------------------
Changes (by brianwc):
* cc: [EMAIL PROTECTED] (added)
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1612#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1580: launch words from qtopia softmenu bar
-------------------------+--------------------------------------------------
Reporter: will | Owner: raster
Type: enhancement | Status: new
Priority: low | Milestone: ASU
Component: E - Illume | Version:
Severity: normal | Resolution:
Keywords: keyboard | Blocking:
Blockedby: |
-------------------------+--------------------------------------------------
Comment(by will):
Mickey,
There is no 'throwing away' anything here.
We need a good keyboard for the release, thats going to be qtopia(holger
is working on it at least).
Raster will continue to work on the illume kbd, as we understand the value
that it has for us in the near future.
Hope this clears things up :)
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1580#comment:6>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1613: Reading of Accelerometers hangs if both events are open.
-----------------------------+----------------------------------------------
Reporter: timo | Owner: openmoko-kernel
Type: defect | Status: new
Priority: high | Milestone:
Component: System Software | Version: GTA02v6
Severity: blocker | Keywords: accelerometer LIS302
Blocking: | Blockedby:
-----------------------------+----------------------------------------------
If one process opens both events (/dev/input/event2 u. .../event3) some
times the read procedure is blocked until termination of the programm.
Several data could be read and than the read function block. This occures
in c and python. If a programm only open one accel it works stable.
Neod open both accels and read data from it. This cause a blocking of one
accel. So only one accel is able for other applications and the neod
process which is reading the blocked accel do not get any data.
Problem here is that it is random which of the two accels are blocked at
startup.
i have attached a python programm that focus on the issue. Based on
Mickeys test programm. (if you komment the line that opens the 2nd accel
it will work well if you are lucky and neod do not block this the 1st
accel)
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1613>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
