all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Juanma Barranquero" <lekktu@gmail.com>
Cc: Emacs Devel <emacs-devel@gnu.org>
Subject: Re: Minimum frame size in Windows
Date: Tue, 12 Dec 2006 20:39:04 +0100	[thread overview]
Message-ID: <f7ccd24b0612121139k2136bc38n57f44b4f190a4b69@mail.gmail.com> (raw)
In-Reply-To: <EIENLHALHGIMHGDOLMIMIEHACNAA.drew.adams@oracle.com>

On 12/12/06, Drew Adams <drew.adams@oracle.com> 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

  reply	other threads:[~2006-12-12 19:39 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-12 16:36 Minimum frame size in Windows Juanma Barranquero
2006-12-12 16:42 ` Drew Adams
2006-12-12 17:14   ` Lennart Borgman
2006-12-12 17:22   ` Juanma Barranquero
2006-12-12 17:56     ` Drew Adams
2006-12-12 19:39       ` Juanma Barranquero [this message]
2006-12-12 21:37         ` Drew Adams
2006-12-12 21:54           ` Juanma Barranquero
2006-12-12 22:14           ` Juanma Barranquero
2006-12-12 22:26             ` Drew Adams
2006-12-12 22:34               ` Juanma Barranquero

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f7ccd24b0612121139k2136bc38n57f44b4f190a4b69@mail.gmail.com \
    --to=lekktu@gmail.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.