From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: XEmbed patches Date: Fri, 20 Jul 2007 11:44:30 +0100 Message-ID: <46A0920E.7090809@gnu.org> References: <20070718142537.GA27107@movial.fi> <46A05BFA.2010900@swipnet.se> <20070720082425.GD27107@movial.fi> <46A074FC.7040805@gnu.org> <86d4ynxxax.fsf@lola.quinscape.zz> <46A08F7E.9060904@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1184928291 31806 80.91.229.12 (20 Jul 2007 10:44:51 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 20 Jul 2007 10:44:51 +0000 (UTC) Cc: Timo Savola , rms@gnu.org, emacs-devel@gnu.org To: =?ISO-8859-1?Q?Jan_Dj=E4rv?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 20 12:44:49 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IBpyb-0003Uk-LZ for ged-emacs-devel@m.gmane.org; Fri, 20 Jul 2007 12:44:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IBpyb-00035D-30 for ged-emacs-devel@m.gmane.org; Fri, 20 Jul 2007 06:44:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IBpyY-00034x-97 for emacs-devel@gnu.org; Fri, 20 Jul 2007 06:44:46 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IBpyW-00034j-5p for emacs-devel@gnu.org; Fri, 20 Jul 2007 06:44:45 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IBpyW-00034g-0A for emacs-devel@gnu.org; Fri, 20 Jul 2007 06:44:44 -0400 Original-Received: from outmail1.freedom2surf.net ([194.106.33.237]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IBpyT-0006e4-Si; Fri, 20 Jul 2007 06:44:42 -0400 Original-Received: from [127.0.0.1] (i-83-67-23-108.freedom2surf.net [83.67.23.108]) by outmail1.freedom2surf.net (Postfix) with ESMTP id E1F7C5028E; Fri, 20 Jul 2007 11:44:40 +0100 (BST) User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) In-Reply-To: <46A08F7E.9060904@swipnet.se> X-detected-kernel: Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:75173 Archived-At: Jan Dj=E4rv wrote: > You set hints to the window manager how big an increment (character > size) is in x and y directions. You also tell it the minimum size > (i.e. the size of the scrollbars, fringes, menu and toolbar) of your > window. That way the WM can calculate the character increment and > display that when the window is resized. Can this be uncoupled from the actual frame size restrictions? It would be good to retain this behaviour for resizing frame with the mouse but allowing programmatic resizing to specific pixel sizes. And can Emacs switch this behaviour on and off at will? If the user selects a variable width font as the default font, then the character increment is not very useful.