Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    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
    David DeSimone
    @DavidDeSimone
    yeah, I'm picturing they open emacs-ng, and are welcomed by a screen like the above but with links for common configurations or useful tools. Signal boost packages and configurations that people may not know about if they are fresh to emacs.
    brotzeit
    @brotzeit
    I just saw somebody asking questions in the remacs room...maybe it would be good to have a help room or something similar
    but this can't be done in gitter like in discord right
    Ivan Yonchovski
    @yyoncho
    I think that there can be multiple rooms
    (Not sure how)
    David DeSimone
    @DavidDeSimone
    yeah I don't know gitter very well beyond using it for chatting
    but I'm all for more rooms if possible
    Ivan Yonchovski
    @yyoncho
    About the start page - emacs start page is like that for political reasons. Then just cannot link doom/spacemacs/magit, etc.
    The webrender stuff generally can run in a browser right? I think that having decoupled UI is very interesting feature(like Neovim)
    brotzeit
    @brotzeit
    although I have no clue this doesn't sound trivial to me
    David DeSimone
    @DavidDeSimone
    the different start page, or the decoupled UIs?
    brotzeit
    @brotzeit
    the latter
    :D
    different start page sounds like good-first-issue