| 7 | | * Severity 1: unit is unusable or becomes unusable, or data is lost or corrupted |
| 8 | | * Severity 2: a key application or feature is unusable or becomes unusable |
| 9 | | * Severity 3: everything else |
| 10 | | |
| 11 | | === Severity 1 bugs === |
| 12 | | |
| 13 | | None documented at present |
| 14 | | |
| 15 | | === Severity 2 bugs === |
| 16 | | |
| 17 | | None documented at present |
| 18 | | |
| 19 | | === Severity 3 bugs === |
| 20 | | |
| 21 | | * mplayer GUI is difficult to use because the A5 tablet has no right-click support, so you can't raise a menu. I'm not sure this is a bug, as such -- mplayer GUI does not claim to be tablet-friendly |
| 22 | | * wpa_gui does not handle WEP configuration very well, for the rather annoying reason that the A5 screen is not tall enough to accomodate the dialog box tht contains the WEP keys :/ |
| 23 | | * Some of the Matchbox panel applets do not redraw properly. They are often seen as grey boxes. As yet, I can't reproduce this behaviour reliably so it's hard to investigate |
| 24 | | * Boot menu sometimes makes a selection from a single screen tap, when it is supposed to require a double tap |
| 25 | | * archos-helper GUI will pop up at the GPE login prompt but, as there is no window manager at that point, it looks ugly and masks the places where you need to enter credentials. Worse, it can't be dismissed because there's no window decoration. Consideration should be given to prevening the GUI popping up at all in such circumstances |
| 26 | | * If the unit is suspended and woken up, and then the !WiFi service is started immediately, sometimes the udhcpc DHCP client configures the wrong network interface (eth0:avh rather than eth0). |
| 27 | | |
| 28 | | |
| 29 | | == Feature requests and things to do == |
| 30 | | |
| 31 | | * We need better virtual keyboard support. xkbd is unslightly and fiddly to use. |
| 32 | | * Lack of a right-click operation will become increasingly annoying as more desktop-style applications are tried. The usual approach is to emulate a right-click with a tap-and-hold gesture, but the problem is that Matchbox and the GPE utilities all already implement their own tap-and-hold support, so they would all have to be re-worked to support right-click instead. Perhaps whatever solution is adopted, it could be made switchable at runtime? |
| 33 | | * Add a facility to raise the desktop over an unresponsive full-screen window |
| 34 | | * Implement a `sleep timer' that will suspend the unit after a certain time, even if !WiFi is enabled. At present it's too easy to leave the unit doing something network-related -- streaming an internet radio station, for example -- and come back to find a flat battery |
| 35 | | * The standard mplayer GUI is not really suitable for finger-poking. I'm very, very reluctant to propose implementing yet another mplayer front-end -- there surely ''must'' be something out there that will serve the purpose? |
| 36 | | * USB device-mode support -- we need a way to share files with a host computer. There are many, many issues to consider here. For example, must we support Windows hosts (I guess the answer is `yes', sadly :/)? Should the shared stuff be per-user? Could we put the root filesystem image somewhere other than /dev/sda1 so we can share the whole of /dev/sda1 (as AVOS does)? And so on. |
| 37 | | * Probably there needs to be a separate filesystem for /home, but where should it go? |
| 38 | | |
| 39 | | |
| | 7 | To submit a new bug or feature request, please use the 'New Ticket' button, and set the component field to 'Angstrom'. |
