On Thursday 15 May 2008 21:57:02 Kevin Kofler wrote: > 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". > Do you mean the surround box that appears around desktop icons? That's the only thing I can think of that could loosely be called a toolbox. > 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). > One kde 3.x item that I use a lot is to display small icons in the file manager, but with zoom-on-hover enabled. I hope we'll get that again in time. > > > 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). > Hopefully that will get fixed, then. > > > 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. > Hopefully we'll soon find how to access more of this functionality. One advantage of having kde4 'forced' on us is that we all learn together. A good thing IMO. > > 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. > The real attraction of kde has always been its configurability. You want it? You've got it! I can live with a degree of lack while things develop, but we have to make sure that we get it back in the end. It's our USP. Anne
Attachment:
signature.asc
Description: This is a digitally signed message part.
-- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
