Disable bold font in terminal buffer

(I sent the original email to vim-use mailing list, but since I ended up going through the source, I'm moving the conversation to vim-dev. Hope that's alright.) On Mon, 13 Jan 2025 21:18:51 -0500 Enan Ajmain <3nan.ajm...@gmail.com> wrote: > On GVim :terminal buffer (using Wi

Re: Proposal/Discussion on decoupling clipboard functionality from X11

On Sat, 10 Feb 2024 11:34:19 +0100 Christian Brabandt wrote: > On Fr, 09 Feb 2024, luca.saccar...@saccarosium.com wrote: > > > Hi all, > > I would like to make a proposal for decoupling the clipboard > > functionality from X11. > > > > I've study the code base for some time but I still need some

Re: Absolute path on Windows changes working dir

On Mon, 4 Sep 2023 20:16:09 -0700 (PDT) Ben Fritz wrote: > This bit me while getting my TOhtml tests working on Windows with a Visual > Studio build environment. I'm not sure if it's a bug or not, but I can't > find any description of it in the help and it isn't acting as I'd expect. > Vim seems t

Re: Updates on the Vim project

i have some potentially exciting news. > > On Thu Aug 24, 2023 at 6:43 AM PDT, Enan Ajmain wrote: > > Not to speak for Christian, but I don't think he is considering retiring > > the Hg repo because of lack of hosting options. He was weighing the > > cost of maintaining an Hg c

Re: Updates on the Vim project

On Thu, 24 Aug 2023 01:00:39 -0700 "akspecs" wrote: > Long time vim operator here (for more than half my life). > > I believe sourcehut [1][2] would be a great service to consider to host > and/or mirror vim's source code. > > On Thu Aug 24, 2023 at 12:33 AM PDT, mattn wrote: > > OSDN hosting has

Re: Filtering git commits in vim-dev mailing list

On Sun, 20 Aug 2023 11:09:17 +0200 Christian Brabandt wrote: > [...] > > If this is annoying and nobody uses it anyhow, I can stop it. Or I can > start to use the prefix '^Commit:' in the patch messages. Assuming by "patch messages," you meant the subject header of patch emails, then I think a d

Filtering git commits in vim-dev mailing list

I think Bram was the only one authoring commits. And he wrote it in "patch x.y.: message title" format. Because of this reliable regex, it was easier to filter out the git-commit emails in vim-dev mailing list. But now some commits have different formatting. More useful to be sure (followin

Re: No more tags for new 9.0 patches?

On Mon, 14 Aug 2023 12:18:50 +0200 Christian Brabandt wrote: > On Mo, 14 Aug 2023, Manfred Rosenboom wrote: > > Don't get each patch a related annotated tag anymore? > > I think we only used lightweight tags? So I only added those: Not that it's super important, but I suggest strictly using annot

Re: [vim/vim] :copen opens quickfix window below `lastwin` instead of `curwin` (Issue #12501)

On Sun, 25 Jun 2023 12:16:58 -0700 Gary Johnson wrote: > On 2023-06-07, Munif Tanjim wrote: > > Might be that I'm misunderstanding the expected behavior. > > > > If it's not supposed to be opened under curwin, would it be possible to > > change > > the default behavior to open with WSP_BOT (inst

Re: Change cursor shape in command-line mode

Sorry. I meant to send this to the vim-use list. I'll copy it there myself. Feel free to delete this from the vim-dev list. On Fri, 16 Jun 2023 12:39:09 +0600 Enan Ajmain <3nan.ajm...@gmail.com> wrote: > Vim allows changing cursor shapes according to the current mode: insert,

Change cursor shape in command-line mode

Vim allows changing cursor shapes according to the current mode: insert, replace, or normal. Vim does this using terminal escape sequences. Details are in ':h termcap-cursor-shape'. I was wondering if I could change the cursor shape in command-line mode. I'm fairly certain it's not possible, but

Re: Same number different colors for ctermbg and ctermfg

On Wed, 24 May 2023 02:30:21 +0600 Enan Ajmain <3nan.ajm...@gmail.com> wrote: > On Fri, 5 May 2023 22:18:07 +0600 > Enan Ajmain <3nan.ajm...@gmail.com> wrote: > > On Fri, 05 May 2023 16:28:27 +0100 > > Bram Moolenaar wrote: > > > It's much

Re: Same number different colors for ctermbg and ctermfg

On Fri, 5 May 2023 22:18:07 +0600 Enan Ajmain <3nan.ajm...@gmail.com> wrote: > On Fri, 05 May 2023 16:28:27 +0100 > Bram Moolenaar wrote: > > It's much more complicated than that. E.g. search for "cterm_ansi_idx" > > in src/term.c, this is used specifical

Re: Same number different colors for ctermbg and ctermfg

On Fri, 05 May 2023 16:28:27 +0100 Bram Moolenaar wrote: > It's much more complicated than that. E.g. search for "cterm_ansi_idx" > in src/term.c, this is used specifically for MS-Windows. Thus if you > use an MS-Windows console and ssh to a Linux system this mapping is > missing and the colors

Re: Same number different colors for ctermbg and ctermfg

On Fri, 05 May 2023 02:36:41 +0100 Bram Moolenaar wrote: > > > > For the value 7, ctermfg and ctermbg gives different colors. > > > > 'ctermfg=7' gives non-bold white, which is expected. But > > > > 'ctermbg=7' gives bold Black color. I'm assuming there is a > > > > if-conditional somewhere that

Re: Same number different colors for ctermbg and ctermfg

On Thu, 04 May 2023 15:48:43 +0100 Bram Moolenaar wrote: > > For the value 7, ctermfg and ctermbg gives different colors. 'ctermfg=7' > > gives non-bold white, which is expected. But 'ctermbg=7' gives bold > > Black color. I'm assuming there is a if-conditional somewhere that's > > causing this

Re: Same number different colors for ctermbg and ctermfg

On Thu, 4 May 2023 12:38:52 +0200 Tony Mechelynck wrote: > [...] > (Of course in order to see something we cannot set both ctermbg=7 and > ctermfg=7 on the same highlight group). See the attached image. I agree with you: ctermbg and ctermfg, if set to the same numeric value, should show the same

Same number different colors for ctermbg and ctermfg

Hi, For the value 7, ctermfg and ctermbg gives different colors. 'ctermfg=7' gives non-bold white, which is expected. But 'ctermbg=7' gives bold Black color. I'm assuming there is a if-conditional somewhere that's causing this distinction. If so, where is the conditional in the source code? If

Re: vim's "C" for loop coding style

On Sun, 19 Mar 2023 17:49:10 + Bram Moolenaar wrote: > Ernie Rael wrote: > > I need to make a change, the most clear (I think) is > > > >     for (i = 0; i < len; i++, idx++) { > >     // stuff > > > >     if (cond) > >     continue; > > > >     // more stuff > >    

Re: Patch 9.0.1208

On Tue, 17 Jan 2023 06:09:22 +1100 John Marriott wrote: > After this patch, msys64 (clang 15.0.5) gives this error: > [...] Unrelated but wanted clarification. By 'msys64' do you mean clang64 build system of msys2 (i.e., msys/clang64)? or do you mean mingw64 system of msys2 (i.e., msys/mingw64)

Re: E315 error when opening two specific files in vim

On Tue, 27 Dec 2022 16:50:54 -0800 (PST) JD Allen wrote: > When I run it with clean: vim --clean -p file1 file2, I don't get the > error. Does that mean its a plugin problem? Possibly. '--clean' argument tells Vim not to load your personal config (read ':h --clean'). So if you can't reproduce t

Re: Basic vim key bindings

On Sat, 17 Dec 2022 22:20:02 +0100 Christ van Willegen wrote: > https://fosstodon.org/@ids1024/109515255660791632 We probably could build a D&D campaign around this. -- Enan 3nan.ajm...@gmail.com https://git.sr.ht/~enan/ https://www.github.com/3N4N -- -- You received this message from the "vi

Re: Profile Cursor move (very slow)

oogle username. P.S. You forgot to CC vim-dev list. I'm appending your original email with this email for posterity; see below after the marker for forwarded message. -- Enan 3nan.ajm...@gmail.com https://git.sr.ht/~enan/ https://www.github.com/3N4N ===== Begin forwarded message ===

Re: Profile Cursor move (very slow)

On Fri, 9 Dec 2022 12:12:07 -0800 (PST) N i c o l a s I I T h e B l o o d y wrote: > Thank you Enan, I saw thé profile help but don't happen to find particular > sample for Cursor move. That's because there is none. Profiling, as defined in ':h profiling' only measures the runtime of either a sc

Re: Profile Cursor move (very slow)

On Fri, 9 Dec 2022 08:36:18 -0800 (PST) N i c o l a s I I T h e B l o o d y wrote: > Hi, > > Vertical moving cursor with arrow keys on such a file > like https://github.com/preservim/tagbar/blob/master/autoload/tagbar.vim is > very very slow. > > How can I measure it with profiling feature ?

Re: [vim/vim] Input redirection doesn't work with powershell (PR #11257)

Thank you, Yegappan. Works beautifully. On Monday, October 3, 2022 at 9:06:01 PM UTC+6 Bram Moolenaar wrote: > Closed #11257 via 0a01667 > > . > > — > Reply to this email directly