The following graph shows a comparison between Sublime Text 2 (left) and Emacs 24 (right, installed from homebrew) on how they render texts on my Mac. They all use Monaco with normal weight, but as you can see, Emacs renders text in a somewhat aliased way. The problem didn't show up when I was using Emacs 23 on my Mac. I'm wondering if there is any way to fix it.
I fix the problem by using compiled Emacs For Mac OS X instead, and it renders texts well. The Emacs version I mentioned in the question was built from git repository, I guess that was the problem since it was too cutting edge.
Update:
The bug seems to be introduced in the latest Emacs build, see report #11484 #12996 #13106.
Want to improve this post? Add citations from reputable sources by editing the post. Posts with unsourced content may be edited or deleted.
Just upgrade to Emacs 24.3, they fixed this bug.
Related
I'm trying to configure Vim so that it highlights extra closed brackets in Perl, for example ()). For unclosed brackets this works correctly the extra ( is highlighted red. But the extra closed brackets are not highlighted.
This issue is only present when syntax=perl. When I use syntax=c or syntax=vim the unmatched closed brackets are correctly highlighted.
Here is an example with syntax=perl. The first row is fine but in the second row the extra ) is not red. :(
Do you know any tricks or plugins that could solve this?
I've found some (very) old vim plugins like Highlight-UnMatched-Brackets but they didn't solve this issue for me.
It's possible that this is a bug in the syntax highlight for Perl. The project that keeps track of all the Perl-specific files that get fed back to the vim project is here: https://github.com/vim-perl/vim-perl (I'm one of the maintainers) If you think it's a bug in the syntax highlighting, then go ahead and submit an issue on GitHub.
You might also try using the syntax files in the vim-perl project in your local vim. I don't know what version of vim you're running, but it's possible newer support files will solve your problem.
I recently upgraded to emacs 24.3.1 in order to use a new mode for programming in D. I seem to have introduced some problem with my other modes now (Java, C++ C I'm just using whatever comes with emacs). When I scroll up/down in a buffer, the text displayed is totally messed up. As in lines mixed together, indentation screwy, cursor not modifying where it looks like it is. If I hit ctrl-l the screen refreshes and all is good. I noticed this problem every once in a while with my previous version when editing C .h files. But now it's happening on every single buffer. I can't work with it. Every time I move up/down I have to refresh the screen. I can't find anything similar to my problem with a google search. Might end up being an issue with some incompatible version of a dependency. Here's my system stats.
CentOS release 5.4 (Final)
linux 2.6.18-164.el5
emacs 24.3.1
I don't even know what other libs emacs might depend on. I'll be happy to post versions of anything that might be relevant.
Thanks
Since you say that this happens also with emacs -Q, i.e., without your init file, consider filing a bug report: M-x report-emacs-bug. For that, try to give a short, reprocible recipe, starting with emacs -Q. Emacs Dev will take a look and let you know whether they think there is a bug.
Using report-emacs-bug also automatically gathers info about your Emacs version etc., and includes it with your bug description.
I'm currently trying to set up my working environment in Ubuntu 12.10, and I'm currently lost with the styling of Javadoc in Eclipse. The tooltips, and the Javadoc shown in the Javadoc perspective are not rendering the HTML correctly at all.
This is what it looks like on my Windows 7 installation of Eclipse:
On Ubuntu, it looks completely broken and is not rendering anything correctly, which gets especially distracting when there is lots of text, code or other things included into the Javadoc:
Has anyone experienced this kind of issue before or might be able to help otherwise?
Note: I also changed my gtkrc up a bit to change the tooltip color, as it used to be just really dark text on black background, but that should have only changed the general font and background color, not the rendering of HTML.
I just found this very related question:
Eclipse is formatting javadoc tooltips very poorly on Ubuntu
However, noone there was able to answer the person asking the question
Had the same problem- Solution is easy: Install the libwebkitgtk-1.0-0 package available in the default ubuntu repositories.
(If you're not using Ubuntu find out how that component is called on your distro and how to install it)
I upgraded my emacs recently to 24.2 cocoa using homebrew, and now org-mode is pretty much useless in the terminal. The problem is more irritating than it would be if it didn't work at all, which would give me a clue as to how to fix it.
When I'm editing a list (using the asterisk), and contract or expand the elements of the list (using tab), all kinds of weirdness occurs. Some list items will suddenly duplicate. Some list items will disappear completely. Items will be pushed way down the page, and then jump back up. This is all happening as I'm pushing nothing but tab.
I've uninstalled, reinstalled emacs using brew. I've done a lot of googling but can't find anyone who has had this problem with org-mode. Anyone have any ideas?
Mac OS X Lion 10.7.5
Emacs 24.2
org-version 7.8.11
Have you tried using a different terminal emulator? They all have different bugs, so perhaps you've tripped over one in the default Terminal app. Try a plain xterm instead. I assume that emacs works fine when it's not in a terminal.
I'm using emacs 24 on OS X and have the strange problem that I'm unable to see any color codes. Emacs seems to just ignore them. My motivation is to see colored output from cmake, llvm and the googletest framework for a C++ project. I'd like to see the colors in compile mode, however it would probably suffice to fix the display for comint or shell modes.
My problem differs from many others in the fact that I can neither see the raw ansi color sequences nor the colors they should produce. It seems that the codes are just stripped away from the output, but I can't find out where.
I tried out the obvious things like
requiring 'ansi-color
turning ansi-color-for-comint-mode on
unsuccessfully trying to produce any ansi-colored output in either shell, eshell, multi-term, ansi-term
setting my TERM to various settings, including xterm, xterm-color, xterm-256color
all to no avail.
Edit:
My emacs configuration is divided into my personal settings and a fork of emacs prelude in which I modified some minor settings, mainly adding packages
So it turned out that the problem was caused by zenburn-theme 1.2. There was a bug there with the ansi-color-names-vector that's fixed in version 1.3 (released just now). If you're experiencing a similar problem make sure you upgrade your version of zenburn.
I can definitely say it's working fine for me with just (ansi-color-for-comint-mode-on). FWIW you can browse my emacs config, but it's fairly big :)
https://github.com/aufflick/emacs.d