Skip to main content
16 events
when toggle format what by license comment
Sep 7 at 12:05 history bumped CommunityBot This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
May 10 at 12:02 history bumped CommunityBot This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
Jan 11 at 11:07 history bumped CommunityBot This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
Sep 13, 2023 at 10:06 history bumped CommunityBot This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
May 16, 2023 at 9:13 history bumped CommunityBot This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
Apr 16, 2023 at 7:24 answer added Vivian De Smedt timeline score: 0
S Apr 16, 2023 at 2:59 history suggested Prem CC BY-SA 4.0
language clarity
Apr 15, 2023 at 23:15 comment added 주경진 Looks like you've found the trouble spot. curl -s https://raw.githubusercontent.com/JohnMorales/dotfiles/master/colors/24-bit-color.sh | bash When I run the above syntax in TMUX, the colors come out fine. However, when I run it in the default terminal (not tmux), the colors don't come out well. What should I check?
Apr 15, 2023 at 23:00 comment added 주경진 I ran it with the same terminal emulator and was wondering why it works fine with tmux but not with the default shell (oh-my-zsh). Isn't the shell that tmux runs the same oh-my-zsh? I don't know why the two modern ones would make a difference.
Apr 15, 2023 at 22:53 comment added 주경진 D.Ben Knoble => I corrected the code, but it still indicates the problem. What does it mean if the underlying terminal emulator supports truecolor? I'm using the default terminal app on a mac. But in that terminal app, inside a shell with tmux, nvim's theme works fine. It doesn't work in oh-my-zsh, which is not tmux. Prem => When I insert enter, space inside the editable area, the black background comes out fine. In the non-editable area, it appears red. It also appears with background=dark.
Apr 15, 2023 at 9:05 comment added Prem I would "Debug" this by commenting out vim.opt.background & then commenting out the paste-mode stuff. BTW , it is not white-space here. It is just the Part outside the "Editable Area" , you should Insert new-lines , spaces & tabs in the "Editable Area" to check what you get.
Apr 15, 2023 at 8:55 review Suggested edits
S Apr 16, 2023 at 2:59
Apr 14, 2023 at 13:09 comment added D. Ben Knoble if vim.opt.termguicolors then vim.opt.termguicolors = true else vim.opt.termguicolors = false end This looks wrong: it says if the variable is true, make it true. That's a no-op, and might be what's causing the problem. You need to set termguicolors if-and-only-if the underlying terminal emulator supports truecolor
Apr 14, 2023 at 7:25 history edited Vivian De Smedt CC BY-SA 4.0
added 1 character in body; edited title
S Apr 14, 2023 at 6:26 review First questions
Apr 14, 2023 at 6:56
S Apr 14, 2023 at 6:26 history asked 주경진 CC BY-SA 4.0