[debbugs-tracker] bug#14222: closed (A problem with computing fringe widths)

[GNU bug Tracking System]

Your message dated Fri, 29 Aug 2014 19:10:11 +0200
with message-id <address@hidden>
and subject line Re: bug#14222: A problem with computing fringe widths
has caused the debbugs.gnu.org bug report #14222,
regarding A problem with computing fringe widths
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
14222: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14222
GNU Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> A problem with computing fringe widths
>
>
>
>
> Date: 
>
> Wed, 17 Apr 2013 17:21:16 +0200
>
>
>
>
> When computing fringe widths in compute_fringe_widths we do not resize
> the frame.  This can have consequences as the following simple form to
> be evaluated with emacs -Q shows:
>
> (progn
>   (set-frame-parameter (selected-frame) 'scroll-bar-width 6)
>   (sit-for 1)
>   (set-frame-parameter (selected-frame) 'left-fringe 27)
>   (sit-for 1)
>   (set-frame-parameter (selected-frame) 'scroll-bar-width 6)
>   (sit-for 1))
>
> Here, the resulting frame has no scrollbars (tested with Emacs 24.3 on
> Windows XP).  The bug can hit much more often than in the contrived
> scenario given above.  It usually goes unnoticed because people either
> do not change fringe sizes at all or change only the fringe sizes of
> individual windows or invoke x_set_window_size anyway.
>
> I'm not sure whether we can safely call x_set_window_size in
> compute_fringe_widths.  Obviously, the problem should go away if we
> removed fringes from our calculations of frame widths (on graphic
> systems).
>
> martin
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#14222: A problem with computing fringe widths
>
>
>
>
> Date: 
>
> Fri, 29 Aug 2014 19:10:11 +0200
>
>
>
>
> Fixed with current trunk.  Bug closed.
>
> martin
>
>
>
>
>
> --- End Message ---