KDE 4...

Anne Wilson cannewilson at googlemail.com
Thu May 15 21:22:27 UTC 2008


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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20080515/1f9c95dc/attachment-0001.sig>


More information about the fedora-list mailing list