I had a little free time today and was finally able to track down the invalid
face reference when generating an org-agenda buffer. It is caused because the
`car` of the `cons` cell created by `org-agenda-fontify-properties` is
sometimes `nil`. I threw in `bold` as a catch-all and the error is
>
> Usually, you get subtree specific variables with node properties,
> appending "EXPORT_" to them, e.g.
>
> * Subtree root
> :PROPERTIES:
> :EXPORT_AUTHOR: Not me
> :END:
>
> > I have been using #+MACRO: but it seems it is a buffer-wide thing.
>
> The suggestion above doesn't apply to
On 2015-05-09, at 14:38, Sebastien Vauban wrote:
> Nicolas Goaziou wrote:
>> The point is to make \[...\] an element, which means that:
>>
>> - it cannot be inlined anymore, i.e., it has to start on a new line,
>> - it cannot be filled anymore.
>>
>> So basically, \[...\] will be closer to L
Nicolas Goaziou wrote:
> The point is to make \[...\] an element, which means that:
>
> - it cannot be inlined anymore, i.e., it has to start on a new line,
> - it cannot be filled anymore.
>
> So basically, \[...\] will be closer to LaTeX definition.
Nitpick: I thought that \[...\] could be i
On Saturday, 9 May 2015 at 11:50, Nicolas Goaziou wrote:
[...]
> So basically, \[...\] will be closer to LaTeX definition.
>
> WDYT?
I'm happy with this proposal.
thanks,
eric
--
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.1, Org release_8.3beta-1104-gbce77d
Hello: I have Cider and Clojure Mode installed from Elpa, with Org mode
fresh from Git as of today (May 9, 2015). I've provided files below to
replicate a bug in babel fontification behavior, having to do with which
order things are loaded in.
If you save the files below, and run
emacs -Q -l ~/
Hello,
I wasn't initially for such a change, but the more I think about it the
more I think it makes sense.
The point is to make \[...\] an element, which means that:
- it cannot be inlined anymore, i.e., it has to start on a new line,
- it cannot be filled anymore.
So basically, \[...\] wi
Oleg Sivokon writes:
> Yes, that's `defstruct'. Its ABI changed between 24.5 and 25.0, The
> older one had this in the end:
>
> (push `(setq ,tag-symbol (list ',tag)) forms)
> (push `(cl-eval-when (compile load eval)
> (put ',name 'cl-struct-slots ',descs)
> (put
Hello,
Joon Ro writes:
> I was wondering if there is a way to have subtree-specific variables?
Usually, you get subtree specific variables with node properties,
appending "EXPORT_" to them, e.g.
* Subtree root
:PROPERTIES:
:EXPORT_AUTHOR: Not me
:END:
> I have been using #+MACRO: but
Leo Ufimtsev writes:
> My C-c ^ doesn't appear to be mapped to sorting of the list.
>
> But if you press C-h k, then your key-combo, then it shows you which function
> is being called. e.g org-sort-list.
>
> You can then re-map via a function like:
> (define-key 'org-mode-map (kbd "C-c n") 'org
jorge.alfaro-muri...@yale.edu (Jorge A. Alfaro-Murillo) writes:
> Hi Igor.
>
> Igor Sosa Mayor writes:
>
>> I'm using very often the sort function of lists. Unfortunately it is
>> bound to a key combination (C-c ^) which is rather uneasy. I would
>> like to change it to C-c ñ. Which is the best me
Titus von der Malsburg writes:
> This looks indeed much nicer but it’s not what we want. The Emacs
> documentation says:
>
> ‘[:punct:]’
> This matches any punctuation character. (At present, for multibyte
> characters, it matches anything that has non-word syntax.)
>
> If this matches
12 matches
Mail list logo
