On Tue, Jan 14, 2025 at 12:10:47 -0500, Eben King wrote:
> When I run xfce-terminal, I don't get the aliases defined in .profile but I
> do get the ones from .bashrc. I run X as "startx" from a console login, so
> somewhere along the line someone's dropping the
When I run xfce-terminal, I don't get the aliases defined in .profile but I
do get the ones from .bashrc. I run X as "startx" from a console login, so
somewhere along the line someone's dropping the ball.
So what's the proper fix to this? Telling xfce-terminal to spawn
David Wright wrote:
> Funnily enough, I'd never even thought about page numbering in
> connection with man pages. But I notice now that the page contents
> of my Letter PDF and Debian's A4 version are identical, and the
> footers on the A4 are very high, so I'm guessing that the document
> was o
(a mere 6 pages):
https://www.mpaoli.net/~michael/unix/sh/
So ... not a corner case, but how Bourne and relatively compatible shells
have generally been parsing commands for well over four decades now.
On Wed, Nov 27, 2024 at 3:38 AM Richard Owlett wrote:
> I've used terminal commands f
On Sat 30 Nov 2024 at 22:10:32 (+0700), Max Nikulin wrote:
> On 30/11/2024 01:29, David Wright wrote:
> > On Thu 28 Nov 2024 at 21:52:05 (+0700), Max Nikulin wrote:
> > > On 28/11/2024 11:13, David Wright wrote:
> > > > $ man -t bash | ps2pdf - /tmp/bash.pdf
> > >
> > > /usr/share/doc/bash-doc
On 30/11/2024 01:29, David Wright wrote:
On Thu 28 Nov 2024 at 21:52:05 (+0700), Max Nikulin wrote:
On 28/11/2024 11:13, David Wright wrote:
$ man -t bash | ps2pdf - /tmp/bash.pdf
/usr/share/doc/bash-doc/bash.pdf
/usr/share/doc/bash-doc/bashref.pdf
¹ With Letter size in xpdf, I press 3
On Thu 28 Nov 2024 at 21:52:05 (+0700), Max Nikulin wrote:
> On 28/11/2024 11:13, David Wright wrote:
> >$ man -t bash | ps2pdf - /tmp/bash.pdf
>
> What is the point in converting man when the same content is available
> as texinfo source? Moreover, PDF file is ready to use:
>
> /usr/share/do
On Thu, Nov 28, 2024 at 04:12:05PM CET, Richard Owlett
said:
> On 11/28/24 8:52 AM, Max Nikulin wrote:
> > On 28/11/2024 11:13, David Wright wrote:
> > > $ man -t bash | ps2pdf - /tmp/bash.pdf
> >
> > What is the point in converting man when the same content is available
> > as texinfo source
On 11/28/24 8:52 AM, Max Nikulin wrote:
On 28/11/2024 11:13, David Wright wrote:
$ man -t bash | ps2pdf - /tmp/bash.pdf
What is the point in converting man when the same content is available
as texinfo source? Moreover, PDF file is ready to use:
/usr/share/doc/bash-doc/bash.html
/usr/sha
On 28/11/2024 11:13, David Wright wrote:
$ man -t bash | ps2pdf - /tmp/bash.pdf
What is the point in converting man when the same content is available
as texinfo source? Moreover, PDF file is ready to use:
/usr/share/doc/bash-doc/bash.html
/usr/share/doc/bash-doc/bash.pdf
/usr/share/doc/b
On 11/27/24 10:13 PM, David Wright wrote:
On Wed 27 Nov 2024 at 05:38:30 (-0600), Richard Owlett wrote:
I've used terminal commands for so many decades I don't know where to
look up fine details of a specific commands.
I just tried to use the cd command with a target directory having
n and info.
>
> Does it affect "man" when called in a terminal application (so usually
> "less" is used as a pager)?
Not magically, I guess. I think we'll still need the viewers being able
to "use" the new markup and the footwork of updating the docs
On Wed 27 Nov 2024 at 05:38:30 (-0600), Richard Owlett wrote:
> I've used terminal commands for so many decades I don't know where to
> look up fine details of a specific commands.
>
> I just tried to use the cd command with a target directory having
> spaces in it
On 27/11/2024 23:59, to...@tuxteam.de wrote:
OTOH, the venerable groff has gained a hyperlink markup
recently [1] ("recently" in its time scale), thus bridging yet another
gap separating man and info.
Does it affect "man" when called in a terminal application (so usually
On Wed, Nov 27, 2024 at 12:24:25PM -0500, The Wanderer wrote:
> On 2024-11-27 at 11:59, to...@tuxteam.de wrote:
>
> > On Wed, Nov 27, 2024 at 10:40:44AM -0500, The Wanderer wrote:
> >
> >> On 2024-11-27 at 09:28, to...@tuxteam.de wrote:
>
> >>> And yes, it's a pity there is no common frontend fo
On 2024-11-27 at 11:59, to...@tuxteam.de wrote:
> On Wed, Nov 27, 2024 at 10:40:44AM -0500, The Wanderer wrote:
>
>> On 2024-11-27 at 09:28, to...@tuxteam.de wrote:
>>> And yes, it's a pity there is no common frontend for both.
> [help and man]
>> There's also 'info foo', which for some values
On Wed, Nov 27, 2024 at 11:03:48AM -0500, Greg Wooledge wrote:
> On Wed, Nov 27, 2024 at 10:40:44 -0500, The Wanderer wrote:
> > One of the items on the list, under the characteristics of a
> > "knowledgeable user", is the entry:
> >
> > * has learned that learn doesn't help
> >
> > I have never
On Wed, Nov 27, 2024 at 10:40:44AM -0500, The Wanderer wrote:
> On 2024-11-27 at 09:28, to...@tuxteam.de wrote:
[...]
> > And yes, it's a pity there is no common frontend for both.
[help and man]
>
> There's also 'info foo', which for some values of foo will be more
> helpful than either of the
On Wed, Nov 27, 2024 at 10:40:44 -0500, The Wanderer wrote:
> One of the items on the list, under the characteristics of a
> "knowledgeable user", is the entry:
>
> * has learned that learn doesn't help
>
> I have never managed to find out what 'learn' is supposed to have been.
> No Linux or othe
Eric S Fraga wrote:
> And, just for the record, should you want to find out more about
> commands on Linux without leaving your system (i.e. without any
> interaction with the Internet at all), the man command is available to
> present the manual pages (dates back to when there was an actual manua
On 2024-11-27 at 09:28, to...@tuxteam.de wrote:
> On Wed, Nov 27, 2024 at 02:18:02PM +, Eric S Fraga wrote:
>
>> And, just for the record, should you want to find out more about
>> commands on Linux without leaving your system (i.e. without any
>> interaction with the Internet at all), the ma
Le 11/27/24 à 15:18, Eric S Fraga a écrit :
[...] the man command is available to
present the manual pages
There are also the fine info pages for most gnu software,
notably the coreutils,
and the /usr/share/doc directory for most other software.
Best,
--
yassine -- sysadm
+213-779 06 06 23
h
On Wed, Nov 27, 2024 at 12:55:10 +0100, to...@tuxteam.de wrote:
> First: cd is not a command, it is a shell builtin
> (this is subtle, but important).
It's both. You can even call it a "builtin command".
> Second: even if cd were a "command", the splitting
> of args at whitespace (among *a lot*
On 11/27/24 7:36 AM, to...@tuxteam.de wrote:
On Wed, Nov 27, 2024 at 07:30:17AM -0600, Richard Owlett wrote:
[...]
Thank you. I've seen his site before. I just created a bookmark folder for
"Debian Wikis". The first occupant is https://mywiki.wooledge.org .
Greg's wiki is a jewel. I thank *h
On Wed, 27 Nov 2024 14:36:44 +0100
wrote:
> On Wed, Nov 27, 2024 at 07:30:17AM -0600, Richard Owlett wrote:
>
> [...]
>
> > Thank you. I've seen his site before. I just created a bookmark
> > folder for "Debian Wikis". The first occupant
> > is https://mywiki.wooledge.org .
>
> Greg's wiki i
On Wed, Nov 27, 2024 at 02:18:02PM +, Eric S Fraga wrote:
> And, just for the record, should you want to find out more about
> commands on Linux without leaving your system (i.e. without any
> interaction with the Internet at all), the man command is available to
> present the manual pages (dat
And, just for the record, should you want to find out more about
commands on Linux without leaving your system (i.e. without any
interaction with the Internet at all), the man command is available to
present the manual pages (dates back to when there was an actual manual
in early unix days) for ind
On Wed, Nov 27, 2024 at 07:30:17AM -0600, Richard Owlett wrote:
[...]
> Thank you. I've seen his site before. I just created a bookmark folder for
> "Debian Wikis". The first occupant is https://mywiki.wooledge.org .
Greg's wiki is a jewel. I thank *him* for it.
> I've been a computer *user* fo
On 11/27/24 5:55 AM, to...@tuxteam.de wrote:
On Wed, Nov 27, 2024 at 05:38:30AM -0600, Richard Owlett wrote:
I've used terminal commands for so many decades I don't know where to look
up fine details of a specific commands.
I just tried to use the cd command with a target direct
On Wed, Nov 27, 2024 at 05:38:30AM -0600, Richard Owlett wrote:
> I've used terminal commands for so many decades I don't know where to look
> up fine details of a specific commands.
>
> I just tried to use the cd command with a target directory having spaces in
> it
I've used terminal commands for so many decades I don't know where to
look up fine details of a specific commands.
I just tried to use the cd command with a target directory having spaces
in it's name. Of course the system responded
> bash: cd: too many arguments
Mike writes:
> Thinking back, I seem to recall the issue with the screen turning off
> started after I switched from Nouveau to the Nvidia driver. It fixed
> the issue I had with X but broke my console.
I think I had a similar issue some years ago and these two lines
/etc/default/grub helped:
Mike composed on 2024-06-15 23:47 (UTC+0100):
> On Fri, Jun 14, 2024 at 01:49:08PM -0400, Felix Miata wrote:
>> The following applies with all FOSS drivers I've ever used except possibly
>> mga:
>> vga= only works until KMS starts. video= does the desired job while KMS is
>> engaged. e.g.
>>
I tried the video= and it made no difference.
However, I did discover that removing "quiet" creates a lot more output.
Funny that, isn't it? Quite nice too!
I should probably have mentioned earlier, that if one launches X and
then quits X to return to the terminal, the monitor
Michael Kjörling composed on 2024-06-14 17:11 (UTC):
> On 14 Jun 2024 17:47 +0100, from Mike:
>> I'd be grateful if anyone could give me any pointers to get the
>> terminals looking vaguely sensible, please? I think the first isse it
>> working out how to stop the screen turning off, which I ass
On Fri, Jun 14, 2024 at 05:11:37PM +, Michael Kjörling wrote:
> On 14 Jun 2024 17:47 +0100, from deb...@norgie.net (Mike):
> > I'd be grateful if anyone could give me any pointers to get the
> > terminals looking vaguely sensible, please? I think the first isse it
> > working out how to stop t
On 14 Jun 2024 17:47 +0100, from deb...@norgie.net (Mike):
> I'd be grateful if anyone could give me any pointers to get the
> terminals looking vaguely sensible, please? I think the first isse it
> working out how to stop the screen turning off, which I assume is
> because the display is out of r
Folks,
I'm trying to resolve a long standing issue with my virtual consoles.
They're just a bit messed up.
The most pressing issue is that when I boot, after Grub, I get some
miminal output on the screen and then the screen turns off. If I
blindly enter my userid and password and then type start
>On 19 Feb 2024 22:44 +0100, from borde...@tutanota.com (Borden):
>>> Would you be willing to post your /boot/grub/grub.cfg for a setup
>>> where you get the blank screen GRUB?
>>
>> Yeah, I probably should have opened with that. Sorry:
>>
>> ```
>> # If you change this file, run 'update-grub' af
On Tue, 20 Feb 2024 08:04:47 +
Michael Kjörling <2695bd53d...@ewoof.net> wrote:
> On 19 Feb 2024 22:44 +0100, from borde...@tutanota.com (Borden):
> >> Would you be willing to post your /boot/grub/grub.cfg for a setup
> >> where you get the blank screen GRUB?
> >
> > Yeah, I probably should
On 19 Feb 2024 22:44 +0100, from borde...@tutanota.com (Borden):
>> Would you be willing to post your /boot/grub/grub.cfg for a setup
>> where you get the blank screen GRUB?
>
> Yeah, I probably should have opened with that. Sorry:
>
> ```
> # If you change this file, run 'update-grub' afterwards
s with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal
#GRUB_TERMINAL=console
# The resolution used on gr
Hellow Ash!
On Mon, 2024-02-19 at 11:14 +1300, Ash Joubert wrote:
> On 2024-02-19 08:57, Ash Joubert wrote:
> > I removed /etc/fonts/conf.d/70-no-bitmaps.conf (as root) and ran
> > "fc-cache -f" (as user). I still have a few missing emojis in
> > xfce4-terminal
On 2024-02-19 08:57, Ash Joubert wrote:
I removed /etc/fonts/conf.d/70-no-bitmaps.conf (as root) and ran
"fc-cache -f" (as user). I still have a few missing emojis in
xfce4-terminal (flags and combined emojis) but geany is fixed.
Working test-emoji screenshot attached (xfce4-termi
On 18 Feb 2024 21:28 +0100, from borde...@tutanota.com (Borden):
> what the default is when neither of those are set (which doesn't
> work). Is this another "undocumented feature" of GRUB?
Would you be willing to post your /boot/grub/grub.cfg for a setup
where you get the blank screen GRUB?
--
M
> Or perhaps you have all colors set to blank.
> Try add something like
> GRUB_COLOR_NORMAL="light-blue/black"
> GRUB_COLOR_HIGHLIGHT="light-cyan/blue"
Unfortunately, that didn't work. Still a blank screen. I'm curious that if
GRUB_TERMINAL=gfxterm works and
GRUB_TERMINAL=console works, what the
On 2024-02-19 07:08, Ash Joubert wrote:
On 2024-02-18 23:33, Byunghee HWANG wrote:
On Sun, 2024-02-18 at 16:23 +0900, Byunghee HWANG wrote:
I am using Gnome desktop in Debian Sid. Today, after upgrade package
via apt update/upgrade, i can not see emoji in gnome-terminal.
I am also on sid and
On 2024-02-18 23:33, Byunghee HWANG wrote:
On Sun, 2024-02-18 at 16:23 +0900, Byunghee HWANG wrote:
Hellow,
I am using Gnome desktop in Debian Sid. Today, after upgrade package
via apt update/upgrade, i can not see emoji in gnome-terminal.
(...)
Just now, i did clean-up with screenshots [1],[2
On Sun, 2024-02-18 at 16:23 +0900, Byunghee HWANG wrote:
> Hellow,
>
> I am using Gnome desktop in Debian Sid. Today, after upgrade package
> via apt update/upgrade, i can not see emoji in gnome-terminal.
>
> (...)
Just now, i did clean-up with screenshots [1],[2],[3].
[1]
Hellow,
I am using Gnome desktop in Debian Sid. Today, after upgrade package
via apt update/upgrade, i can not see emoji in gnome-terminal.
Here related screenshot[1]:
https://gitlab.com/soyeomul/stuff/-/raw/8bec2cc5d8b9d74438c17b8c202d753b15c09ab6/test-emoji.png
Really i would like to solve
On 2024-02-16, Borden wrote:
> For a couple weeks now, I can't use graphical terminal in my GRUB
> configuration. Setting `GRUB_TERMINAL=console` works fine. With that line
> commented out, (thus using default settings), I get a blank screen on boot, 5
> second timeout,
Thank you for the tip!
So `GRUB_TERMINAL=gfxterm` works, `GRUB_TERMINAL=console` works, but whatever
the default is supposed to be does not. Does this imply that "the platform's
native terminal output" is broken?
On 16/02/2024 17:27, Borden wrote:
For a couple weeks now, I can't use graphical terminal in my GRUB
configuration. Setting `GRUB_TERMINAL=console` works fine. With that line
commented out, (thus using default settings), I get a blank screen on boot, 5
second timeout, then normal
For a couple weeks now, I can't use graphical terminal in my GRUB
configuration. Setting `GRUB_TERMINAL=console` works fine. With that line
commented out, (thus using default settings), I get a blank screen on boot, 5
second timeout, then normal boot.
Curiously, keyboard commands work nor
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 Wed, Feb 07, 2024 at 01:20:19PM +0100, 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
> m
top. 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.
Terminal application should leave standard hotkeys for applications
running in terminals. It is the reason why modern ter
> 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
e default Vim buffer.
These are the same results that I had. You're most likely running a
vim package built without the full suite of GUI options, just like I am.
(Do you get a terminal bell after "+ or is your terminal bell disabled?)
> The behavior is the same with .vimrc disabled.
to discriminate whether it is Firefox or Vim issue.
I tried using those commands, but was getting confusing results. If and
when my Debian, X, Xfce, Terminal, and/or Vim misbehave again, I will
see if those commands produce any clues.
If I start Firefox, browse to https://www.toyota.com
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
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,
ad of running vim in a terminal?
I am running Vim in Terminal.
Or are you using an exotic terminal?
I do not believe so.
If you're using a terminal that isn't xterm, please specify which.
I used the Xfce Panel Preferences dialog to create a Launcher item with
one Termina
hem yourself so
that other applications can read from them.
In a window running Terminal running Vim in command mode:
* 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
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
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
select some text
- copy it to CLIPBOARD
- select another fragment of text (PRIMARY)
- switch to another application
- paste from PRIMARY
- paste from CLIPBOARD
I have the following note
! Allow both primary selection and clipboard copy-paste
! Ctrl+Shift+V, Ctrl+Shift+Insert, Ctrl+Shift+C similar to gno
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,
beca
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 pa
; as confirmed
> > by:
> >
> > xclip -o -selection CLIPBOARD
>
> How's that possible? Are you running a GUI version of vim (gvim?)
> instead of running vim in a terminal? Or are you using an exotic
> terminal?
Wow, thanks! I learned something new.
&
gt; > the Ctrl, Shift, and v keys, and then release all keys, Vim inserts the
> > > contents of the clipboard; as confirmed by:
> > >
> > > xclip -o -selection CLIPBOARD
> >
> > How's that possible? Are you running a GUI version of v
confirmed by:
xclip -o -selection CLIPBOARD
How's that possible? Are you running a GUI version of vim (gvim?)
instead of running vim in a terminal? Or are you using an exotic
terminal?
Are you considering any vte-based terminal as an exotic one? GNOME
terminal, konsole, lxterminal, and o
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 app
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 applic
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
n my own testing just now, I'm unable to get this to
work. vim (version 2:9.0.1378-2) running in urxvt, command mode,
pressing "+ or "* generates a terminal bell. Pressing p after
either one of these pastes what's in vim's unnamed default buffer.
p -o -selection CLIPBOARD
How's that possible? Are you running a GUI version of vim (gvim?)
instead of running vim in a terminal? Or are you using an exotic
terminal?
In xterm and urxvt, Ctrl-Shift-v is identical to Ctrl-v ("literal
next"), so there's no way vim can distinguish
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 in
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
pboard in vim use * and + registers:
"*p in normal mode or C-R* in insert mode. It is safer than middle click
or [Ctrl+Shift+V] handled by terminal since selection may contain
terminal control characters (e.g. to exit from vim and to run rm -rf ~
in terminal).
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, an
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)
/dealers/
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 to the
clipboard and sometimes I see nothing.
...
How exactly are you
;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 to the clipboard
and sometimes I see nothing.
I am unable to determine if the problem is Firefox, Vim, or
2116 Central Ave., Rte. 5, Schenectady NY 12304
(5.3 miles)
Today's Hours: 7:00 AM to 7:00 PM
(518) 374-3700
But if I close the above Firefox window, start a Firefox instance,
browse to:
https://www.toyota.com/dealers/
Enter a Zip Code of "12345", highlight the first result, c
On Sun, Jan 21, 2024 at 10:44:35PM +, phoebus phoebus wrote:
A filter in between that in response to escape-code-1 starts sending data to
the serial port instead of the terminal application and switches back to the
terminal application on receiving of escape-code-2.
Development of a
unattended cash drawer? There are some benefits
> > that come with localising connections.
>
> Just to be clear, I do not suggest to statically configure all POS
> printers on the server. SSH session may handle multiple data streams,
> so it should be possible to associate UI terminal str
map~.
Thanks. It seems it is supported by most terminal applications in Linux.
However usually enough such keystrokes are grabbed for window manager
and desktop environment hotkeys. In the case of POS it may be a kind of
single-application kiosk with no WM and DE.
The small program describ
1 - 100 of 2942 matches
Mail list logo
