When i start emacs I can't do anything for about 20 seconds while it seems to do something relating to fonts
Unicode Fonts - Mapping Unicode Blocks in fontset-default ... done
Unicode Fonts - Mapping Overrides in fontset-default ... done
Unicode Fonts - Mapping Unicode Blocks in fontset-startup ... done
Unicode Fonts - Mapping Overrides in fontset-startup ... done
Unicode Fonts - Mapping Unicode Blocks in fontset-standard ... done
Unicode Fonts - Mapping Overrides in fontset-standard ... done
Starting new Ispell process /usr/bin/aspell with default dictionary...doneI am seeing this unicode-font issue more as I have been restarting Emacs more often recently. I raised an issue to see if anyone else has ideas https://github.com/syl20bnr/spacemacs/issues/15498
I built Emacs 28.1 from source (https://github.com/practicalli/blog/issues/129) and it doesnt have the issue with Unicode These are the steps I took to build Emacs: https://github.com/practicalli/blog/issues/129
@johanatan I'll give this a try, as i still don't feel like things are as stable for me as as i get the feeling they are for others.
Was that meant for me?
It wasn't, sorry.
I didn't ask him anything, i think he was trying to see if a different build had an issue. Meanwhile i keep getting small bugs here and there with how i installed emacs. So part of me was thinking this installation might be better. I didn't look into it much, so I'm probably getting ahead of myself.
in my init file I see the following config which might be related
;; Support font ligatures (fancy symbols) in all modes
;; 'prog-mode for only programming languages
;; including text-mode may cause issues with org-mode and magit
(unicode-fonts :variables
unicode-fonts-enable-ligatures t
unicode-fonts-ligature-modes '(prog-mode))
commenting that out seems to stop the "Mapping" at startup. Not sure what it was doing for me though π. Well as the comment suggested, my fancy symbols went away. A great darkness has come upon me.I have seen similar messages and startup time extended, usually after restarting Emacs following a package upgrade. I dont remember seeing the messages at other times, but I rarely restart Emacs outside of a package update (which can be months)
The unicode layer includes a cache, so the font mappings should only update (at Emacs startup) when a font is added or removed, or relevant configuration options are changed. So the mapping shouldnt happen on each Emacs restart.
Is your OS updating fonts when you are not looking?
In the unicode-fonts emacs package, it suggests using customize in Emacs to remove fonts, which may improve startup time
https://github.com/rolandwalker/unicode-fonts#startup-speed
I havent tried this myself...
i'll take a look, sometimes these issues just disappear after another round of updates π
FYI. the latest magit package has changed they way key bindings are defined and this clashes with evil-surround, so using v and s to stage individual lines of a hunk does not currently work. The change was made 12 days ago, so any package earlier than that should work.
I simply copied the magit folder from the rollback directory into the elpa directory and restarted Emacs, seems to work okay, although a proper rollback is a safer approach
https://github.com/syl20bnr/spacemacs/issues/15448
A pull request has been created to remove evil-surround from the git (Magit) layer. This will resolve the issue with the latest magit release https://github.com/syl20bnr/spacemacs/pull/15462
The pull request has been merged to specify fix magit status. There is a more general issue of evil-surround being globally on by default, whereas it should only be for text and programming modes. There may be other modes where evil-surround is useful, if so then a comment on this issue will help https://github.com/syl20bnr/spacemacs/issues/15463
Thanks for figuring this out, yβall, just came looking to see if anyone was clear on what was going on. Cheers!
Small workaround I found is to call magit-dispatch (with ? key) then do s.
So steps are:
1. highlight lines
2. ?
3. s.
Itβs a bit clunky so rolling back makes a lot of sense too.
A nice little work around, thanks.
It seems the plan is to turn off evil-surround globally and only enable it for specific modes.
Therefore toggle evil-surround off seems to work
SPC SPC evil-surround-mode in the magit status buffer allows staging of a region within a hunk