[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#23320: closed (25.0.92; Window width not updated a

From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#23320: closed (25.0.92; Window width not updated after frame resize (Win32 and GTK))
Date: Fri, 01 Jul 2016 06:15:02 +0000

Your message dated Fri, 01 Jul 2016 08:13:59 +0200
with message-id <address@hidden>
and subject line Re: bug#23320: 25.0.92; Window width not updated after frame 
resize (Win32 and GTK)
has caused the debbugs.gnu.org bug report #23320,
regarding 25.0.92; Window width not updated after frame resize (Win32 and GTK)
to be marked as done.

(If you believe you have received this mail in error, please contact

23320: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23320
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 25.0.92; Window width not updated after frame resize (Win32 and GTK) Date: Wed, 20 Apr 2016 11:16:44 +0200

I noticed a regression on 25.0.92 compared to 24.5 where the following code behaves differently on the w32 port. (On a recent GTK build it also misbehaves, but not under the NS port.)

      (set-frame-size (selected-frame) 1000 400 t)
      (window-width nil t))

On 24.5, this evaluates to "1000". However, on 25.0.92 `window-width' returns the width prior to the frame resize. (Evaluating it a second time returns 1000, though.)

Adding `(sit-for 0)' before the call to `window-width' make is return 1000 the first time, but it doesn't feel like a robust solution.

Is this the expected behavior? If it is, is adding `(sit-for 0)' the recommended way to get the correct window width after a frame resize?

    -- Anders Lindgren

In GNU Emacs (i686-w64-mingw32)
 of 2016-03-21 built on LAPHROAIG
Windowing system distributor 'Microsoft Corp.', version 6.1.7601
Configured using:
 'configure --host=i686-w64-mingw32 --without-dbus
 --without-compress-install CFLAGS=-static'

Configured features:

Important settings:
  value of $LANG: SVE
  locale-coding-system: cp1252

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
mml-sec epg epg-config gnus-util mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util help-fns help-mode easymenu cl-loaddefs pcase
cl-lib mail-prsvr mail-utils time-date mule-util tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
disp-table w32-win w32-vars term/common-win tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese charscript case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote w32notify w32 multi-tty
make-network-process emacs)

Memory information:
((conses 8 89463 5796)
 (symbols 32 19588 0)
 (miscs 32 44 151)
 (strings 16 15873 4098)
 (string-bytes 1 434746)
 (vectors 8 12347)
 (vector-slots 4 429150 3960)
 (floats 8 165 156)
 (intervals 28 259 49)
 (buffers 520 12))

--- End Message ---
--- Begin Message --- Subject: Re: bug#23320: 25.0.92; Window width not updated after frame resize (Win32 and GTK) Date: Fri, 01 Jul 2016 08:13:59 +0200
> Should be fixed now.  Please consider closing the bug after confirming.

Bug closed now.

Thanks, martin

--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]