292
POV: M$ releases a new VSCode version (files.catbox.moe)
submitted 7 months ago by to c/programmer_humor@programming.dev
65 comments fedilink hide all child comments
 

All of these issues are from today.

you are viewing a single comment's thread
view the rest of the comments
[–] 1 point 7 months ago (8 children)

Doesn't seem like much of a VSCode replacement though since it is terminal based

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 8 child comments
    •
  • [–] 10 points 7 months ago

    I replaced VS Code for me on every way I used it, both at work at at home. Been using it professionally for about two years now. It has LSP support, code actions, local and global symbol jumping, jumping to definition, etc, etc, etc. All I need to be productive without the use of AI. 👍👍 (Maybe there's even a way to use AI with it as well, but idgaf about that.)

  • permalink
  • fedilink
  • source
  • parent
  • [–] 9 points 7 months ago (6 children)

    For the record, TUI applications can definitely do a good job of replacing GUI applications. It is not inherent to the terminal that it can't.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 6 child comments
    •
  • [–] 2 points 7 months ago* (last edited 7 months ago) (5 children)

    Feel free to correct me if I'm wrong, but I thought it was inherent to the terminal that you can't position the cursor and select text using the mouse, and also inherent that there are not right-click menus.

    If you don't want to use a mouse in your code editor that's a valid preference, but these are very different styles of programs and exist in separate categories. Personally I was using Atom before I was using VSCodium, and I really like most design choices of the latter, it's basically everything I always wanted an IDE to be like. Don't want to stop using the mouse.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 5 child comments
    •
  • [–] 7 points 7 months ago*

    Helix, just as Kakoune before it, supports multiple cursor selections, even off-screen. 👍 Mouse selections are also not a problem. NeoVim also has support for mouse selection.

    Feel free to try it out! Setting up LSPs requires some setup work, but if you just want to try out the editing paradigm, you can just try to edit a plain text file to get a feel for it.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 2 points 7 months ago

    it was inherent to the terminal that you can’t position the cursor and select text using the mouse, and also inherent that there are not right-click menus

    There may be terminals for which that is a limitation, but with neovim in konsole, I can (left) click to move the cursor or select text and right-click to get a contextual menu.

    Separately, the TUI libary we use for RESTMan is Brick and does support mouse events. IIRC we only support mouse-wheel scrolling, but there's a lot more that is possible.

    So, I think it might worth your time to try some TUI alternatives to your GUI environment.

    Your larger point that TUI can't fully replace GUI stands, at least IMO. Even for plain text formats (e.g. dotty) that I want to edit with a fixed-width font, an image (pre)view can be essential to some tasks. I don't usually find that's true for coding tasks, but design docs often benefit from charts.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 1 point 7 months ago (1 child)

    You don't need a GUI to use a mouse, we could even use a mouse in command line MS-DOS

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 1 point 7 months ago*

    Well ok my mistake, it's just that literally all the command line text editors I've tried, the mouse does nothing by default and people act like you're not supposed to use it, it's just not a core part of how the software is designed to be used

  • permalink
  • fedilink
  • source
  • parent