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#14233: 24.3; Don't constrain frame size to character multiples Date: Mon, 29 Apr 2013 09:33:50 +0200 Message-ID: <517E225E.9010906@gmx.at> References: <2r7gjy2gyy.fsf@fencepost.gnu.org> <83bo991z00.fsf@gnu.org><517257A0.4080607@gmx.at> <8338ul1rmb.fsf@gnu.org><517275A0.1040702@gmx.at> <83wqrxzbc7.fsf@gnu.org><51729A6A.7090404@gmx.at> <83mwstyxre.fsf@gnu.org><5172D1D6.8030200@gmx.at> <83bo99ys79.fsf@gnu.org><5173B0B2.9070607@gmx.at><51750438.5060106@gmx.at><8C0357F6-5720-42E5-90EB-B83416F0344E@swipnet.se><51762F4D.7070101@gmx.at> <8361zdxll8.fsf@gnu.org><51777DF3.5030206@gmx.at> <83fvyfx3c1.fsf@gnu.org><5178DB50.20404@gmx.at> <834neuvas1.fsf@gnu.org> <517A2FCE.30006@gmx.at> <97FD826D96FF4DAA91192817D475A0B3@us.oracle.com> <517B776B.2080007@gmx.at> <517D1370.5070603@gmx.at> <7843BFD1369F48989C7E86E60FFA0C0A@us.oracle.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1367220890 3595 80.91.229.3 (29 Apr 2013 07:34:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 29 Apr 2013 07:34:50 +0000 (UTC) Cc: esabof@gmail.com, 14233@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 29 09:34:54 2013 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 1UWibt-00080j-H3 for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Apr 2013 09:34:53 +0200 Original-Received: from localhost ([::1]:53851 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UWibt-0002y0-3w for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Apr 2013 03:34:53 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:35341) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UWibo-0002xu-Kn for bug-gnu-emacs@gnu.org; Mon, 29 Apr 2013 03:34:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UWibm-0003E9-9F for bug-gnu-emacs@gnu.org; Mon, 29 Apr 2013 03:34:48 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45344) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UWibm-0003E3-5i for bug-gnu-emacs@gnu.org; Mon, 29 Apr 2013 03:34:46 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UWic1-0002Cn-Sb for bug-gnu-emacs@gnu.org; Mon, 29 Apr 2013 03:35:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 29 Apr 2013 07:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14233 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14233-submit@debbugs.gnu.org id=B14233.13672208628356 (code B ref 14233); Mon, 29 Apr 2013 07:35:01 +0000 Original-Received: (at 14233) by debbugs.gnu.org; 29 Apr 2013 07:34:22 +0000 Original-Received: from localhost ([127.0.0.1]:49453 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWibN-0002Ai-TP for submit@debbugs.gnu.org; Mon, 29 Apr 2013 03:34:22 -0400 Original-Received: from mout.gmx.net ([212.227.17.20]:56637) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWibJ-0002AI-5g for 14233@debbugs.gnu.org; Mon, 29 Apr 2013 03:34:19 -0400 Original-Received: from mailout-de.gmx.net ([10.1.76.10]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0M52QK-1UgInZ3Qha-00zFsx for <14233@debbugs.gnu.org>; Mon, 29 Apr 2013 09:33:59 +0200 Original-Received: (qmail invoked by alias); 29 Apr 2013 07:33:59 -0000 Original-Received: from 62-47-62-5.adsl.highway.telekom.at (EHLO [62.47.62.5]) [62.47.62.5] by mail.gmx.net (mp010) with SMTP; 29 Apr 2013 09:33:59 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/B4qE9sh7BMq0n15Uyu5XvaWvAyb9eKpjN9PLgyQ pIK5iK+v9la1CD In-Reply-To: <7843BFD1369F48989C7E86E60FFA0C0A@us.oracle.com> X-Y-GMX-Trusted: 0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.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:73817 Archived-At: > Respecting the order means that it is clear - pretty much equivalent, > presumably, to modifying one frame parameter at a time, in order. > > Whether you do that using (a) separate calls, in sequence, to single-parameter > setting functions or (b) using one or more calls to a general setting function > that accepts an alist (which is of course ordered), changes nothing, AFAICT. > > Either way, you still have to take into account any interdependence among > parameters. As someone who used this for the first time I'd be surely surprised if interchanging the order of two alist elements would have any such consequences. But maybe `modify-frame-parameters' isn't intended for less experienced users. > 1. `set-frame-font' apparently has this side effect, which is not appropriate > here: > > Also, if FRAME is non-nil, > alter the user's Customization settings as though the > font-related attributes of the `default' face had been "set in > this session", so that the font is applied to future frames. > > (It should say FRAMES, not FRAME, BTW.) > > Why does `set-frame-font' not allow you to change the font for a given frame > (besides the selected frame), without also changing face `default' for future > frames? Maybe because they would tell you to select the frame first and then call it with FRAME nil. > Interestingly, in Emacs 20 (and in 21 it was essentially the same), > `set-frame-font' just used `modify-frame-parameters' - very clear and simple: > > (defun set-frame-font (font-name) > "Set the font of the selected frame to FONT. > When called interactively, prompt for the name of the font to use. > To get the frame's current default font, use `frame-parameters'." > (interactive "sFont name: ") > (modify-frame-parameters (selected-frame) > (list (cons 'font font-name))) > (frame-update-faces (selected-frame))) > > ;; And `frame-update-faces' was a no-op (obsolete in Emacs 21): > (defun frame-update-faces (frame) nil) > > Nowadays, `set-frame-font' is an incomprehensible monster. IMO `modify-frame-parameters' should keep the frame size and everything else unchanged when changing the font. Changing the appearance of scrollbars, fringes and sizes or the appearance of future frames should be done on top of that, for example, by `set-frame-font' albeit in a more transparent fashion than currently. > 2. `modify-frame-parameters' is the basic, general, workhorse function for > frames. It lets you set any number of frame parameters in any order. Yes, I > would very much like it to continue working in the same, straightforward manner, > including for parameter `font'. When setting one frame parameter can implicitly change another one, I wouldn't consider that as "straightforward". But since I never tried to customize my emacs in this area I trust you. Maybe someone who both uses frame parameters and knows how they should work can eventually fix the problems in this area then. martin