Customizing my emacs modeline and after adding box with positive line width, I start seeing line number and column number redrawn on top of each other, like this:
As you can see in the picture I have line-width of 3 for the box. If I try to reset it to -1,the problem disappears. What is the issue here?
I am running macos Sierra 10.12.6 and emacs 25.3.1 (outside terminal)
The bug is fixed in emacs 26.1
Related
I have an Arch-linux system and I just installed guix. Using Guix, I installed emacs. When I use the pacman-installed emacs all is well but when I use the guix-installed emacs, the mouse cursor gets really small every time the mouse hover over the emacs window.
I have an hidpi screen which should be the cause but I don't know why the mouse does not recognize the dpi of the system when using guix-installed emacs.
emacs version is 28.1 (same as the system-wide version of emacs)
I use i3 wm
EDIT: I did the test and the problem does not happen when I use sway (Wayland wm) instead of i3. I guess this is a problem between Xorg and guix.
I'm on Debian and I have the same issue as you. I've tried the regular ways to increase cursor size like setting Xcursor.size in ~/.Xresources, but to no avail. Then, I realized that Guix set a XCURSOR_PATH. My fix was to set XCURSOR_PATH manuall in .xinitrc to both the path from Debian and Guix:
export XCURSOR_PATH=/usr/share/icons/:/home/munen/.guix-profile/share/icons
I'm using a fairly standard install:
Ubuntu 12.04 LTS (installed less than a week ago)
GNU Emacs 24.1
And when I open a PDF file in Emacs, it's terribly slow. There's a 2-3 second delay when simply scrolling with the mouse, 1-2 second delay when using n, p, C-p, C-n, etc.
This is with a 20-page doc. With a 50-page doc like this one, Emacs becomes unusable (constant freezing), so the problem gets worse with document size.
How would I go about fixing this?
When I ran emacs -Q, the problem went a way. I isolated it to this line in my .emacs.d/init.el file:
(global-linum-mode 1)
If I comment that out and restart Emacs, I can scroll on PDFs and I get no UI delay whatsoever. If I turn it back on with M-x global-linum-mode, the long lag between mouse scroll and UI update comes back.
To disable linum-mode when you are in DocView mode, you can use the following setup file:
setup-linum.el
You can customize by editing line number 5
Emacs23 GUI in Ubuntu 10.04 LTS. I've previously not changed any settings relating to Emacs scrolling behaviour. However, today I noticed a peculiar jumping behaviour when scrolling down in a buffer -- the cursor down key would scroll down as normal to a point and then the next keypress down would sometimes scroll the buffer down instead or sometimes appear to scroll the buffer up and then move the selected line down. It appeared to be more buggy behaviour rather than the normal or predictable jumping of the buffer. If I held down the down cursor the screen would jump and scroll and stutter and then lurch forward and then stutter.
I searched for some answers and tried a few mentioned here, but nothing solved the problem. Only then did I realize that this behaviour is new -- it only appeared after I changed the font in the buffer with C-x C--. When I returned the font to the "default" with C-x C-+, the scrolling behaviour returned to normal (the point moves to the last line, then the next press scrolls a few lines and moves the point up and displays the lines below; this is the default I think and I'm happy with it). Ideas?
Edit: Scrolling up works fine (as expected/default) regardless of font-size changes. Changing the font smaller a second time only makes the scrolling more bizarre.
Edit: Temporary workaround: return to using emacs -nw
Update: Tested on another Ubuntu 10.04 machine (desktop). Launched Emacs 23 and loaded a log file. Maximized Emacs. Help down cursor and scrolling worked as normal -- the cursor gets to the bottom, the buffer scrolls and the cursor moves to the middle of the screen. C-x C-- to reduce font size. Scroll down again. Same strange jerky behaviour, where some jumps don't seem to even move the buffer properly. Enlarge font once, and scrolling returns to normal. Scrolling up is fine regardless of font size. I searched the Emacs bug tracker briefly but did not find a bug which matched.
I've had this problem (or something very similar) for a long time. I finally found something (on EmacsWiki) that's working:
(setq auto-window-vscroll nil)
Without this, the buffer will not scroll down correctly when I've altered the font size, regardless of my scroll settings, which are, for what it's worth,
(setq scroll-conservatively 10)
(setq scroll-margin 7)
Consider filing an Emacs bug: M-x report-emacs-bug.
I am running Emacs 23.3 on Windows XP. When Emacs is started, the mode line will assume one of these two appearances at random. Needless to say, I prefer the first one. How do I figure out what is going on and how do I make the first one stick?
The images don't show it, but the first one has a GUI type appearance. If I hover over the various bits of text with a mouse, e.g. Help then the text Help turns into a button with shadows etc.
The black mode line appears to be a text mode widget. The only thing that the mouse will change on it is the highlighting.
PS: Thanks JSON!
I vaguely remember this happening years ago depending on whether or not I started Emacs from Remote Desktop. Perhaps there's an issue with color depth?
See if anything has changed your settings to
(set-face-background 'modeline "#000000")
(set-face-foreground 'modeline "#FFFFFF")
(EDIT: Color codes corrected) in any of your .el files.
I'm using GNU Emacs on 64bit Ubuntu. Monaco font works well, except the gap between each letter is too wide, thus causing each line of codes to spread too widely. I thought maybe it was a problem with the font, but then Ubuntu terminal was capable of handling the exactly same font with a narrower horizontal margin.
Is there any method I can try to adjust the horizontal linespacing in Emacs?
Have you checked that Emacs and terminal really display the font differently? In your screenshot, the font size itself in Emacs is bigger.
Anyways, you can choose different spacing values when setting a font by appending them to the font name, e.g. "Monaco-10:spacing=110". Try if you can get the behaviour you want this way.
EDIT: Maybe the second paragraph of my answer should be disregarded. I basically guessed this based on the output of describe-font, but further experiments with it didn't yield satisfying results.
Try:
M-x customize-face
At the prompt enter "default"
I adjust the font-width from medium to condensed and see if that helps.
Otherwise you might just try a different font. SHIFT + Mouse-1 should bring up a menu where you can change the default font from Courier.
I suffer the same problem, but then I googled into this post:
http://www.gringod.com/2006/11/01/new-version-of-monaco-font/
it definitely solves my issue.
The fix is rather simple, download the linux version of Monaco font and everything would be fine. :)