https://bugs.kde.org/show_bug.cgi?id=287228 --- Comment #13 from Lamarque V. Souza 2011-11-22 18:21:14 --- (In reply to comment #11) > > Hibernate requires swap, which mobile devices usually don't have. > > Oh, I didn't know that. What does the hibernate button currently in the battery > icon menu do, then? ksmserver queries org.freedesktop.PowerManagement to detect if the device is capable of hibernating, sleeping, etc. Teoretically if the menu is there is because the device is capable of hibernating. However, I am not sure if org.freedesktop.PowerManagement is trustworthy since in my MeeGo image running inside VirtualBox upower says the device is not capable of sleeping but org.freedesktop.PowerManagement says it is. Sleep does not work, so upower is right here. But hibernating works if I add the kernel parameter resume= yet upower says it should not. So it is little fuzzy here :-/ (In reply to comment #12) > lock vs sleep -> the tablet should come out of sleep in 1-2 secons maximum; > which makes always sleeping just fine. that resolves one more set of choices > the user needs to make and also eliminates the "i thought it was sleeping, but > it was just locked, and my battery drained" possibility The main reason for locking the screen is to prevent taps on it when carrying the device inside a pocket or bag. In some cases the user would like to have the device running when carrying it, that is the cell phone case for instance. > battery hiding -> yes, the "it's doing something, so it's shown" concept is > exactly what i had in mind. if it isn't charging or discharging, it's not > necessary information. on the desktop, there's a lot of competing visuals to > grapple with otherwise. Be prepared for people complaining about hiding the battery icon, specially on mobile devices. People are not used to that and all other devices do not do it. What bothers me about hiding it is the fact that we will have to change icon's positions to accomodate it and I do not like icons coming and going, it draws attention. Think of you doing something (typing an e-mail), you are concentrated and then the battery gets fully charged and the icon disppears. You will notice something changed in the system tray and will look at it to figure out what changed. > battery consistency -> and i'd like to see us keep this consistent across > plasma targets. keeping behaviour the same means less special coding in widgets > for specific use cases and allows people to become familiar with the plasma > ways across their devices. Agreed. > as for the mockups on the exit screens, they look reasonable and could be > implemented in ksmserver. what is there right now isn't amazing, even on the > desktop, and a referesh of that would be nice to see. something more modern and > that isn't the size of a postage stamp ;) I will try to come up with something before the weekend. I am still learning QML, so I cannot guarantee it will be in QML. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active