From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Juanma Barranquero" Newsgroups: gmane.emacs.devel Subject: Re: Minimum frame size in Windows Date: Tue, 12 Dec 2006 20:39:04 +0100 Message-ID: References: NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1165952371 29238 80.91.229.10 (12 Dec 2006 19:39:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 12 Dec 2006 19:39:31 +0000 (UTC) Cc: Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 12 20:39:29 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by dough.gmane.org with esmtp (Exim 4.50) id 1GuDTJ-0003fp-5Y for ged-emacs-devel@m.gmane.org; Tue, 12 Dec 2006 20:39:25 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GuDTI-0007wt-IP for ged-emacs-devel@m.gmane.org; Tue, 12 Dec 2006 14:39:24 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GuDT5-0007vz-PM for emacs-devel@gnu.org; Tue, 12 Dec 2006 14:39:11 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GuDT0-0007uE-Ux for emacs-devel@gnu.org; Tue, 12 Dec 2006 14:39:11 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GuDT0-0007uB-PP for emacs-devel@gnu.org; Tue, 12 Dec 2006 14:39:06 -0500 Original-Received: from [66.249.92.175] (helo=ug-out-1314.google.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GuDT0-0002oC-QM for emacs-devel@gnu.org; Tue, 12 Dec 2006 14:39:07 -0500 Original-Received: by ug-out-1314.google.com with SMTP id j3so2091410ugf for ; Tue, 12 Dec 2006 11:39:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cFMRMb2guxOOtHofNDh4uov4zXfomaReOjhp42nnz398NTHGKTSys9tOnOoOmDpKoXO1Lw0e+5Zi5e2w2HXD+VzNV1IaPKS4uJGuSzfs8ctvPNaJjrCZjofae3yK4AAOiIvvkLiRVfiCspdRqxVl/9eRXhdVSFG7yid5S884gAI= Original-Received: by 10.82.182.8 with SMTP id e8mr1414704buf.1165952344663; Tue, 12 Dec 2006 11:39:04 -0800 (PST) Original-Received: by 10.82.146.7 with HTTP; Tue, 12 Dec 2006 11:39:04 -0800 (PST) Original-To: "Drew Adams" In-Reply-To: Content-Disposition: inline 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:63643 Archived-At: On 12/12/06, Drew Adams wrote: > You initially spoke of limiting the "size" to the "window caption" Perhaps in an alternate world; in this one, I said: "There's an old hack in src/w32fns.c to avoid the user resizing an Emacs frame below the minimum tracking size (else the user can, for example, make a window showing only a fraction of the window caption, which looks ugly)." That's textual from my message. > (frame title, I guess). "Window caption" is the right term, according to the docs. I'm mostly talking about Windows windows, not Emacs frames (even if they happen to be the same in this case). > I think now that you're speaking only of imposing a frame height limit, not a width limit. I'm talking about honoring the system defaults. > I guess you're saying that a width limit is already imposed by the system, and that is roughly the width of the icons used in the title bar, plus maybe two title characters (at least that's what I see in your image). Is that correct? Yes. > Do you just want to limit the height, not the width? Both, thought limiting the width is redundant; Emacs already respects SM_CXMINTRACK. > If so, what is the height limit that you want to impose - one frame-char height? GetSystemMetrics (SM_CYMINTRACK), which is enough to show the window caption. > Why? What is the purpose of having a window like the one in the image I sent in my previous message? > I still don't understand the problem you are trying to fix. User-friendliness. Compatibility with the environment UI guidelines. > That's not a good reason to impose a size limitation, IMO. The size limitation exists already. > Someone might have a reason to shrink a frame to a tiny size, perhaps in a way that is unrelated to character size. And how do you pretend to do that currently with Emacs on Windows? Are you suggesting *adding* machinery to allow sub-line frames with no caption? > Please describe the real problem. Please, describe the use of such a window, and how do you pretend to create and manipulate them. You're the one suggesting adding things, AFAICS. If someday we add support for such tiny windows, we can make an exception. In fact, the existing code already *has* such exception for the only windows (frames) that need it: tooltips. > I have code that resizes frames, and it lets users set their own minimum frame dimensions. I would not like Emacs to impose some hard-coded minimum. Does your code really give the user a way to make windows (frames) smaller than the one in my sample image? On Windows? How do you do that? > If a given OS or window manager imposes a minimum, so be it, but why make Emacs impose a minimum also? Windows imposes a limit. We're respecting it. Badly. It works for width, because the code does *not* try to adjust width. It fails for height. I'm not adding a new feature, much as you seem intend on presenting it as such. I'm proposing fixing a bug. /L/e/k/t/u