From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?Q?=E5=BC=A0=E6=B5=B7=E5=90=9B?= Newsgroups: gmane.emacs.bugs Subject: bug#19482: Changing to big font cause display problem Date: Sun, 22 Feb 2015 18:54:51 +0800 Message-ID: <3EDF6985-A93A-46E9-9083-C2E496AB98C1@icloud.com> References: <54DE424B.8070506@gmx.at> <7294F8DD-9324-4872-9AAA-5E4A229EFD04@icloud.com> <54E49C26.1070209@gmx.at> <0534A31D-5D69-4687-88CE-FA3C23A20278@icloud.com> <54E58941.3030005@gmx.at> <0255489D-9FE7-4C96-850D-2ED2FC80E42B@icloud.com> <54E77B3E.4000907@gmx.at> <1C7DF283-CB55-4360-AC5B-7565305D85F8@icloud.com> <54E86FA3.6010902@gmx.at> <54E9A8CB.8070605@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1424602654 12533 80.91.229.3 (22 Feb 2015 10:57:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 22 Feb 2015 10:57:34 +0000 (UTC) Cc: 19482@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 22 11:57:19 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 1YPUDu-00084E-R4 for geb-bug-gnu-emacs@m.gmane.org; Sun, 22 Feb 2015 11:57:19 +0100 Original-Received: from localhost ([::1]:39650 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YPUDu-00043K-AD for geb-bug-gnu-emacs@m.gmane.org; Sun, 22 Feb 2015 05:57:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56123) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YPUDl-0003sI-1A for bug-gnu-emacs@gnu.org; Sun, 22 Feb 2015 05:57:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YPUDf-0004wK-3F for bug-gnu-emacs@gnu.org; Sun, 22 Feb 2015 05:57:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59280) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YPUDf-0004wE-0E for bug-gnu-emacs@gnu.org; Sun, 22 Feb 2015 05:57:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YPUDe-0007kF-Hh for bug-gnu-emacs@gnu.org; Sun, 22 Feb 2015 05:57:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?=E5=BC=A0=E6=B5=B7=E5=90=9B?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Feb 2015 10:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19482 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19482-submit@debbugs.gnu.org id=B19482.142460261129752 (code B ref 19482); Sun, 22 Feb 2015 10:57:02 +0000 Original-Received: (at 19482) by debbugs.gnu.org; 22 Feb 2015 10:56:51 +0000 Original-Received: from localhost ([127.0.0.1]:50520 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YPUDS-0007jn-C5 for submit@debbugs.gnu.org; Sun, 22 Feb 2015 05:56:50 -0500 Original-Received: from st13p27im-asmtp001.me.com ([17.162.190.63]:32829) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YPUDQ-0007je-M4 for 19482@debbugs.gnu.org; Sun, 22 Feb 2015 05:56:49 -0500 Original-Received: from [192.168.1.109] (unknown [58.101.25.225]) by st13p27im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NK600DAU6BGE520@st13p27im-asmtp001.me.com> for 19482@debbugs.gnu.org; Sun, 22 Feb 2015 10:54:57 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-02-22_02:2015-02-20, 2015-02-22, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1502220104 In-reply-to: <54E9A8CB.8070605@gmx.at> X-Mailer: Apple Mail (2.2070.6) 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:99697 Archived-At: > =D4=DA 2015=C4=EA2=D4=C222=C8=D5=A3=AC18:00=A3=ACmartin rudalics = =D0=B4=B5=C0=A3=BA >=20 > It's far from trivial to accomplish though. Suppose you have some = frame > sizes H1xV1 and a default font size F1. Now you change the default = font > to F2 and would get the relative sizes H2xV2 where, however, V2 = exceeds > the size of your display. So we adjust V2 (and maybe H2 as well) to = fit > the frame into your display. Next you change the font size back to F1 > and probably expect to get the initial sizes H1 and V1 back. But the > frame sizing code doesn't remember them ... >=20 To me, I don't care about the initial sizes H1 and V1. Just try to keep = the *current* columns and lines. Maybe we can add a new value like 'smart to the variable = frame-inhibit-implied-resize. >=20 > And a final touch: On X and Windows I have a function called > `x-frame-geometry' which, far from perfect, allows to retrieve the = sizes > of the part of a frame not managed by Emacs. I don't have such a > function for the ns part of Emacs. But to tell whether a frame can be > embedded into a display I need to know the size of the display and the > sizes of the decorations added by the window manager. Could you write > such a function for ns? >=20 Sorry, I'm not familiar with object-c. I'm just a basic user of Mac. > This contradicts what you said earlier, namely >=20 > ----------------------------- (2) after issuing (set-frame-font = "Menlo:size=3D30") ---------------------- > frame pixel: 1552 x 1194 cols/lines: 86 x 35 units: 18 x 34 > frame text pixel: 1530 x 1190 cols/lines: 85 x 35 > tool: 0 scroll: 0 fringe: 18 border: 2 right: 0 bottom: 0 >=20 > and >=20 > My screen resolution is 1440x900. >=20 > 1194 is certainly larger than 900 so you should either not see the = title > bar or not see the echo area. Can you clarify this issue? Some = strange > things seem to happen on Mac OS X. That's the fact. Emacs doesn't know the real size of frame and is using = a wrong frame size. This must be the cause of the display problem. >=20 > And this seems to confirm what I said above: Restoring doesn't restore > the previous height which should be 1194 but keeps the frame maximized > vertically. This seems to be an idiosyncrasy of the Mac OS code and = we > should either find some reference (on the Web) where this behavior is > described or some Mac OS expert reading this would be so kind to help = us > in this regard. Yes. >=20 > Indeed. The problem is to find out what the limits are. >=20 >> So the frame's real size is not expected as emacs. Here emacs may get = the real size and use the real size. >=20 > Emacs should get the size eventually. If you tried one of the Emacs = 25 > "nightlies", you should be able to find a variable called > `frame-size-history' there. We could use that variable to trace back > the OS request and find out why Emacs doesn't process it correctly. I will try the Emacs 25.