Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    brotzeit
    @brotzeit
    I actually do not know much about licenses and I usually just used MIT
    but I know that we are limited through the license of emacs
    David DeSimone
    @DavidDeSimone
    I dont actually know if its required, i would need to do research on that. I was just curious.
    brotzeit
    @brotzeit
    did I miss another post on reddit yesterday or what pushed the traffic ?
    maybe this?
    David DeSimone
    @DavidDeSimone
    I was thinking the same thing. It might be the link above. Honestly, github makes it seem like a lot of people are just straight up googling us
    I posted us in the Deno discord since I've started to try to be active in that community. Tbh I don't think we will make much ground with that crowd, but they think what we are doing is neat.
    brotzeit
    @brotzeit
    I'm not surprised, it seems nowadays open source people want to help microsoft to make vscode the only editor...I prefer diversity but there are lots of things I don't understand...
    Murilo Pereira
    @mpereira
    image.png
    "From catching up to getting ahead: an Emacs wishlist"
    petr-tik
    @petr-tik

    the post is there: https://news.ycombinator.com/newest

    Read it - nice write-up, have you posted it to emacs-devel?

    Improve Tramp performance to match the experience of using terminal Emacs via SSH, or VSCode’s Remote Development.

    I was wondering if you know what specifically is responsible for the performance of the VS Code implementation.

    Ivan Yonchovski
    @yyoncho
    @petr-tik - unlimited dev resources
    This is for vscode performance in general. For remote stuff - VScode is electron app. That allows running a client/server architecture.
    Murilo Pereira
    @mpereira
    @petr-tik feel free to post it there :)
    VSCode remote has good performance because it doesn't delegate to SSH connections for every single action. as Ivan said, they implement their own client-server communications, which are much more efficient
    something like that is definitely possible in Emacs, it would just take work
    Murilo Pereira
    @mpereira
    VSCode remote got contributions even from dedicated Facebook engineers (as I wrote in my other blog post): https://visualstudiomagazine.com/articles/2019/11/21/fb-vs-code.aspx
    petr-tik
    @petr-tik

    VSCode remote got contributions even from dedicated Facebook engineers (as I wrote in my other blog post): https://visualstudiomagazine.com/articles/2019/11/21/fb-vs-code.aspx

    I know a company whose DevX team has built custom plugins for VSCode to support internal technologies. To me it's proof that people want a good experience OOTB and quite a threat to the longevity of emacs

    VSCode remote has good performance because it doesn't delegate to SSH connections for every single action. as Ivan said, they implement their own client-server communications, which are much more efficient

    emacs has a client AFAIK, I don't know much about that, but would it be possible to start a remote server (or is the remote machine a client?) and connect from your workstation?

    David DeSimone
    @DavidDeSimone
    I think that in addition to the goals we have already stated, I think a long term goal of this project should be good out of the box LSP support, like described in https://www.murilopereira.com/emacs-from-catching-up-to-getting-ahead/. I really like the idea of download emacs-ng/building from source, open a file, answer yes to one question, and you have an lsp environment set up for you
    Ivan Yonchovski
    @yyoncho
    @DavidDeSimone we can achieve that with better melpa integration
    David DeSimone
    @DavidDeSimone
    :thumbsup: that's a good point, I like that direction
    Ivan Yonchovski
    @yyoncho
    I generally dislike the idea of putting lsp-mode in something that will potentially have slow release cycles. lsp-mode and lsp servers are very dynamic, so putting it in huge project like emacs(-ng) with slower release cycles will cause trouble
    David DeSimone
    @DavidDeSimone
    that makes sense to me
    Ivan Yonchovski
    @yyoncho
    I think if we go back to the getting started page idea
    If we have a link - hey, click this and you will get that.
    will work much better with similar ootb experience.
    brotzeit
    @brotzeit
    can't we add it as git submodule ?
    I mean it's not important to me
    Ivan Yonchovski
    @yyoncho
    Yes, but the issue is that we won't release emacs-ng every week, right?
    brotzeit
    @brotzeit
    but by theory
    I don't see a reason why we shouldn't
    Ivan Yonchovski
    @yyoncho
    If we can release every week - then fine.
    Even now, in lsp-mode I constantly have to ask users to update from melpa-stable version because for issues that are fixed in master
    brotzeit
    @brotzeit
    a release is done quickly right ?
    Ivan Yonchovski
    @yyoncho
    The other issue is that the server versions are not pinned
    David DeSimone
    @DavidDeSimone
    what if instead of bundling it, we include MELPA and have an 'auto-update' feature?
    Ivan Yonchovski
    @yyoncho
    That is the same as having auto suggest to install it
    If we are going to update it all the time, better not have it initially.(IMHO)
    What we can do, is to have file suggestions like spacemacs
    You know, in spacemacs if you open a JS file, for the first time you are asked - hey do you want to install the JS support?
    David DeSimone
    @DavidDeSimone
    yeah, I'm leaning towards not including it in the client, but having good MELPA support with good recommendations
    Ivan Yonchovski
    @yyoncho
    David DeSimone
    @DavidDeSimone
    even if we have fast weekly/monthly release cycles imho
    Ivan Yonchovski
    @yyoncho
    We may steal this - and have - If you are programmer - you might wanna install this. If you want org mode integration - check this. If you are coming from vim - click this.
    David DeSimone
    @DavidDeSimone
    yeah I personally like this flow you are describing
    brotzeit
    @brotzeit
    but this shouldn't be too annoying
    Ivan Yonchovski
    @yyoncho
    Not queries. I mean links like in https://github.com/rougier/elegant-emacs