It become open source just last week. Currently don’t have Linux version but soon it will have. Linux Roadmap issue

    • 1984
      link
      fedilink
      arrow-up
      46
      arrow-down
      11
      ·
      10 months ago

      Don’t understand why they made it mac only, I don’t think mac users are even aware of other apps than what Apple tells them… :)

      • foolinthemaking@lemmy.world
        link
        fedilink
        arrow-up
        15
        arrow-down
        1
        ·
        10 months ago

        It seems that a lot of their responses have been along the lines of: “Well, it’s because I have a Mac. Good luck if you don’t!”

        • 1984
          link
          fedilink
          arrow-up
          10
          arrow-down
          3
          ·
          10 months ago

          I understand that, sure, but they would have had a lot more support for this editor if it was for Linux. Now I barely ever hear about it at all in the news.

          • RayJW@sh.itjust.works
            link
            fedilink
            arrow-up
            6
            arrow-down
            2
            ·
            10 months ago

            Hot take: but I think it makes sense. If anyone would pay for a closed source editor it’s mac developers hence it made sense to chose that as your first platform to support, especially considering that they are a small startup. I don’t use mac either but I think they made the right choice from a business standpoint when they were still closed source.

      • Kairos
        link
        fedilink
        arrow-up
        8
        arrow-down
        9
        ·
        10 months ago

        Apple users think they’re the smartest people on the planet.

  • Kairos
    link
    fedilink
    arrow-up
    58
    ·
    10 months ago

    Me as I read through the main page: this keeps getting better.

    Goes to download it

    oh…

  • Daeraxa@lemmy.ml
    link
    fedilink
    arrow-up
    42
    arrow-down
    1
    ·
    10 months ago

    A bit of gratuitous self promotion but just to let people know if you liked Atom and are still using it or maybe you migrated to a new editor and still miss Atom, it was forked as Pulsar which is entirely community-led and is seeing a lot of active development to bring it up to date. We also have a lemmy community at !pulsaredit@lemmy.ml

    • JVT038@feddit.nl
      link
      fedilink
      arrow-up
      2
      ·
      10 months ago

      Just looked through it and I’m considering to switch!

      I was wondering though, is there support for debugging sessions like VSCodium has? And what about remote development, SSH, docker integration and WSL2?

      Also, can Pulsar run, inspect and debug (unit) tests?

      • Daeraxa@lemmy.ml
        link
        fedilink
        arrow-up
        4
        ·
        10 months ago

        None of those by default, Pulsar tends to stick to being an editor with as much as you need but not more by default. However one good thing about forking Atom was that we kept all the packages that were published to atom.io (more than 10k of them). You can browse them the PPR (Pulsar Package Registry) which was reverse engineered from Atom’s closed source backend from scratch before they took down the site - https://web.pulsar-edit.dev/.

        Specifically there are a bunch of remote edit packages that work over SSH, a ton of Docker packages and there are plenty of debugging packages both generic and language specific and there are indeed test runner packages.

        I won’t say I guarantee all of these will work but our Discord channel in particular is rather active so people more knowledgeable than I might well be able to help out, its a friendly place. We have other social channels as well should you prefer them.

  • Helix 🧬@feddit.de
    link
    fedilink
    English
    arrow-up
    34
    ·
    10 months ago

    I’d love to have a vscodium alternative written in a faster and more efficient language. Most editors and IDEs don’t quite fit my workflow, while vscodium does.

    • sag@lemm.eeOP
      link
      fedilink
      arrow-up
      6
      ·
      10 months ago

      Yep, I also want a good alternative to codium which run fastly on Potato. That’s why I am trying different Editor now days like Lite-Xl and other more.

        • sag@lemm.eeOP
          link
          fedilink
          arrow-up
          3
          ·
          10 months ago

          Didn’t try it yet. But, isn’t it just like Gedit?

          • Lemongrab@lemmy.one
            link
            fedilink
            arrow-up
            5
            arrow-down
            1
            ·
            edit-2
            10 months ago

            Closer to Geany or Sublime. I haven’t used gedit before though. Kate has language server back end integration, add-on support, integrated terminal, and other features. Geany might be a good option, though I know nothing of its speed. Kate seemed fine but again no idea.

  • iAvicenna@lemmy.world
    link
    fedilink
    arrow-up
    24
    arrow-down
    1
    ·
    edit-2
    10 months ago

    I was kind of put off when I saw collaborative mode, office channels bla bla. I guess because there is no point in trying to combine slack with a code editor. Do the code editor and do it good and that would be enough. When it is like this though, it feels like they are trying to throw in some popular stuff into the mix because it will help marketing.

    • ScreaminOctopus@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      10
      arrow-down
      2
      ·
      10 months ago

      Idk, without a good collaborative mode there’s really not much you can do to differentiate yourself from existing options. Without some feature like that it’s hard to think of a reason to build yet another text editor.

      • iAvicenna@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        10 months ago

        maybe a couple years ago but for instance I think AI is definitely becoming more realistically applicable with each iteration. It could definitely be used more to remove some of the boiler plates in coding, like simple unit tests etc.

        Also there are IDEs which are very good for their specific languages but I feel like it is hard to find a reliable editor that has core IDE capabilities for many languages (like go to function definitions, code linting etc). I even started using VIM because of this but I just can’t get used to modal editors and feel like there is no point in using VIM if I am only using %5 of its capabilities.

        • ScreaminOctopus@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          3
          ·
          edit-2
          10 months ago

          As far as I’ve seen many code Ai assistants operate over the LSP framework and work in most editors, and maybe a chat window that’s pretty easy to add to most editors via a plug-in. Adding something like live collaboration is a bit more legwork

          What features do you feel are missing from something like vscode? I’m a long time vim/neovim user but most of my co workers use vscode for everything with no complaints. I’ve actually been pretty jealous of stuff like jupyter integration.

          If you can’t get used to vim, it might be worth checking out something like Helix it’s editing model is a bit different and clicks better for some people.

          • iAvicenna@lemmy.world
            link
            fedilink
            arrow-up
            2
            ·
            edit-2
            10 months ago

            Thanks for the suggestions. I have not tried the recent vscode. I had tried it way back in uni and really didn’t like it at the time so never tried it again but I have also heard positive things about it from some other people so probably time to reevaluate. I think for me, must haves are: it must work with python and C minimal. Autocompletion, function definition, goto, code linting are the first things that come to mind (don’t need debugger and I guess that is not an editor’s job, python has its own module and for C there is gdb for advanced needs). In VIM, I could achieve these via plugins ofcourse.

            I also haven’t tried Helix but Neovim was on my mind for a while. Are Helix and Neovim different from each other in terms of editor mode styles? I will also check Pulsar (continuation of Atom), hopefully soon I will get an editor that I feel at home with.

            • ScreaminOctopus@sh.itjust.works
              link
              fedilink
              English
              arrow-up
              2
              ·
              edit-2
              10 months ago

              I think vscode has definitely come a long way since it first dropped several years ago. You can definitely get auto complete, goto, lining, etc. Via the LSP framework, so all those things should work for python and c with some plugin installs and maybe a bit of configuration. The built in debugging support is also really nice.

              Neovim is basically the same as vim in terms of its editing modes. Vim and neovim use a action -> select paradigm eg. To delete a word you would type d (for the delete action) then w (to select the word). Helix uses a select -> action paradigm so to delete a word you would press w then d. One of the nice things about this is you can see what text you’ll be operating on before you actually perform an action. Helix also supports multiple cursors, which can be more familiar if you’re used to sublime, atom, etc. Both have support for LSP so you can basically get code intelligence on par with most IDEs for many languages. Helix is generally a bit easier to configure if you’re just using the base package, but isn’t as customizable and doesn’t support plugins yet.

              If you want to check out neovim I’d recommend using a pre-built configuration like Lunarvim or Lazyvim these are just configuration distributions that take a lot of the legwork out of bringing neovim up to par with modern editors. Think of it like copying someone’s dot files.

              • iAvicenna@lemmy.world
                link
                fedilink
                arrow-up
                1
                ·
                10 months ago

                Thanks! by the way I meant I tried visual studio back in uni and always assumed vscode would be sth similar but now I realize not

        • BlanK0@lemmy.ml
          link
          fedilink
          arrow-up
          1
          ·
          10 months ago

          I think you might like the nvchad project it has some features that make you not rely 100% on keystrokes for everything, also a integrated cheatsheet just in case

  • TCB13@lemmy.world
    link
    fedilink
    English
    arrow-up
    22
    arrow-down
    2
    ·
    edit-2
    10 months ago

    So… after 9 years the guy finally realized that web technologies aren’t good for something that should be fast and handle large files. And he seems to be aiming towards some collaborative / cloud money grab.

    • d3Xt3r@lemmy.nz
      link
      fedilink
      arrow-up
      15
      ·
      edit-2
      10 months ago

      … and he goes on to use Metal of all things, instead of Vulkan/MoltenVK, smh. I wouldn’t expect the Linux version to see the light of day anytime soon.

      • TCB13@lemmy.world
        link
        fedilink
        arrow-up
        8
        arrow-down
        1
        ·
        10 months ago

        Well I guess he did it because it’s easier 😂 I don’t even get why this project exits, the gains over Sublime Text are minimal and people tend to go with VSCode because it’s free or some Jetbrains product for serious work because it’s way superior than all the other options.

        • d3Xt3r@lemmy.nz
          link
          fedilink
          arrow-up
          4
          ·
          10 months ago

          It’s macOS’s graphics API, like how Windows has DirectX and Linux has Vulkan.

        • ReakDuck@lemmy.ml
          link
          fedilink
          arrow-up
          1
          ·
          10 months ago

          Afaik, its Apples way to render things with their OS. It only works with Apple and its similar to DirectX which only works for Windows.

          The best thing everyone should use is something that supports all platforms like OpenGL or Vulkan which is even Open Source

            • Helix 🧬@feddit.de
              link
              fedilink
              English
              arrow-up
              1
              ·
              edit-2
              10 months ago

              In this case probably Vulkan, as developers tend to use current computers which support Vulkan, which is faster and younger and has less overhead.

              In other cases you probably want OpenGL because older GPUs don’t support Vulkan and usually you want to include as many users as possible.

            • olorin99@kbin.earth
              link
              fedilink
              arrow-up
              1
              ·
              10 months ago

              Neither is inherently better. It depends on what you need. Vulkan gives you more control which can be beneficial for advanced rendering techniques however comes at the cost of requiring more knowledge to use. OpenGL is simpler but generally has higher driver overhead.

  • fox2263@lemmy.world
    link
    fedilink
    English
    arrow-up
    14
    arrow-down
    2
    ·
    10 months ago

    Can confirm that’s it’s very fast. Just lacking plugins at the moment.

    I will watch it with great interest

    • fidodo@lemmy.world
      link
      fedilink
      English
      arrow-up
      6
      ·
      10 months ago

      I hope it gets there. I was a sublime user until vs code’s integrations got so far ahead that the productivity gains outweighed the slowness, but I really want it to be faster.

      Do zed plugins have to be written in rust? If they do then that will slow community contributions since it’s not as popular as JavaScript for vs code.

      • TrickDacy@lemmy.world
        link
        fedilink
        arrow-up
        6
        arrow-down
        4
        ·
        10 months ago

        Vs code is slow? Literally the entire reason I switched to it years ago is because it’s very fast.

        • sag@lemm.eeOP
          link
          fedilink
          arrow-up
          18
          arrow-down
          2
          ·
          10 months ago

          Yep, VSCode is slow because it is built on Electron which is just a another browser.

        • brian@programming.dev
          link
          fedilink
          arrow-up
          4
          ·
          10 months ago

          extensions tend to be the slow part in my experience. after a couple heavy extensions on an already struggling work laptop I’ll frequently outpace it’s input handling and have to wait for it to catch up

          • fidodo@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            10 months ago

            Vs code will get annoyingly slow even in vanilla setups when editing large files. Personally I can tell the difference in did compared to sublime text even without plugins, it’s not enough to be too annoying which is why I was ok with switching, but it just feels better when it’s lighting fast since the input lag piles up in a text editor since you’re typing really quick the whole time.

          • TrickDacy@lemmy.world
            link
            fedilink
            arrow-up
            2
            arrow-down
            1
            ·
            10 months ago

            They certainly can be. Admittedly over time I’ve installed a lot of extensions but also gotten better hardware along the way. All I know is that despite having like 20 extensions installed I can startup vs code in just 3-5 seconds

        • fidodo@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          10 months ago

          Depends on what you’re used before I guess. I came from sublime text which was written in C++ and was blazing fast. You could throw any size file at it, I still use it when I need to edit a large file. I can notice the input lag in vs code even in small files with a vanilla setup. After adding plugins the lag can become even more noticable and in certain use cases it straight up slows you down. It’s not so slow that it’s unusable, but it’s noticably slower, and leaves me desiring more speed. But speed alone isn’t enough, it needs really good plugins which is why I traded speedy sublime text for vs code in the first place.

        • Phen@lemmy.eco.br
          link
          fedilink
          arrow-up
          9
          arrow-down
          1
          ·
          10 months ago

          Maybe for you. I personally am quite picky about tools I use all day every day.

          • marx2k@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            10 months ago

            Cool story. Same here. Did you want to get into an internet Snapfish at which tool has millisecond advantages over another?

            • Phen@lemmy.eco.br
              link
              fedilink
              arrow-up
              1
              ·
              10 months ago

              If it were just millisecond advantages I would gladly use VSCode, but in large projects the difference is massive, it takes minutes to fully load a project and several seconds to perform certain actions.

        • fidodo@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          10 months ago

          Yeah, it’s fine, I said I use it didn’t I? But it’s just fine, so I’d prefer something even better.

        • cbarrick@lemmy.world
          link
          fedilink
          English
          arrow-up
          11
          ·
          10 months ago

          Exactly.

          Atom being open source was why I switched to it from Sublime.

          Atom’s shitty performance was why I switched away to VS Code.

          • fox2263@lemmy.world
            link
            fedilink
            English
            arrow-up
            2
            arrow-down
            1
            ·
            10 months ago

            It was Electrons problem. VSCode was basically Atom. When MS made Electron2 or whatever it got much faster.

            • cbarrick@lemmy.world
              link
              fedilink
              English
              arrow-up
              3
              ·
              10 months ago

              It was not Electron’s problem.

              The problem was the extension architecture, that they leaned into heavily. It encouraged basically every part of the system to interact with every other part of the system, like having free reign over the whole DOM. That’s what the creators meant by a “hackable” editor.

              VS Code is much faster, largely because of its much more sane extension architecture. Extensions are much better isolated, with a much smaller API surface by which they can interact with the editor. And the LSP design means core IDE-like features can be lifted into a privileged part of the system, and implemented once with performance in mind, while the actual analysis is done asynchronously in subprocesses.

              If you actually use both Atom and VS Code configured to feature parity, you would notice that VS Code is miles ahead of Atom. Microsoft did an amazing job proving that you can build complex performant software on Electron.

              Yes, Electron 2.0.0 was a great update, but it’s not the reason for performance. The reason was better software architecture.

  • NotSteve_@lemmy.ca
    link
    fedilink
    arrow-up
    14
    arrow-down
    2
    ·
    10 months ago

    I have it installed on my work laptop and give it a try every few updates. I really like it. The vim emulation is pretty fleshed out and it definitely feels a lot faster than VScode.

    I believe it’s kind of out of scope of the project at the moment, but I’d really love to see debugger support. It’s the only thing keeping me on VS code

    • jeffhykin@lemm.ee
      link
      fedilink
      arrow-up
      11
      ·
      10 months ago

      Lapse is going the extensions-for-features route, cross platform from the start, is more buggy atm, slower progress (doesn’t have 3 dedicated experienced devs) but is more accepting of community support.

      Zed, similar goals and rust backend, probably has some monetization goals (eventual offering of live sharing code service), and Zed isn’t afraid to hardcode features. Like… very hard hardcoded features, to the point that I’m kinda concerned about it. This 5min clip of Theo looking over the source code shows it pretty well https://www.youtube.com/watch?v=ZOYp6-k9HhE&t=1533

      The Atom/Zed devs write the most well-documented code I’ve ever read. Clear variable names, perfect comment-explainations when needed, etc. I wish they would join up with Lapse.

        • jeffhykin@lemm.ee
          link
          fedilink
          arrow-up
          2
          ·
          edit-2
          10 months ago

          If you’re asking about specific names of features, its just the ones seen in that video clip. It seems like a pattern of very not-modular-ness.

          If you’re asking why that pattern is concerning as an end user: Zed claims to be “a lightweight text editor”. But hardcoded support for a particular javascript library, as well as hardcoded support for a particular formatter, feels a lot more like a opinionated IDE packed with features designed for the specific workflows of the creators. Even if there’s no runtime cost, there is a technical cost for open source contributors. These little not-modular things can really bloat the codebase and make it hard to contribute.

          More importantly, if Zed does add plugin support in the future, its going to require a major code refactor. Which makes forks and outside contributions especially hard.

          From a lock-in perspetive: if something better than tailwind comes out, and we were daily driving Sublime 3 with no extensions, its no big deal to switch to the new thing. There wasn’t any hidden favoritism to begin with. But in Zed, not only will it feel bad to use the unsupported new thing, but also the team behind the-new-thing can’t realistically fork and add support either. They just have to hope the Zed devs decide to support it.

          If their website said it was a fast low-overhead opinionated IDE I’d be fine because I’d know the kind of lock-in I was getting into.

    • sag@lemm.eeOP
      link
      fedilink
      arrow-up
      4
      ·
      edit-2
      10 months ago

      Maybe it will be more stable and have more features than Lapce. I think so because I tried Lapce yesterday, and it was so buggy on my machine. But no doubt Lapce is a solid alternative to VSCodium and it has all the features that I want but it lacks customization and is buggy for me. I am still not sure for Zed though because I didn’t tried it yet and waiting for Linux support.

  • Petter1@lemm.ee
    link
    fedilink
    arrow-up
    2
    ·
    10 months ago

    I could do that only if a “voice” assistance is able to detect my inner voice through a cap or similar, I fear… I just can’t write as fast as thinking…