[ mona / prog / sol ]
Let's talk about Emacsen: GNU Emacs, Guile Emacs, edwim, mg, etc. Do you use them? Do you like them? Do you extend them? Any tips to share? Any questions to ask?
Stalled. Immense sadness.
I don't like how Emacs recenter the screen by default. I can hit C-l myself. It's especially annoying when I use ERC or Telega, I'm used to having the line where I input text at the bottom of the screen. My old ERC settings don't work anymore on newer version of Emacs so I have these rather haxed lines in my init:
(setq scroll-margin 3 scroll-conservatively 101 scroll-up-aggressively 0.01 scroll-down-aggressively 0.01 scroll-preserve-screen-position t auto-window-vscroll nil)
One of these days, I should set them up only for the modes where I can't do without them.
I don't fire up Gnus as much as I used to, because dead newsgroups are depressing and I don't read my mail with Gnus.
I have barely used mg, I prefer zile in the rare situations where I need a more lightweight editor.
Deldo - Vibration Control and Teledildonics Mode for Emacs
He's the chief GNUisance and at this moment I feel so good I want to go outside and hug people.
I don't have my name on the wall of shame. My life has been good to me.
State of Emacs Lisp on Guile
The benchmark should only run the tests that have the same result in both implementations, otherwise you are measuring very different executions.
sbbs.el is pretty nifty but has anyone attempted to write a SchemeBBS mode for Edwin? I figure it could be modelled after imail mode.
Anyone have any idea how to make Emacs highlight unbound and shadowing Scheme variables? Locating errors involving these variables seems to take up a reasonable percentage of my debugging cycle, and it would be very helpful to discover them up front.
I don't know of anything like that, you'd probably have to integrate it into something like Geiser or have a collection of bound symbols (depending on the imports) of whatever Scheme implementation you use, so that these built-in variables aren't marked as unknown.
This is sort of what I feared. I'll put it off for now and consider looking into it again when I have more time.
I thought this was an interesting challenge and gave it a go. It was surprisingly easy to achieve using Guile's compiler infrastructure and flymake. If you actually end up using it, you might want to add every other already existing analysis to the list. It should be easy to figure out how to do it.
https://paste.textboard.org/e6c6dca0 -- guile-shadow.scm
https://paste.textboard.org/97a74add -- guile-shadow.el
For the Scheme code you will need a recent Guile, I think 3.0.3 should work but I used 3.0.4 from Guix. For the Emacs part you might want to modify at least the variables. I am not very confident in my elisp, it probably needs some improvement.
This is wild, I had no idea that you could just poke around at guile's internal representation of a program. Thanks so much for this helpful tool!
Why are info manuals not more widespread? They are by far the most convenient documentation to browse.
The main reason is probably the issue of embedding images/tables. Consider
But the again, the 'i' command super-useful.
The format supports both tables and images, although I have to admit that I've never seen either in use:
port of emacs to rust
This year will have a virtual emacs conference again: https://emacsconf.org/2020/
Anyone planning to present? I wouldn't mind watching a talk about
Does Zile have Unicode support yet?
Is Guile Emacs suitable for daily use?
Maybe Texinfo syntax alienates many potential users. Also making an HTML or PDF documentation will be easier to most using what they already know. Man pages are just necessary though now there're tools  to generate them fairly simple.
: e.g. https://git.sr.ht/~sircmpwn/scdoc
It appears to have lost momentum. To say the truth I ain't a fan of RiiR projects for no particular reason.
No ersatz Emacs supports Unicode.
This editor: https://github.com/nsf/godit is pretty close to Emacs, and looks like it supports unicode.
crdt.el is a real-time collaborative editing environment for Emacs using Conflict-free Replicated Data Types.
Sounds amazing, I wish I had any friends to try it with.
Start two local Emacs sessions.
Is anyone aware of attempts to implement CL's reader macros (or a subset thereof) in elisp?
There's this: https://emacssurvey.org/
It's open until 30.11.2020, consider participating, so that the VSCode and Vim users don't overshadow everything.
Does anyone here use GCC-Emacs? I heard it was actually quite usable with no real issues, and it seems that it will be added to my distribution within the month.
I tried it a week ago, and it's basically as stable as master, but probably not more stable.
That's honestly not too bad, but it does temper my enthusiasm slightly. At least baring any obvious bugs in the beginning I'll try to keep it in the back of my head that any errors I'm debugging (inevitable bugs in personal functions and configuration) could be due to working on top of an unstable branch. Thanks for sharing.
I have been using it with Doom Emacs for Go development and have had no issues so far.
What have you been using for debugging?
That's good to hear as well, I think I'm just slightly overly cautious and excited because I use Emacs as my OS with EXWM and what not, and don't restart for weeks on end. Bugs which don't appear significant in some contexts are very significant to me, and performance is likewise something I'm very interested in. Although a completely asynchronous Emacs would be of even more interest to me, I am quite interested in this project.
The eccentricities of my setup meant that this Emacs GCC didn't work out.
I think I'm also going to enter a bit of an online hermitage, I'll see you guys at some later date.
Can I put this thread as an answer to "What Emacs community forums have you visited in the past year?"
Man pages are the standard. What more would you ever want than what man pages offer?
More than one page, real images and working cross references.
And let's not forget an index.
This is starting tomorrow.
This is starting today.
It's over now.
what the fuck is an emacsen
Emacs Survey 2020 results: https://emacssurvey.org/2020/
It's pretty interesting that so many emacs users used to be vim users. I wonder if the reverse is also true.
It's nice to see how many people use either vanilla emacs, or a completely custom configuration, this was one of the main things I was most worried about. Apparently icomplete isn't popular at all; maybe that will change if we can get better performance in elisp.
The median evil-modalist is seven emacs-years younger than the median traditionalist.
Hopefully they will grow out of it!
For all of this war, it's depressing noone brings up the blaring problems with modern qed and ecce and that emacsen spawn don't know what ecce is, nor do vi users know what qed is.
Two tips for those of you considering running GNU Emacs on OpenBSD, other than the usual stuff like adding your user to staff.
The first is that generally speaking you want to start large applications in separate processes using for example
nil passed as the argument to the
destination parameter, or alternatively to just start applications outside of Emacs, using dmenu or similar. This resolved many of the crashes I was having which seemed to do either with having subprocesses consuming too much memory (running PDF readers, video player, and www browser as subprocesses) for OpenBSD's relatively aggressive process limits, or simply because these subprocesses had some other issue such as a memory leak or they were violating an
The second is courtesy of the following blog since I couldn't manage to find this out myself: https://omecha.info/blog/org-capture-freezes-emacs.html Apparently there is some sort of issue with OpenBSD freezing when trying to read the SECONDARY clipboard with Latin1 encoding. This clipboard is read by org-capture, and might be used in some other modes as well, along with anything derived from org-capture. No idea why this would fix things but it does:
(setq x-selection-timeout 10)
Is there any Windows user here? Do you have any tips to make it better on Windows? Jesus, it's slow!
It ran perfectly fine on my shitty Windows tablet last time I checked
It does run perfectly, but it's noticeable slower than running it on Debian. I guess we can't have both.
I don't run Windows, but what specifically is slow for you? There are some things which are slow on all platforms like icomplete, doc-view, and very long lines; these are typically replaced by something like Selectrum, pdf-tools, and RIP respectively by users. Startup can also be slow if you have a large config, the way to fix this is to use
with-eval-after-load around packages, or the
use-package package and to temporary set the following during startup:
(setq file-name-handler-alist nil gc-cons-threshold most-positive-fixnum)
Of course using
emacs -q to find actual errors in your configuration could also be useful.
what does emacs have that Featherpad doesn't?
Specific unique functionality, not a "hotkey to search&replace x by y".
Something that Featherpad can't do.
the "hotkey to search&replace x by y", as you so eloquently put it, is what makes emacs better to the people who use it. featherpad is pretty much just a regular editor not much different (if at all) from mousepad, gedit, etc
also emacs has tetris, a web browser and can view slideshows and non-plaintext documents, which i guess is what you meant.
Emacs is programmable. The other day I needed to proofread some text that was badly OCR-ed from a PDF file. In a few minutes I threw together some convenience functions that narrowed the text to a single page and showed the original PDF page next to it. Then with a single hotkey I could "turn a page" both in the text and the PDF. That made my job a lot less frustrating.
I guess what is interesting is that "search/replace" isn't built in to Emacs, but instead is programmed in Elisp. The same with undo, all the variations of search (regex search, word search, case-insenstive-search), and so on. It serves as an example for what potential the core has, and how it can be adapted.
I always thought people just threw their themes together by choosing random colours but apparently it's closer to engineering than I thought.
I read this an eternity ago but for some reason did not modify my config, I ended up reinventing it today and will never go back: https://with-emacs.com/posts/tips/quit-current-context/ It's insane that this isn't the default behavior honestly.
Even after doing this I have an issue where if I C-g in the minibuffer while icomplete is searching for something I simply get the [Quit] literal showing up in the prompt. If I bind my function to a different key such as C-] or M-n this does not occur. Any ideas how to make icomplete treat C-g the same way it does these other keys?
Is anyone aware of a way to display arbitrary fractions in Emacs. Something like how the
raise display property allows you to display arbitrary subscripts and superscripts? Unicode fractions don't cover many cases at all, just literal numerals, and I'm not interested in rendering images.
They certainly put a lot of thought into things that make absolutely no difference.
Nothing as well integrated as display properties, but texfrag-mode can render latex equations inline.
textfrag seems to do the image preview thing, it's kinda lame that the render seems to lack the expressiveness to display fractions, and non-linear text generally.