Re: master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el

Re: master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el

[Po Lu]

Miha Rihtaršič <miha@kamnitnik.top> writes:

> +(defcustom term-clear-full-screen-programs t
> +  "Whether to clear contents of full-screen TUI programs after exit.
> +If non-nil, output of full-screen TUI programs is cleared after
> +exiting them.  Note however that a minority of such programs
> +don't send an appropriate escape sequence to the terminal before
> +exiting so their output isn't cleared regardless of this option."
> +  :version "29.1"
> +  :type 'boolean
> +  :group 'term)

Did this really have to be an incompatible change?  What would hurt
about leaving the option at `nil' by default?

Also, it's not really appropriate to use the term "TUI" here, because
some people don't know what it refers to.  It would be better to say
"console" instead.

Thanks.

Re: master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el

[Yuri Khan]

On Tue, 25 Jan 2022 at 08:11, Po Lu <luangruo@yahoo.com> wrote:

> > +If non-nil, output of full-screen TUI programs is cleared after
> > +exiting them.  Note however that a minority of such programs

> It would be better to say
> "console" instead.

It would not. “console programs” is a term from Windows. On GNU/Linux,
“console” is roughly synonymous with “Linux TTY” and does not
necessarily mean a graphical terminal emulator.

Re: master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el

[Eli Zaretskii]

On January 25, 2022 8:07:13 AM GMT+02:00, Yuri Khan <yuri.v.khan@gmail.com> wrote:
> On Tue, 25 Jan 2022 at 08:11, Po Lu <luangruo@yahoo.com> wrote:
> 
> > > +If non-nil, output of full-screen TUI programs is cleared after
> > > +exiting them.  Note however that a minority of such programs
> 
> > It would be better to say
> > "console" instead.
> 
> It would not. “console programs” is a term from Windows. On GNU/Linux,
> “console” is roughly synonymous with “Linux TTY” and does not
> necessarily mean a graphical terminal emulator.
> 
> 

We do have terminology in place for those terminals, and it isn't TUI, either.

Re: master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el

[Po Lu]

Yuri Khan <yuri.v.khan@gmail.com> writes:

> It would not. “console programs” is a term from Windows.

Regardless of where it originated from, it's still vastly more
understandable than "TUI".

Re: master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el

[Lars Ingebrigtsen]

Po Lu <luangruo@yahoo.com> writes:

> Did this really have to be an incompatible change?  What would hurt
> about leaving the option at `nil' by default?

Most terminals behave this way (by default), so it makes sense that `M-x
term' also do that (by default).

> Also, it's not really appropriate to use the term "TUI" here, because
> some people don't know what it refers to.  It would be better to say
> "console" instead.

I've now changed it to "terminal".

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Re: master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el

[Po Lu]

Lars Ingebrigtsen <larsi@gnus.org> writes:

>> Also, it's not really appropriate to use the term "TUI" here, because
>> some people don't know what it refers to.  It would be better to say
>> "console" instead.

> I've now changed it to "terminal".

Thanks.