Message: previous - next
Month: February 2012

Re: [trinity-devel] kcontrol - Applet Content Evaluation

From: "David C. Rankin" <drankinatty@...>
Date: Wed, 15 Feb 2012 10:58:39 -0600
On 02/15/2012 08:24 AM, E. Liddell wrote:
> In my copy of 3.5.10, some of these options are under Appearance and Themes > 
> Background > Advanced Options, so this may be part of an openSUSE-peculiar 
> patch.  Since this is about the text captions for desktop icons, the settings
> may belong with the Appearance and Themes > Icons items, perhaps on
> a "Text Labels" tab, rather then being a second-level item in their own right.

Looking at the Desktop Texts and the Advanced Options of Background, the Desktop
Texts applets adds control of the shadow effect opacity, offset and decay
factors that I don't find anywhere else in kcontrol. It would be nice if this
could be merged with some other applet. It is kind of a weird stand-alone entry
under Appearance, but it does offer control that I can't find elsewhere.

> Not present in my 3.5.10, nor does my 3.5.13 have any controls related to samba.
> I seem to recall that smb4k, which I no longer use, installs a samba applet rather
> than it being part of the stock kcontrol.

I think you are probably right on this. I'll check further.

>>   Lastly, the Sound & Multimedia/Music Manager applet that is not in 3.5.13 is
>> shown here.
> Also not present in my 3.5.10.  To what applications do its settings actually apply?

I believe this was added to Digikam -> Import -> Camera (download settings).
There was a bug against Digikam regarding only downloading with the ALL CAPS
extensions. This seems to provide the same extension naming control as was added
to Digikam to resolve that bug. I don't know if this is even needed any more or
what it applies to. If anyone knows, please chime in.

> My point in saying all this is not that these things shouldn't be added to kcontrol, it's
> that they can't be said to be "missing" from 3.5.13 because they weren't actually part
> of 3.5.10 in the first place (and that we have to be careful, in the first two cases, that
> we don't accidentally duplicate something).


  That was the point of the review and screenshots. I am no kconrol historian or
expert, but if we are going though kcontrol to see if naming and layout can be
improved, I want to make sure we don't have applets slip through the cracks.

David C. Rankin, J.D.,P.E.