unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Po Lu <luangruo@yahoo.com>
Cc: xenodasein@tutanota.de, tomas@tuxteam.de, emacs-devel@gnu.org
Subject: Re: Compatibility
Date: Mon, 07 Feb 2022 15:36:08 +0200	[thread overview]
Message-ID: <83h79ayf1z.fsf@gnu.org> (raw)
In-Reply-To: <8735kuj3e9.fsf@yahoo.com> (message from Po Lu on Mon, 07 Feb 2022 19:57:02 +0800)

> From: Po Lu <luangruo@yahoo.com>
> Cc: xenodasein@tutanota.de,  emacs-devel@gnu.org
> Date: Mon, 07 Feb 2022 19:57:02 +0800
> 
> > Bu they do. Hardware change. User expectations change, because new users
> > enter the scene. Environments change. Not long ago (in geological terms)
> > people in my bubble were cutting and pasting with selection/middle mouse
> > button, nowadays, with CTRL-C/CTRL_V. "My" bubble has been "invaded" by
> > Windows users, so to speak. OTOH, that is a Good Thing, because more
> > people get exposed to the idea of free software, ain't it?
> 
> Potential tangent, but I really don't believe that this consensus was
> influenced by MS-Windows users.  Rather, it was formed by people
> generally agreeing that using the primary selection to hold cut text
> made little to no sense.

And where did those people come from, you think?

I agree with Thomas: almost everything in the "modern" desktop
environments were copy-cat'ed from Windows.  There are days when I
wonder whether those desktop guys have no creativity and no
imagination.

> For instance, the "Cut" menu item in most applications would do
> nothing at all, if it only stored cut text in the primary selection.

Because there was no "Cut" back there, AFAIR, there were only
selections.  Windows didn't have selections (still doesn't), so they
impregnated us with the clipboard.

(Full disclosure: I do NOT customize select-enable-primary to
non-default values.)



  parent reply	other threads:[~2022-02-07 13:36 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-07 10:27 Compatibility xenodasein--- via Emacs development discussions.
2022-02-07 11:22 ` Compatibility tomas
2022-02-07 11:57   ` Compatibility Po Lu
2022-02-07 12:54     ` Compatibility tomas
2022-02-07 13:11       ` Compatibility Po Lu
2022-02-07 13:36     ` Eli Zaretskii [this message]
2022-02-07 13:49       ` Compatibility Po Lu
2022-02-07 14:18         ` Compatibility Eli Zaretskii

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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83h79ayf1z.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=luangruo@yahoo.com \
    --cc=tomas@tuxteam.de \
    --cc=xenodasein@tutanota.de \
    /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 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).