Arie Skliarouk wrote: > Hi, > > I will try to answer in one letter both to Tom and Al, and would add > couple more items - see below: > > I am using > uImage-2.6.29-oe11+gitr119861+b90406de472c1aa5371ab593a2bb79136d5de658-r6-om-gta02.bin > shr-full-eglibc-ipk--20091204-om-gta02.rootfs.jffs2 > > Not upgraded. BTW, I tried to ssh into the device with empty password > but it would simple would not let me in. Only when I manually run > "passwd" in terminal and put single letter as a password, it allowed me > to login. > As /etc/ssh/sshd_config assumes "PermitEmptyPasswords no", it is > mandatory to set password for root. Not a big deal, but should be > mentioned in the documentation: > http://wiki.openmoko.org/wiki/SHR_User_Manual > > IMHO, the welcome screen for the phone should either include link to the > manual on the internet or to have "README" in it. > > Power also brings up the menu to let you suspend or shut down. > > Aux toggles the screen lock. I find this very useful when pocketing > the phone > while still powered, as when recording gps tracklogs. > > > On Android, pressing Power for a second suspends the phone as well. > Pressing for 3 seconds opens a menu allowing to shutdown the phone. > Seems like a good idea.
> "Screen locking while phone is suspended" is such a rare operation that > it looks unrational to use whole HW button just for that. The OS must > allow scenario when application can request continue running even if the > user "suspended" the phone. This is done nicely in android. > Seems SHR is the other way around - the user can forcibly suspend the phone, even if some app wants to run. that can be useful too, especially if some dumb app cosnider itself more important than it really is. > I don't want to start POV fights, just want to note, that Google have > poured a lot of money into designing android look and feel, so it should > not be a shame to borrow from them an idea or two. > > Most apps don't have one to invoke, or have it present all the time. > More seriously we don't have any consistent application style rules. > This is partly because many of the apps are generic linux apps that > happen to be usable (just > about) on a 480x640 screen. > > > This is the point that one must admit that phone UI is different from > desktop UI. The fact that SHR does not have any UI guidelines speaks for > itself. Guidelines is possible. Enforcing them for all apps is not, unless one wants to rewrite all the linux apps we currently get for free. The SHR project doesn't have money like google, so apps aren't generally rewritten specifically for SHR. One of the great things about a linux phone is the ability to run linux apps, and even display apps that run somewhere else (using X over the network.) Such apps may have no idea about the phone environment. Of course, android exists if a consistent and well thought out interface is more important than complete freedom. > * numpty once locked up hard, so I could not kill it. Software > power off did not work either... Had to remove the battery. > > kill -9 ? > > > No, this answer is not acceptable. You can't ask users to do kill -9. It is certainly possible to provide a GUI interface for this command, so users won't have to type the command themselves in the terminal. > SHR must be smart enough to kill the application no matter what. Android > does it right by detecting unresponsive application automatically and > offering to kill it - without user intervention whatsoever! The problem is to know that an app is unresponsive, and not merely very slow. Slow because the app does work that is hard for the FR, or slow because some other apps gets most of the cpu time. Take chess for example, it is not a problem if the cpu takes a minute to come up with a good move. I'd hate to see random apps getting killed just because I have 10 busy windows open at the same time. > You are free to ignore that if you want the SHR to remain OS for the > ever-shrinking already-tiny market of FR phones. > > Before we continue with this thread, I would like to do a small poll: > Please write here what you see as advantages of SHR distro against > android system. Well, I haven't tried android, so I can't compare. Some things I like about SHR, wether or not android does the same: * Works ok as a phone * Works even better as a GPS unit * Ability to run any linux software that fits the screen and don't depend too much on the keyboard. * Has the familiar linux command line and filesystem structure, which I am used to from my PCs. For example, I could simply copy my wifi config file from the PC. Then the phone could connect to all networks my PC knew. :-) Also, having linux means I have ssh. So I don't really need a GUI for configuration/software install. At least not stuff that I touch so rarely that it is ok to use a PC. Then it can all be done using the fast command line. * Having access to source code and the freedom to change anything. Apps, kernel, drivers. Helge Hafting _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
