The removal of the term "[window] text area".

The removal of the term "[window] text area".

[Alan Mackenzie]

Hello, Emacs.

In the discussion of bug #51590, it emerged that the two terms "[window]
body" and "[window] text area" are not both needed, and that their
meaning isn't entirely clear.

We've decided to phase out the use of "text area" here, since this
sometimes conflicts with the different use of the term in the display
manager.  Besides which, several existing functions have "body" in their
names.  And "body" is shorter.  :-)

So, "body" it is.  Its meaning is the part of the window in which buffer
contents can appear.  It DOES NOT include the mode line, any header
line, or any tab line.

If their are any views on this which aren't agreement, please air them
in this thread soon.  Thanks!

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: The removal of the term "[window] text area".

[Stefan Monnier]

> So, "body" it is.  Its meaning is the part of the window in which buffer
> contents can appear.  It DOES NOT include the mode line, any header
> line, or any tab line.

No scrollbars either, right?
What about fringes and margins: these can display buffer contents (via
`display` properties)?


        Stefan

Re: The removal of the term "[window] text area".

[Eli Zaretskii]

> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: emacs-devel@gnu.org
> Date: Mon, 08 Nov 2021 13:59:59 -0500
> 
> > So, "body" it is.  Its meaning is the part of the window in which buffer
> > contents can appear.  It DOES NOT include the mode line, any header
> > line, or any tab line.
> 
> No scrollbars either, right?

Right.

> What about fringes and margins: these can display buffer contents (via
> `display` properties)?

They are also excluded.

Please see "Basic Windows" in the ELisp manual, there's an ASCII-art
picture there which explains what is the body.