all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Marshall, Simon" <simon.marshall@misys.com>
Cc: "'emacs-devel@gnu.org'" <emacs-devel@gnu.org>
Subject: RE: [simon.marshall@misys.com: Detached minibuffer cropped text]
Date: Tue, 20 Jun 2006 09:50:47 +0100	[thread overview]
Message-ID: <81CCA6588E60BB42BE68BD029ED4826007810E1B@wimex2.wim.midas-kapiti.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 2877 bytes --]

> storm@cua.dk (Kim F. Storm) writes:
> 
> > "Marshall, Simon" <simon.marshall@misys.com> writes:
> >
> >> Hi Kim, that does sound quite right either - the 
> minibuffer frame is 
> >> specified to have a height of 1, but you see 2 lines.  Or are you 
> >> including the WM title bar?
> >
> > The display engine requires that window height is an whole 
> multiple of 
> > the default frame line height.  So if 1 line is not enough, 
> the next 
> > choice is 2 lines.
> >
> > I don't know why Emacs selects one line in your case, and 2 
> lines in 
> > my case.  It could be some property of the font -- I don't know.
> 
> Could be that the mode line font (or the minibuffer font after
> font-lock) in one case is larger than one line of the default 
> font, and in one case isn't.

I don't think it can be the mode line font as the minibuffer frame does not
have one.  But I tried with different minibuffer fonts, and it looks as
though you both are on to something.  I've attached a screenshot with:

[1]  +  9267 Running	src/emacs -Q --font=5x8 --eval  ...
[2]  -  9272 Running	src/emacs -Q --font=6x13 --eval  ...
[3]     9275 Running	src/emacs -Q --font=9x15 --eval  ...
[4]     9282 Running	src/emacs -Q --font=10x20 --eval  ...

You can see that with the 10x20 font, the hanging parts of the letters are
displayed.  The other fonts are not displayed with sufficient space for the
letters.  I'm not sure it is quite correct even with the 10x20 font though -
there is (exactly) enough space for the letters but not enough for the
bottom of the scrollbar nor cursor box.

Note also that all fonts result in extra pixel space to the right of the
fringe.  Where does this come from???

I began to wonder if this is due to my X server, if that is the correct
terminology, which is Hummingbird's Exceed (I have the latest version).  I
use Exceed on my PC to provide the Solaris CDE environment on my PC.  Exceed
is using the Solaris' font server.  I am using a CVS Emacs built on Solaris.
I tried displaying the same Emacs on a GNU/Linux machine (some flavour of
RedHat) which is presumably running some Xfree86 server or something.  On
that display, I do not see a problem with either character space or fringe
space.  So presumably it is related to the information that Emacs is getting
from the Solaris font server via Exceed?  I do not know how to determine
where the problem lies: it may be that Emacs is not dealing with the
information properly.  I do not see any problems with any other applications
I use.

There is an additional problem that may help here.  If I start Emacs with:

src/emacs -Q --geometry=80x20 --font=9x15

Then under Exceed I get an Emacs frame containing a *scratch* buffer whose
window is 78x17 in size as reported by window-width and window-height.  On
the GNU/Linux box, the window is 80x19.

How can I help find what the problem is?

Simon.



[-- Attachment #2: New-2.gif --]
[-- Type: image/gif, Size: 110869 bytes --]

[-- Attachment #3: Type: text/plain, Size: 142 bytes --]

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel

             reply	other threads:[~2006-06-20  8:50 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-20  8:50 Marshall, Simon [this message]
  -- strict thread matches above, loose matches on Subject: below --
2006-08-10 12:18 [simon.marshall@misys.com: Detached minibuffer cropped text] Marshall, Simon
2006-06-22 11:19 Marshall, Simon
2006-06-19 10:13 Marshall, Simon
2006-06-19 22:01 ` Kim F. Storm
2006-06-20  6:43   ` David Kastrup
2006-06-20  8:53     ` Kim F. Storm
2006-06-17 17:58 Richard Stallman
2006-06-18 21:12 ` Kim F. Storm

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=81CCA6588E60BB42BE68BD029ED4826007810E1B@wimex2.wim.midas-kapiti.com \
    --to=simon.marshall@misys.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.