emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Orgmode] Custom_ID problem with org-info.js display


From: Sebastian Rose
Subject: Re: [Orgmode] Custom_ID problem with org-info.js display
Date: Tue, 21 Apr 2009 16:16:42 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux)


Hmm - the script supports two kinds of human readable IDs now. The old
ones (which where defined in the anchor inside the the headline), and
the new ones, which are now defined in the headlines 'id' property.

Which one is now to prefer?

What I did now, is to remove the regexp search at all (`^sec-') and
switched to prefer the ID in the anchor (to be backward compatible).


Is there a need for numeric `sec-x.x' IDs?


To put that in again is not a big deal.




   Sebastian


Carsten Dominik <address@hidden> writes:
> On Apr 21, 2009, at 1:31 PM, Sebastian Rose wrote:
>
>>
>>
>> OK. Should work now.
>>
>> Old human readable IDs in headline's anchors are still prefered.
>>
>> Also, org-info.js is now minified (no obfuscation) to decrease the file
>> size by about 40%.
>>
>> For those interested in hacking it, the plain org-info.js was moved to
>> org-info-src.js.
>>
>>
>> You may pull the script from the usual sources. E.g:
>>
>> http://repo.or.cz/w/Worg.git?a=blob_plain;f=code/org-info-js/org-info.js;hb=31f6317f2aaebe18ea8ec3a9e0a5b0426e062164
>
> Hi Sebastian,
>
> this looks great.  However:
>
> Let's look at the first heading now in Changes.html:
>
> <div id="outline-container-v6.26" class="outline-2">
> <h2 id="v6.26"><a name="sec-1" id="sec-1"></a>Version 6.26 </h2>
> <div class="outline-text-2" id="text-v6.26">
>
> As you can see, in this case, where there is a custom ID "v6.26" that is used,
> I have added "sec-1" as an anchor to the headline, just to make sure that the
> full systemacs of sec-NN anchors remains available.
>
> However, it seems that the link extraction commands "l" and "L" now both 
> access
> the sec-1 name.  I believe it would be better, in this case, to use v6.26.
>
> - Carsten
>




reply via email to

[Prev in Thread] Current Thread [Next in Thread]