[HN Gopher] IRC and Emacs all the things
       ___________________________________________________________________
        
       IRC and Emacs all the things
        
       Author : preek
       Score  : 82 points
       Date   : 2020-03-07 13:37 UTC (9 hours ago)
        
 (HTM) web link (200ok.ch)
 (TXT) w3m dump (200ok.ch)
        
       | Arathorn wrote:
       | could also Matrix and Emacs all the things, just sayin'
       | https://github.com/alphapapa/matrix-client.el :)
        
         | vector_spaces wrote:
         | I love the idea of a Matrix emacs client, but it doesn't
         | support E2EE and probably won't ever, so it's a non-starter for
         | me.
        
         | mxuribe wrote:
         | My prediction is that at some point in the future, those folks
         | who have historically loved IRC (and there's nothing wrong with
         | that!), will eventually begin to prefer matrix as opposed to,
         | say, slack, mattermost, etc. Not necessarily for tech
         | superiority, but for what I'll call the coziness factor;
         | they'll just feel cozy using some matrix client, as they felt
         | comfy using an ol' irc client. (Yes, yes, i know there are
         | numerous existing irc-bridging apps/services natively supported
         | by matrix protocol. ;-)
         | 
         | Disclosure: I used to love irc in the 90s, then stopped using
         | it in the 2000s (aughts?), and now am a superfan of matrix.
        
         | preek wrote:
         | OP here.
         | 
         | You've guessed what we're using the last couple of weeks. So
         | far, I like it! It's come a long way. I've tried it a couple of
         | times, but now even the web client works reasonably well.
         | 
         | And yes, of course - alphapapa software is always the best
         | option!(;
         | 
         | P.S.: Nice nick! After waiting 20 years, I just watched the
         | trilogy (extended version) with my wife last week. It's been a
         | blast and it aged really well.
        
       | mxuribe wrote:
       | This is brilliant! Not so much for use of emacs or libpurple or
       | bitlebee specifically for that matter (which are all
       | fine)...Rather, what i find to be the coolest is the whole...
       | "I'm gonna use __my preferred __text editor to interact with the
       | world " approach! Some might say that this reduces outside
       | systems into nothing more than an API-sort of layer, but
       | honestly, I really like that; it helps with learning curves,
       | general adoption, etc. Kudos!
        
         | Kaze404 wrote:
         | I agree. The joy in using emacs for (mostly) everything is my
         | configurations and workflow translate nicely into other
         | contexts as well. For example, all my evil mode (vim) config,
         | custom keybinds and extensions are available whether I'm
         | writing code, emails or chat messages.
        
         | preek wrote:
         | Op here. First, let me say: Thank you for the kind words
         | 
         | You're spot on!
         | 
         | I'm using Emacs for todos, project management, meeting minutes,
         | quotes, invoices, accounting, mails, chat, programming,
         | configuration management, slides, documentation and so much
         | more. As long as the task is primarily based around consuming
         | or producing text, it's incredible how much more performance a
         | solid foundation yields.
         | 
         | In case anyone is curious, here's my config:
         | https://github.com/munen/emacs.d/
        
       | Naac wrote:
       | For a more feature-full emacs IRC experience, I would recommend
       | Circe[0]. It even supports showing images inline like slack.
       | 
       | If IRC in emacs is not your cup of tea, I would recommend the web
       | client/web server The Lounge[1], which as far as I'm concerned
       | gives people everything they want out of slack, in IRC, but
       | doesn't lock you down to a proprietary protocol.
       | 
       | [0] https://github.com/jorgenschaefer/circe [1]
       | https://github.com/thelounge/thelounge
        
         | preek wrote:
         | Op here.
         | 
         | Thanks for linking to Circe. I didn't know about that and will
         | happily check it out. thelounge also does look really nice!
         | 
         | Having said that, the IRC client ERC which I'm using works well
         | with regards to inline images. Here's my config for that:
         | https://github.com/munen/emacs.d/#irc
        
       | u801e wrote:
       | The contrast level they used for the text in the article makes it
       | too difficult to read.
        
         | eddieh wrote:
         | Seems fine when viewed in Emacs
         | https://pasteboard.co/IY3oxMD.png
        
         | clarry wrote:
         | I can recommend Firefox: https://i.imgur.com/7f6ZofW.png
        
         | kencausey wrote:
         | Surely everyone knows about Reader mode by now? More seriously,
         | is something like Firefox's Reader mode available as a plugin
         | to Safari? I can confirm that it is for Chrome.
        
           | floatingatoll wrote:
           | Reader mode availability is no excuse for inaccessible web
           | design.
        
           | u801e wrote:
           | > Surely everyone knows about Reader mode by now?
           | 
           | Possibly, but why do we need the feature when the website
           | could simply use black text on a white background? When
           | websites start doing things like this or not displaying
           | static text when javascript is disabled, then I just skip
           | over it.
        
           | hibbelig wrote:
           | Safari has it built in.
        
             | kencausey wrote:
             | OK, thanks. I am a bit of a broken record in regards to
             | recommending the use of Reader mode. This is more fuel to
             | my madness.
        
       | kleiba wrote:
       | Good ol' C-x M-c M-butterfly...
        
       ___________________________________________________________________
       (page generated 2020-03-07 23:00 UTC)