Thanks guys!
On Aug 5, 2015 7:34 AM, "Bastien Guerry" wrote:
> I've released 8.3.1 with this fix.
>
> Thanks,
>
> --
> Bastien
>
I've released 8.3.1 with this fix.
Thanks,
--
Bastien
Hi Kyle,
Kyle Meyer writes:
> I'll restore the use of font-lock-fontify-buffer and leave a comment to
> make sure it isn't reverted again.
Ouch. I've been bitten by this before, if my memory is correct.
Let's fix those regressions within the next hour and release 8.3.1
to propagate them.
Tha
Kaushal wrote:
> Hi,
>
> The source code block fontification stops working in all my org files in
> version 8.3.
Sorry, this was broken by my backport (d81e6b5) and the following merge
to master. I should have caught this because 99f ("org-src.el
(org-src-font-lock-fontify-block): Do not use
Using (font-lock-fontify-buffer) as in version 8.2.10 instead of
(font-lock-ensure) in org-src-font-lock-fontify-block fixes this.
But the documentation in font-lock.el suggests using font-lock-ensure
instead of font-lock-fontify-buffer.
--
Kaushal Modi
On Tue, Aug 4, 2015 at 10:38 PM, Kaushal
On Thu, Jan 9, 2014 at 12:39 PM, Bastien wrote:
>
> >> (setq org-src-fontify-natively t)
> >
Just to note that I have the flag turned off because of the bad
interaction between my use of variable-pitch mode in org-mode which is
picked up by the source fontifying. Unfortunately the source code
Hi Dov,
Dov Grobgeld wrote:
> 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?
There is `org-default', but I don't know if it solves your
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
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 th
On 30.4.2011, at 21:45, Eric S Fraga wrote:
> Eric S Fraga writes:
>
> [...]
>
>>> The problem with the multiple overlays that were created
>>> during native fontification is now fixed. I would be interested
>>> to know if this improves the situation.
>>>
>>> - Carsten
>>>
>>
>> Thanks. I
Eric S Fraga writes:
[...]
>> The problem with the multiple overlays that were created
>> during native fontification is now fixed. I would be interested
>> to know if this improves the situation.
>>
>> - Carsten
>>
>
> Thanks. I've re-enabled =org-src-fontify-natively= and will let you
> know
Carsten Dominik writes:
> On 21.3.2011, at 18:06, Eric S Fraga wrote:
>
>> Hello again,
>>
>> going back to the original subject of this thread (although thanks all
>> for your inputs on yasnippet ;-), I have started working on a new
>> document and am finding the slowdown of navigation (next-li
On 21.3.2011, at 18:06, Eric S Fraga wrote:
> Hello again,
>
> going back to the original subject of this thread (although thanks all
> for your inputs on yasnippet ;-), I have started working on a new
> document and am finding the slowdown of navigation (next-line) very
> annoying. In this doc
Julian Burgos writes:
> Dear list,
>
> I was very excited to discover org-src-fontify-natively, but I´m not
> having a good experience with it. When it is on, org-mode becomes
> very slow while typing into a code block. This happens regardless of
> the size of the file or number of blocks, and
14 matches
Mail list logo
