Re: Behaviour of "Show Desktop"

Hi everyone, I must admit that I totally underestimated the complexity of this whole issue. It's so crazy, just reading this thread made my head spin. This situation is also an excellent example of where design "in a vacuum" (i.e. without any user research) shows its limits. Apparently, differen

[Powerdevil] [Bug 347470] Shutdown when one of two batteries is empty

https://bugs.kde.org/show_bug.cgi?id=347470 Kai Uwe Broulik changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

Re: Review Request 123547: Task manager : Make the middle click action on tasks configurable

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123547/ --- (Updated mai 9, 2015, 4:16 après-midi) Review request for Plasma. Chang

[Powerdevil] [Bug 347470] Shutdown when one of two batteries is empty

https://bugs.kde.org/show_bug.cgi?id=347470 --- Comment #6 from Philipp Rehs --- I just compiled powerdevil-git with this patch and it seems to fix the problem in a short test. I will run it the next days and give you some feedback -- You are receiving this mail because: You are the assignee fo

[Powerdevil] [Bug 347470] Shutdown when one of two batteries is empty

https://bugs.kde.org/show_bug.cgi?id=347470 --- Comment #5 from Kai Uwe Broulik --- If you can, please try this patch: https://git.reviewboard.kde.org/r/123704/ I'm afraid, no, the order is determined by the system (whatever battery comes first), at least for mouse batteries it shows the device

[Powerdevil] [Bug 347470] Shutdown when one of two batteries is empty

https://bugs.kde.org/show_bug.cgi?id=347470 --- Comment #4 from Philipp Rehs --- Your idea could be right. This time it happened when the second battery was empty. off-topic: is there any way to give a priority to batteries? or give them differend names? -- You are receiving this mail because:

[Powerdevil] [Bug 347470] Shutdown when one of two batteries is empty

https://bugs.kde.org/show_bug.cgi?id=347470 --- Comment #3 from Philipp Rehs --- philipp@philipp-t440s ~ $ upower -d Device: /org/freedesktop/UPower/devices/line_power_AC native-path: AC power supply: yes updated: Sa 09 Mai 2015 16:46:53 CEST (3 seconds ago)

[Powerdevil] [Bug 347470] Shutdown when one of two batteries is empty

https://bugs.kde.org/show_bug.cgi?id=347470 Kai Uwe Broulik changed: What|Removed |Added Status|NEEDSINFO |UNCONFIRMED Resolution|WAITINGFORINFO

[Powerdevil] [Bug 347470] Shutdown when one of two batteries is empty

https://bugs.kde.org/show_bug.cgi?id=347470 Kai Uwe Broulik changed: What|Removed |Added Resolution|--- |WAITINGFORINFO CC|

[Powerdevil] [Bug 347470] New: Shutdown when one of two batteries is empty

https://bugs.kde.org/show_bug.cgi?id=347470 Bug ID: 347470 Summary: Shutdown when one of two batteries is empty Product: Powerdevil Version: 5.3.0 Platform: Other OS: other Status: UNCONFIRMED Severity: no

[Powerdevil] [Bug 347470] Shutdown when one of two batteries is empty

https://bugs.kde.org/show_bug.cgi?id=347470 Philipp Rehs changed: What|Removed |Added Platform|Other |Archlinux Packages OS|other

Re: Review Request 123682: Plasma-Desktop: Port kcm fonts to QML.

> On May 9, 2015, 1:18 p.m., Eike Hein wrote: > > Regressions just going by the screenshot: > > * Doesn't use form layouting (e.g. the font box labels aren't > > right-aligned). > > * The font box height doesn't match the button heights anymore. > > * Missing colons in the text labels. > > * Won

Re: Review Request 123682: Plasma-Desktop: Port kcm fonts to QML.

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123682/#review80124 --- Regressions just going by the screenshot: * Doesn't use form l

Re: Review Request 123547: Task manager : Make the middle click action on tasks configurable

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123547/#review80123 --- applets/taskmanager/package/contents/ui/ConfigGeneral.qml (li

Re: Behaviour of "Show Desktop"

On Friday, May 08, 2015 19:08:33 Thomas Lübking wrote: > On Freitag, 8. Mai 2015 16:07:41 CEST, Sebastian Kügler wrote: > >> PLEASE EVERYONE ENSURE TO CC THE OTHER RECIPIENTS! > > Sebastian, what kind of crappy MUA do you use that sends multiple TOs > instead of CCs? KMail bug? ;-) The venerable

Re: Review Request 123686: Revert to old show desktop behaviour

> On May 8, 2015, 5:44 p.m., Thomas Lübking wrote: > > -1 > > > > The question is "what", not "how" to do it and as stated in the mailing > > list, suggesting minmize all when it's not is really the least favorable > > "how". > > > > 5.3.1 is > 10 days away and even iff we really cannot come

Re: Review Request 123688: Improve sddm login experience

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123688/ --- (Updated May 9, 2015, 2:46 p.m.) Review request for Plasma. Repository:

Re: Review Request 123688: Improve sddm login experience

> On May 8, 2015, 9:16 p.m., Kai Uwe Broulik wrote: > > lookandfeel/contents/loginmanager/Main.qml, line 235 > > > > > > I was wondering whether "sddm" just has a "busy" property that we could > > hook to the bu

Re: Review Request 123688: Improve sddm login experience

> On May 8, 2015, 9:14 p.m., Kai Uwe Broulik wrote: > > lookandfeel/contents/loginmanager/Main.qml, line 97 > > > > > > Why would you put that into a property? Just tive the Timer an id Yes, done. Would you have

Re: Review Request 123684: Device notifier : Make the "Used space" progress bar clickable

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123684/ --- (Updated mai 9, 2015, 11:56 matin) Review request for Plasma. Changes -

Re: Review Request 123684: Device notifier : Make the "Used space" progress bar clickable

> On mai 8, 2015, 7:20 après-midi, Kai Uwe Broulik wrote: > > That would make the progress bar look disabled (gray rather than blue), > > giving the impression the entire item isn't interactive. > > That's really an oversight in the QtQuick.ProgressBar that just has a > > MouseArea for the "hov

Re: Good news regarding Qt 5.5

On Saturday 09 May 2015 02:30:43 Aleix Pol wrote: > Maybe it would be possible to introduce some mechanism to know who is > requesting the URL? this way we'd be able to figure it out with just > one interceptor altogether... yeah, would need an extra param in intercept(), maybe the context or, (i