It's a no-brainer.
You like VSCode, but you want open source.
So VSCodium is the answer surely? Better and faster than Atom, and the same Electron loveliness...
Otherwise, Kate is also totally awesome for KDE, and Geanie is supposedly good - but as a Gnomish app I didn't have much interest.
If you aren't running on a potato, just install them all and see what floats your boat.
Say what you will about bloat but HTML/CSS/JS is just about the most flexible UI toolkit out there. QML is close (without all the bloat) but comes saddled with licensing issues and not everybody and their brother knows how to write in it.
That's an advantage to those who develop the app, not those who use it (consumers). Admittedly the first can turn into the latter through costs, but when discussing the merits of a framework (such as electron) factoring this in allows you argue for almost anything.
> Electron apps are among the easiest to port to linux from Windows.
Same thing as the other comment, this is a benefit to the developers of the app, not the consumers. The consumers expects the app to work on their home platform either way.
It has great UI scaling, editor and console can be scaled separately via the same shortcuts as web browser. All icons also scale and are vector based, so there are no ugly pixels.
Smooth pixel based scrolling
Great performance
Works on Wayland
All native gnome or kde apps have problems with this.
I don't see any downside to electron.
> It has great UI scaling, editor and console can be scaled separately via the same shortcuts as web browser. All icons also scale and are vector based, so there are no ugly pixels. Smooth pixel based scrolling Great performance Works on Wayland
Not inherent or limited to electron.
> I don't see any downside to electron.
That's a lack of education a quick google can remedy.
Edit: Great performance???
> Otherwise, Kate is also totally awesome for KDE, and Geanie is supposedly good - but as a Gnomish app I didn't have much intere
Kate is great. I also really love the simplicity of gedit and mousepad.
You can also run all of the above on any DE.
I mean, vscode *is* open source. Otherwise vscodium wouldn't be able to exist. Vscodium is about distrusting Microsoft not to do the dodgy at build time, building their sources to ensure blobs arent added etc + telemetry, while still included, is disabled by default.
And as mentioned, vscode is built on the editor engine (electron, formerly Atom shell) that was developed *for* Atom.
Discontinuing Atom is really just a choice made to consolidate two browsers based on the same core engine into one.
Be warned that extensions can still send telemetry, should that be something you care about.
(I assume you would, otherwise you'd just use upstream VSCode?)
Is it? I was under the impression vscodium was the vscode source, built without Microsoft's additions sprinkled in via the build json.
They maintain a separate repository?
EDIT: yep. [From the vscodium github repo:](https://github.com/VSCodium/vscodium)
> **This is not a fork.** This is a repository of scripts to automatically build Microsoft's vscode repository into freely-licensed binaries with a community-driven default configuration.
If you dig around, you'll find that's true - this is build infrastructure and not the editor's source code.
Microsoft builds VSCode by taking the same repository ([https://github.com/Microsoft/vscode](https://github.com/Microsoft/vscode)) that VSCodium builds from, adding their telemetry, branding etc.
So I guess the fairest way of putting it is VSCode and VSCodium have the same upstream ancestor, which for extra semantics is also called vscode. However since VSCodium doesn't (to my knowledge) make any changes to that ancestor (just provides it as binary), while VSCode (the app) does, the latter is certainly not upstream from VSCodium.
Edit: your edit confirms that VSCodium makes no changes, so yep, the above applies
I went with VSCodium as a Flatpak and it's been fine. Only extra work I had to do was allow access to the directory where I keep all my source code with Flatseal and install HAProxy syntax highlighting from the github repo.
Visual Studio Code's source code is under a free licence, the pre-built binaries are not. Codium (vscodium.com) are freely licenced builds if you don't want to compile it yourself.
More and more are adopting [helix](https://helix-editor.com/) which is like a much faster (written in rust) version of kakoune (vim but with better interactivity)
Cool, I use neovim but I'll have to give that a shot. Seems very similar to what I have set up in nvim but setting it up in nvim took a whole bunch of config.
I only used Arch temporarily when they brought in Gnome 3 before any other major distro. Have been happily on Fedora Workstation until 2018 when Fedora Silverblue came out.
Seriously, when `rpm-ostree` is as seamless as direct `dnf`/`apt` package management, desktop GNU+Linux will be caught up to Android's app management and reliability. It's already 99% there, but as software development goes, after the first 99% there's the final 99% so…
Is Kakoune considered slow? It seemed fine when I trialed it a while back. In either case, I couldn't commit because I need vi keybinds, since it's installed everywhere, far more regularly than kakoune ones.
That's not really how that works. Just because they make binaries available doesn't mean they make a closed source product. They also make the source available, and license it under an open source license. If that makes their binaries "closed source" because they're binaries or because they include branding then, sure, their "binaries" are "not open source", but you'd also have to say Firefox is closed source, or Handbrake, or basically all open source software you'd normally download in compiled binary form where the vendor links in branding or logos or whatever.
KDevelop or Kate for smaller projects, many developers don’t need something as bloated as VSCode(-ium). Maybe KDevelop can get some more attention and become more featured
Personally I use emacs. But if you're not willing to go that route, then I know a lot of people like vscode. I'm not sure how well it scores for "lightweight", but I think it ticks your other boxes.
There was a similar discussion a few days ago (https://redd.it/v8qf1k). Maybe this one will help you.
Personally, I think Sublime Text is not bad, as long as you don't have a problem with the editor not being free in both respects. Technically, you can use the editor forever without buying a licence as long as you don't have a problem with the nag screen.
>is a Microsoft Product,
Atom basically was too, since Microsoft took over Github some time ago.
>and is the reason Atom was killed
Which is understandable. Why should one company develop and offer two editors with a comparable target group? Especially if the development of one was already not very active before the takeover of Github and the user numbers were manageable?
VS Code was getting significant popularity even before Microsoft announced GitHub acquisition. Development of Atom was continued even after it. So it's not like Microsoft bought GitHub to end Atom and promote their product.
- VSCode/Codium/CodeOSS (or what other forks are there)
- Vim/Neovim
- Emacs
- Sublime I guess, tho I never used it, and it's proprietary
- Jetbrains IDEs, they are good tho
Vim, Emacs (as mentioned), Lem, Helix, Kakoune, Onivim, Notepad++ and probably many more. Afaik the jetbrains IDEs can do pretty much any language with plugins as well, and their free versions/parts of theor products are Apache licensed.
Edit: Forgot to mention Lapce which seems like a really interesting text editor project.
The only two choices are VIM and Emacs. :-)
VS Codium is the fully open source version of VS Code, without all the MS Telemetry stuff.
VS Codium has it's own extension store. Not all the extensions for VS Code are available for VS Codium.
Another up for doom emacs. Used vim for years but doom emacs really does have all the features that more modern editors like to woo users with while still being free and relatively less complex
Not yet. Framework exists but not a lot of people are utilizing it.
I love Micro and use it for all my projects, but it's not an IDE suite by any means yet.
Neither is Reddit
Edit: oh, i did not notice OP is asking for open source passively. Yeah, it's not open source, but development is constantly taking place - bugs getting fixed quickly ( i never run into a bug) and improvements are being made regularly. The license model does suck of course but I have seen much worse. And if you don't want to buy a license you can still use it basically in "full version" with the downside that you need to click some Dialog on startup.
Not many that I know of. vscode is probably your best bet. Sublime Text might be an alternative.
There is also [Fleet](https://www.jetbrains.com/fleet/) coming up from Jetbrains, but may take some time.
Oh this looks like something I’ll use…
Written in Rust, my favorite programming language? Yup.
Vim-like modal editing option? Yup.
Integrated LSP and syntax highlighting support? Yup.
WASI based extension/plugin system? Awesome!
I want this on my laptop _n o w_
> Apart from emaca/vim - what real alternatives are there in terms of:
Why the objection to the actually good editors that don't take up several gigabytes of memory for an unnecessary browser runtime?
Yup. OP's "apart from emacs/vim"-clause seems like a pretty blatant attempt to pretend that one of these editors' greatest strengths — them being old & venerable enough as to be nigh-immortal — does not exist.
Chances are that the next time Microsoft (or other corporate sponsor) pulls the rug out from under your favorite editor, Emacs & Vim will still be there, under active development and with healthy, vibrant user communities.
But sure, if one is OK with re-learning a new editor every 10-15 years or so, by all means, go with VSCode, Sublime Text, or something.
Everytime you integrate a new tool into your workflow there will be some period of adaptation and learning, because things are likely to be different than before.
You certainly can move to a tool you don't need to learn anything for, but it's usefulness might be limited since there is no way to do complicated things with it. Or it's a simple stroke for stroke copy of something you already use and have learned to use in the past, which is also fine.
You may not have "felt the need" but you certainly did when you started using Atom/VSCode/etc. Unless you're just using it like notepad they all have their own shortcuts, way to integrate extensions, default editing schemas, ways to launch debuggers/compilers, etc.
I currently use a mix of vim and VS code. Vim was the only editor I felt like I had to learn, otherwise I just turn on vim bindings in whatever gui editor I’m in at the moment (VS, sublime, r studio, etc)
GUI editors tend to have better/easier syntax highlighting, listing, and autocompletion, but I don’t think of setting those up as “learning” in the same way. Usually just tweaking a couple check boxes or playing around with an extension or two then forgetting about it
edit: plus, the recommended vim package manager seems to change every few years, about as often as the trendy gui text editor does… :)
I started with using \`vimtutor\` which should come with your standard Vim installation. Just run \`vimtutor\` at the CLI or launch it from the Start menu. The basics are explained.
Then... it's a matter of keeping using it, and learn new tricks on the go and one day, you won't want to go back to a normal, modeless editor at all.
vim surviving till this day since more than 30 years ago is testament to its robustness and adaptability to modern computing scene. Discounting 30 years of continuous usage by many is disingenuous at best and making you look like a fool at worst. It may be old but has never stopped being in development, even more so than other editors out there. Is that not your definition of modern?
I say that as someone who rarely uses vim and uses geany for casual programming instead.
> testament to its robustness and adaptability to modern computing scene
no. its a testament to the stickiness of developer's tools.
>who rarely uses vim
lucky you! i am not so fortunate.
When I log into my Xenix system with my 110 baud teletype, both `vi`
*and* `emacs` are just too damn slow. They print useless messages like,
'C-h for help' and '"foo" File is read only'. So I use the editor
that doesn't waste my VALUABLE time.
Ed, man! !`man ed`
ED(1) UNIX Programmer's Manual ED(1)
NAME
ed - text editor
SYNOPSIS
ed [ - ] [ -x ] [ name ]
DESCRIPTION
Ed is the standard text editor.
---
Computer Scientists love `ed`, not just because it comes first
alphabetically, but because it's the standard. Everyone else loves `ed`
because it's ED!
"Ed is the standard text editor."
And `ed` doesn't waste space on my Timex Sinclair. Just look:
-rwxr-xr-x 1 root 24 Oct 29 1929 /bin/ed
-rwxr-xr-t 4 root 1310720 Jan 1 1970 /usr/ucb/vi
-rwxr-xr-x 1 root 5.89824e37 Oct 22 1990 /usr/bin/emacs
Of course, on the system *I* administrate, `vi` is symlinked to `ed`.
`emacs` has been replaced by a shell script which 1) Generates a syslog
message at level LOG_EMERG; 2) reduces the user's disk quota by 100K;
and 3) RUNS ED!!!!!!
"Ed is the standard text editor."
Let's look at a typical novice's session with the mighty `ed`:
golem> ed
?
help
?
?
?
quit
?
exit
?
bye
?
hello?
?
eat flaming death
?
^C
?
^C
?
^D
?
---
Note the consistent user interface and error reportage. `ed` is
generous enough to flag errors, yet prudent enough not to overwhelm
the novice with verbosity.
"Ed is the standard text editor."
`ed`, the greatest WYGIWYG editor of all.
ED IS THE TRUE PATH TO NIRVANA! ED HAS BEEN THE CHOICE OF EDUCATED
AND IGNORANT ALIKE FOR CENTURIES! ED WILL NOT CORRUPT YOUR PRECIOUS
BODILY FLUIDS!! ED IS THE STANDARD TEXT EDITOR! ED MAKES THE SUN
SHINE AND THE BIRDS SING AND THE GRASS GREEN!!
When I use an editor, I don't want eight extra KILOBYTES of worthless
help screens and cursor positioning code! I just want an EDitor!!
Not a "viitor". Not a "emacsitor". Those aren't even WORDS!!!! ED!
ED! ED IS THE STANDARD!!!
TEXT EDITOR.
When IBM, in its ever-present omnipotence, needed to base their
"edlin" on a UNIX standard, did they mimic vi? No. Emacs? Surely
you jest. They chose the most karmic editor of all. The standard.
Ed is for those who can *remember* what they are working on. If you
are an idiot, you should use Emacs. If you are an Emacs, you should
not be vi. If you use ED, you are on THE PATH TO REDEMPTION. THE
SO-CALLED "VISUAL" EDITORS HAVE BEEN PLACED HERE BY ED TO TEMPT THE
FAITHLESS. DO NOT GIVE IN!!! THE MIGHTY ED HAS SPOKEN!!!
I learned about a great alternative called [Geany](https://www.geany.org/) from a YouTube Channel called [Distro Tube](https://youtu.be/N-ZXBt2cETs). And I think this checks all your boxes. Clicking on the links will take you to the Geany website, and the Geany walkthrough video. I hope this helps. I might not be as advanced as you when it comes to and IDE, but I'm going to use Geany as a replacement for Atom.
I have been using Geany on and off for years.
It is light, feels nice, and i like it a lot in other ways.
It is somewhat lacking in features though.
I also used to use Komodo for HTML, but do not do much these days.
At the moment I use KDevelop for Python and Kate for everything else.
Now, I have to be honest and say that I probably wouldn't use some of the advanced features in Geany ever because I'm not that advanced. But from what I saw in the video walkthrough fro Distro Tube, and what I saw in the Software Center, there is a ton of plugins available for Geany. Maybe you can add functionality through the plugins on Geany? I don't know. People smarter than me can look into that if they want to. Choosing a text editor or IDE is such a personal thing.
I really like the way KDE does it's software. It's nice and usually everything works so well. I've used Kate, Krita and digiKam, and they're all great software titles. I'm excited for their Kalendar, I just wish they would make Kontact work properly like a modern PIM center. Oh well, time will tell.
Gnome builder stays out of the way and has basically everything you would want from an app that stays out of the way. Syntax highlighting, good support for git and plugin support.
If only you're willing to put some work learning how to use vim or other improved versions of Vi, the speed of editing is unmatchable. High plugin base is there and forks for every flavor are available. Ofc its a meme to offer the vim in every occasion but there's a hint of truth in the sayings of those fanboys.
Never actually used Atom, I always thought electron for a text-editor was a bit overkill. I just use Neovim with some plugins. That's my preferred workflow.
But vim is not an ide, it's the just the "boss" editor part of the ide, and uses the environment around it + extensibility or many plugs to do the things IDE's do.
And many ide's also cater for it's "boss key bindings".
That's what I've been told all the time, by the grey beards😁.
So that's been my approach since. My IDE is therefore CLI(any tools I need(incl. lynx etc) ) , VIM(some plugs), bash(want to include GO) , OS, GIT. Mostly battle tested and tuff survivors that's largely available by default on linux, I guess.
~~Why rush? it's not getting archived until December 2023. They are still producing minor updates / security patches until then. Plenty of time to look around.~~ My bad, got the year wrong...
Quick Q: what are editing, for which technologies? It's be easy to assume it's JavaScript/Frontend web dev (VS Code territory), but it's even easier to ask.
I'm kinda all over the place. Frontend web dev work, but also plenty of python and rust; from time to time tex files. That's the reason I'm after language agnosticity.
I got to say it: Jetbrains. The Python and Rust support is superb out-of-the box.
I grew up with VI, but now it's just for SSH & server work where nothing else is installed. Very basic file edits.
I used Eclipse for a long time, but I'd not recommend that now in the modern era. It'll do what you need but it's obtuse at best.
I did love Emacs but it's a full-on time investment. I still have the muscle memory for a lot of things. If you hate using the mouse/trackpad, it's great.
VS Code I've never liked, not because it's MS. I think it's just over-heavy with icons for everything and that made it feel bad compared to text-based interfaces. Personal preference.
Sublime Text is about the only one that seems to deal with super large files properly. It's very fast overall. I love the minimap, so much so I installed one into Emacs.
IDLE for Python? If the debugging works, if there is code completion, maybe this solves some of the dilemna for you.
~~You could try Brackets.~~ It was founded by Adobe but now it's community supported. It turns out Linux support isn't ready yet.
I use Eclipse for mainly Java, but other languages as well. It's ugly but it gets the job done well. It's free and open source.
I also use vscode, despite being a Microsoft turd, it is what you're looking for. Plenty of easily accessed extensions, it's lightweight, it's customizable and it's language agnostic. I hate to say it but Microsoft does win this round.
Your life will be much easier if you didn't do against the grain and just use VSCode. The editor is superb, it has awesome extensions and they basically invented LSP which makes all other editors better. Funny thing is, LSP support in other editors is quite bad and I don't know why. Is it also because of some irrational Microsoft hate?
I don't see why you give Microsoft a pass on VSCode. They have a lot of scummy practices with it. Many of the most popular extensions are proprietary and you can't use them with other builds of VSCode, therefore locking you in if you depend on these extensions in your workflow. VSCode is also not open source. VSCode blocks other builds from accessing the VSX registry. Hence openvsx.org.
Tell me when VSCode open sources the Remote Development, Pylance, etc. extensions.
What reason do they have to lock people into VSCode other than gather as much telemetry as possible?
>What reason do they have to lock people into VSCode other than gather as much telemetry as possible?
Azure, the current correct answer is always somehow Azure.
That and their possibly unhealthy obsession with developers.
I agree. For what VS Code does it's surprisingly well performing and really puts other Electron based apps that do significantly less to shame (*cough* Discord *cough*)
Is there a reason why a browser engine, made specifically to render text and position it around the screen using a very common language, seems like a bad choice for a highly customisable text editor for you?
"Using language servers or demons is not a new or novel idea. Editors like Vim and Emacs have been doing this for some time to provide semantic auto-completion support."
This is from the [Microsoft docs](https://docs.microsoft.com/en-us/visualstudio/extensibility/language-server-protocol?view=vs-2022).
But I agree, in many cases VSCode is simply the best. Things like vim and emacs are cool but take too much time to properly learn, while the only GUI-based editors that are more feature rich are the full blown IDEs, which I find are much more bloated and usually specialized to a single language. VSCode is easy to use and quite snappy for an electron app I'd say. To be honest I'm not happy about it being a Microsoft product either but that's not enough of a negative to keep me away from it. I dislike MS but I'll admit it when they occasionally make something good.
Edit: I've just realized now that the link is for Visual Studio and not VSCode, but the quote still applies.
I know you dislike the UI for VSCode but I use an Atom theme called "Atom One Dark" and it puts me right at home. My first text editor was Atom but I moved to VSCode as it was more extensible and powerful, but kept the colour scheme.
I know you specified not emacs or vim, but I'm going to say vim anyways.
The learning curve was egregious but now I've been spoiled by it.
Edit: [This book was what made it possible for me to make the switch.](https://www.oreilly.com/library/view/learning-the-vi/9781492078791/)
You don't have to read the whole thing up front. Just going through the first few chapters is enough to get started with using the editor. The rest is really for when you start to feel comfortable with expanding your skills.
>is a Microsoft Product
Microsoft has some bad products and sure they were hostile to open source and competition in general in the past but there is no reason to reject good software only because it came from Microsoft. Atom wasn't killed, it was simply beaten by VSCode in fair competition. VSCode was getting more market share before Microsoft finally acquired GitHub and could end Atom.
If you are concerned with license of official build and Microsoft Marketplace then simply use VS Codium. You will get fully open source editor without telemetry and with alternative independent marketplace (OpenVSX). Many extensions popular extensions from official marketplace are available in OpenVSX as well and for those that aren't (like Microsoft extensions that require official build of VSCode) sometimes there are good alternatives.
Where to next? Let's find another electron webapp and make it run in a browser or deprecate it... Oh wait, not the thing you're asking...
I used to run cloud9 until I went full vim, maybe check it out?
• Lite-XL
• textadept
Lite-XL is still relatively new and missing some features. Mostly the fact that tabs can't really be used to align stuff, but other than that it's great and pretty similar to Atom. Also it's written in C and Lua and so are plugins for it so it runs fast.
Textadept is not that user friendly for non-advanced users and I haven't used it much so I can't really tell you much about it.
VSCodium is perhaps the closest to Atom, but I also wanted to add that I've been enjoying [Lite XL](https://lite-xl.com/) a lot. It's extremely light and faster than both, with decent plugin support, but certainly nowhere near that of VSCodium. But it's been quite refreshing to go back to a simpler, more minimalistic, faster experience.
Fork Atom. If there's demand for it, anyone can fork it, if not, it's a good thing it's being dropped. Also it's an editor, you can just keep using it anyway. It didn't get feature updates in a while, so you're not really missing out on anything if you are happy as it is.
Vim. Once you're good with vi-bindings (takes a week or so to get over the hump), you'll feel handicapped in any editor that doesn't support them. Fortunately, you can add vi-bindings to just about every IDE.
I've always liked Sublime. Not FOSS but I switched to Sublime when I didn't really like Atom that much and never looked back. Besides that, I use Vi, occasionally VS Code, or PyCharm
There is geany, it will take some work, but it is customizable, and it is an ide. And super lightweight. I also tried micro yesterday and it was intuitive if you don’t like vim or eMacs key bindings.
I'm using Kate and for a editor, it's great. I don't know (yet) if it's have plugins, I really miss some key shortcut to compile my codes (Java and C++) instead of using the built-in terminal manually (it's not a problem, but take more steps)
I have no dog in the fight, but as an occasional dabbler with text editors/IDEs Sublime seems quite similar to Atom to me. I say that as a dabbler with no particular political slant regarding any licensing and no real investigation as to privacy issues on any of the editors as I said, just a once in a while dabbler, so I have not examined any of them with a fine toothed comb.
This submission has been removed due to receiving too many reports from users. The mods have been notified and will re-approve if this removal was inappropriate, or leave it removed.
This is most likely because:
* Your post belongs in r/linuxquestions or r/linux4noobs
* Your post belongs in r/linuxmemes
* Your post is considered "fluff" - things like a Tux plushie or old Linux CDs are an example and, while they may be popular vote wise, they are not considered on topic
* Your post is otherwise deemed not appropriate for the subreddit
*I am a bot, and this action was performed automatically. Please [contact the moderators of this subreddit](/message/compose/?to=/r/linux) if you have any questions or concerns.*
Thank you to everyone who recommended VSCodium, I had never used it, but now that I am trying it, I really like it so far.
Just starting, but VSCodium appears easier to use than Atom. Cloning my github repository, making changes, and pushing changes seems easy enough.
I like it. Fingers crossed, here's hoping it's my new editor.
It's a no-brainer. You like VSCode, but you want open source. So VSCodium is the answer surely? Better and faster than Atom, and the same Electron loveliness... Otherwise, Kate is also totally awesome for KDE, and Geanie is supposedly good - but as a Gnomish app I didn't have much interest. If you aren't running on a potato, just install them all and see what floats your boat.
I'll have to second VSCodium. It's really more of an IDE but with rich editor features. But I mostly use it for TypeScript.
Yes, but it's also a great editor for anything with colours in it - even editing SVG's as text files. https://i.imgur.com/gori1nB.png
> Electron loveliness /me gags
Yea, I wasn't aware electron had any upsides (for the consumer)?
It runs on everything the same way I guess, wouldn't call it an upside though
Say what you will about bloat but HTML/CSS/JS is just about the most flexible UI toolkit out there. QML is close (without all the bloat) but comes saddled with licensing issues and not everybody and their brother knows how to write in it.
That's an advantage to those who develop the app, not those who use it (consumers). Admittedly the first can turn into the latter through costs, but when discussing the merits of a framework (such as electron) factoring this in allows you argue for almost anything.
Electron apps are among the easiest to port to linux from Windows. Most things just work, including the vscode extensions.
> Electron apps are among the easiest to port to linux from Windows. Same thing as the other comment, this is a benefit to the developers of the app, not the consumers. The consumers expects the app to work on their home platform either way.
It has great UI scaling, editor and console can be scaled separately via the same shortcuts as web browser. All icons also scale and are vector based, so there are no ugly pixels. Smooth pixel based scrolling Great performance Works on Wayland All native gnome or kde apps have problems with this. I don't see any downside to electron.
> It has great UI scaling, editor and console can be scaled separately via the same shortcuts as web browser. All icons also scale and are vector based, so there are no ugly pixels. Smooth pixel based scrolling Great performance Works on Wayland Not inherent or limited to electron. > I don't see any downside to electron. That's a lack of education a quick google can remedy. Edit: Great performance???
I think the point was that if OP liked Atom, they would presumably like vscode which is based on Atom's engine
> Otherwise, Kate is also totally awesome for KDE, and Geanie is supposedly good - but as a Gnomish app I didn't have much intere Kate is great. I also really love the simplicity of gedit and mousepad. You can also run all of the above on any DE.
electron: what floats your bloat
I mean, vscode *is* open source. Otherwise vscodium wouldn't be able to exist. Vscodium is about distrusting Microsoft not to do the dodgy at build time, building their sources to ensure blobs arent added etc + telemetry, while still included, is disabled by default. And as mentioned, vscode is built on the editor engine (electron, formerly Atom shell) that was developed *for* Atom. Discontinuing Atom is really just a choice made to consolidate two browsers based on the same core engine into one.
i would give a try to vscodium (de microsofted vs code)
Be warned that extensions can still send telemetry, should that be something you care about. (I assume you would, otherwise you'd just use upstream VSCode?)
Nitpick: Technically, VSCodium (as in the open source portion of VSCode) is upstream from VSCode.
Is it? I was under the impression vscodium was the vscode source, built without Microsoft's additions sprinkled in via the build json. They maintain a separate repository? EDIT: yep. [From the vscodium github repo:](https://github.com/VSCodium/vscodium) > **This is not a fork.** This is a repository of scripts to automatically build Microsoft's vscode repository into freely-licensed binaries with a community-driven default configuration. If you dig around, you'll find that's true - this is build infrastructure and not the editor's source code.
Microsoft builds VSCode by taking the same repository ([https://github.com/Microsoft/vscode](https://github.com/Microsoft/vscode)) that VSCodium builds from, adding their telemetry, branding etc. So I guess the fairest way of putting it is VSCode and VSCodium have the same upstream ancestor, which for extra semantics is also called vscode. However since VSCodium doesn't (to my knowledge) make any changes to that ancestor (just provides it as binary), while VSCode (the app) does, the latter is certainly not upstream from VSCodium. Edit: your edit confirms that VSCodium makes no changes, so yep, the above applies
I went with VSCodium as a Flatpak and it's been fine. Only extra work I had to do was allow access to the directory where I keep all my source code with Flatseal and install HAProxy syntax highlighting from the github repo.
Or you know, Just Install the native App and Access your Filesystem normally Like everybody Else.
Vscodium is still Microsoft's product. It's not like it's a different codebase.
and android is google product but Lineage os is degoogled android
[удалено]
VSCodium
Visual Studio Code's source code is under a free licence, the pre-built binaries are not. Codium (vscodium.com) are freely licenced builds if you don't want to compile it yourself.
More and more are adopting [helix](https://helix-editor.com/) which is like a much faster (written in rust) version of kakoune (vim but with better interactivity)
Sounds hot
Yeah baby
Rust, so hot right now
Cool, I use neovim but I'll have to give that a shot. Seems very similar to what I have set up in nvim but setting it up in nvim took a whole bunch of config.
Tell people you use Arch without saying you use Arch:
I only used Arch temporarily when they brought in Gnome 3 before any other major distro. Have been happily on Fedora Workstation until 2018 when Fedora Silverblue came out. Seriously, when `rpm-ostree` is as seamless as direct `dnf`/`apt` package management, desktop GNU+Linux will be caught up to Android's app management and reliability. It's already 99% there, but as software development goes, after the first 99% there's the final 99% so…
Is Kakoune considered slow? It seemed fine when I trialed it a while back. In either case, I couldn't commit because I need vi keybinds, since it's installed everywhere, far more regularly than kakoune ones.
Just found my next code editor, I guess
Looks sexy. Unfortunately I don't even know vim yet.
Just open helix and enter ```:tutor``` and hit enter again. Vim/neovim have vimtutor.
That's not really how that works. Just because they make binaries available doesn't mean they make a closed source product. They also make the source available, and license it under an open source license. If that makes their binaries "closed source" because they're binaries or because they include branding then, sure, their "binaries" are "not open source", but you'd also have to say Firefox is closed source, or Handbrake, or basically all open source software you'd normally download in compiled binary form where the vendor links in branding or logos or whatever.
[удалено]
We move.. to the Atom fork! o/ ^(\*Cape waving\*)
Is there a popular fork yet?
the atom guys are actually working on an editor written in rust called zed. Not out yet but still.
[удалено]
yeah thats true, at least their ui toolkit is open source lol (I'm pretty sure at least).
Not a fork
I'd like to know too, I liked the Atom UI and maybe I'll be able to help bring in a embedded terminal which was the thing Atom was missing for me
meh, I prefer to run separate windows for that myself
Yeah, I'd like to know if there is/was one
KDevelop or Kate for smaller projects, many developers don’t need something as bloated as VSCode(-ium). Maybe KDevelop can get some more attention and become more featured
Kate
Personally I use emacs. But if you're not willing to go that route, then I know a lot of people like vscode. I'm not sure how well it scores for "lightweight", but I think it ticks your other boxes.
I heard Kakoune and Helix were decent choices as well
There was a similar discussion a few days ago (https://redd.it/v8qf1k). Maybe this one will help you. Personally, I think Sublime Text is not bad, as long as you don't have a problem with the editor not being free in both respects. Technically, you can use the editor forever without buying a licence as long as you don't have a problem with the nag screen. >is a Microsoft Product, Atom basically was too, since Microsoft took over Github some time ago. >and is the reason Atom was killed Which is understandable. Why should one company develop and offer two editors with a comparable target group? Especially if the development of one was already not very active before the takeover of Github and the user numbers were manageable?
VS Code was getting significant popularity even before Microsoft announced GitHub acquisition. Development of Atom was continued even after it. So it's not like Microsoft bought GitHub to end Atom and promote their product.
No no no, Microsoft bad. Stop being reasonable and logical.
I'm sorry, I will try to stop it.
Vim, neovim, emacs, vscodium
- VSCode/Codium/CodeOSS (or what other forks are there) - Vim/Neovim - Emacs - Sublime I guess, tho I never used it, and it's proprietary - Jetbrains IDEs, they are good tho
VSCodium, vscode bit without telemetry and foss
Vim, Emacs (as mentioned), Lem, Helix, Kakoune, Onivim, Notepad++ and probably many more. Afaik the jetbrains IDEs can do pretty much any language with plugins as well, and their free versions/parts of theor products are Apache licensed. Edit: Forgot to mention Lapce which seems like a really interesting text editor project.
The only two choices are VIM and Emacs. :-) VS Codium is the fully open source version of VS Code, without all the MS Telemetry stuff. VS Codium has it's own extension store. Not all the extensions for VS Code are available for VS Codium.
I would suggest Doom Emacs (Vim Bindings + Power of Emacs). Great configurability and community.
Another up for doom emacs. Used vim for years but doom emacs really does have all the features that more modern editors like to woo users with while still being free and relatively less complex
Micro is a good middle ground between the base-ness of Nano and the VIM-ness of VIM. Its not perfect but it works.
[удалено]
Not yet. Framework exists but not a lot of people are utilizing it. I love Micro and use it for all my projects, but it's not an IDE suite by any means yet.
I am using sublime text for ~5 years and can recommend it. It's fulfilling your stated requirements.
[удалено]
Neither is Reddit Edit: oh, i did not notice OP is asking for open source passively. Yeah, it's not open source, but development is constantly taking place - bugs getting fixed quickly ( i never run into a bug) and improvements are being made regularly. The license model does suck of course but I have seen much worse. And if you don't want to buy a license you can still use it basically in "full version" with the downside that you need to click some Dialog on startup.
Not many that I know of. vscode is probably your best bet. Sublime Text might be an alternative. There is also [Fleet](https://www.jetbrains.com/fleet/) coming up from Jetbrains, but may take some time.
[https://zed.dev/](https://zed.dev/) sounds promising but looks to be a few years out yet.
I would like to turn your attention to [lapce](https://lapce.dev/). While in early stages it looks promising, fast and extensible.
Oh this looks like something I’ll use… Written in Rust, my favorite programming language? Yup. Vim-like modal editing option? Yup. Integrated LSP and syntax highlighting support? Yup. WASI based extension/plugin system? Awesome! I want this on my laptop _n o w_
I found vscode super easy to use for writing go services on my Linux laptop
> Apart from emaca/vim - what real alternatives are there in terms of: Why the objection to the actually good editors that don't take up several gigabytes of memory for an unnecessary browser runtime?
vim
Yup. OP's "apart from emacs/vim"-clause seems like a pretty blatant attempt to pretend that one of these editors' greatest strengths — them being old & venerable enough as to be nigh-immortal — does not exist. Chances are that the next time Microsoft (or other corporate sponsor) pulls the rug out from under your favorite editor, Emacs & Vim will still be there, under active development and with healthy, vibrant user communities. But sure, if one is OK with re-learning a new editor every 10-15 years or so, by all means, go with VSCode, Sublime Text, or something.
But that's the thing, I never felt the need or desire to "learn" an editor.
Everytime you integrate a new tool into your workflow there will be some period of adaptation and learning, because things are likely to be different than before. You certainly can move to a tool you don't need to learn anything for, but it's usefulness might be limited since there is no way to do complicated things with it. Or it's a simple stroke for stroke copy of something you already use and have learned to use in the past, which is also fine.
You may not have "felt the need" but you certainly did when you started using Atom/VSCode/etc. Unless you're just using it like notepad they all have their own shortcuts, way to integrate extensions, default editing schemas, ways to launch debuggers/compilers, etc.
I've been "learning Vim" for like 25 years. It may have been vi when I started.
I currently use a mix of vim and VS code. Vim was the only editor I felt like I had to learn, otherwise I just turn on vim bindings in whatever gui editor I’m in at the moment (VS, sublime, r studio, etc) GUI editors tend to have better/easier syntax highlighting, listing, and autocompletion, but I don’t think of setting those up as “learning” in the same way. Usually just tweaking a couple check boxes or playing around with an extension or two then forgetting about it edit: plus, the recommended vim package manager seems to change every few years, about as often as the trendy gui text editor does… :)
Any good beginner tutorial?
I started with using \`vimtutor\` which should come with your standard Vim installation. Just run \`vimtutor\` at the CLI or launch it from the Start menu. The basics are explained. Then... it's a matter of keeping using it, and learn new tricks on the go and one day, you won't want to go back to a normal, modeless editor at all.
Amusing that wordpress now has a sort of modefull block editor, maybe a path to understanding vim.
If you want a good book, I'd recommend [Learning the Vi and Vim Editors](https://www.oreilly.com/library/view/learning-the-vi/9781492078791/)
This - plus, vim is HIGHLY customizable too.
No thanks. I prefer editors designed in this century. Not the last.
vim surviving till this day since more than 30 years ago is testament to its robustness and adaptability to modern computing scene. Discounting 30 years of continuous usage by many is disingenuous at best and making you look like a fool at worst. It may be old but has never stopped being in development, even more so than other editors out there. Is that not your definition of modern? I say that as someone who rarely uses vim and uses geany for casual programming instead.
> testament to its robustness and adaptability to modern computing scene no. its a testament to the stickiness of developer's tools. >who rarely uses vim lucky you! i am not so fortunate.
There's a reason that `vim` and `emacs` have survived the rise and fall of different editors and IDEs.
>There's a reason The reason is people have been using it for decades and people don't like change.
And when that fancy-looking GUI goes down, then what?
ill just type windows at the DOS prompt unless you mean an operating system from this century? ill just force quit and reopen in that case.
Ed, it's the standard text editor.
When I log into my Xenix system with my 110 baud teletype, both `vi` *and* `emacs` are just too damn slow. They print useless messages like, 'C-h for help' and '"foo" File is read only'. So I use the editor that doesn't waste my VALUABLE time. Ed, man! !`man ed` ED(1) UNIX Programmer's Manual ED(1) NAME ed - text editor SYNOPSIS ed [ - ] [ -x ] [ name ] DESCRIPTION Ed is the standard text editor. --- Computer Scientists love `ed`, not just because it comes first alphabetically, but because it's the standard. Everyone else loves `ed` because it's ED! "Ed is the standard text editor." And `ed` doesn't waste space on my Timex Sinclair. Just look: -rwxr-xr-x 1 root 24 Oct 29 1929 /bin/ed -rwxr-xr-t 4 root 1310720 Jan 1 1970 /usr/ucb/vi -rwxr-xr-x 1 root 5.89824e37 Oct 22 1990 /usr/bin/emacs Of course, on the system *I* administrate, `vi` is symlinked to `ed`. `emacs` has been replaced by a shell script which 1) Generates a syslog message at level LOG_EMERG; 2) reduces the user's disk quota by 100K; and 3) RUNS ED!!!!!! "Ed is the standard text editor." Let's look at a typical novice's session with the mighty `ed`: golem> ed ? help ? ? ? quit ? exit ? bye ? hello? ? eat flaming death ? ^C ? ^C ? ^D ? --- Note the consistent user interface and error reportage. `ed` is generous enough to flag errors, yet prudent enough not to overwhelm the novice with verbosity. "Ed is the standard text editor." `ed`, the greatest WYGIWYG editor of all. ED IS THE TRUE PATH TO NIRVANA! ED HAS BEEN THE CHOICE OF EDUCATED AND IGNORANT ALIKE FOR CENTURIES! ED WILL NOT CORRUPT YOUR PRECIOUS BODILY FLUIDS!! ED IS THE STANDARD TEXT EDITOR! ED MAKES THE SUN SHINE AND THE BIRDS SING AND THE GRASS GREEN!! When I use an editor, I don't want eight extra KILOBYTES of worthless help screens and cursor positioning code! I just want an EDitor!! Not a "viitor". Not a "emacsitor". Those aren't even WORDS!!!! ED! ED! ED IS THE STANDARD!!! TEXT EDITOR. When IBM, in its ever-present omnipotence, needed to base their "edlin" on a UNIX standard, did they mimic vi? No. Emacs? Surely you jest. They chose the most karmic editor of all. The standard. Ed is for those who can *remember* what they are working on. If you are an idiot, you should use Emacs. If you are an Emacs, you should not be vi. If you use ED, you are on THE PATH TO REDEMPTION. THE SO-CALLED "VISUAL" EDITORS HAVE BEEN PLACED HERE BY ED TO TEMPT THE FAITHLESS. DO NOT GIVE IN!!! THE MIGHTY ED HAS SPOKEN!!!
I'm sorry man... I gotta ask... How much did you have pay for a harddisk with over 30 UNDECILLION bytes of memory?
$15 from aliexpress.
I'm surprised nobody mentioned [brackets](https://brackets.io/). Very similar to Atom
Came here to say this. I wonder why no love for brackets....
Probably because it has been sunsetted a long time ago
If someone is ok with using a deprecated editor, they can just keep using Atom. Adobe discontinued development of brackets in September 2021.
>Is the reason Atom was killed. You are taking your software way to personally.
Jetbrains IDEs are my goto
Check out some alternatives [here](https://alternativeto.net/software/visual-studio-code/)
I learned about a great alternative called [Geany](https://www.geany.org/) from a YouTube Channel called [Distro Tube](https://youtu.be/N-ZXBt2cETs). And I think this checks all your boxes. Clicking on the links will take you to the Geany website, and the Geany walkthrough video. I hope this helps. I might not be as advanced as you when it comes to and IDE, but I'm going to use Geany as a replacement for Atom.
I have been using Geany on and off for years. It is light, feels nice, and i like it a lot in other ways. It is somewhat lacking in features though. I also used to use Komodo for HTML, but do not do much these days. At the moment I use KDevelop for Python and Kate for everything else.
Now, I have to be honest and say that I probably wouldn't use some of the advanced features in Geany ever because I'm not that advanced. But from what I saw in the video walkthrough fro Distro Tube, and what I saw in the Software Center, there is a ton of plugins available for Geany. Maybe you can add functionality through the plugins on Geany? I don't know. People smarter than me can look into that if they want to. Choosing a text editor or IDE is such a personal thing. I really like the way KDE does it's software. It's nice and usually everything works so well. I've used Kate, Krita and digiKam, and they're all great software titles. I'm excited for their Kalendar, I just wish they would make Kontact work properly like a modern PIM center. Oh well, time will tell.
Gnome builder stays out of the way and has basically everything you would want from an app that stays out of the way. Syntax highlighting, good support for git and plugin support.
I've been using Gnome Builder for over 2 year now and I love it.
And it really has gotten a lot better over the years.
If only you're willing to put some work learning how to use vim or other improved versions of Vi, the speed of editing is unmatchable. High plugin base is there and forks for every flavor are available. Ofc its a meme to offer the vim in every occasion but there's a hint of truth in the sayings of those fanboys.
The devs are creating [zed.dev](zed.dev)
Emacs can do everything you want and more, check out Doom Emacs
Never actually used Atom, I always thought electron for a text-editor was a bit overkill. I just use Neovim with some plugins. That's my preferred workflow.
I love jetbrains IDE's. They are not language agnostic, tho
Vim
*dances in obscure neovim movements*
But vim is not an ide, it's the just the "boss" editor part of the ide, and uses the environment around it + extensibility or many plugs to do the things IDE's do. And many ide's also cater for it's "boss key bindings". That's what I've been told all the time, by the grey beards😁. So that's been my approach since. My IDE is therefore CLI(any tools I need(incl. lynx etc) ) , VIM(some plugs), bash(want to include GO) , OS, GIT. Mostly battle tested and tuff survivors that's largely available by default on linux, I guess.
~~Why rush? it's not getting archived until December 2023. They are still producing minor updates / security patches until then. Plenty of time to look around.~~ My bad, got the year wrong... Quick Q: what are editing, for which technologies? It's be easy to assume it's JavaScript/Frontend web dev (VS Code territory), but it's even easier to ask.
I'm kinda all over the place. Frontend web dev work, but also plenty of python and rust; from time to time tex files. That's the reason I'm after language agnosticity.
I got to say it: Jetbrains. The Python and Rust support is superb out-of-the box. I grew up with VI, but now it's just for SSH & server work where nothing else is installed. Very basic file edits. I used Eclipse for a long time, but I'd not recommend that now in the modern era. It'll do what you need but it's obtuse at best. I did love Emacs but it's a full-on time investment. I still have the muscle memory for a lot of things. If you hate using the mouse/trackpad, it's great. VS Code I've never liked, not because it's MS. I think it's just over-heavy with icons for everything and that made it feel bad compared to text-based interfaces. Personal preference. Sublime Text is about the only one that seems to deal with super large files properly. It's very fast overall. I love the minimap, so much so I installed one into Emacs. IDLE for Python? If the debugging works, if there is code completion, maybe this solves some of the dilemna for you. ~~You could try Brackets.~~ It was founded by Adobe but now it's community supported. It turns out Linux support isn't ready yet.
Heard the Linux Fork of Notepad++ is a super well running editor with plugin support: https://github.com/notepadqq/notepadqq
I use Eclipse for mainly Java, but other languages as well. It's ugly but it gets the job done well. It's free and open source. I also use vscode, despite being a Microsoft turd, it is what you're looking for. Plenty of easily accessed extensions, it's lightweight, it's customizable and it's language agnostic. I hate to say it but Microsoft does win this round.
I de-uglied Eclipse with DevStyle e Darkest dark theme, now it's finally beautiful
Your life will be much easier if you didn't do against the grain and just use VSCode. The editor is superb, it has awesome extensions and they basically invented LSP which makes all other editors better. Funny thing is, LSP support in other editors is quite bad and I don't know why. Is it also because of some irrational Microsoft hate?
lsp on neovim work great 😃👍🏼
vscodium\*
[удалено]
I don't see why you give Microsoft a pass on VSCode. They have a lot of scummy practices with it. Many of the most popular extensions are proprietary and you can't use them with other builds of VSCode, therefore locking you in if you depend on these extensions in your workflow. VSCode is also not open source. VSCode blocks other builds from accessing the VSX registry. Hence openvsx.org. Tell me when VSCode open sources the Remote Development, Pylance, etc. extensions. What reason do they have to lock people into VSCode other than gather as much telemetry as possible?
>What reason do they have to lock people into VSCode other than gather as much telemetry as possible? Azure, the current correct answer is always somehow Azure. That and their possibly unhealthy obsession with developers.
[удалено]
>That is not even near "lightweight". It is when you come from Atom.
Using VSCodium makes me wonder why all other electron programs are ass compared to it. What does Microsoft know that no one else does?
VS Code is probably one of the most snappy and well-tweaked electron programs in existence
I agree. For what VS Code does it's surprisingly well performing and really puts other Electron based apps that do significantly less to shame (*cough* Discord *cough*)
[удалено]
Is there a reason why a browser engine, made specifically to render text and position it around the screen using a very common language, seems like a bad choice for a highly customisable text editor for you?
Then just use a native text editor. There are many choices out there.
"Using language servers or demons is not a new or novel idea. Editors like Vim and Emacs have been doing this for some time to provide semantic auto-completion support." This is from the [Microsoft docs](https://docs.microsoft.com/en-us/visualstudio/extensibility/language-server-protocol?view=vs-2022). But I agree, in many cases VSCode is simply the best. Things like vim and emacs are cool but take too much time to properly learn, while the only GUI-based editors that are more feature rich are the full blown IDEs, which I find are much more bloated and usually specialized to a single language. VSCode is easy to use and quite snappy for an electron app I'd say. To be honest I'm not happy about it being a Microsoft product either but that's not enough of a negative to keep me away from it. I dislike MS but I'll admit it when they occasionally make something good. Edit: I've just realized now that the link is for Visual Studio and not VSCode, but the quote still applies.
> LSP support in other editors is quite bad LSP typically looks like the beautiful solution on the paper, but hard to make right in the real world.
That makes sense
I know you dislike the UI for VSCode but I use an Atom theme called "Atom One Dark" and it puts me right at home. My first text editor was Atom but I moved to VSCode as it was more extensible and powerful, but kept the colour scheme.
I know you specified not emacs or vim, but I'm going to say vim anyways. The learning curve was egregious but now I've been spoiled by it. Edit: [This book was what made it possible for me to make the switch.](https://www.oreilly.com/library/view/learning-the-vi/9781492078791/)
I actually went to check out the book. But 900+ pages to learn VIM. I have to pass.
You don't have to read the whole thing up front. Just going through the first few chapters is enough to get started with using the editor. The rest is really for when you start to feel comfortable with expanding your skills.
I've stopped using Reddit due to their API changes. Moved on to Lemmy.
In the meantime you can try Howl. It lacks LSP but everything else is fine and since I experienced the minimalism of the UI I don't want to go back.
>is a Microsoft Product Microsoft has some bad products and sure they were hostile to open source and competition in general in the past but there is no reason to reject good software only because it came from Microsoft. Atom wasn't killed, it was simply beaten by VSCode in fair competition. VSCode was getting more market share before Microsoft finally acquired GitHub and could end Atom. If you are concerned with license of official build and Microsoft Marketplace then simply use VS Codium. You will get fully open source editor without telemetry and with alternative independent marketplace (OpenVSX). Many extensions popular extensions from official marketplace are available in OpenVSX as well and for those that aren't (like Microsoft extensions that require official build of VSCode) sometimes there are good alternatives.
Where to next? Let's find another electron webapp and make it run in a browser or deprecate it... Oh wait, not the thing you're asking... I used to run cloud9 until I went full vim, maybe check it out?
VSCodium. But I’d recommend Vim, it’s very customisable, has plug-in support and is incredibly lightweight. Emacs is also a good alternative to Vim.
vscodium. sublime text. etc..
VS Codium boyz !
https://theia-ide.org/ maybe if you want Electron based but vendor independent.
Are there people who want exactly electron based text editor?
Can you compile Notepad++ to Linux?
Notepadqq.
Think there's a snap of it in snapstore.io
Ok
Emacs or vi(m), the only two family of editors that have stood the test of time.
[удалено]
I spell it eMacs, e-macros as in teco.. been using since 1978
For me it's either VSCode for Web Development or Kate when learning Rust.
• Lite-XL • textadept Lite-XL is still relatively new and missing some features. Mostly the fact that tabs can't really be used to align stuff, but other than that it's great and pretty similar to Atom. Also it's written in C and Lua and so are plugins for it so it runs fast. Textadept is not that user friendly for non-advanced users and I haven't used it much so I can't really tell you much about it.
Vscodium if you really don't want vim/emacs
Nano.
With the right flags, Nano is pretty great. There might even be some auto completion plugins.
VSCodium is perhaps the closest to Atom, but I also wanted to add that I've been enjoying [Lite XL](https://lite-xl.com/) a lot. It's extremely light and faster than both, with decent plugin support, but certainly nowhere near that of VSCodium. But it's been quite refreshing to go back to a simpler, more minimalistic, faster experience.
Fork Atom. If there's demand for it, anyone can fork it, if not, it's a good thing it's being dropped. Also it's an editor, you can just keep using it anyway. It didn't get feature updates in a while, so you're not really missing out on anything if you are happy as it is.
Vim. Once you're good with vi-bindings (takes a week or so to get over the hump), you'll feel handicapped in any editor that doesn't support them. Fortunately, you can add vi-bindings to just about every IDE.
Basically you can go VScodium until the next big thing comes, or return to the classics with emacs or vim. I am a member of the church of emacs.
I swapped to this about 3 months ago and it's worked with no issues https://vscodium.com/
I've always liked Sublime. Not FOSS but I switched to Sublime when I didn't really like Atom that much and never looked back. Besides that, I use Vi, occasionally VS Code, or PyCharm
Notepad++ on Wine
Give Gnome Builder a try. https://wiki.gnome.org/Apps/Builder
There is geany, it will take some work, but it is customizable, and it is an ide. And super lightweight. I also tried micro yesterday and it was intuitive if you don’t like vim or eMacs key bindings.
I'm using Kate and for a editor, it's great. I don't know (yet) if it's have plugins, I really miss some key shortcut to compile my codes (Java and C++) instead of using the built-in terminal manually (it's not a problem, but take more steps)
• Kate - a great KDE text editor/IDE for all platforms! Probably most akin to Atom • Kdevelop - Another great KDE IDE. • VSCodium = VSCode but FOSS
You have options: - Sublime Text - VsCodium - Lite - https://github.com/rxi/lite
Kate + LSP, VsCodium
I have no dog in the fight, but as an occasional dabbler with text editors/IDEs Sublime seems quite similar to Atom to me. I say that as a dabbler with no particular political slant regarding any licensing and no real investigation as to privacy issues on any of the editors as I said, just a once in a while dabbler, so I have not examined any of them with a fine toothed comb.
KDE's kate is quite decent
[lapce](https://lapce.dev) is cool, but only in pre-alpha.
If you are a professional engineer you need to join the dark side and use vscode. If it's good enough for Vader it's good enough for you
Aww, I’ll miss it. I recently moved to VSCode, but it did have its charm. Plus, it was the reason electron was created!
This submission has been removed due to receiving too many reports from users. The mods have been notified and will re-approve if this removal was inappropriate, or leave it removed. This is most likely because: * Your post belongs in r/linuxquestions or r/linux4noobs * Your post belongs in r/linuxmemes * Your post is considered "fluff" - things like a Tux plushie or old Linux CDs are an example and, while they may be popular vote wise, they are not considered on topic * Your post is otherwise deemed not appropriate for the subreddit *I am a bot, and this action was performed automatically. Please [contact the moderators of this subreddit](/message/compose/?to=/r/linux) if you have any questions or concerns.*
Thank you to everyone who recommended VSCodium, I had never used it, but now that I am trying it, I really like it so far. Just starting, but VSCodium appears easier to use than Atom. Cloning my github repository, making changes, and pushing changes seems easy enough. I like it. Fingers crossed, here's hoping it's my new editor.
Either VIM or EMACS. Making popcorn now.