>>106449606
>:wq
Is pretty comfy.
Bracket matching, syntax hilighting, etc.

>>106449627
>:weallyqute:3

>>106449627
>tabnew trannyporn.txt
>gt gt gt gt gt gt gt gt
>gT gT gT gT
>vsplit
>ctrl-w-w

>>106449606
wholesome text editor that can run on a terminal emulator, if i memorized all the shortcuts by heart and if it has better integration with language servers and git SCM without using neovim, i would happily use it

>>106449606
cute pic but aislop therefore coal.

>>106450025
I want to know what Notepad++ looks like as a retarded ai pedo mascot.

>>106449606
Honestly I don't get why humanity has settled on Vim being the best text editor in the age of GUIs. Think about it - a editor that runs in your terminal, anything it draws completely restricted to the grid of characters on screen, still manages to outclass every other IDE, and Vim bindings are so fast and efficient that I now use them in every other editor and even web browser (vimium).
The question is - why tf does it have to be in the terminal? I tried Emacs for a while and found features I really like, that I would love to be in (neo)vim, but are never happening due to terminal constraints. Namely:
>Different font styles per line (e.g. show markdown titles in big serif text)
>Actual freeform popup windows
>Smooth scrolling
>Ability to display images inline
>Native OS integration (macOS menubar, GTK titlebar)
>Different blur/transparency for editor area and panels
>Daemon mode
And a bunch of others. Of course I could just use Emacs, but at the end of the day I went back to Neovim because of some quirks it had and I was more used to my existing Neovim setup.
But I don't see why Neovim has to limit itself to the terminal when it could be so much more if it had a proper GUI? It could have terminal as an option, but an official Neovim GUI would be so good.

