* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled @ 2014-03-09 19:12 Konrad Podczeck [not found] ` <5336BD71.6040105@swipnet.se> 0 siblings, 1 reply; 20+ messages in thread From: Konrad Podczeck @ 2014-03-09 19:12 UTC (permalink / raw) To: 16976 Use the key combination C-x 5 2 to open a new frame. During creation of the new frame, there is an annoying flickering. The flickering disappears, however, when tool-bar mode is disabled. With or without toolbar-mode, there is no flickering during frame creation for emacs compiled with the option "--with-x". So this flickering seems to be an NS-port specific bug. In GNU Emacs 24.3.50.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2014-03-09 on bob.porkrind.org Repository revision: lekktu@gmail.com-20140308222620-e38x03628o8njfqq Windowing system distributor `Apple', version 10.3.1138 Configured using: `configure --host=x86_64-apple-darwin --build=i686-apple-darwin --with-ns' Important settings: locale-coding-system: utf-8-unix Major mode: LaTeX Minor modes in effect: shell-dirtrack-mode: t tooltip-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 input: <help-echo> C-x C-f d o c u m a n t s <backspace> <backspace> <backspace> <backspace> e n t s / t e x f i l e s / b a l a t 2 - t e x <backspace> <backspace> <backspace> <backspace> . t e x <return> C-x C-f p u r i f . t e x <return> M-x f i n d - f i l e - o SPC SPC <help-echo> <down-mouse-2> <mouse-1> <down-mouse-1> <mouse-1> <menu-bar> <file> <new-file> C-x 5 2 <menu-bar> <help-menu> < send-emacs-bug-report> Recent messages: Error: (file-error "Cannot open load file" "no such file or directory" "tex-site") For information about GNU Emacs and the GNU system, type C-h C-a. balat2.tex has auto save data; consider M-x recover-this-file purif.tex has auto save data; consider M-x recover-this-file Making completion list... read-file-name-default: No file name specified [2 times] Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils help-mode tex-mode compile shell pcomplete comint ansi-color ring latexenc info easymenu package time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel ns-win tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer 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 make-network-process cocoa ns multi-tty emacs) ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <5336BD71.6040105@swipnet.se>]
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled [not found] ` <5336BD71.6040105@swipnet.se> @ 2014-03-29 12:56 ` Eli Zaretskii 2014-03-29 13:16 ` Jan Djärv 0 siblings, 1 reply; 20+ messages in thread From: Eli Zaretskii @ 2014-03-29 12:56 UTC (permalink / raw) To: Jan Djärv; +Cc: konrad.podczeck, 16976 > Date: Sat, 29 Mar 2014 13:32:49 +0100 > From: Jan Djärv <jan.h.d@swipnet.se> > > It is an extra redraw that happens only on NS, i.e. frame is fully drawn, then > cleared then redrawn again. I'm not sure where it comes from yet. Maybe someone sets the frame's garbaged flag? ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-29 12:56 ` Eli Zaretskii @ 2014-03-29 13:16 ` Jan Djärv 2014-03-29 13:22 ` Eli Zaretskii 0 siblings, 1 reply; 20+ messages in thread From: Jan Djärv @ 2014-03-29 13:16 UTC (permalink / raw) To: Eli Zaretskii; +Cc: konrad.podczeck, 16976 Hello. 2014-03-29 13:56, Eli Zaretskii skrev: >> Date: Sat, 29 Mar 2014 13:32:49 +0100 >> From: Jan Djärv <jan.h.d@swipnet.se> >> >> It is an extra redraw that happens only on NS, i.e. frame is fully drawn, then >> cleared then redrawn again. I'm not sure where it comes from yet. > > Maybe someone sets the frame's garbaged flag? > I made SET_FRAME_GARBAGED a no-op, it still does a double redraw. Jan D. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-29 13:16 ` Jan Djärv @ 2014-03-29 13:22 ` Eli Zaretskii [not found] ` <7761f1b97fd0e679a65e8d5629419ded@univie.ac.at> 2014-03-29 16:28 ` Jan D. 0 siblings, 2 replies; 20+ messages in thread From: Eli Zaretskii @ 2014-03-29 13:22 UTC (permalink / raw) To: Jan Djärv; +Cc: konrad.podczeck, 16976 > Date: Sat, 29 Mar 2014 14:16:04 +0100 > From: Jan Djärv <jan.h.d@swipnet.se> > CC: konrad.podczeck@univie.ac.at, 16976@debbugs.gnu.org > > I made SET_FRAME_GARBAGED a no-op, it still does a double redraw. Do you see 2 consecutive calls to update_window_tree? ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <7761f1b97fd0e679a65e8d5629419ded@univie.ac.at>]
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled [not found] ` <7761f1b97fd0e679a65e8d5629419ded@univie.ac.at> @ 2014-03-29 15:08 ` Eli Zaretskii 2014-03-29 16:02 ` Konrad Podczeck 0 siblings, 1 reply; 20+ messages in thread From: Eli Zaretskii @ 2014-03-29 15:08 UTC (permalink / raw) To: Konrad Podczeck; +Cc: 16976 > From: Konrad Podczeck <konrad.podczeck@univie.ac.at> > Date: Sat, 29 Mar 2014 16:10:04 +0100 > > Maybe the following information gives some hint. Some days ago I looked > at the historical builds on http://emacsformacosx.com/builds/all, and > it seemed to me that the bug became manifest the first time in the > build made available at 2012-09-12. When was the previous build? Anyway, the only one near that date that looks relevant is revision 109972. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-29 15:08 ` Eli Zaretskii @ 2014-03-29 16:02 ` Konrad Podczeck 2014-03-29 16:05 ` Konrad Podczeck 2014-03-29 16:58 ` Jan D. 0 siblings, 2 replies; 20+ messages in thread From: Konrad Podczeck @ 2014-03-29 16:02 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 16976 The build before was made available at 2012-09-11. The revision numbers appearing in the diff-file of the build from 2012-09-11 do not contain 109972, they range from 109976 to 109989 On 29.03.2014, at 16:08, Eli Zaretskii wrote: >> From: Konrad Podczeck <konrad.podczeck@univie.ac.at> >> Date: Sat, 29 Mar 2014 16:10:04 +0100 >> >> Maybe the following information gives some hint. Some days ago I >> looked >> at the historical builds on http://emacsformacosx.com/builds/all, and >> it seemed to me that the bug became manifest the first time in the >> build made available at 2012-09-12. > > When was the previous build? > > Anyway, the only one near that date that looks relevant is revision > 109972. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-29 16:02 ` Konrad Podczeck @ 2014-03-29 16:05 ` Konrad Podczeck 2014-03-29 16:13 ` Eli Zaretskii 2014-03-29 16:58 ` Jan D. 1 sibling, 1 reply; 20+ messages in thread From: Konrad Podczeck @ 2014-03-29 16:05 UTC (permalink / raw) To: Konrad Podczeck; +Cc: 16976 Sorry. I meant the revision number in the build from 2012-09-12, that showing the bug the first time. On 29.03.2014, at 17:02, Konrad Podczeck wrote: > The build before was made available at 2012-09-11. The revision > numbers appearing in the diff-file of the build from 2012-09-11 do not > contain 109972, they range from 109976 to 109989 > > > On 29.03.2014, at 16:08, Eli Zaretskii wrote: > >>> From: Konrad Podczeck <konrad.podczeck@univie.ac.at> >>> Date: Sat, 29 Mar 2014 16:10:04 +0100 >>> >>> Maybe the following information gives some hint. Some days ago I >>> looked >>> at the historical builds on http://emacsformacosx.com/builds/all, and >>> it seemed to me that the bug became manifest the first time in the >>> build made available at 2012-09-12. >> >> When was the previous build? >> >> Anyway, the only one near that date that looks relevant is revision >> 109972. > ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-29 16:05 ` Konrad Podczeck @ 2014-03-29 16:13 ` Eli Zaretskii 0 siblings, 0 replies; 20+ messages in thread From: Eli Zaretskii @ 2014-03-29 16:13 UTC (permalink / raw) To: Konrad Podczeck; +Cc: konrad.podczeck, 16976 > Cc: Eli Zaretskii <eliz@gnu.org>, > 16976@debbugs.gnu.org > From: Konrad Podczeck <konrad.podczeck@univie.ac.at> > Date: Sat, 29 Mar 2014 17:05:39 +0100 > > Sorry. I meant the revision number in the build from 2012-09-12, that > showing the bug the first time. > > > On 29.03.2014, at 17:02, Konrad Podczeck wrote: > > > The build before was made available at 2012-09-11. The revision > > numbers appearing in the diff-file of the build from 2012-09-11 do not > > contain 109972, they range from 109976 to 109989 Than perhaps 109984? ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-29 16:02 ` Konrad Podczeck 2014-03-29 16:05 ` Konrad Podczeck @ 2014-03-29 16:58 ` Jan D. 1 sibling, 0 replies; 20+ messages in thread From: Jan D. @ 2014-03-29 16:58 UTC (permalink / raw) To: Konrad Podczeck; +Cc: 16976 Hello. Konrad Podczeck skrev 2014-03-29 17:02: > The build before was made available at 2012-09-11. The revision numbers > appearing in the diff-file of the build from 2012-09-11 do not contain > 109972, they range from 109976 to 109989 That implies 109984. But reverting that does not help. Jan D. > > > On 29.03.2014, at 16:08, Eli Zaretskii wrote: > >>> From: Konrad Podczeck <konrad.podczeck@univie.ac.at> >>> Date: Sat, 29 Mar 2014 16:10:04 +0100 >>> >>> Maybe the following information gives some hint. Some days ago I looked >>> at the historical builds on http://emacsformacosx.com/builds/all, and >>> it seemed to me that the bug became manifest the first time in the >>> build made available at 2012-09-12. >> >> When was the previous build? >> >> Anyway, the only one near that date that looks relevant is revision >> 109972. > > > ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-29 13:22 ` Eli Zaretskii [not found] ` <7761f1b97fd0e679a65e8d5629419ded@univie.ac.at> @ 2014-03-29 16:28 ` Jan D. 2014-03-29 17:07 ` Eli Zaretskii 1 sibling, 1 reply; 20+ messages in thread From: Jan D. @ 2014-03-29 16:28 UTC (permalink / raw) To: Eli Zaretskii; +Cc: konrad.podczeck, 16976 Eli Zaretskii skrev 2014-03-29 14:22: >> Date: Sat, 29 Mar 2014 14:16:04 +0100 >> From: Jan Djärv <jan.h.d@swipnet.se> >> CC: konrad.podczeck@univie.ac.at, 16976@debbugs.gnu.org >> >> I made SET_FRAME_GARBAGED a no-op, it still does a double redraw. > > Do you see 2 consecutive calls to update_window_tree? > Well, it is difficult to tell as this function is called on mouse movement and on every key stroke and on every blink of the cursor. But turning off blink cursor, and testing with and without toolbar gives 3 calls. Jan D. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-29 16:28 ` Jan D. @ 2014-03-29 17:07 ` Eli Zaretskii 2014-03-29 17:52 ` Jan D. 0 siblings, 1 reply; 20+ messages in thread From: Eli Zaretskii @ 2014-03-29 17:07 UTC (permalink / raw) To: Jan D.; +Cc: konrad.podczeck, 16976 > Date: Sat, 29 Mar 2014 17:28:42 +0100 > From: "Jan D." <jan.h.d@swipnet.se> > CC: konrad.podczeck@univie.ac.at, 16976@debbugs.gnu.org > > Eli Zaretskii skrev 2014-03-29 14:22: > >> Date: Sat, 29 Mar 2014 14:16:04 +0100 > >> From: Jan Djärv <jan.h.d@swipnet.se> > >> CC: konrad.podczeck@univie.ac.at, 16976@debbugs.gnu.org > >> > >> I made SET_FRAME_GARBAGED a no-op, it still does a double redraw. > > > > Do you see 2 consecutive calls to update_window_tree? > > > > Well, it is difficult to tell as this function is called on mouse > movement and on every key stroke and on every blink of the cursor. > But turning off blink cursor, and testing with and without toolbar gives > 3 calls. Maybe I'm missing something here, so let me take a step back. You said earlier that you see the frame cleared and redrawn. I'm asking if you can trace this clearing and redrawing to any of the calls to update_frame or update_window_tree. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-29 17:07 ` Eli Zaretskii @ 2014-03-29 17:52 ` Jan D. 2014-03-29 19:42 ` Eli Zaretskii 0 siblings, 1 reply; 20+ messages in thread From: Jan D. @ 2014-03-29 17:52 UTC (permalink / raw) To: Eli Zaretskii; +Cc: konrad.podczeck, 16976 Hello. Eli Zaretskii skrev 2014-03-29 18:07: >> Date: Sat, 29 Mar 2014 17:28:42 +0100 >> From: "Jan D." <jan.h.d@swipnet.se> >> CC: konrad.podczeck@univie.ac.at, 16976@debbugs.gnu.org >> >> Eli Zaretskii skrev 2014-03-29 14:22: >>>> Date: Sat, 29 Mar 2014 14:16:04 +0100 >>>> From: Jan Djärv <jan.h.d@swipnet.se> >>>> CC: konrad.podczeck@univie.ac.at, 16976@debbugs.gnu.org >>>> >>>> I made SET_FRAME_GARBAGED a no-op, it still does a double redraw. >>> >>> Do you see 2 consecutive calls to update_window_tree? >>> >> >> Well, it is difficult to tell as this function is called on mouse >> movement and on every key stroke and on every blink of the cursor. >> But turning off blink cursor, and testing with and without toolbar gives >> 3 calls. > > Maybe I'm missing something here, so let me take a step back. You > said earlier that you see the frame cleared and redrawn. I'm asking > if you can trace this clearing and redrawing to any of the calls to > update_frame or update_window_tree. > It seems the clearing is done because of an expose. If we don't have a toolbar, NS thinks the frame is up to date when the event loop is entered after the first redisplay is done. But if we have a toolbar NS thinks the frame is out of date and needs redrawing, thus sending an expose event (well, drawRect in NS speek) that does not happen without the toolbar. So the clearing is already done when Emacs code is entered. I don't know why we did not get this expose before, but much has happened, i.e. pixelwise resizing, event loop changes and more. Maybe the generic code changed, because update_frame_tool_bar is called four times when a new frame is created. NS does not have an "up-to-date" check on the toolbar, so it just recreates it. This may be the cause. Jan D. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-29 17:52 ` Jan D. @ 2014-03-29 19:42 ` Eli Zaretskii 2014-03-30 17:22 ` Jan D. 0 siblings, 1 reply; 20+ messages in thread From: Eli Zaretskii @ 2014-03-29 19:42 UTC (permalink / raw) To: Jan D.; +Cc: konrad.podczeck, 16976 > Date: Sat, 29 Mar 2014 18:52:45 +0100 > From: "Jan D." <jan.h.d@swipnet.se> > CC: konrad.podczeck@univie.ac.at, 16976@debbugs.gnu.org > > It seems the clearing is done because of an expose. Yes, that was my second suspect. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-29 19:42 ` Eli Zaretskii @ 2014-03-30 17:22 ` Jan D. 2014-03-31 2:14 ` Darren Hoo 2014-03-31 17:39 ` Konrad Podczeck 0 siblings, 2 replies; 20+ messages in thread From: Jan D. @ 2014-03-30 17:22 UTC (permalink / raw) To: Eli Zaretskii; +Cc: konrad.podczeck, 16976 Hello. Eli Zaretskii skrev 2014-03-29 20:42: >> Date: Sat, 29 Mar 2014 18:52:45 +0100 >> From: "Jan D." <jan.h.d@swipnet.se> >> CC: konrad.podczeck@univie.ac.at, 16976@debbugs.gnu.org >> >> It seems the clearing is done because of an expose. > > Yes, that was my second suspect. > I have checked in a fix in trunk that avoids redrawing until the tool bar is up to date. Please try it. Jan D. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-30 17:22 ` Jan D. @ 2014-03-31 2:14 ` Darren Hoo 2014-03-31 6:21 ` Jan D. 2014-03-31 17:39 ` Konrad Podczeck 1 sibling, 1 reply; 20+ messages in thread From: Darren Hoo @ 2014-03-31 2:14 UTC (permalink / raw) To: Jan D.; +Cc: konrad.podczeck, 16976 "Jan D." <jan.h.d@swipnet.se> writes: > Hello. > > Eli Zaretskii skrev 2014-03-29 20:42: >>> Date: Sat, 29 Mar 2014 18:52:45 +0100 >>> From: "Jan D." <jan.h.d@swipnet.se> >>> CC: konrad.podczeck@univie.ac.at, 16976@debbugs.gnu.org >>> >>> It seems the clearing is done because of an expose. >> >> Yes, that was my second suspect. >> > > I have checked in a fix in trunk that avoids redrawing until the tool > bar is up to date. Please try it. > The fix has problem when tool-bar is disabled at startup, ie, the window won't change its size accordingly upon the frame resizing. step to reproduce: $ open Emacs.app --args -Q \ -eval "(custom-set-variable'(tool-bar-mode nil))" then try to resize the frame you'll see that the size of the buffer window, the echo area all stay unchanged. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-31 2:14 ` Darren Hoo @ 2014-03-31 6:21 ` Jan D. 0 siblings, 0 replies; 20+ messages in thread From: Jan D. @ 2014-03-31 6:21 UTC (permalink / raw) To: Darren Hoo; +Cc: konrad.podczeck, 16976 Hello. Darren Hoo skrev 2014-03-31 04:14: > "Jan D." <jan.h.d@swipnet.se> writes: > >> Hello. >> >> Eli Zaretskii skrev 2014-03-29 20:42: >>>> Date: Sat, 29 Mar 2014 18:52:45 +0100 >>>> From: "Jan D." <jan.h.d@swipnet.se> >>>> CC: konrad.podczeck@univie.ac.at, 16976@debbugs.gnu.org >>>> >>>> It seems the clearing is done because of an expose. >>> >>> Yes, that was my second suspect. >>> >> >> I have checked in a fix in trunk that avoids redrawing until the tool >> bar is up to date. Please try it. >> > > The fix has problem when tool-bar is disabled at startup, ie, the > window won't change its size accordingly upon the frame resizing. > > step to reproduce: > > $ open Emacs.app --args -Q \ > -eval "(custom-set-variable'(tool-bar-mode nil))" > eval: Symbol's function definition is void: custom-set-variable > then try to resize the frame you'll see that the size of the buffer > window, the echo area all stay unchanged. > Should be fixed now. Jan D. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-30 17:22 ` Jan D. 2014-03-31 2:14 ` Darren Hoo @ 2014-03-31 17:39 ` Konrad Podczeck 2014-03-31 17:51 ` Glenn Morris 1 sibling, 1 reply; 20+ messages in thread From: Konrad Podczeck @ 2014-03-31 17:39 UTC (permalink / raw) To: Jan D.; +Cc: 16976 Thanks, Jan. Works. Big improvement. Konrad Podczeck Am 30.03.2014 um 19:22 schrieb Jan D.: > Hello. > > Eli Zaretskii skrev 2014-03-29 20:42: >>> Date: Sat, 29 Mar 2014 18:52:45 +0100 >>> From: "Jan D." <jan.h.d@swipnet.se> >>> CC: konrad.podczeck@univie.ac.at, 16976@debbugs.gnu.org >>> >>> It seems the clearing is done because of an expose. >> >> Yes, that was my second suspect. >> > > I have checked in a fix in trunk that avoids redrawing until the tool bar is up to date. Please try it. > > Jan D. > ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-31 17:39 ` Konrad Podczeck @ 2014-03-31 17:51 ` Glenn Morris 2014-04-02 10:10 ` Jan Djärv 2014-04-05 8:06 ` Jan D. 0 siblings, 2 replies; 20+ messages in thread From: Glenn Morris @ 2014-03-31 17:51 UTC (permalink / raw) To: Jan D.; +Cc: 16976 Is this a fix that should be in emacs-24? The symptoms sounds like they could annoy many NS users. I haven't understood if 24.3 had the same issue though. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-31 17:51 ` Glenn Morris @ 2014-04-02 10:10 ` Jan Djärv 2014-04-05 8:06 ` Jan D. 1 sibling, 0 replies; 20+ messages in thread From: Jan Djärv @ 2014-04-02 10:10 UTC (permalink / raw) To: Glenn Morris; +Cc: 16976 Hello. 31 mar 2014 kl. 19:51 skrev Glenn Morris <rgm@gnu.org>: > > Is this a fix that should be in emacs-24? I must check possible impact on GnuStep first. > The symptoms sounds like they could annoy many NS users. > I haven't understood if 24.3 had the same issue though. It has. Jan D. ^ permalink raw reply [flat|nested] 20+ messages in thread
* bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled 2014-03-31 17:51 ` Glenn Morris 2014-04-02 10:10 ` Jan Djärv @ 2014-04-05 8:06 ` Jan D. 1 sibling, 0 replies; 20+ messages in thread From: Jan D. @ 2014-04-05 8:06 UTC (permalink / raw) To: Glenn Morris; +Cc: 16976@debbugs.gnu.org [-- Attachment #1: Type: text/plain, Size: 140 bytes --] Hi. > 31 mar 2014 kl. 19:51 skrev Glenn Morris <rgm@gnu.org>: > > > Is this a fix that should be in emacs-24? Backported. Jan D. [-- Attachment #2: Type: text/html, Size: 540 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2014-04-05 8:06 UTC | newest] Thread overview: 20+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-03-09 19:12 bug#16976: 24.3.50; Flickering during frame creation for the NS-port with toolbar-mode enabled Konrad Podczeck [not found] ` <5336BD71.6040105@swipnet.se> 2014-03-29 12:56 ` Eli Zaretskii 2014-03-29 13:16 ` Jan Djärv 2014-03-29 13:22 ` Eli Zaretskii [not found] ` <7761f1b97fd0e679a65e8d5629419ded@univie.ac.at> 2014-03-29 15:08 ` Eli Zaretskii 2014-03-29 16:02 ` Konrad Podczeck 2014-03-29 16:05 ` Konrad Podczeck 2014-03-29 16:13 ` Eli Zaretskii 2014-03-29 16:58 ` Jan D. 2014-03-29 16:28 ` Jan D. 2014-03-29 17:07 ` Eli Zaretskii 2014-03-29 17:52 ` Jan D. 2014-03-29 19:42 ` Eli Zaretskii 2014-03-30 17:22 ` Jan D. 2014-03-31 2:14 ` Darren Hoo 2014-03-31 6:21 ` Jan D. 2014-03-31 17:39 ` Konrad Podczeck 2014-03-31 17:51 ` Glenn Morris 2014-04-02 10:10 ` Jan Djärv 2014-04-05 8:06 ` Jan D.
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.