Bug 227176 - Plasma panel height (in pixels) is not shown during changing it
Summary: Plasma panel height (in pixels) is not shown during changing it
Status: RESOLVED NOT A BUG
Alias: None
Product: plasma4
Classification: Unmaintained
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 182732 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-02-16 13:26 UTC by Tamás Németh
Modified: 2014-01-28 19:29 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tamás Németh 2010-02-16 13:26:11 UTC
Version:            (using KDE 4.4.0)
OS:                Linux
Installed from:    openSUSE RPMs

I installed KDE 4.4.0 onto openSUSE 11.2, and removed the .kde4 directory from my homedir. After logging in this blank KDE system, i had to realize that konsole when I'm resizing the plasma panel, the height indicating number display is not shown, unlike in previous KDE versions (e.g. 4.3.1). This makes precise resizing difficult.
Comment 1 Christoph Feck 2010-02-19 01:17:33 UTC
The feature you are mentioning is an openSUSE specific patch, that probably has not been integrated to the 4.4.0 packages you are using.
Comment 2 Frank Reininghaus 2010-04-11 17:48:41 UTC
*** Bug 182732 has been marked as a duplicate of this bug. ***
Comment 3 Will Stephenson 2011-02-06 09:43:29 UTC
We can upstream this if wanted.  Plasma developers, what do you think?
Comment 4 Ismail Donmez 2011-09-17 08:40:48 UTC
Ping, plasma developers? :)
Comment 5 Luke 2012-01-06 20:47:02 UTC
Yeah, this is long awaited feature!! It was brainstormed too.
Comment 6 Martín Cigorraga 2012-09-12 20:58:58 UTC
+1
This is a very useful feature developed by the openSUSE KDE SC team we all want to see as part of vanilla KDE SC.
Comment 7 Richard Neill 2014-01-27 01:44:39 UTC
This would be particularly helpful for multiple monitors - I have 3 panels on 3 monitors, each of which is just *slightly* different in height, and I can't get them quite right by eye. Thanks.
Comment 8 Sebastian Kügler 2014-01-27 14:24:22 UTC
This is something we specifically don't want to have in the UI, for the vast majority of users, the pixel value is entirely meaningless and will just add needless clutter, so make it harder for them to use Plasma.

Even on multihead, you still have to align the monitors by eye, and then, DPI values might make the exercise entirely useless.

If you're keen on exact pixel sizes, I'd recommend editing plasma-desktop-appletsrc (remember to kquitapp plasma-desktop first, otherwise your change might get overwritten.)
Comment 9 prodigy7 2014-01-27 15:02:38 UTC
Sebastian, you're right but you also see, that there a people which wish/need such a feature and OpenSUSE integrate this feature also in their KDE releases. I think, the OpenSUSE solution is very simple, stable and could be ported to "vanilla" KDE.
It doesn't really confuse "simple" users if there is a pixel height value which doesn't change behavior  / usability.
Comment 10 Sebastian Kügler 2014-01-27 15:41:53 UTC
It does, since it's completely out of line with how the rest of the UI works. This really is a micro-option that we don't want to present the user with. As I explained, the usefulness of this feature is rather limited to a very small group. Once we start adding this kind of options, we quickly end up with more clutter and more need for support than we want in "Vanilla Plasma".

If you're missing this feature and it has previously been developed in openSUSE, please file a bug over there to track progress in this.
Comment 11 Luke 2014-01-27 19:07:17 UTC
Yeah... 4 years of waiting and it's invalid. 

You don't want clutter? Maybe get rid of cashew. Or clean context menu. Or make f***ing shortcuts consistent across default KDE applications? Or icons? Or make UI guide that coders will follow? Maybe add "sort by" entry in Dolphin's context menu instead of "activities" because you know... everybody uses them all the time. Make at least one useful plasmoid that actually do something besides bouncing a ball or moving eyes and leaking memory. Or maybe do something about 20s bootup times, I'm sure that full blown mysql database is essential for everybody. What about usable network plasmoid? (New one is coming, I hear you... for year or two?). You don't like to confuse users? Obviously system settings is something that will straight things up. Maybe move buttons all around a little bit more between this KCM module and that KCM? Who doesn't like jumpy eyes, right? How come someone can make green big-ass triangles out of the blue, out of the theme, to indicate moving tabs in konsole but no-one can make copy dialog that won't shake all around?... 

I'm sure that those things doesn't make Plasma hard to use at all.

I'm sorry but this is BS. KDE can be really messy and not polished but somehow adding a little input box  would destroy whole yin and yang...

PS Sometimes it's hard to love you guys.
Comment 12 Sebastian Kügler 2014-01-27 22:15:48 UTC
Luke, you're not doing anyone a favour by being impolite and disrespectful of other people's work.
Comment 13 Luke 2014-01-27 22:37:40 UTC
Yeah, I know. But sometimes sharp words needs to be said... and sometimes I'm just tired and pissed.
Comment 14 Sebastian Kügler 2014-01-27 22:45:14 UTC
... and in neither case, bugs.kde.org is the right place to vent.

You can't justify your rude behaviour this way, it's simply the wrong way to go about it. It's not like I or anyone needs to be told by you how we spend our time, and certainly even less so in the tone you chose. You're just making this worse for everyone, including yourself. 

Case closed.
Comment 15 prodigy7 2014-01-28 07:19:08 UTC
First: I respect the work of everyone which contribute something to open source, specially kde in this case. So we should keep on the facts, getting a constructive discussion.

And now my constructive part:
Maybe the language of Luke is very direct, but he says what I think too: Why someone believe, that they represent the whole kde users community? I'm self a developer and I've learned many times, that organisational blindness isn't unusually. 

So, if some one have arguments against this feature, don't use arguments which reference to his personal opinion. I would understand if there would be something like a KDE GUI Guideline exist which tells "It's not allowed to ... bla bla", but if such a guideline exist, if would carefully concern the other points doesn't matched by kde (that's also the point, Luke refers).

Suggestion:
I know software, which offer a general "expert option". If this option is activated, some more options (which are classified as "for experts") are shown in differend dialogues even in normal mode. Maybe it's a way, hide some options like this which are classified as "confuse amateurs". Only a suggestion ...

So please, let us understand this discussion constructive and reply even with objective arguments and not personal ones. Thanks!
Comment 16 Luke 2014-01-28 19:29:46 UTC
Thanks Manuel. I think it's important for open source community to stay open minded and open for dialog.

Back on the topic. Yesterday before sleep I had very constructive idea about this:

If there is oxygen-settings why not make plasma-settings?

Oxygen-settings was made exactly because of the "clutter & user distraction" reasons and it's very nice thing to have under alt+F2. It's hidden before regular users eyes. We could throw there whole bunch of "hacks" that power users need to tweak by editing config files.

PS I never said I don't respect open source developers or KDE.