ml
Diffs
-
powerdevil/daemon/actions/bundled/dimdisplay.cpp
11554e3ba5d2f67d4d1de9d61c744c6c40a32d27
Diff: https://git.reviewboard.kde.org/r/109792/diff/
Testing
---
Thanks,
Danny Baumann
Hi,
To expand on the use case I have: I often let my laptop 'do things'
(compile code, download stuff, do a 'yum update', wait for an answer
of somebody via IM) where immediate attention isn't needed, but it
needs to be somewhat monitored nevertheless (does the code still
compile or did it abort
users in the first group and changes unexpectedly for users in
> > the second group. If the new effective dimming time is longer than certain
> > other timeouts, such as screen power saving or system suspend, this means
> > that the display will never dim.
>
> Danny Bauma
Hi,
(I assume this is about the "dim after n minutes" feature, i only
remotely tracked the thread)
Yes, it is.
The config UI says "dim" not "alter brightness", so the behavior should
simply be to lower the brightness to n% of the present value ("n" being
little enough to spot the difference
s (updated)
-
powerdevil/daemon/actions/bundled/dimdisplay.cpp
11554e3ba5d2f67d4d1de9d61c744c6c40a32d27
Diff: http://git.reviewboard.kde.org/r/109792/diff/
Testing
---
Thanks,
Danny Baumann
gs.kde.org/show_bug.cgi?id=304696
Diffs (updated)
-
powerdevil/daemon/actions/bundled/dimdisplay.cpp
11554e3ba5d2f67d4d1de9d61c744c6c40a32d27
Diff: http://git.reviewboard.kde.org/r/109792/diff/
Testing
---
Thanks,
Danny Baumann
> On March 31, 2013, 4:14 p.m., Àlex Fiestas wrote:
> > To be honest I don't like adding yet another configuration option by
> > default, a configuration option that apparently is needed only in some
> > systems.
> >
> > There is no other alternati
Hi,
>> Having said that, my current plan is the following:
- Drop the UI option
- However, leave the configurability via kconfig intact. That way, users who
are not happy with the defaults do at least have a remote chance of
changing it without recompiling KDE (after they found it's configurable
> On March 31, 2013, 4:14 p.m., Àlex Fiestas wrote:
> > To be honest I don't like adding yet another configuration option by
> > default, a configuration option that apparently is needed only in some
> > systems.
> >
> > There is no other alternati
> On March 31, 2013, 4:14 p.m., Àlex Fiestas wrote:
> > To be honest I don't like adding yet another configuration option by
> > default, a configuration option that apparently is needed only in some
> > systems.
> >
> > There is no other alternati
is that a safe assumption to make? Also, is it possible
to update only non-default values?
- Danny
-------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/109792/#review30278
---
> On March 31, 2013, 4:14 p.m., Àlex Fiestas wrote:
> > To be honest I don't like adding yet another configuration option by
> > default, a configuration option that apparently is needed only in some
> > systems.
> >
> > There is no other alternati
> On March 31, 2013, 4:14 p.m., Àlex Fiestas wrote:
> > To be honest I don't like adding yet another configuration option by
> > default, a configuration option that apparently is needed only in some
> > systems.
> >
> > There is no other alternati
> On March 31, 2013, 4:14 p.m., Àlex Fiestas wrote:
> > To be honest I don't like adding yet another configuration option by
> > default, a configuration option that apparently is needed only in some
> > systems.
> >
> > There is no other alternati
> On March 31, 2013, 4:14 p.m., Àlex Fiestas wrote:
> > To be honest I don't like adding yet another configuration option by
> > default, a configuration option that apparently is needed only in some
> > systems.
> >
> > There is no other alternati
92/#review30173
---
On March 31, 2013, 4:07 p.m., Danny Baumann wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.
Testing
---
Thanks,
Danny Baumann
17 matches
Mail list logo
