From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.bugs Subject: bug#14795: height parameter inconsistent in new vs existing frames when tool-bar is enabled Date: Fri, 5 Jul 2013 00:52:22 +0200 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1372978451 12620 80.91.229.3 (4 Jul 2013 22:54:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Jul 2013 22:54:11 +0000 (UTC) To: 14795@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jul 05 00:54:11 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 1UusPj-0007Y6-2b for geb-bug-gnu-emacs@m.gmane.org; Fri, 05 Jul 2013 00:54:11 +0200 Original-Received: from localhost ([::1]:46504 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UusPi-0001AU-D7 for geb-bug-gnu-emacs@m.gmane.org; Thu, 04 Jul 2013 18:54:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55973) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UusPe-00019W-9e for bug-gnu-emacs@gnu.org; Thu, 04 Jul 2013 18:54:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UusPc-0004H9-0D for bug-gnu-emacs@gnu.org; Thu, 04 Jul 2013 18:54:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35699) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UusPb-0004H2-Te for bug-gnu-emacs@gnu.org; Thu, 04 Jul 2013 18:54:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1UusPa-0002Ma-VV for bug-gnu-emacs@gnu.org; Thu, 04 Jul 2013 18:54:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juanma Barranquero Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Jul 2013 22:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 14795 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: Bug-Gnu-Emacs Original-Received: via spool by submit@debbugs.gnu.org id=B.13729784059031 (code B ref -1); Thu, 04 Jul 2013 22:54:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 4 Jul 2013 22:53:25 +0000 Original-Received: from localhost ([127.0.0.1]:58247 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UusOx-0002La-HI for submit@debbugs.gnu.org; Thu, 04 Jul 2013 18:53:23 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:54032) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UusOm-0002LB-WE for submit@debbugs.gnu.org; Thu, 04 Jul 2013 18:53:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UusOg-00048y-Us for submit@debbugs.gnu.org; Thu, 04 Jul 2013 18:53:07 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:45825) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UusOg-00048q-Ro for submit@debbugs.gnu.org; Thu, 04 Jul 2013 18:53:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55748) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UusOf-00016o-Eu for bug-gnu-emacs@gnu.org; Thu, 04 Jul 2013 18:53:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UusOd-00047e-Kx for bug-gnu-emacs@gnu.org; Thu, 04 Jul 2013 18:53:05 -0400 Original-Received: from mail-ee0-x22d.google.com ([2a00:1450:4013:c00::22d]:37926) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UusOd-00047P-Eo for bug-gnu-emacs@gnu.org; Thu, 04 Jul 2013 18:53:03 -0400 Original-Received: by mail-ee0-f45.google.com with SMTP id c1so1016810eek.32 for ; Thu, 04 Jul 2013 15:53:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=T2guybR3YGkHgCMDhA9upwhPVazvatMS06UhCgI28cg=; b=JHjUVytJo1xtFZQIga9uk4Crc9pH/GgVtQoxKTcUSi9cK3LDS0JcQpccLznkCMw3e5 rKFwyWbkW/Jd3z1XYZgQSURblHLjlzEbzST5wB1rpnEu28QLPBXUtMXvvNGMIjDV4c9j SM74DHOFtrCozrWXvYTncoeosZSJr0YldiLxnEjCEy70kC5x5Ht4yoswNfCcMY906+7+ QagnhQjU3Wr3zZ5vZhwR1WrQVjp8/TOJ8w5Rct4trXQ45pzvSRGtGCgigLV7GLc9BaE8 UHUcdFXP3ykXy46WfDjCF5RDR+hlXxFDESSo+iNIrP2j0nH6KlbG7psxWbvCcdjaXXPT Tcqg== X-Received: by 10.15.25.2 with SMTP id k2mr8796023eeu.99.1372978382527; Thu, 04 Jul 2013 15:53:02 -0700 (PDT) Original-Received: by 10.14.142.4 with HTTP; Thu, 4 Jul 2013 15:52:22 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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:75922 Archived-At: Package: emacs This happens since at least 22.1, and I think has been discussed before on emacs-devel, but I've been unable to find the reference. emacs -Q (let ((params '((height . 25)))) (make-frame params) ;; f1 (modify-frame-parameters (make-frame) params)) ;; f2 f1 = 28 lines f2 = 25 lines Adding (tool-bar-lines . 0) to params, both frames are 25 lines. Obviously, when creating the frame Emacs is allowing three additional lines as space for the toolbar. tool-bar-mode defaults to 3 in a newly created frame, at least once it has been displayed: (let ((f (make-frame))) (cons (frame-parameter f 'tool-bar-lines) (progn (sit-for 0) (frame-parameter f 'tool-bar-lines)))) => (1 . 3) Does that happen in all platforms? If so, shouldn't we make the meaning of the height frame parameter consistent in all its uses?