Review Request: battery: Support for any amount of brightness devices
Sebastian Kügler
sebas at kde.org
Sat Jul 31 16:16:21 CEST 2010
> On 2010-07-30 14:54:15, Rafa? Mi?ecki wrote:
> > /trunk/KDE/kdebase/workspace/plasma/generic/applets/battery/battery.cpp, line 528
> > <http://reviewboard.kde.org/r/4796/diff/1/?file=31992#file31992line528>
> >
> > Naming devices would be great, however names seems to be like: "/org/freedesktop/Hal/devices/computer_backlight".
> > Should we just take untranslated "computer_backlight" part? Or should we enumerate them?
> >
> > As about adding every device, I don't think there will be (any/many) cases with more than 1 device. It's unlikely any user will be overhelmed with amount of devices.
Okay, makes sense. I hadn't understood that this patch is mainly about hiding brightness controls, not showing multiple. Makes sense.
> On 2010-07-30 14:54:15, Rafa? Mi?ecki wrote:
> > /trunk/KDE/kdebase/workspace/plasma/generic/applets/battery/battery.cpp, line 436
> > <http://reviewboard.kde.org/r/4796/diff/1/?file=31992#file31992line436>
> >
> > Good catch, that's right. Could we actually drop whole Battery::setFullBrightness? It was introduced by sebas in 866073 and doesn't seem to be used anymore.
Yep, drop it.
> On 2010-07-30 14:54:15, Rafa? Mi?ecki wrote:
> > /trunk/KDE/kdebase/workspace/plasma/generic/applets/battery/battery.cpp, line 412
> > <http://reviewboard.kde.org/r/4796/diff/1/?file=31992#file31992line412>
> >
> > brightnessChanged is slot for Slider and without checking whole m_brightnessSliders I can not say what device is associated with slider that sent signal.
> > Maybe you just did't note I use db->device as parameter of setBrightness call.
Ok, re-read the code and got it now. :)
> On 2010-07-30 14:54:15, Rafa? Mi?ecki wrote:
> > /trunk/KDE/kdebase/workspace/plasma/generic/applets/battery/battery.cpp, line 643
> > <http://reviewboard.kde.org/r/4796/diff/1/?file=31992#file31992line643>
> >
> > I have no idea, I've just copied current behavior. What should I do about this part, then?
Ah, right. Just leave it in that case. :)
- Sebastian
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/4796/#review6748
-----------------------------------------------------------
On 2010-07-30 08:23:16, Rafa? Mi?ecki wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.kde.org/r/4796/
> -----------------------------------------------------------
>
> (Updated 2010-07-30 08:23:16)
>
>
> Review request for Plasma.
>
>
> Summary
> -------
>
> Currently we always display one brightness slider, even if there is not br device at all (see bug #199520) or if there are more devices that should be controlled.
>
> With this patch we fetch all devices and generate one label&slider pair for each.
>
> The most confusing thing for me in implementation was storing list of sliders assigned to devices names. For that purpose I introduced struct BrightnessSet. I don't know if it is clean and acceptable solution, however keeping something like
> QMap<QPair<Plasma::Label *, Plasma::Slider *> > *m_brightnessControlls
> didn't sound too great to me.
>
>
> This addresses bug 199520.
> https://bugs.kde.org/show_bug.cgi?id=199520
>
>
> Diffs
> -----
>
> /trunk/KDE/kdebase/workspace/plasma/generic/applets/battery/battery.h 1156862
> /trunk/KDE/kdebase/workspace/plasma/generic/applets/battery/battery.cpp 1156862
>
> Diff: http://reviewboard.kde.org/r/4796/diff
>
>
> Testing
> -------
>
> I don't have two brightness devices, so I didn't test that part.
>
> After removing "video" kernel module I didn't get any slider which is good.
>
> I also put some:
> qDebug() << "setting" << bs->device
> to make sure my list of names and sliders works fine.
>
>
> Thanks,
>
> Rafa?
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/plasma-devel/attachments/20100731/a285c9f4/attachment-0001.htm
More information about the Plasma-devel
mailing list