<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Emacs Redux - Latest Comments</title><link>http://emacsredux.disqus.com/</link><description></description><atom:link href="https://emacsredux.disqus.com/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Sun, 06 Dec 2020 18:48:13 -0000</lastBuildDate><item><title>Re: Maximize the Emacs Frame on Startup</title><link>http://emacsredux.com/blog/2020/12/04/maximize-the-emacs-frame-on-startup/#comment-5179544538</link><description>&lt;p&gt;The emacsclient version:&lt;/p&gt;&lt;p&gt;    &lt;code&gt;emacsclient --alternate-editor="" --create-frame --frame-parameters="((fullscreen . maximized))"&lt;/code&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Clément Pit-Claudel</dc:creator><pubDate>Sun, 06 Dec 2020 18:48:13 -0000</pubDate></item><item><title>Re: Emacs Prelude 1.0 | Emacs Redux</title><link>http://emacsredux.com/blog/2020/09/15/emacs-prelude-1-0/#comment-5178783250</link><description>&lt;p&gt;Glad to hear this!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bozhidar Batsov</dc:creator><pubDate>Sun, 06 Dec 2020 04:45:41 -0000</pubDate></item><item><title>Re: Emacs Prelude 1.0 | Emacs Redux</title><link>http://emacsredux.com/blog/2020/09/15/emacs-prelude-1-0/#comment-5178783182</link><description>&lt;p&gt;Thanks!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bozhidar Batsov</dc:creator><pubDate>Sun, 06 Dec 2020 04:45:32 -0000</pubDate></item><item><title>Re: Emacs Prelude 1.0 | Emacs Redux</title><link>http://emacsredux.com/blog/2020/09/15/emacs-prelude-1-0/#comment-5178783135</link><description>&lt;p&gt;Thanks for the kind words! Much appreciated!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bozhidar Batsov</dc:creator><pubDate>Sun, 06 Dec 2020 04:45:26 -0000</pubDate></item><item><title>Re: Emacs Prelude 1.0 | Emacs Redux</title><link>http://emacsredux.com/blog/2020/09/15/emacs-prelude-1-0/#comment-5178782926</link><description>&lt;p&gt;Thanks for the kind words!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bozhidar Batsov</dc:creator><pubDate>Sun, 06 Dec 2020 04:45:01 -0000</pubDate></item><item><title>Re: Emacs Prelude 1.0 | Emacs Redux</title><link>http://emacsredux.com/blog/2020/09/15/emacs-prelude-1-0/#comment-5177741165</link><description>&lt;p&gt;I use prelude all the time! I code in Clojure and take advantage of CIDER and really benefit from all the work done to keep these tools in play.  Great appreciation to all those involved and... Bozhidar, seriously, I hope you know how impactful what you are doing is!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Max G. Faraday</dc:creator><pubDate>Sat, 05 Dec 2020 05:20:59 -0000</pubDate></item><item><title>Re: Still Here | Emacs Redux</title><link>http://emacsredux.com/blog/2020/02/06/still-here/#comment-5177738577</link><description>&lt;p&gt;Thank you very much Bozhidar for your work.  It is deeply appreciated and in places we don't talk about at cocktail parties we want you on that wall, we need you on that wall! Thank you.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Max G. Faraday</dc:creator><pubDate>Sat, 05 Dec 2020 05:15:15 -0000</pubDate></item><item><title>Re: Using Emacs as a database client - Emacs Redux</title><link>http://emacsredux.com/blog/2013/06/13/using-emacs-as-a-database-client/#comment-5177733387</link><description>&lt;p&gt;I have come back and used this entry over and over again.  Every time i have to interact with and RDBMS I am here again to refresh myself on this.  This post has had great utility to me over the years.  Thank you, Bozhidar&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Max G. Faraday</dc:creator><pubDate>Sat, 05 Dec 2020 05:03:21 -0000</pubDate></item><item><title>Re: Maximize the Emacs Frame on Startup</title><link>http://emacsredux.com/blog/2020/12/04/maximize-the-emacs-frame-on-startup/#comment-5176544964</link><description>&lt;p&gt;Indeed!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bozhidar Batsov</dc:creator><pubDate>Fri, 04 Dec 2020 06:33:47 -0000</pubDate></item><item><title>Re: Maximize the Emacs Frame on Startup</title><link>http://emacsredux.com/blog/2020/12/04/maximize-the-emacs-frame-on-startup/#comment-5176542248</link><description>&lt;p&gt;Great point!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bozhidar Batsov</dc:creator><pubDate>Fri, 04 Dec 2020 06:29:32 -0000</pubDate></item><item><title>Re: Maximize the Emacs Frame on Startup</title><link>http://emacsredux.com/blog/2020/12/04/maximize-the-emacs-frame-on-startup/#comment-5176519583</link><description>&lt;p&gt;It might be good to mention that setting &lt;code&gt;initial-frame-alist&lt;/code&gt; or &lt;code&gt;default-frame-alist&lt;/code&gt; is best done in &lt;code&gt;early-init.el&lt;/code&gt;. That way, you get a maximized frame right away, which looks a bit nicer than having a smaller frame that is visibly maximized during startup.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Joost Kremers</dc:creator><pubDate>Fri, 04 Dec 2020 05:53:05 -0000</pubDate></item><item><title>Re: Maximize the Emacs Frame on Startup</title><link>http://emacsredux.com/blog/2020/12/04/maximize-the-emacs-frame-on-startup/#comment-5176489795</link><description>&lt;p&gt;I simply use exwm and emacs is maximized by default! Why waste any screen space at all on non-emacs aspects? :-)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Eric S Fraga</dc:creator><pubDate>Fri, 04 Dec 2020 05:01:47 -0000</pubDate></item><item><title>Re: State of Emacs Survey | Emacs Redux</title><link>http://emacsredux.com/blog/2020/10/22/state-of-emacs-survey/#comment-5160502486</link><description>&lt;p&gt;I agree with your "lower the bar to contributing" checklist.  Sourcehut would be a great place to track issues.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">John Jacobsen</dc:creator><pubDate>Sat, 21 Nov 2020 13:01:57 -0000</pubDate></item><item><title>Re: Learning Emacs Lisp - Emacs Redux</title><link>http://emacsredux.com/blog/2015/05/16/learning-emacs-lisp/#comment-5147743048</link><description>&lt;p&gt;Not at all.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bozhidar Batsov</dc:creator><pubDate>Wed, 11 Nov 2020 14:46:15 -0000</pubDate></item><item><title>Re: Learning Emacs Lisp - Emacs Redux</title><link>http://emacsredux.com/blog/2015/05/16/learning-emacs-lisp/#comment-5143211216</link><description>&lt;p&gt;Is it necessary to read the "GNU Emacs manual" first ?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ivan Ruski</dc:creator><pubDate>Sun, 08 Nov 2020 08:40:10 -0000</pubDate></item><item><title>Re: State of Emacs Survey | Emacs Redux</title><link>http://emacsredux.com/blog/2020/10/22/state-of-emacs-survey/#comment-5129196591</link><description>&lt;p&gt;Once you get to a sufficiently large project, mailing lists + tooling works far better than any other solution I've seen.  Email lends itself to long-form communication, which is necessary when you have complex topics with contributors in different timezones, at least some of whom are paid *not* by the project, so need to integrate the project system with whatever in-house solution they use for work.  This is why the Linux Kernel project still uses a mailing list (they actually looked, 10ish years ago at alternatives).&lt;/p&gt;&lt;p&gt;That said, the FSF tooling on top of their mailing list leaves much to be desired (likely because they are unwilling to use any tooling that falls a hair short of their standards of "free").&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">LP</dc:creator><pubDate>Thu, 29 Oct 2020 02:34:47 -0000</pubDate></item><item><title>Re: State of Emacs Survey | Emacs Redux</title><link>http://emacsredux.com/blog/2020/10/22/state-of-emacs-survey/#comment-5123665075</link><description>&lt;blockquote&gt;&lt;br&gt;making it possible to build rich UIs in some sane manner (overlays are quite limiting)&lt;br&gt;&lt;/blockquote&gt;&lt;p&gt;&lt;br&gt;I have been thinking of hacking up a FRP (React-style) library built on top of widgets. Do you think it would be useful and do you have any other suggestions?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tobias Gerdin</dc:creator><pubDate>Sat, 24 Oct 2020 18:57:14 -0000</pubDate></item><item><title>Re: Using Emacs on Windows with WSL2</title><link>http://emacsredux.com/blog/2020/09/23/using-emacs-on-windows-with-wsl2/#comment-5123073383</link><description>&lt;p&gt;Since nobody here reported using Cygwin/X, I'll post my setup also.  I initially used vcxsrv as an X server. It is easy to set up but it has two flaws: 1. It doesn't support Emacs child frames very well. 2. It doesn't rescale X apps on the fly when moving a window from e.g. a screen with 150 dpi to a screen with 200 dpi. One needs to quit all X apps and restart the server to rescale.  I looked at mobaxterm as an alternative but it looked way too complicated, so I ended up with Cygwin/X.  Cygwin/X doesn't have the same issues as vcxsrv, I don't need to set GDK_SCALE or GDK_DPI_SCALE, the fonts have correct sizes without any changes and its support for mixed dpi screens is better than under native linux.&lt;br&gt;To set up Cygwin/X, you need to download the installer/package manager &lt;a href="http://cygwin.com/setup-x86_64.exe" rel="nofollow noopener" target="_blank" title="http://cygwin.com/setup-x86_64.exe"&gt;http://cygwin.com/setup-x86_64.exe&lt;/a&gt; and select &lt;code&gt;xorg-server&lt;/code&gt;, &lt;code&gt;xinit&lt;/code&gt; and &lt;code&gt;xhost&lt;/code&gt; packages. &lt;code&gt;xlaunch&lt;/code&gt; is also recommended and some X app (e.g. &lt;code&gt;xterm&lt;/code&gt;) to test it.  Afterwards, you can start the X server with &lt;i&gt;XWin Server&lt;/i&gt; launcher or &lt;i&gt;Xlaunch&lt;/i&gt; wizard, but it's more convenient to set it up as windows service by running:&lt;br&gt;&lt;/p&gt;&lt;blockquote&gt;cygserver-config&lt;br&gt;cygrunsrv -S cygserver&lt;br&gt;&lt;/blockquote&gt;&lt;p&gt;in cygwin terminal with administrative permissions.  The X server started as a service will start with command line arguments provided in &lt;code&gt;C:\Users\username\.xserverrc&lt;/code&gt;. This is the same as launching &lt;i&gt;XWin Server&lt;/i&gt; from start menu. My &lt;code&gt;.xserverrc&lt;/code&gt; contains:&lt;/p&gt;&lt;blockquote&gt;XWin +iglx -wgl -multiwindow -listen tcp&lt;/blockquote&gt;&lt;p&gt;&lt;br&gt;These options enable hardware acceleration and multiwindow support (X windows treated as first-order citizens by Windows window manager). By default, Cygwin/X disables TCP connections, so we need to enable that with &lt;code&gt;-listen tcp&lt;/code&gt;.  We also need to authorize our WSL virtual machine to connect to the server. Problem is, the IP address and the subnet of the VM is randomized each time we start WSL, so it's best to do that from WSL's &lt;code&gt;.bashrc&lt;/code&gt;:&lt;br&gt;&lt;/p&gt;&lt;blockquote&gt;# Add Ubuntu network ip to allowed Cygwin/X hosts&lt;br&gt;IPADDR=$(hostname -I)&lt;br&gt;RUNPATH="/mnt/d/bin/cygwin64/bin/run.exe"&lt;br&gt;$RUNPATH --quote /usr/bin/bash.exe -l -c "DISPLAY=:0 xhost +$IPADDR"&lt;br&gt;&lt;/blockquote&gt;&lt;p&gt;We also need to define &lt;code&gt;DISPLAY&lt;/code&gt; to connect and &lt;code&gt;LIBGL_ALWAYS_INDIRECT&lt;/code&gt; to use OpenGL:&lt;/p&gt;&lt;blockquote&gt;export DISPLAY=$(ip route | awk '{print $3; exit}'):0&lt;br&gt;export LIBGL_ALWAYS_INDIRECT=1&lt;/blockquote&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Grzegorz Kowzan</dc:creator><pubDate>Sat, 24 Oct 2020 09:51:40 -0000</pubDate></item><item><title>Re: State of Emacs Survey | Emacs Redux</title><link>http://emacsredux.com/blog/2020/10/22/state-of-emacs-survey/#comment-5121548133</link><description>&lt;p&gt;&amp;gt;I'm just certain that a mailing list is not an effective way to manage a project of that scale.&lt;/p&gt;&lt;p&gt;Thats not true there are even larger projects that still work that way. It just needs a different view of accessing the list for users that don't use email.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Thaodan</dc:creator><pubDate>Fri, 23 Oct 2020 04:40:08 -0000</pubDate></item><item><title>Re: State of Emacs Survey | Emacs Redux</title><link>http://emacsredux.com/blog/2020/10/22/state-of-emacs-survey/#comment-5121465849</link><description>&lt;p&gt;Yep, there are plenty of opportunities for improvement. I'm just certain that a mailing list is not an effective way to manage a project of that scale. Emacs does have an issue tracker, but I've rarely seen important discussions take place there.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bozhidar Batsov</dc:creator><pubDate>Fri, 23 Oct 2020 01:59:33 -0000</pubDate></item><item><title>Re: State of Emacs Survey | Emacs Redux</title><link>http://emacsredux.com/blog/2020/10/22/state-of-emacs-survey/#comment-5121048875</link><description>&lt;p&gt;&amp;gt;discuss ideas in an (modern) issue tracker, instead of on a mailing list&lt;/p&gt;&lt;p&gt;Thats also a problem with older mailinglists&lt;/p&gt;&lt;p&gt;If you use something like mailman3 you have more modern frontends is easier to use for everyone that doesn't want to use email.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Thaodan</dc:creator><pubDate>Thu, 22 Oct 2020 18:38:14 -0000</pubDate></item><item><title>Re: Travel back and forward in git history - Emacs Redux</title><link>http://emacsredux.com/blog/2014/07/22/travel-back-and-forward-in-git-history/#comment-5104329163</link><description>&lt;p&gt;I've updated the link in the article.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bozhidar Batsov</dc:creator><pubDate>Fri, 09 Oct 2020 15:55:35 -0000</pubDate></item><item><title>Re: Using Emacs on Windows with WSL2</title><link>http://emacsredux.com/blog/2020/09/23/using-emacs-on-windows-with-wsl2/#comment-5084466031</link><description>&lt;p&gt;wow, I'm not sure why it's working for me, I think I'm going to have to abandon this discussion lest x410 on my machine gets the idea it's not supposed to be working....!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jerry Asher</dc:creator><pubDate>Fri, 25 Sep 2020 03:13:43 -0000</pubDate></item><item><title>Re: Using Emacs on Windows with WSL2</title><link>http://emacsredux.com/blog/2020/09/23/using-emacs-on-windows-with-wsl2/#comment-5083440427</link><description>&lt;p&gt;If you are ever forced back into that world (it happens to me at work):&lt;br&gt;1. Set a HOME environment variable to C:\Home or similar&lt;br&gt;2. Add to your HOME directory a bin sub-dir, add it to PATH&lt;br&gt;3. Drop all the ezwinports executables for find, ls, etc. in said directory&lt;/p&gt;&lt;p&gt;In my experience with that you achieve a good compatibility layer for Emacs to run and give you your usual tools.&lt;br&gt;Usually if you are running Win32 you are bound by some tool or scenario only reproducible in that platform, and WSL or Cygwin add complexity and indirection to the setup.&lt;br&gt;YMMV :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sebastián Monía</dc:creator><pubDate>Thu, 24 Sep 2020 10:19:05 -0000</pubDate></item><item><title>Re: Using Emacs on Windows with WSL2</title><link>http://emacsredux.com/blog/2020/09/23/using-emacs-on-windows-with-wsl2/#comment-5083044989</link><description>&lt;p&gt;Thanks for the kind words and for sharing the socat tip!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bozhidar Batsov</dc:creator><pubDate>Thu, 24 Sep 2020 01:25:20 -0000</pubDate></item></channel></rss>