I investigated this and found that this may almost be fixed by doing:
;; Make all font-lock faces fonts use inconsolata
(dolist (face '(font-lock-builtin-face
font-lock-comment-delimiter-face
font-lock-comment-face
font-lock-constant-face
font-lock-doc-face
font-lock-function-name-face
font-lock-keyword-face
font-lock-negation-char-face
font-lock-preprocessor-face
font-lock-regexp-grouping-backslash
font-lock-regexp-grouping-construct
font-lock-string-face
font-lock-type-face
font-lock-variable-name-face
font-lock-warning-face))
(set-face-attribute face nil :family my-default-family))
But unfortunately not fully, because both source code (at least in python)
and org-mode make use of the default font. And since I change this at
org-mode startup to the variable-pitch the result is that I inherit this
in the source code blocks as well.
A solution would be that all org-mode faces would inherit a common
org-mode-face. You could then customize this font to a variable-pitch
without using the ~variable-pitch-mode~ command. Is this feasible?
Regards,
Dov
On Sat, Jan 28, 2012 at 19:30, Dov Grobgeld dov.grobg...@gmail.com wrote:
Great! That must be a new addition that I missed. It is not perfect
though, as I use a variable font for org-mode, which is inherited by the
embedded source code block when I turn on org-src-fontify-natively . Is
there any way of preventing that so blocks are always in e.g. Inconsolata?
I found that the block background color may be changed by
org-block-background which is nice to make a visual distinction of source
code sections!
Regards,
Dov
On Sat, Jan 28, 2012 at 19:06, Eric Schulte eric.schu...@gmx.com wrote:
I also love the embedded code (though I wish it was possible to syntax
highlight it!),
It is possible, just add the following to your Emacs configuration.
(setq org-src-fontify-natively t)
Cheers,
external links, and tables.
Thanks again!
Dov
On Sat, Jan 28, 2012 at 18:18, Thomas S. Dye t...@tsdye.com wrote:
Aloha Christian,
Thanks for your comments. It is great to have feedback.
Christian Wittern cwitt...@gmail.com writes:
I think this is an excellent article, introducing an aspect of
org-mode, which I think fills a gap that no other software I know of
comes even close to approach. I already started mentioning it in
conversations and am sure it will be very useful to many members of
the academic community.
Just to make sure I could answer any follow up questions, I
downloaded
the replication bundle and started installing the dependencies. I
encountered a few problems and hope this is the right place to
discuss
them. BTW, I am working with this on a Mac OS X 10.6 machine.
Most of the dependencies I already had or installed them from
macports. One problem I encountered was with installing the RSQLite
package. Executing the installation command from the README file did
not work because of permission issues, the command needs to run with
superuser rights. Is it possible to give these rights to commands
run
from babel? Since I did not find a way to do that, I installed from
the R commandline, where I found that the name of the package is
RSQLite, not 'RSQlite' as given in the readme file.
The one dependency I could not solve was the 'dot' executable. I
assume this is an interpreter for the dot language, for which it
seems
the program on the Mac is named graphviz. However, I am not sure how
to make that work with org/babel. Should I simply symlink to
graphviz? Or is there a babel variable to be set? This is a point
that probably needs some explanation, at least for Mac users (I
realize that the articel might not have been intended as such a
general introduction with details for all common OSses, but it would
be nice if this can be gradually supplemented).
One last remark; since this is an online publication, I think using
proper fontification for the examples and org source code would be
even more appealing, especially for people who encounter org for the
first time.
Could you be more specific here? It might be obvious to others, but I
don't understand what you mean by proper fontification.
All the best,
Tom
Keep up the excellent work!!
Christian
On 2012-01-27 23:43, Eric Schulte wrote:
Hopefully this will serve as the canonical introduction to working
with
code blocks in Org-mode.
As we acknowledge in the paper this work would not have been
possible
without the ideas and feedback of the Org-mode community, so thanks
all!
Nick Dokosnicholas.do...@hp.com writes:
Andreas Lehaandreas.l...@med.uni-goettingen.de wrote: