Re: fix bugs before adding new features

faq
flatforty
contribute
subscribe
configure
search
rdf

main
parent
thread

Re: fix bugs before adding new features
by James Richard Tyrer on Thursday 08/Dec/2005, @21:17

I have posted two more screen shots to bug 116562.

Specifically, please look at:

http://bugs.kde.org/attachment.cgi?id=13831&action=view

I have added yellow cross hatching to show the very limited area of the desktop where I can place icons. So, although this bug doesn't even matter with the default setup with 3 icons and one panel, it totally screws up my rather elaborate setup.

Related Links

·   Articles on KDE Official News
·   Also by James Richard Tyrer
·   Contact author

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: fix bugs before adding new features
by Morty on Friday 09/Dec/2005, @05:45

Does not look to nice, I agree. But looking at the other screenshot:
http://bugs.kde.org/attachment.cgi?id=13832&action=view

The top and botton part look correct, and the same for the right side(if that clock of yours is some kind of panel). But the thing in the middle of the screen looks strange, and most likely whats breaking your setup. Without knowing the exact code I guess the no-icon placement code most likely suppose you have the panels at the screen edge. Not having the possibility to have icons on both sides of it. Other than that the distance to the icons look correct. I think you have to move that one to reclaim your desktop space.

[ Reply To This | View ]

Re: fix bugs before adding new features
by James Richard Tyrer on Friday 09/Dec/2005, @08:42

The thing in the middle is a panel which is supposed to be upper left. The problem is mostly caused by the external taskbar which is lower left. I also note that the small panel that holds only my clock has: "Allow other windows to cover the panel" checked so it shouldn't influence the position of the desktop icons either. I did the unhidden screen shot to show that the icon positioning is being set by the panels which are hidden just the same as if they were not hidden which is not correct. Auto hide panels should not influence the position of the desktop icons.

[ Reply To This | View ]

Re: fix bugs before adding new features
by Morty on Saturday 10/Dec/2005, @13:51

>The thing in the middle is a panel
>which is supposed to be upper left.
>The problem is mostly caused by the
>external taskbar which is lower left.

This is your real bug then.

>the icon positioning is being set by
>the panels which are hidden just the
>same as if they were not hidden which
>is not correct.

No, it's actually the correct behavior. If not, changing settings to/from hide/no hide of panels would lead to automatic rearranging of desktop icons which is not wanted. And more importantly panels should never cover desktop icons regardless of settings, anything else is a major bug.

[ Reply To This | View ]

Re: fix bugs before adding new features
by James Richard Tyrer on Saturday 10/Dec/2005, @14:56

> This is your real bug then.

That is what I said, space is being reserved for the hidden External Taskbar and that is a bug.

> No, it's actually the correct behavior.

This is not the way it worked in 3.4.x or, IIRC, any previous 3.x.y version.

To elaborate on this, in 3.4.x, two hidden panels could be on the same side of the screen as long as there was some way to determine which one would unhide when you did what. In my case I have the External Taskbar in the left bottom and a Panel in the left top. Since neither one is full "length" (actually height) there was never a problem. Now in 3.5.0, a full height space is reserved for both of them (full height space is being reserved for the External Taskbar) with the result that the left top Panel has spaced reserved near the center of the screen where it can never go unless both the External Taskbar and the Panel were unhidden at the same time which is usually impossible.

> If not, changing settings to/from hide/no hide of panels would lead to
> automatic rearranging of desktop icons which is not wanted.

This behavior not being wanted, might be the case in some instances, but as you can see this is not always the case and does not work with my DeskTop setup. Therefore, as I said, if this "feature" is what is wanted, it is going to have to be a configurable option.

[ Reply To This | View ]

The Fine Print: The previous comments are owned by whomever posted them.
( Reply )


		"Ahhh, the whole screen feels bigger now." -- Waldo Bastian
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.