Stefan Monnier wrote:
> > I have not said it is more “standard for terminals”, I have that it
> > is more “standard” fullstop. It is more standard by the virtue of
> > having worked for decades, C-Ins S-Ins S-Del existed way before the
> > C-C C-V C-X tryptich, and still working today in most cont
On 07/02/2024 19:20, Nicolas George wrote:
Max Nikulin (12024-02-07):
It may be a convention for applications other than terminals, however I am
unsure what "standard" means for terminals.
I have not said it is more “standard for terminals”, I have that it is
more “standard” fullstop. It is mo
> I have not said it is more “standard for terminals”, I have that it is
> more “standard” fullstop. It is more standard by the virtue of having
> worked for decades, C-Ins S-Ins S-Del existed way before the C-C C-V C-X
> tryptich, and still working today in most contexts.
Indeed, IIUC these key b
On 07/02/2024 19:19, Greg Wooledge wrote:
On Tue, Feb 06, 2024 at 11:02:09PM -0800, David Christensen wrote:
* Pressing " then + then p seems to paste from the default Vim buffer --
what I seem to recall being referred to as the "yank buffer" (?).
* Pressing " then * then p seems to paste from
Max Nikulin (12024-02-07):
> It may be a convention for applications other than terminals, however I am
> unsure what "standard" means for terminals.
I have not said it is more “standard for terminals”, I have that it is
more “standard” fullstop. It is more standard by the virtue of having
worked
On Tue, Feb 06, 2024 at 11:02:09PM -0800, David Christensen wrote:
> * Pressing " then + then p seems to paste from the default Vim buffer --
> what I seem to recall being referred to as the "yank buffer" (?).
>
> * Pressing " then * then p seems to paste from the default Vim buffer.
These are th
On 2/6/24 06:25, Max Nikulin wrote:
On 06/02/2024 13:28, David Christensen wrote:
On 2/5/24 19:03, Max Nikulin wrote:
xclip -o -selection PRIMARY
xclip -o -selection CLIPBOARD
That is useful.
I expected that you would try both commands when vim is unable to paste.
It would allow to
On 2/6/24 05:48, John Hasler wrote:
My .vimrc contains
syntax on
set mouse-=a
And pasting works.
Thank you for the reply. :-)
If and when Firefox, Debian, X, Xfce, Terminal, and/or Vim misbehave
again, I will try your suggestions.
VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Nov 20 2
On 2/6/24 03:33, Ralph Aichinger wrote:
On Mon, 2024-02-05 at 15:14 -0800, David Christensen wrote:
I am unable to determine if the problem is Firefox, Vim, or something
else.
Comments or suggestions?
As others have written, vim has changed copy+paste defaults some time
ago. Some even call th
On 2/6/24 00:12, Klaus Singvogel wrote:
David Christensen wrote:
On 2/5/24 21:45, to...@tuxteam.de wrote:
Try ":set mouse=" and see whether it helps. Perhaps it's that.
That's the way. That's the fix for the root cause.
Thank you for the reply. :-)
Currently, Firefox, Vim, select, copy,
On 2/6/24 04:28, Greg Wooledge wrote:
On Mon, Feb 05, 2024 at 10:28:53PM -0800, David Christensen wrote:
Continuing from above in Vim in Insert mode, if I then simultaneously press
the Ctrl, Shift, and v keys, and then release all keys, Vim inserts the
contents of the clipboard; as confirmed by:
On 2/6/24 03:15, Dan Ritter wrote:
David Christensen wrote:
On 2/5/24 16:48, Dan Ritter wrote:
David Christensen wrote:
Please provide a URL that describes the Vim "+ and "* buffers, how to
interact with them within Vim, how to interact with them from other apps,
etc..
https://www.oreilly.co
On 2/5/24 16:29, DdB wrote:
Am 06.02.2024 um 00:14 schrieb David Christensen:
Comments or suggestions?
This may be unrelated, but ...
I can copy/paste using the mouse, or - if i use the keyboard - i need to
copy paste using CTRL-Shift-C and CTRL-Shift-V (when in the terminal
emulator like gnome
On 07/02/2024 00:35, Ralph Aichinger wrote:
On Tue, 2024-02-06 at 21:31 +0700, Max Nikulin wrote:
is active in terminal, it is possible to hold [Shift] to get mouse
events handled by terminal instead of Vim or another application
running in terminal.
I think pressing shift does not work here i
On 07/02/2024 00:38, Nicolas George wrote:
Max Nikulin (12024-02-07):
Shift Ctrl C:
CtrlInsert is the standard counterpart to ShiftInsert.
It may be a convention for applications other than terminals, however I
am unsure what "standard" means for terminals. Konsole has "reverted"
On Tue, 2024-02-06 at 21:31 +0700, Max Nikulin wrote:
> is active in terminal, it is possible to hold [Shift] to get mouse
> events handled by terminal instead of Vim or another application
> running in terminal.
I think pressing shift does not work here in e.g. gnome-terminal,
because there past
Max Nikulin (12024-02-07):
> Shift Ctrl C:
CtrlInsert is the standard counterpart to ShiftInsert.
> exec-formatted("sh -c 'xsel --output --primary |
> \
> exec xsel --input --clipboard'", PRIMARY)\n\
copy-selection
On 06/02/2024 21:57, Greg Wooledge wrote:
Anything that came from a desktop environment is pretty exotic to me.
I'm pretty old-school. If xterm can't do it, then I'll call it exotic.
Rewrap on window resize is a convenient feature of libvte.
Ctrl+Shift+V for xterm:
xterm*vt100.translations:
On Tue, Feb 06, 2024 at 03:36:23PM +, debian-u...@howorth.org.uk wrote:
> I know I don't like xterm so I never use it. I mainly use lxterminal
> and sometimes gnome-terminal but they both must be 'exotic' since they
> behave as David said.
The following NEW packages will be installed:
libvte
Greg Wooledge wrote:
> On Mon, Feb 05, 2024 at 10:28:53PM -0800, David Christensen wrote:
> > Continuing from above in Vim in Insert mode, if I then
> > simultaneously press the Ctrl, Shift, and v keys, and then release
> > all keys, Vim inserts the contents of the clipboard; as confirmed
> > by:
On Tue, Feb 06, 2024 at 09:38:11PM +0700, Max Nikulin wrote:
> On 06/02/2024 19:28, Greg Wooledge wrote:
> > On Mon, Feb 05, 2024 at 10:28:53PM -0800, David Christensen wrote:
> > > Continuing from above in Vim in Insert mode, if I then simultaneously
> > > press
> > > the Ctrl, Shift, and v keys,
On 06/02/2024 19:28, Greg Wooledge wrote:
On Mon, Feb 05, 2024 at 10:28:53PM -0800, David Christensen wrote:
Continuing from above in Vim in Insert mode, if I then simultaneously press
the Ctrl, Shift, and v keys, and then release all keys, Vim inserts the
contents of the clipboard; as confirmed
On Tue, Feb 06, 2024 at 09:31:33PM +0700, Max Nikulin wrote:
[...]
> Concerning set "mouse=", I usually use it, but even when mouse handling is
> active in terminal, it is possible to hold [Shift] to get mouse events
> handled by terminal instead of Vim or another application running in
> termina
On 06/02/2024 18:33, Ralph Aichinger wrote:
As others have written, vim has changed copy+paste defaults some time
ago. Some even call this changing defaults "they broke copy+paste" 😉.
I am using vim in GUI terminal applications and I have not noticed it.
Vim is a rare application that provides
On 06/02/2024 13:28, David Christensen wrote:
On 2/5/24 19:03, Max Nikulin wrote:
xclip -o -selection PRIMARY
xclip -o -selection CLIPBOARD
That is useful.
I expected that you would try both commands when vim is unable to paste.
It would allow to discriminate whether it is Firefox o
My .vimrc contains
syntax on
set mouse-=a
And pasting works.
VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Nov 20 2023 16:05:25)
Included patches: 1-2116
--
John Hasler
j...@sugarbit.com
Elmwood, WI USA
On Tue, Feb 06, 2024 at 06:15:39AM -0500, Dan Ritter wrote:
> https://www.oreilly.com/library/view/learning-the-vi/9780596529833/ch04s03.html
>
> The "+ and "* buffers will get filled with primary and clipboard
> selections when they occur, or you can fill them yourself so
> that other application
On Mon, Feb 05, 2024 at 10:28:53PM -0800, David Christensen wrote:
> Continuing from above in Vim in Insert mode, if I then simultaneously press
> the Ctrl, Shift, and v keys, and then release all keys, Vim inserts the
> contents of the clipboard; as confirmed by:
>
> xclip -o -selection CLIPB
On Mon, 2024-02-05 at 15:14 -0800, David Christensen wrote:
> I am unable to determine if the problem is Firefox, Vim, or something
> else.
>
> Comments or suggestions?
As others have written, vim has changed copy+paste defaults some time
ago. Some even call this changing defaults "they broke cop
David Christensen wrote:
> On 2/5/24 16:48, Dan Ritter wrote:
> > David Christensen wrote:
>
>
> Please provide a URL that describes the Vim "+ and "* buffers, how to
> interact with them within Vim, how to interact with them from other apps,
> etc..
https://www.oreilly.com/library/view/learnin
David Christensen wrote:
> On 2/5/24 21:45, to...@tuxteam.de wrote:
> > Try ":set mouse=" and see whether it helps. Perhaps it's that.
That's the way. That's the fix for the root cause.
> I am unable to correlate that Vim setting change to the Vim paste problems.
But it's vim, which is changing
On Mon, Feb 05, 2024 at 11:07:53PM -0800, David Christensen wrote:
> On 2/5/24 21:45, to...@tuxteam.de wrote:
[...]
> I am not aware of any problems pasting into other applications, just pasting
> into Vim.
>
>
> > Vim has changed its defaults a while ago in an annoying way.
> >
> > Try ":set
On 2/5/24 21:45, to...@tuxteam.de wrote:
On Mon, Feb 05, 2024 at 03:14:45PM -0800, David Christensen wrote:
debian-user:
I have a laptop with:
[copy in Firefox, paste in vim]
I am unable to determine if the problem is Firefox, Vim, or something else.
Are you able to paste into another app
On 2/5/24 16:48, Dan Ritter wrote:
David Christensen wrote:
Normally, I can cut and paste between Xfce desktop applications.
Enter a Zip Code of "12345", highlight the first result, copy it to the
clipboard, start Terminal, open a file with Vim, press "i" to enter insert
mode, and paste, somet
On 2/5/24 19:03, Max Nikulin wrote:
On 06/02/2024 06:14, David Christensen wrote:
Enter a Zip Code of "12345", highlight the first result, copy it
to the clipboard,
[...]> But if I close the above Firefox window, start a Firefox
instance,
browse to:
If you terminate an application handling s
On Mon, Feb 05, 2024 at 03:14:45PM -0800, David Christensen wrote:
> debian-user:
>
> I have a laptop with:
[copy in Firefox, paste in vim]
> I am unable to determine if the problem is Firefox, Vim, or something else.
Are you able to paste into another application?
Vim has changed its defaults
On 06/02/2024 06:14, David Christensen wrote:
Enter a Zip Code of "12345", highlight the first result, copy it to the
clipboard,
[...]> But if I close the above Firefox window, start a Firefox instance,
browse to:
If you terminate an application handling selection then content is not
availab
David Christensen wrote:
> Normally, I can cut and paste between Xfce desktop applications.
>
>
> Enter a Zip Code of "12345", highlight the first result, copy it to the
> clipboard, start Terminal, open a file with Vim, press "i" to enter insert
> mode, and paste, sometimes I see what I copied
Am 06.02.2024 um 00:14 schrieb David Christensen:
> Comments or suggestions?
This may be unrelated, but ...
I can copy/paste using the mouse, or - if i use the keyboard - i need to
copy paste using CTRL-Shift-C and CTRL-Shift-V (when in the terminal
emulator like gnome-terminal or terminator)
On 2/5/24 15:44, Bret Busby wrote:
On 6/2/24 07:14, David Christensen wrote:
debian-user:
I have a laptop with:
2024-02-05 15:04:48 dpchrist@laalaa ~
$ cat /etc/debian_version ; uname -a ; dpkg-query -W xfce4 firefox-esr
vim
11.8
Linux laalaa 5.10.0-27-amd64 #1 SMP Debian 5.10.205-2 (2023-12
On 6/2/24 07:14, David Christensen wrote:
debian-user:
I have a laptop with:
2024-02-05 15:04:48 dpchrist@laalaa ~
$ cat /etc/debian_version ; uname -a ; dpkg-query -W xfce4 firefox-esr vim
11.8
Linux laalaa 5.10.0-27-amd64 #1 SMP Debian 5.10.205-2 (2023-12-31)
x86_64 GNU/Linux
firefox-esr
41 matches
Mail list logo