>>106450247
Most editors have Vim keybinds and you can run Neovim in server mode with a GUI frontend you know.
Otherwise Zed might be what you want (I haven't used it).

>>106450290
>Most editors have Vim keybinds
Yea I use them everywhere now. It's crazy how fast I got addicted to vim keybinds, I mainly needed an editor to edit files on a server over SSH and now I use it everywhere.
>Neovim in server mode with a GUI frontend
I have heard of GUI frontends, not about server mode. The only GUI I know is VimR for macOS and it doesn't work for me unfortunately.
>Zed
It's one of the editors I tried before coming back to Neovim. It's decent and has the best Vim emulation out of every other editor. The AI integration is fun too if I'm bored and have some time to waste. But I can't find any way to replicate Telescope functionality from Neovim, which really is the killer feature why I can't use any other editor. I have the Telescope file find mapped to space in normal mode, so now I just have a muscle memory of hitting space, typing file name, hitting enter and expecting to be there. I was able to recreate it in Emacs, but it's always at the bottom of the screen and the UI is unintuitive. I think there's a way to change it but I haven't been able to find it yet.

Gomen, Ojou-chan, but for me it's Helix.

>>106449606
Nice cute facts about Vim!

>>106450344
>I have heard of GUI frontends
GVim

>>106449606
Pedo get-together thread.

>>106449606
>thinly veiled off topic pedoweeb thread

>>106450247
You can compile gVim as either using Athena Widgets or GTK version. Windows version uses Win32 I guess. But it only gives you a menu, toolbar, scrollbar etc.

>>106450247
I just read the rest, because I didn't bother before.
>Different font styles per line (e.g. show markdown titles in big serif text)
there is no feature for that, but I don't see the point honestly, rich text sucks
On similar note there is a functionality - conceal
It allows you to conceal a syntax entity into a symbol. You can transform code to look nicer.
For example you can implement ligatures with it or define pere language substitutions like math functions with their symbols (math.sqrt with √, math.sum with ∑, math.PI with π etc).
>Actual freeform popup windows
I don't know what's the problem, there are popups in Vim already. Neovim apparently has "better" popups, but I don't know what's wrong with Vim popups. It works for me.
>Smooth scrolling
This is a gimmick but here you are: https://github.com/psliwka/vim-smoothie
>Ability to display images inline
If w3m and terminal file managers can do this so do vim and here you are: https://github.com/benzanol/vim-imager
>Native OS integration
>>106451599
>Different blur/transparency for editor area and panels
idk
>Daemon mode
vim --servername (name of server) --remote (opens file in a server)
I used to use a wrapper script for opening files with vim server to reuse the same vim instance. I no longer do this. I see not much point to it.

File: vi.jpg (45 KB, 380x380)

45 KB JPG

>>106449606
vi

>>106451004
>>106451599
>GVim
Took me a while to find it, turns out it's part of the default vim package. For some fucking reason running it breaks my xwayland, the window is just completely black. Probably a wayland bug though. And either way I need something for neovim, not vim.
I found one for neovim called
>neovim-gtk
But it's in a half cooked state. Mouse doesn't work at all. Fonts are all fucked. I probably need to change my config to make it play nice with it.

>>106451669
>rich text sucks
It's nice for editing notes. I need it because I want to replace Obsidian since its vim emulation is not that good and I still have to use the mouse for navigation inside it.
>conceal
Never heard of it, but in my Emacs setup I can collapse and expand markdown headings.
It also turns bullet point lists to • symbol, hides the #'s before headings, hides ``` code fence etc. Basically hides all Markdown syntax and renders it to look like a real doc. If you put your cursor over it shows again, or you can toggle it all and go back to "source mode".
>popups
They work I guess, but it would be nice to have them freeform movable and resizable, instead of tied to the terminal grid.
>vim-smoothie
That's not what I mean lmfao. I mean smooth scrolling like instead of scrolling line-by-line you scroll pixel-by-pixel. Like scrolling in a GUI app or a web browser. AFAIK it's impossible in the terminal because again, tied to the grid. You can't have a line halfway off the screen in the terminal.
>vim-imager
That's actually quite nice. I stand corrected. I found a similar plugin image.nvim for neovim and added it to my setup. Thanks!
>I see not much point to it [daemon mode].
Mostly to fix slow Emacs startup. It's a non-issue in (neo)vim since it starts almost instantly.

>>106449606
tabs in vim are rarely used unless you do something stupid trying to force it to behave like some other gui editor. same with file tree sidebars.

vim-bufstop is nice to cycle the last n buffers with F-keys. vim-dirvish gives a more reasonable file browser (netrw sucks real bad).

fzf-lua/fzf-vim) gives a better file search/fuzzy finder

>>106453053
>wayland
The first version of gtk that supports wayland is gtk3 and knowing vim's legacy it's probably still on gtk2. And the athena widget version is obviously x11 as it's one of the oldest x11 toolkits. I don't use wayland so I didn't thought about it not working. I heard though that you can run X11 applications on wayland with Xwayland or something like that.
>conceal
What you described in Emacs is exactly what conceal does in vim. The only thing that can't vim do is change fonts. You can write a syntax file for markdown that will turn * into unicode bullet point etc.
>popups
fair enough, that is a limitation of the terminal itself. We can't render something that won't fit the grid.
>smooth
ok fine, I didn't understood what did you mean about smooth scrolling. I thought smooth scrolling means that the screen scrolls gradually with even speed, not in leaps. But I don't see how it would be implemented for your smooth scroll. The vim has command/motion for any motion you do in it and what you want are fractional motions which are impossible. The vim operates in lines, I don't know why would anyone fuck with arbitrarily rendering fractions of the line (if your half is partially in the buffer or out of the buffer). What motion would even do this? You move x characters in column or y lines on the screen. There is no motion that would scroll fraction of the line and it's counterproductive because it doesn't have functional sense. There are motions for scrolling by line, scrolling half page or full page which is half and full height of visible buffer. Do you use mouse with vim? What we do in vim usually is not to scroll until we find something, but we tell vim what to look for. We say where we want to go in the buffer. The most efficient way to navigate is to just /search for it forward or ?search for it backward or with easymotions like plugin for motions in visible part of the buffer.

