Anne Wilson <cannewilson <at> googlemail.com> writes: > > On Thursday 15 May 2008 16:16, Gilboa Davara wrote: > > > > The start move->stop move is counter-intuitive. > > It surprised me at first, but I can't see the problem with it. Well, the UI could be better, but it's a temporary solution and certainly better than not being able to move applets on the panel at all! > > I cannot remove the zoom applet. (KDE #154535) > > I've read through that report and haven't a clue what it's about. What is > this tooldbox? Is it the add-a-widget thingy? If so, I'd certainly > appreciate being able to turn it off, but it's no big deal. And the zoom > applet? What/where is it? I think he means the desktop toolbox with "zoom applet". FYI, zooming is disabled in our KDE 4.0 builds (because it isn't working properly at all in 4.0 and definitely not an essential feature, KDE 3 didn't have it either). > > GNOME tray icons appear get corrupted. (KDE #155381) > > OK, under investigation, then. That one is something we'd really like fixed ASAP, but upstream doesn't appear to know what's wrong either at the moment. :-( > > Logout/Shutdown/etc under Leave/kick-off must be selected twice. (Fedora > > #441260) > > That's one that I find annoying, too. It is. The classic menu doesn't have this issue because it has just one logout entry like in KDE 3, which of course brings up the dialog. There's an upstream bug for this too: http://bugs.kde.org/show_bug.cgi?id=152110 (which is referenced in our bug #439639, which Gilboa's #441260 is a duplicate of). > > Panel resizing breaks more-or-less everything. (KDE #158762). > > Searching for that bug just offered me four reports on similar themes. I > presume that you refer to the fact that scaling is not too good yet? I'm > sure that will have to be dealt with soon. This will certainly be better in 4.1. Panel resizing was added to 4.0 in the point releases and unfortunately not all the code appears to be ready for it. :-( > > Beyond that, I've got a heavily customized KDE 3.5.9 desktop: komposite, > > transparency, icons, kwin rules, etc. > > Most of these are nice-to-haves, and yes, there are a few that I want to see > too, but I can get by for a time while they are being sorted out. A lot of this stuff is actually supported in KDE 4.0 already: compositing is now built into KWin (one checkbox to toggle in systemsettings to enable it), transparency comes along with it, and your KWin rules (what's being referred to is the special-casing of some windows) from KDE 3 should just keep working in KDE 4 (the feature is definitely still there, in any case). As for icons, KDE 3 icon themes probably won't work well in KDE 4, but the icon-naming-spec-compliant GNOME themes should work. > I'm disappointed at Aaron Siego's insistence on some points. Me too. I don't see a good reason for not allowing to hide the desktop toolbox (in favor of good old context menus). However, I also don't see what the big issue is with that desktop toolbox, it doesn't really get in the way. Kevin Kofler -- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
