* Compatibility
@ 2022-02-07 10:27 xenodasein--- via Emacs development discussions.
2022-02-07 11:22 ` Compatibility tomas
0 siblings, 1 reply; 8+ messages in thread
From: xenodasein--- via Emacs development discussions. @ 2022-02-07 10:27 UTC (permalink / raw)
To: emacs-devel; +Cc: tomas
Was: Re: recent change to yanking behavior of the clipboard
https://lists.gnu.org/archive/html/emacs-devel/2022-02/msg00302.html
From: tomas
> ...
> Psychologically it is extremely... challenging that something "stops
> working" under you, and you don't even know how that something is
> called. Perhaps that's part of the reason for the sometimes strong
> reactions elicited by some changes.
> ...
But, why? Things don't stop working just because, you/an admin makes
the choice of replacing the current software with a different, newer
one. What am I missing? This is an oft repeated experience and I feel
unable to understand gist of this matter.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Compatibility
2022-02-07 10:27 Compatibility xenodasein--- via Emacs development discussions.
@ 2022-02-07 11:22 ` tomas
2022-02-07 11:57 ` Compatibility Po Lu
0 siblings, 1 reply; 8+ messages in thread
From: tomas @ 2022-02-07 11:22 UTC (permalink / raw)
To: xenodasein; +Cc: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 1608 bytes --]
On Mon, Feb 07, 2022 at 11:27:49AM +0100, xenodasein@tutanota.de wrote:
> Was: Re: recent change to yanking behavior of the clipboard
> https://lists.gnu.org/archive/html/emacs-devel/2022-02/msg00302.html
> From: tomas
> > ...
> > Psychologically it is extremely... challenging that something "stops
> > working" under you, and you don't even know how that something is
> > called. Perhaps that's part of the reason for the sometimes strong
> > reactions elicited by some changes.
> > ...
>
> But, why? Things don't stop working just because, you/an admin makes
> the choice of replacing the current software with a different, newer
> one.
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?
I try as hard as I can to not react to this with resentment. Change is a
fact of life. OTOH, I like to choose what changes I follow along with and
which ones I try to avoid. If sofware supports me with that, I am thankful.
> What am I missing? This is an oft repeated experience and I feel
> unable to understand gist of this matter.
Change. It's a fact of life. That doesn't mean you or me have to like every
change whic comes along :)
(if I have understood you correctly, that is)
Cheers
--
t
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Compatibility
2022-02-07 11:22 ` Compatibility tomas
@ 2022-02-07 11:57 ` Po Lu
2022-02-07 12:54 ` Compatibility tomas
2022-02-07 13:36 ` Compatibility Eli Zaretskii
0 siblings, 2 replies; 8+ messages in thread
From: Po Lu @ 2022-02-07 11:57 UTC (permalink / raw)
To: tomas; +Cc: xenodasein, emacs-devel
>> But, why? Things don't stop working just because, you/an admin makes
>> the choice of replacing the current software with a different, newer
>> one.
Sorry, but that choice was made over two decades ago, so you have to
adapt. Unless, of course, you stay with Emacs 23 and Qt 2, and not run
any X client written in the past two decades.
> 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. For instance, the "Cut" menu item in most
applications would do nothing at all, if it only stored cut text in the
primary selection.
On systems with no primary selection (which Emacs supports), it's even
more meaningless.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Compatibility
2022-02-07 11:57 ` Compatibility Po Lu
@ 2022-02-07 12:54 ` tomas
2022-02-07 13:11 ` Compatibility Po Lu
2022-02-07 13:36 ` Compatibility Eli Zaretskii
1 sibling, 1 reply; 8+ messages in thread
From: tomas @ 2022-02-07 12:54 UTC (permalink / raw)
To: Po Lu; +Cc: xenodasein, emacs-devel
[-- Attachment #1: Type: text/plain, Size: 847 bytes --]
On Mon, Feb 07, 2022 at 07:57:02PM +0800, Po Lu wrote:
>
> >> But, why? Things don't stop working just because, you/an admin makes
> >> the choice of replacing the current software with a different, newer
> >> one.
>
> Sorry, but that choice was made over two decades ago, so you have to
> adapt. Unless, of course, you stay with Emacs 23 and Qt 2, and not run
> any X client written in the past two decades.
Po Lu, you are often so absolute :-)
As I said, there's a use case for some of us old... whatevers. I set
`select-enable-primary' to t and am pretty happy with it. I see and
understand the issues you raise, and wouldn't recommend that setting
to many. But I'm with Emacs 25-something, have no Qt to speak of and
am /still/ happy. And glad to have the option.
Cheers & thanks for all your hard work, BTW.
--
t
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Compatibility
2022-02-07 12:54 ` Compatibility tomas
@ 2022-02-07 13:11 ` Po Lu
0 siblings, 0 replies; 8+ messages in thread
From: Po Lu @ 2022-02-07 13:11 UTC (permalink / raw)
To: tomas; +Cc: xenodasein, emacs-devel
tomas@tuxteam.de writes:
> I set `select-enable-primary' to t and am pretty happy with it. I see
> and understand the issues you raise, and wouldn't recommend that
> setting to many.
Thanks.
> Cheers & thanks for all your hard work, BTW.
Cheers to you as well, thanks.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Compatibility
2022-02-07 11:57 ` Compatibility Po Lu
2022-02-07 12:54 ` Compatibility tomas
@ 2022-02-07 13:36 ` Eli Zaretskii
2022-02-07 13:49 ` Compatibility Po Lu
1 sibling, 1 reply; 8+ messages in thread
From: Eli Zaretskii @ 2022-02-07 13:36 UTC (permalink / raw)
To: Po Lu; +Cc: xenodasein, tomas, emacs-devel
> 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.)
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Compatibility
2022-02-07 13:36 ` Compatibility Eli Zaretskii
@ 2022-02-07 13:49 ` Po Lu
2022-02-07 14:18 ` Compatibility Eli Zaretskii
0 siblings, 1 reply; 8+ messages in thread
From: Po Lu @ 2022-02-07 13:49 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: tomas, xenodasein, emacs-devel
Eli Zaretskii <eliz@gnu.org> writes:
>> 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.
> 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.
IIRC we had such a cut menu item in Emacs since some time in the early
Emacs 19 release cycle.
CLIPBOARD was also with us since the beginning of selections, and before
that, there were cut buffers (which xterm still uses to this day, and
existed since the early days of X.)
Thanks.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Compatibility
2022-02-07 13:49 ` Compatibility Po Lu
@ 2022-02-07 14:18 ` Eli Zaretskii
0 siblings, 0 replies; 8+ messages in thread
From: Eli Zaretskii @ 2022-02-07 14:18 UTC (permalink / raw)
To: Po Lu; +Cc: xenodasein, tomas, emacs-devel
> From: Po Lu <luangruo@yahoo.com>
> Cc: tomas@tuxteam.de, xenodasein@tutanota.de, emacs-devel@gnu.org
> Date: Mon, 07 Feb 2022 21:49:21 +0800
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> >> 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.
>
> > 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.
>
> IIRC we had such a cut menu item in Emacs since some time in the early
> Emacs 19 release cycle.
The Emacs parlance for "cut" was "kill"; the "Cut" menu item called
kill-region, which on X would also set the PRIMARY selection.
> CLIPBOARD was also with us since the beginning of selections
Yes, but it was largely unused (except in Emacs on Windows, where we
had no alternative). I'm quite sure that people whose first computer
ran Windows started promoting the clipboard, because they had no idea
what selections were about and how they worked.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2022-02-07 14:18 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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 ` Compatibility Eli Zaretskii
2022-02-07 13:49 ` Compatibility Po Lu
2022-02-07 14:18 ` Compatibility Eli Zaretskii
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.