After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 672425 - maximize preview doesn't round top left and right corners
maximize preview doesn't round top left and right corners
Status: RESOLVED DUPLICATE of bug 665758
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
: 672659 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2012-03-20 03:16 UTC by William Jon McCann
Modified: 2014-02-22 23:37 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description William Jon McCann 2012-03-20 03:16:40 UTC 
The blue maximize preview doesn't round top left and right corners like the top bar does. Looks bad.
Comment 1 Jakub Steiner 2012-03-20 11:42:53 UTC 
It took me a while to figure out what Jon meant here. It's the drop indicator when maximizing a window with a drag. The indication happens under the top bar and while the rectangle has a stroke, it is being painted under the top bar rounded corner so it looks clipped. The stroke should follow the border of the target maximized window. 

Another option is to avoid the stroke completely and indicate the transition with an animation (as opposed to the current indication of the target state). http://jimmac.fedorapeople.org/gnome3/Boxes-maximize.webm
Comment 2 Cosimo Cecchi 2012-03-20 21:32:39 UTC 
(In reply to comment #1)
> It took me a while to figure out what Jon meant here. It's the drop indicator
> when maximizing a window with a drag. The indication happens under the top bar
> and while the rectangle has a stroke, it is being painted under the top bar
> rounded corner so it looks clipped. The stroke should follow the border of the
> target maximized window. 
> 
> Another option is to avoid the stroke completely and indicate the transition
> with an animation (as opposed to the current indication of the target state).
> http://jimmac.fedorapeople.org/gnome3/Boxes-maximize.webm

I think the animation and the stroke are two orthogonal problems - the animation itself could have a stroke and it would need to be rounded like the target window shape.
Comment 3 Florian Müllner 2012-03-22 23:14:59 UTC 
*** Bug 672659 has been marked as a duplicate of this bug. ***
Comment 4 Florian Müllner 2014-02-22 23:37:46 UTC 
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 665758 ***