[O] Setting html special blocks id=name is problematic
Hi all, the html exporter produces a div with id = name when the #+name property is set for a special block. Since names are search targets they could be used in links of the form [[name]]. Now this link will fail in the browser because it will search for the internally generated id returned by org-export-get-reference and there is no html element with this id in the exported output. The problem I see here is that org searches for the link target using the name property but produces html that searches for this same target using a non-exported id instead. Given that there already is an #+attr_html keyword to set the id property if so desired, wouldn't it be a better idea to set the id property to the internally generated identifier so links are able to resolve both in emacs and in the browser the same way? I could write a simple patch but I would like to know your opinion on this first. Best regards -- Carlos
Re: [O] Smart archiving of subtrees with parent headlines
Ken, I believe Bastien's signing comment was also directed towards me, and I am fine with signing a FSF assignment document, but this had simply gotten buried in my emails. I do still have it on my list to take a look at this at some point, but if one of you is inclined to merge it, by all means do! I don't think I've needed to change the function I've been using for this (works with a relatively recent org-mode release). But it sounds like you're saying that it won't work with the latest git versions? Regards, Mark On Thu, Mar 28, 2019, 2:14 PM Ken Mankoff wrote: > > On Tue, May 1, 2018 at 11:01 AM Bastien wrote: > >> Hi Mark, >> >> Mark Edgington writes: >> >> > I don't know why not -- I'm OK with the code being used in >> > org-archive.el. As far as I'm concerned, you can use it however you >> > wish (it is based on Ken's code though, so he would also need to sign >> > off on its use, I suppose). >> >> Would you like to contribute by submitting a patch against master? >> >> For this you would need to sign FSF copyright assignment. >> >> See http://orgmode.org/request-assign-future.txt >> >> > Replying to an email almost 1 year old. I've lost archive-to-subtree > functionality recently and don't know how to get it back w/ the recent Org > code changes. While searching I found this old thread where Mark & Bastien > suggest I'd need to sign off on someone using some code I pasted. I got > that code from elsewhere, and only did minor customizations. In my original > email I link to where I got the code from ( > https://lists.gnu.org/archive/html/emacs-orgmode/2014-08/msg00109.html ). > I don't think I have the rights to sign off on this, but sure, you can use > what I pasted and my customizations. I've signed the FSF documents already, > a long time ago. It seems like archive-to-subtree should be a core > functionality, and if someone were to get that working again I'd be happy > to test and use it. > > -k. >
Re: [O] Smart archiving of subtrees with parent headlines
On Tue, May 1, 2018 at 11:01 AM Bastien wrote: > Hi Mark, > > Mark Edgington writes: > > > I don't know why not -- I'm OK with the code being used in > > org-archive.el. As far as I'm concerned, you can use it however you > > wish (it is based on Ken's code though, so he would also need to sign > > off on its use, I suppose). > > Would you like to contribute by submitting a patch against master? > > For this you would need to sign FSF copyright assignment. > > See http://orgmode.org/request-assign-future.txt > > Replying to an email almost 1 year old. I've lost archive-to-subtree functionality recently and don't know how to get it back w/ the recent Org code changes. While searching I found this old thread where Mark & Bastien suggest I'd need to sign off on someone using some code I pasted. I got that code from elsewhere, and only did minor customizations. In my original email I link to where I got the code from ( https://lists.gnu.org/archive/html/emacs-orgmode/2014-08/msg00109.html ). I don't think I have the rights to sign off on this, but sure, you can use what I pasted and my customizations. I've signed the FSF documents already, a long time ago. It seems like archive-to-subtree should be a core functionality, and if someone were to get that working again I'd be happy to test and use it. -k.
