terminal should not resize in steps, causes problems with "window snap"

Bug #782119 reported by Gerhard Burger
36
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Ayatana Ubuntu
New
Undecided
Unassigned
GNOME Terminal
Confirmed
Undecided
Unassigned
One Hundred Papercuts
Confirmed
Low
Unassigned
gnome-terminal (Ubuntu)
Confirmed
Low
Unassigned

Bug Description

the snapping to the right or left of for instance a terminal window is not accurate, it still leaves some space. Maximizing using snap works fine. This problem also occurs when using the shortcuts CTRL+ALT+NUMPAD. I've added an attachment to show the problem. I don't know if other programs are also affected

Revision history for this message
Gerhard Burger (burger.ga) wrote :
Revision history for this message
Rodrick Yu (rodrickyu) wrote :

I haven't tested every application, but this occurs for me with Terminal, Banshee, Appearance Preferences, and the Ubuntu Software Centre. Although the offset is different for Terminal in comparison to the rest. I've attached what the Ubuntu Software Centre looks like snapped to the right. On left snap, it's offset to the left by the same amount such that a part of the window is obscured.

Rodrick Yu (rodrickyu)
Changed in unity:
status: New → Confirmed
Changed in unity (Ubuntu):
status: New → Confirmed
Revision history for this message
Omer Akram (om26er) wrote :

In Oneiric I can't reproduce it with Banshee as far as gnome-terminal is concerned its not compiz fault, gnome-terminal resizes in steps and not like any other window.

affects: unity → gnome-terminal
affects: unity (Ubuntu) → gnome-terminal (Ubuntu)
summary: - unity snap not accurate
+ terminal should not resize in steps, causes problems with "window snap"
Revision history for this message
Dylan McCall (dylanmccall) wrote :

Snapping to specific window sizes is completely ordinary for terminal applications, and the feature is widely supported at the window manager level. (See X11's ICCCM, 4.1.2.3. WM_NORMAL_HINTS Property: the width_inc and height_inc properties).

It is not sane to remove widely supported functionality from applications we ship, particularly by patching them individually, particularly when we have control over a perfectly good window manager where we can solve the problem cleanly.

Revision history for this message
Gerhard Burger (burger.ga) wrote :

I think this also affects gvim (in the vim-gnome) package, but I don't now how to add it to the 'affects projects' list.

Ahmed Shams (ashams)
Changed in hundredpapercuts:
importance: Undecided → Low
status: New → Confirmed
Ahmed Shams (ashams)
Changed in gnome-terminal (Ubuntu):
importance: Undecided → Low
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.