| Summary: | Wish: Resize individual panel plasmoids, regardless of panel height | ||
|---|---|---|---|
| Product: | [Plasma] plasma4 | Reporter: | Dotan Cohen <kde-2011.08> |
| Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | wishlist | CC: | aseigo, doc.evans, jquelin, pahan, pfmiller, piemonkey |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Unspecified | ||
| Latest Commit: | Version Fixed In: | ||
| Attachments: |
Screenshot illustrating problematic situation that depends on this bug
screenshot of trunk |
||
|
Description
Dotan Cohen
2009-03-21 08:17:51 UTC
Created attachment 33087 [details]
Screenshot illustrating problematic situation that depends on this bug
In the attached screenshot the Lancelot menu and the Task Bar can be seen on a vertical panel. The Lancelot menu is already too big, so the user cannot make the panel any wider and ideally it would be thinner to make the Lancelot menu smaller. However, the Task Bar is too narrow and only a few letters of each line can be read, making the text useless. If the user could zoom the Lancelot menu independently of the panel size, then the problem would have a solution.
I could demonstrate with many other Plasmoids, notably the Effects button, the digital clock, Battery Monitor, Trash, Calendar, Device Notifier, Folder View, and System Monitor.
Created attachment 33088 [details]
screenshot of trunk
most applets have maximum size set, this is a screenshot of the trunk - with Lancelot, device notifier and task manager.
Thanks, Ivan, but the minimum or maximum as set by the author cannot possible take into account all the possible use cases. Also, often a user has a legitimate reason for not wanting a plasmoid to be the minimum or maximum possible size. zooming in/out makes precisely zero sense. resizing, sure, but zooming is not appropriate in this case. in this case, i'd suggest writing a different panel containment that allows individual tweaking and sizing. > zooming in/out makes precisely zero sense. resizing, sure, but > zooming is not appropriate in this case. Thanks. In my language they are the same word, and I did not realize the difference. I updated the bug title. > in this case, i'd suggest writing a different panel containment that > allows individual tweaking and sizing. This is exactly the fix that the problem needs (I don't know about a _different_ containment, but individual tweaking and sizing is a must). Thanks, Aaron! > I don't know about a _different_ containment,
> but individual tweaking and sizing is a must
for the benefit of others who may read this and decide to try and implement it: it is not a must in the sense it's required in PanelContainment. a separate containment is the way to go.
A quick search gave me 6 copies of this bug, but I can't mark them as duplicates. It seems a lot of people have this problem. Duplicates: bug 168579, bug 173949, bug 182193, bug 183519, bug 167132 Bug 168579: Request to put icons next to each other in vertical panels. Not a dupe. Bug 173949: Many bugs in one, marked as dupe of Bug 193015. Bug 182193: Requests that individual widget sizes be configurable. This is a dupe of that bug, marking as such. Bug 183519: Complains that button size is not variable, it's a dupe or been duped by me, I will look for it and mark one as such. Bug 167132: Complains that some plasmoids are specifically too big. Not a dupe. *** This bug has been marked as a duplicate of bug 182193 *** |