Shrink/grow based on plug size

Bug #838316 reported by Bruno Cancelinha on 2011-08-31
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Won't Fix

Bug Description

For each plug there is a height and a width of space needed , so at least when people make their plugs, they can specify how much space (height and width) they want/need, and the window can adjust itself when each plug is clicked on, and when you click to go back to switchboard they automatically resize so it can go back to his normal size!

description: updated
Avi Romanoff (aroman) wrote :

Might be an interesting idea. Implementation could be a bit hacky, and it wouldn't look very good without animations.

But an interesting idea nonetheless :)

summary: - Switchboard white space
+ Shrink/grow based on plug size
Changed in switchboard:
importance: Undecided → Wishlist
Avi Romanoff (aroman) on 2011-12-05
Changed in switchboard:
status: New → Opinion

Bugs with status "Opinion" don't show up in the bug list; this status indicates that the developer is not interested in fixing the bug. Did you mean this?

GNOME Control Center has that, and it looks much better than Switchboard because of that. I think it's a must have.

Christian Dywan (kalikiana) wrote :

What "Opinion" means appears to vary from person to person. To me it means "Needs discussion". If the developer were not interested, he would have closed it, I'd think.

Christian: "Opinion: there is a difference of opinion about the bug and everyone is free to continue the discussion, however, the project maintainers consider the issue closed. "

So I think the equivalent for "Needs discussion" is "Incomplete"

Changed in switchboard:
status: Opinion → Incomplete

It could be worth looking into this code:

Whoops, that was a link to a video demonstration (which also has a link to the code), but here's a direct link to the code:

Avi Romanoff (aroman) wrote :

Thanks Christian and Sergey for commenting on the Opinion status -- I did intend for it to be "needs discussion".

I'm not opposed to the idea at all, but I don't know of a solid implementation that we could use. The code linked above is slightly visually glitchy on my machine -- I just compiled it.

Avi Romanoff (aroman) wrote :

On second thought, this is basically a duplicate of

I'm marking this as "Won't fix", rather than as a duplicate, in the event that grow/shrinking is really the only animation we want.

Changed in switchboard:
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers