unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Re: master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el
       [not found] ` <20220124190241.57CFCC00243@vcs2.savannah.gnu.org>
@ 2022-01-25  1:08   ` Po Lu
  2022-01-25  6:07     ` Yuri Khan
  2022-01-25 11:52     ` Lars Ingebrigtsen
  0 siblings, 2 replies; 6+ messages in thread
From: Po Lu @ 2022-01-25  1:08 UTC (permalink / raw)
  To: emacs-devel; +Cc: Miha Rihtaršič

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.



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el
  2022-01-25  1:08   ` master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el Po Lu
@ 2022-01-25  6:07     ` Yuri Khan
  2022-01-25  6:37       ` Eli Zaretskii
  2022-01-25  6:48       ` Po Lu
  2022-01-25 11:52     ` Lars Ingebrigtsen
  1 sibling, 2 replies; 6+ messages in thread
From: Yuri Khan @ 2022-01-25  6:07 UTC (permalink / raw)
  To: Po Lu; +Cc: Miha Rihtaršič, Emacs developers

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.



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el
  2022-01-25  6:07     ` Yuri Khan
@ 2022-01-25  6:37       ` Eli Zaretskii
  2022-01-25  6:48       ` Po Lu
  1 sibling, 0 replies; 6+ messages in thread
From: Eli Zaretskii @ 2022-01-25  6:37 UTC (permalink / raw)
  To: emacs-devel, Yuri Khan, Po Lu; +Cc: Miha Rihtaršič, Emacs developers

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.



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el
  2022-01-25  6:07     ` Yuri Khan
  2022-01-25  6:37       ` Eli Zaretskii
@ 2022-01-25  6:48       ` Po Lu
  1 sibling, 0 replies; 6+ messages in thread
From: Po Lu @ 2022-01-25  6:48 UTC (permalink / raw)
  To: Yuri Khan; +Cc: Miha Rihtaršič, Emacs developers

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".



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el
  2022-01-25  1:08   ` master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el Po Lu
  2022-01-25  6:07     ` Yuri Khan
@ 2022-01-25 11:52     ` Lars Ingebrigtsen
  2022-01-25 11:53       ` Po Lu
  1 sibling, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2022-01-25 11:52 UTC (permalink / raw)
  To: Po Lu; +Cc: Miha Rihtaršič, emacs-devel

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



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el
  2022-01-25 11:52     ` Lars Ingebrigtsen
@ 2022-01-25 11:53       ` Po Lu
  0 siblings, 0 replies; 6+ messages in thread
From: Po Lu @ 2022-01-25 11:53 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: emacs-devel, Miha Rihtaršič

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.



^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2022-01-25 11:53 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <164305096082.2157.2037936045950658947@vcs2.savannah.gnu.org>
     [not found] ` <20220124190241.57CFCC00243@vcs2.savannah.gnu.org>
2022-01-25  1:08   ` master 81886aeaff 1/2: Implement alternative sub-buffer support in term.el Po Lu
2022-01-25  6:07     ` Yuri Khan
2022-01-25  6:37       ` Eli Zaretskii
2022-01-25  6:48       ` Po Lu
2022-01-25 11:52     ` Lars Ingebrigtsen
2022-01-25 11:53       ` Po Lu

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).