From: Devon Buchanan <devon@divinenephron.co.uk>
To: martin rudalics <rudalics@gmx.at>
Cc: 21413@debbugs.gnu.org
Subject: bug#21413: Top of buffer hidden when toolbar hidden and frame height is large
Date: Sat, 05 Sep 2015 11:10:30 +0100 [thread overview]
Message-ID: <m21tedfa7d.fsf@Hester.home> (raw)
In-Reply-To: <55E9EE59.9030402@gmx.at>
On Fri, Sep 04 2015, martin rudalics wrote:
> > Here are the steps to reproduce the problem using the NS
> > build of emacs on OS X 10.10.4.
> >
> > cat >> test-init.el <<EOF (tool-bar-mode -1) (setq
> > default-frame-alist '((height . 100))) EOF open -a Emacs.app
> > --args -Q -l ~/test-init.el
> >
> > This opens a graphical emacs frame showing the *scratch*
> > buffer. Neither the cursor is visible, nor is the text
> > normally shown in the *scratch* buffer. Scrolling up will not
> > make either of these visible. C-x C-f <some file name> RET
> > will display the contents of that buffer with some or all of
> > the lines at the start hidden.
> >
> > The hidden sections of the buffer can be made visible by
> > clicking and dragging on any edge of the window and resizing
> > it.
>
> > * Expected behaviour
> >
> > When I set the frame size to be taller than the screen will
> > allow, I expect the frame to occupy as much vertical space as
> > possible without the top of the buffer being hidden. This is
> > the behaviour seen when tool-bar-mode is on.
>
> This is probably beyond Emacs' control. I suppose that your
> window manager normally tries to assure that the tool bar is
> visible. When there's no tool bar it simply puts the frame
> somwhere if it's taller than your screen.
>
> What happpens when you also explicitly put the top left edge at
> some visible position like with
>
> (setq default-frame-alist '((top . 5) (left . 5) (height .
> 100)))
>
> martin
The below produces the same behaviour described previously.
cat >> test-init.el <<EOF (tool-bar-mode -1) (setq
default-frame-alist '((top .5) (left .5) (height . 100))) EOF open
-a Emacs.app --args -Q -l ~/test-init.el
In both the first example I gave, and this latest one the title bar and
all other edges of the frame are is visible on the screen. It does not
appear like my window manager has drawn a large window and put part of
it off the screen. The frame appears as if the top part of it was drawn
in the invisible area above the title bar.
next prev parent reply other threads:[~2015-09-05 10:10 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-04 15:20 bug#21413: Top of buffer hidden when toolbar hidden and frame height is large Devon Buchanan
2015-09-04 19:17 ` martin rudalics
2015-09-05 10:10 ` Devon Buchanan [this message]
2015-09-05 10:43 ` martin rudalics
2015-09-05 12:02 ` Devon Buchanan
2015-09-05 13:28 ` martin rudalics
2015-09-05 13:53 ` martin rudalics
2015-09-05 14:05 ` Devon Buchanan
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=m21tedfa7d.fsf@Hester.home \
--to=devon@divinenephron.co.uk \
--cc=21413@debbugs.gnu.org \
--cc=rudalics@gmx.at \
/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.