all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Tim X <timx@nospam.dev.null>
Subject: Re: removing the echo area
Date: Thu, 15 Jun 2006 17:58:36 +1000	[thread overview]
Message-ID: <874pymrgsz.fsf@tiger.rapttech.com.au> (raw)
In-Reply-To: mailman.2898.1150326010.9609.help-gnu-emacs@gnu.org

Kevin Rodgers <ihs_4664@yahoo.com> writes:

> Tim X wrote:
>> Kevin Rodgers <ihs_4664@yahoo.com> writes:
>>> Do you mean you are running your program from Emacs via `M-x term'?
>>> That should set up the terminal so that your program can query the
>>> terminal configuration and display properly.
>> I think the OPs problem is they are running it from a console rather
>> than under X. 
>
> They may be running Emacs in a console, a terminal emulator, or under
> several window systems -- the OP didn't say.  But regardless, shouldn't
> `M-x term /my/program RET' do the right thing?
>

M-x term tries to do the best it can. However, if your running under
just a console and its using the "standard" font, which only gives you
25x80, you are restricted to that size. If the program you are trying
to run is relatively well behaved, then it will adjust to having to
run with less than 25 lines. However, if it is not and assumes a
standard 25 lines, then there is nothing M-x term can do under a
console because you are constrained by the font used in the console. 

If you use a font with less size that can fit in more lines/columns,
then emacs has some room to move. Under X etc, you have this
flexibility - you can even change the font size/type interactively
etc. However, under a console, you don't have that flexability. Your
restricted by the size of the screen less the lines used by emacs. M-x
term will attempt to communicate the fact that not all 25 lines are
available, but the program being run must be able to acknowledge this
information and adjust accordingly.

>From what the OP said regarding the program having to have 25x80, I
strongly suspect the program is not "well behaved" - i.e. doesn't use
termcap/terminfo to work out what size it really has to play with.
This also means there is no way for M-x term to tell it there are only
23 lines because emacs is using some of them for minibuffer, menubar
etc. 

Tim

-- 
tcross (at) rapttech dot com dot au

      parent reply	other threads:[~2006-06-15  7:58 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-13 15:07 removing the echo area Jason Grieves
2006-06-14 15:35 ` Kevin Rodgers
     [not found] ` <mailman.2885.1150299451.9609.help-gnu-emacs@gnu.org>
2006-06-14 22:34   ` Tim X
2006-06-14 22:59     ` Kevin Rodgers
     [not found]     ` <mailman.2898.1150326010.9609.help-gnu-emacs@gnu.org>
2006-06-15  7:58       ` Tim X [this message]

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=874pymrgsz.fsf@tiger.rapttech.com.au \
    --to=timx@nospam.dev.null \
    /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.