OpenGL window effect mislabeling

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



OK, this is still kde 4.4.5 here.  Could folks on the 4.5 rcs check to see 
if it's still an issue there, before I look at filing a bug?

In the desktop effects kcm (kcontrol module), all effects tab, in the 
Appearance section, there's two different effects, Explosion, and Fall 
Apart.  From the names and descriptions (and seeing what the one does), 
they are both window-close effects.  They should both dice the window into 
small pieces, with the difference between them being that in fall apart, 
from the name, I'd expect the pieces to collapse toward and off the bottom 
of the screen, while with explosion, I'd expect the pieces to explode in 
all different directions off the screen.

The bug I'm seeing is that the fall apart effect explodes instead 
(mislabeled, should be explode, as the pieces do just that, explode in all 
directions), while the explode effect appears to do nothing at all.

So is this what others see, and does it remain a problem with the 4.5 rcs 
and/or 4.5 branch and trunk heads?

Also, for whatever reason, in the Accessibility section, the invert and 
sharpen effects won't apply, with a notification window saying that they 
couldn't be applied after I check them and hit apply.  I'd have expected 
that with xrender/composite, but I had believed that with OpenGL, all 
effects should be available.  Exactly what /do/ these effects require?  Is 
there documentation about all these effects and what they require, 
somewhere on user/techbase?  Help, as is so often the case, is so 
impossibly general and vague it's "nohelp".[1]

Meanwhile, at least with 4.5, the notifier says what effects can't be 
applied.  That's a substantial improvement from 4.2 (and IIRC 4.3, tho I 
don't know/remember exactly when it was fixed), where there wasn't any 
indication at all when an effect couldn't be applied, it simply appeared 
to do nothing (as the explode effect does now).
___
Footnote:

[1] FWIW, back on MS Windows 98, before I upgraded to Linux as the only 
acceptable alternative to eXPrivacy, which I couldn't and wouldn't install 
as I don't and can't agree to having to beg MS' permission to run my own 
perfectly legal computer, thus making the only other choice a non-
authorized install, luckily there was Linux as a better alternative and 
I've never looked back except to shudder at it...  Back then, I used to 
run a tweaker app that allowed me to change the labels of various items in 
the Explorer shell, and I edited the help menu item label to "NoHelp", or 
actually, IIRC, simply "N", since I shortened everything on the first 
level menu to a single letter, because "NoHelp" is exactly what it tended 
to be.  Unfortunately, there wasn't an option to remove that entry from 
the menu entirely.  So certainly, the "help = nohelp" problem isn't 
limited to KDE or Linux by a long shot.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.


[Index of Archives]     [Trinity (TDE) Desktop Users]     [Fedora KDE]     [Fedora Desktop]     [Linux Kernel]     [Gimp]     [GIMP for Windows]     [Gnome]     [Yosemite Hiking]
  Powered by Linux