I just pushed a fix that correctly handles your example file.  There
was a subtle bug in the way I was detecting the boundaries of
transactions and directives.

On Fri, Oct 17, 2014 at 7:22 AM, Craig Earls <[email protected]> wrote:
> Thank you.  I will look into this.
>
> On Thu, Oct 16, 2014 at 3:24 AM, Christophe Rhodes <[email protected]> wrote:
>> Hi,
>>
>> I'm not currently able to build a good mental model of what's going on
>> with emacs/ledger fontification, so I have to summarize by saying it's
>> not working for me.  Trying to be concrete: take the attached short
>> ledger file, and open it in current emacs with ledger-mode from 28th
>> September or later, with font-lock enabled.  What I see is:
>>
>>
>>
>> * some, but not all, of the lines beginning with semicolons are in
>>   comment-face.  The first seven or so are, and so are some of the
>>   others in the first block, but not all of them are by any means
>>
>> * moving the cursor around might change the state of some, but again not
>>   all, of the lines in the comment block.  This might just be font-lock
>>   mode's usual laziness, but it's quite distracting and surprising that
>>   the font-lock state should change in the first screenful of a file
>>
>> * the "Opening Balance" transaction is not fontified as a transaction,
>>   but (for me) shows up entirely in normal face.  If I move point to it,
>>   it does gain an overlay highlighting the transaction.  If I hit RET at
>>   the start of the transaction, the whole thing does gain the nice
>>   transaction fontification; running an explicit M-x
>>   font-lock-fontify-buffer removes that fontification again
>>
>> * the P directive specifications acquire and lose colours in a way that
>>   I can't really understand as I edit them -- maybe they are trying to
>>   be interpreted as parts of a transaction?  Making edits to them
>>   involving adding and removing whitespace at the start of their lines
>>   causes odd things to happen.  Also, while point is on the first P
>>   line, the Opening Balance transaction has the transaction overlay;
>>   while point is on the second P line, the first P line has the
>>   transaction overlay
>>
>> * the transaction overlay for the second ("Interest") transaction stops
>>   one character short (so that the overlay highlights just as far as the
>>   end of the text of the transaction, rather than including the newline
>>
>> I'm sorry that I haven't been able to isolate some of these problems
>> further, but as I say I'm afraid I don't even have a mental model of
>> what's going on.  I'm happy to try to help diagnose these faults or test
>> proposed fixes.
>>
>> Thanks,
>>
>> Christophe
>>
>> --
>>
>> ---
>> You received this message because you are subscribed to the Google Groups 
>> "Ledger" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected].
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> Craig, Corona De Tucson, AZ
> enderw88.wordpress.com



-- 
Craig, Corona De Tucson, AZ
enderw88.wordpress.com

-- 

--- 
You received this message because you are subscribed to the Google Groups 
"Ledger" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to