>>106453313
>Xwayland
It's what I'm using but it's broken for some reason. Like I said probably a wayland bug.
>Do you use mouse with vim?
On desktop no, but on laptop I use trackpad to scroll, yes
>but we tell vim what to look for
If you know what you're looking for, yes.
>The most efficient way to navigate is to just /search for it forward or ?search for it backward
Yes, I know. But again you need to know what the fuck you're looking for.
If you're just reading from top to bottom, scrolling with a mouse is nice because you can keep scrolling instead of having to keep pressing j or page down. And it's smooth and keeps continuity instead of having to bring your eyes to the top when you go to next page.

File: 1751024011748204.png (387 KB, 518x376)

387 KB PNG

>>106449606
>this is vim.

>>106453371
I see. For reading I use <C-d> (scroll half page down) and <C-u> (scroll half page up). It's basically default pager behavior. When I work with the code I use % and # on braces, brackets etc. I often use zz to make the current line centered in the buffer. There is also zt and zb for (top, bottom) but it isn't that useful. If you learn more such things you won't go back to other ways. The are better imo. I didn't use a mouse for a long time for that kind of things even in other editors, for example in Eclipse with Vrapper (vim emulation). When I worked with Java I just used the same as in vim.

>>106453489
>For reading I use <C-d> (scroll half page down) and <C-u> (scroll half page up).
Maybe I'm braindamaged or just used to smooth scrolling, but I can't keep track of the text everytime it jumps more than a few lines and get lost for a few seconds when it happens, so these are unusable for me. That's why I always use mouse when reading.
>zz
Yeah this one I know and use sometimes. But now I mostly don't need it since I configured scrolloff=8 so I always have a few lines of padding to make edits.
>zt and zb
these ones I didn't know about, thanks!

Btw I don't use a mouse (or trackpad) for anything other than scrolling. I have mousemode set to empty so clicking or anything else doesn't even work. I only use it to scroll.

I tried the tutor in earnest for the first time yesterday. It's pretty intuitive and I can see how combos feel good when they become muscle memory. I don't know what this meme is about vim being le hard

File: vim_cursor_linecol.png (118 KB, 906x870)

118 KB PNG

>>106453552
You can set cursorline and set a color of it with good contrast from the background. That will makes it visible at any time. There is also a cursorcolumn, but that one is overkill. I've set it for illustration purposes. But if you like it then go for it.

vimrc

set cursorline
set nocursorcolumn

>>106453407
>cheerful and more productive than most people on /g/ ever will be
Yep, that's Vim.

>>106453110
I'll never get why vim people act like vim tabs are some kind of fundamentally different thing from vscode tabs, they really aren't.

>>106449606
I use vscodium because i have a job and do not care about spending hours learning shortcuts when I can just press a button and start coding

>>106449606
mogged by nano

>>106449606
would

>>106455574
I used vim years before I started working as a developer. There was no VSCode nor Atom. The popular thing was Sublime Text on Windows and some people used Gedit, Kate on Linux. But only the ones that weren't using terminal. I used terminal and learned vim very early. I had a choice between Vim, Joe and Nano. I didn't liked Nano. I didn't knew Emacs existed, maybe if I picked up Emacs back then I would be devoted Emacs user. Regardless of that over the years I just learned more of vim by simply using it. I still wouldn't use these new things. I like vim and it works for me.

>>106455574
>I have a job coding
>I am not willing to spend hours learning a tool that will make my job more productive

>>106449606
I prefer Vi. Vim is fat and I would not write code with her.

>>106455476
>vim
>simple, works anywhere
>vscode
>jeet shit. built by jeets for jeets
good morning!

>>106453961
Nah, it's really not all that bad.

>>106451379
>>106451384
newfags

>>106449627
why does everyone use :wq instead of :x?

She looks good for 33.