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

    • 1984@lemmy.today
      link
      fedilink
      arrow-up
      38
      arrow-down
      10
      ·
      9 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
        12
        ·
        9 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@lemmy.today
          link
          fedilink
          arrow-up
          8
          arrow-down
          2
          ·
          9 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
            0
            arrow-down
            1
            ·
            9 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@lemmy.today
    link
    fedilink
    arrow-up
    50
    ·
    9 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
    37
    arrow-down
    1
    ·
    9 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
      0
      ·
      9 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
        1
        ·
        9 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
    30
    ·
    9 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
      4
      ·
      9 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.

          • Lemongrab@lemmy.one
            link
            fedilink
            arrow-up
            3
            arrow-down
            1
            ·
            edit-2
            9 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
    22
    arrow-down
    1
    ·
    edit-2
    9 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.

  • TCB13@lemmy.world
    link
    fedilink
    English
    arrow-up
    18
    arrow-down
    1
    ·
    edit-2
    9 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
      14
      ·
      edit-2
      9 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
        ·
        9 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
          ·
          9 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
          ·
          9 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

            • olorin99@kbin.earth
              link
              fedilink
              arrow-up
              1
              ·
              9 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.

            • Helix 🧬@feddit.de
              link
              fedilink
              English
              arrow-up
              1
              ·
              edit-2
              9 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.

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

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

    I will watch it with great interest

        • cbarrick@lemmy.world
          link
          fedilink
          English
          arrow-up
          9
          ·
          9 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
            ·
            9 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
              ·
              9 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.

    • fidodo@lemmy.world
      link
      fedilink
      English
      arrow-up
      6
      ·
      9 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
        3
        ·
        9 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
          15
          arrow-down
          2
          ·
          9 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
          ·
          9 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

          • TrickDacy@lemmy.world
            link
            fedilink
            arrow-up
            2
            arrow-down
            1
            ·
            9 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
            ·
            9 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.

        • fidodo@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          9 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
          ·
          9 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
            ·
            9 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
              ·
              9 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
          ·
          9 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.

  • NotSteve_@lemmy.ca
    link
    fedilink
    arrow-up
    12
    arrow-down
    2
    ·
    9 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
      10
      ·
      9 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.

    • sag@lemm.eeOP
      link
      fedilink
      arrow-up
      3
      ·
      edit-2
      9 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
    ·
    9 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…