From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#19972: Font size change doesn't update (window-total-width) Date: Wed, 04 Mar 2015 19:45:39 +0100 Message-ID: <54F752D3.7050800@gmx.at> References: <874mq5o3di.fsf@fastmail.fm> <2B9A60CD-AAAA-40E8-B116-8A75A78B0DDC@sanityinc.com> <83bnkbsf5u.fsf@gnu.org> <54F4A120.2060506@swipnet.se> <83r3t7qo5b.fsf@gnu.org> <54F4B4CF.90905@swipnet.se> <83lhjfqira.fsf@gnu.org> <837fuyqcx5.fsf@gnu.org> <54F5F3A9.1090108@gmx.at> <83zj7uot7m.fsf@gnu.org> <54F5FF12.10401@gmx.at> <83sidmoria.fsf@gnu.org> <54F72070.8040709@gmx.at> <83fv9kpsd7.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1425494791 9888 80.91.229.3 (4 Mar 2015 18:46:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 4 Mar 2015 18:46:31 +0000 (UTC) Cc: steve@sanityinc.com, 19972@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Mar 04 19:46:20 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YTEJG-0007Bc-Rp for geb-bug-gnu-emacs@m.gmane.org; Wed, 04 Mar 2015 19:46:19 +0100 Original-Received: from localhost ([::1]:45949 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTEJG-0002UT-Cr for geb-bug-gnu-emacs@m.gmane.org; Wed, 04 Mar 2015 13:46:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57329) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTEJ8-0002Hm-Kx for bug-gnu-emacs@gnu.org; Wed, 04 Mar 2015 13:46:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YTEJ1-0000N7-0L for bug-gnu-emacs@gnu.org; Wed, 04 Mar 2015 13:46:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36681) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTEJ0-0000N3-UB for bug-gnu-emacs@gnu.org; Wed, 04 Mar 2015 13:46:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YTEJ0-0003RL-C1 for bug-gnu-emacs@gnu.org; Wed, 04 Mar 2015 13:46:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Mar 2015 18:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19972 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19972-submit@debbugs.gnu.org id=B19972.142549475713205 (code B ref 19972); Wed, 04 Mar 2015 18:46:02 +0000 Original-Received: (at 19972) by debbugs.gnu.org; 4 Mar 2015 18:45:57 +0000 Original-Received: from localhost ([127.0.0.1]:35249 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YTEIv-0003Qv-3E for submit@debbugs.gnu.org; Wed, 04 Mar 2015 13:45:57 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:50525) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YTEIt-0003Qj-6P for 19972@debbugs.gnu.org; Wed, 04 Mar 2015 13:45:55 -0500 Original-Received: from [88.117.118.171] ([88.117.118.171]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MPppG-1YOGDb32TS-0050TI; Wed, 04 Mar 2015 19:45:45 +0100 In-Reply-To: <83fv9kpsd7.fsf@gnu.org> X-Provags-ID: V03:K0:ntAvG3dyoaizcFER7WrsENo++GB7Z95abhqi5D5na95SqFERpua mNI2TvUKBu891NvwtTkcVWtnkVE8CV6y4gVmd0ewoxFi5O8T4So7gK8DsfrfwqTt/4He80j JBOAEyZRu7HXmuUPU5MDjPOo95QCJ3w8gg5/u15CLrl3RaEdofJxDCP7qm22XEgDd6zX/fS qW19w+szCe0I69h1zVjlQ== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:100065 Archived-At: > Feel free to ignore, btw. But to clarify, what I had in mind was call > MoveWindow, and wait for WM_SIZE before we call change_frame_size. I > have no idea whether this is a good idea, though. It's not the idea that bothers me but the implementation. Looking at what Jan did in x_wait_for_event it seems very unlikely that I could come up with an equivalent solution. Think of the input un-/blocking part: int level = interrupt_input_blocked; ... while (f->wait_event_type) { pending_signals = true; totally_unblock_input (); /* XTread_socket is called after unblock. */ block_input (); interrupt_input_blocked = level; Would this work on Windows? And on Gtk he does (void)gtk_events_pending (); gdk_flush (); before calling x_wait_for_event. Would we have to flush old messages on Windows and if so how? All this is probably over my head. > But in any case, are you saying that if we call change_frame_size with > dimensions that Windows doesn't like (can that happen? I'm quite confident that Drew will eventually come up with an appropriate scenario. > ), then we will > get a WM_SIZE message telling us to change the size to something else? > Does this really happen under some conditions? ISTR that I was suprised by Windows once or twice doing that but I can't give you any details any more. Windows is very attentive in this regard. OTOH it is by far the most permissive system wrt which changes it allows. martin