* [BUG][ODT] Subtree export fails when link references target on higher level
@ 2013-11-21 21:33 Christian Moe
2013-11-21 22:51 ` Nicolas Goaziou
0 siblings, 1 reply; 8+ messages in thread
From: Christian Moe @ 2013-11-21 21:33 UTC (permalink / raw
To: Emacs-orgmode; +Cc: Nicolas Goaziou
The two examples below illustrate an odd ODT export failure that occurs in
restricted circumstances: only when the target of the link is on a
higher level of the tree than the link.
* This fails
** A subheader
This paragraph is bookmarked. <<target1>>
When I try to export this subtree to ODT (`C-c C-e C-s o O' at point), I get
: user-error: No such file: /Users/CM/org/OpenDocument export failed: FIXME?
*** A sub-subheader
Here's a ref to the bookmark at [[target1]].
* This works
Here, I reverse the positions of reference and target from the first example.
** A subheader
Here's a ref to the bookmark at [[target2]].
I can do subtree export from here with no problem.
*** A sub-subheader
This paragraph is bookmarked. <<target2>>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [BUG][ODT] Subtree export fails when link references target on higher level
2013-11-21 21:33 [BUG][ODT] Subtree export fails when link references target on higher level Christian Moe
@ 2013-11-21 22:51 ` Nicolas Goaziou
2013-11-22 8:04 ` Christian Moe
0 siblings, 1 reply; 8+ messages in thread
From: Nicolas Goaziou @ 2013-11-21 22:51 UTC (permalink / raw
To: Christian Moe; +Cc: Emacs-orgmode
Hello,
Christian Moe <mail@christianmoe.com> writes:
> The two examples below illustrate an odd ODT export failure that occurs in
> restricted circumstances: only when the target of the link is on a
> higher level of the tree than the link.
>
> * This fails
>
> ** A subheader
>
> This paragraph is bookmarked. <<target1>>
>
> When I try to export this subtree to ODT (`C-c C-e C-s o O' at point), I get
> : user-error: No such file: /Users/CM/org/OpenDocument export failed: FIXME?
>
> *** A sub-subheader
>
> Here's a ref to the bookmark at [[target1]].
In this case, <<target1>> doesn't belong to any headline. What is the
expected output for [[target]]?
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [BUG][ODT] Subtree export fails when link references target on higher level
2013-11-21 22:51 ` Nicolas Goaziou
@ 2013-11-22 8:04 ` Christian Moe
2013-11-22 8:09 ` Nicolas Goaziou
2013-11-25 9:49 ` Jambunathan K
0 siblings, 2 replies; 8+ messages in thread
From: Christian Moe @ 2013-11-22 8:04 UTC (permalink / raw
To: Nicolas Goaziou; +Cc: Emacs-orgmode
Nicolas Goaziou writes:
> Hello,
>
> Christian Moe <mail@christianmoe.com> writes:
>
>> The two examples below illustrate an odd ODT export failure that occurs in
>> restricted circumstances: only when the target of the link is on a
>> higher level of the tree than the link.
>>
>> * This fails
>>
>> ** A subheader
>>
>> This paragraph is bookmarked. <<target1>>
>>
>> When I try to export this subtree to ODT (`C-c C-e C-s o O' at point), I get
>> : user-error: No such file: /Users/CM/org/OpenDocument export failed: FIXME?
>>
>> *** A sub-subheader
>>
>> Here's a ref to the bookmark at [[target1]].
>
> In this case, <<target1>> doesn't belong to any headline. What is the
> expected output for [[target]]?
Oh... right. But in that case, the output should be "No description for
this link", as happens with HTML export. More helpful and informative
than an export failure.
In ODT, the link can be useful anyway, as the ODT output is a reference
field that can be automatically updated to a different format, e.g. to
refer to a page number instead of the (missing) headline text.
Yours,
Christian
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [BUG][ODT] Subtree export fails when link references target on higher level
2013-11-22 8:04 ` Christian Moe
@ 2013-11-22 8:09 ` Nicolas Goaziou
2013-11-22 9:08 ` Christian Moe
2013-11-25 9:49 ` Jambunathan K
1 sibling, 1 reply; 8+ messages in thread
From: Nicolas Goaziou @ 2013-11-22 8:09 UTC (permalink / raw
To: Christian Moe; +Cc: Emacs-orgmode
Hello,
Christian Moe <mail@christianmoe.com> writes:
> In ODT, the link can be useful anyway, as the ODT output is a reference
> field that can be automatically updated to a different format, e.g. to
> refer to a page number instead of the (missing) headline text.
I don't know ODT syntax, but if you provide that useful syntax in this
case, I can add it to ox-odt.el.
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [BUG][ODT] Subtree export fails when link references target on higher level
2013-11-22 8:09 ` Nicolas Goaziou
@ 2013-11-22 9:08 ` Christian Moe
2013-11-22 9:42 ` Nicolas Goaziou
2013-11-22 11:19 ` Dan Griswold
0 siblings, 2 replies; 8+ messages in thread
From: Christian Moe @ 2013-11-22 9:08 UTC (permalink / raw
To: Nicolas Goaziou; +Cc: Emacs-orgmode, Christian Moe
Hi,
What I described already works out of the box, as long as a bookmark and
cross-reference are generated. In LibreOffice, you can then right-click
on the field of the cross-reference to display e.g. the target's chapter
heading number or page number instead of a textual description.
But on reflection, I think there's a strong case to change the default
ODT output of links with dedicated targets to page number
references. Under the new exporter, such <<targets>> are hidden in
output, i.e. they no longer contain text that will serve as a
description, and as shown by my example they may not always belong to a
heading. But in an ODT document they will always belong to a page, and
page number references would be a customary choice for printed media.
If that sounds reasonable I'll send a mini-patch later today.
Yours,
Christian
Nicolas Goaziou writes:
> Hello,
>
> Christian Moe <mail@christianmoe.com> writes:
>
>> In ODT, the link can be useful anyway, as the ODT output is a reference
>> field that can be automatically updated to a different format, e.g. to
>> refer to a page number instead of the (missing) headline text.
>
> I don't know ODT syntax, but if you provide that useful syntax in this
> case, I can add it to ox-odt.el.
>
>
> Regards,
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [BUG][ODT] Subtree export fails when link references target on higher level
2013-11-22 9:08 ` Christian Moe
@ 2013-11-22 9:42 ` Nicolas Goaziou
2013-11-22 11:19 ` Dan Griswold
1 sibling, 0 replies; 8+ messages in thread
From: Nicolas Goaziou @ 2013-11-22 9:42 UTC (permalink / raw
To: Christian Moe; +Cc: Emacs-orgmode
Hello,
Christian Moe <mail@christianmoe.com> writes:
> But on reflection, I think there's a strong case to change the default
> ODT output of links with dedicated targets to page number
> references. Under the new exporter, such <<targets>> are hidden in
> output, i.e. they no longer contain text that will serve as a
> description, and as shown by my example they may not always belong to a
> heading. But in an ODT document they will always belong to a page, and
> page number references would be a customary choice for printed media.
>
> If that sounds reasonable I'll send a mini-patch later today.
You seem to forget a use-case here: when the target belongs to an item,
[[target1]] returns its number. Displaying the page, albeit correct,
would be less interesting in that situation.
Also, that would introduce an incompatibility with every other major
back-end. At the moment, the compatible way to handle it would just be
to ignore [[target1]] altogether (and keep section/list/whatever number
for other calls).
What do you think?
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [BUG][ODT] Subtree export fails when link references target on higher level
2013-11-22 9:08 ` Christian Moe
2013-11-22 9:42 ` Nicolas Goaziou
@ 2013-11-22 11:19 ` Dan Griswold
1 sibling, 0 replies; 8+ messages in thread
From: Dan Griswold @ 2013-11-22 11:19 UTC (permalink / raw
To: Christian Moe; +Cc: Emacs-orgmode, Nicolas Goaziou
[-- Attachment #1: Type: text/plain, Size: 932 bytes --]
On Fri, Nov 22, 2013 at 4:08 AM, Christian Moe <mail@christianmoe.com>wrote:
> Hi,
>
> But on reflection, I think there's a strong case to change the default
> ODT output of links with dedicated targets to page number
> references. Under the new exporter, such <<targets>> are hidden in
> output, i.e. they no longer contain text that will serve as a
> description, and as shown by my example they may not always belong to a
> heading. But in an ODT document they will always belong to a page, and
> page number references would be a customary choice for printed media
>
I can say that this describes my typical needs very well. I have a project
with a fair number of targets (at least 26) that all will be referred to by
page number. Like this:
<<this target>
.
.
.
See above, on p. [[this target]].
I don't know if mine would be the odd or typical use. But it is what I am
needing.
Gratefully,
Dan Griswold
Rochester, NY
[-- Attachment #2: Type: text/html, Size: 1413 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [BUG][ODT] Subtree export fails when link references target on higher level
2013-11-22 8:04 ` Christian Moe
2013-11-22 8:09 ` Nicolas Goaziou
@ 2013-11-25 9:49 ` Jambunathan K
1 sibling, 0 replies; 8+ messages in thread
From: Jambunathan K @ 2013-11-25 9:49 UTC (permalink / raw
To: Christian Moe; +Cc: Emacs-orgmode, Nicolas Goaziou
Christian Moe <mail@christianmoe.com> writes:
> In ODT, the link can be useful anyway, as the ODT output is a
> reference field that can be automatically updated to a different
> format, e.g. to refer to a page number instead of the (missing)
> headline text.
When using page numbers, one may have to use "Update Fields" - an
extraneous step - to have a consistent doc.
With the use of section numbers, the extraneous step and the
inconsistency are altogether avoided. Remember the "section numbers"
are computed by ODT exporter by hand (i.e., these section numbers are
NOT "auto-magically" plugged in by LibreOffice.)
It is more important to have a consistent document. So, use of page
numbers can be an configurable option. It should NOT be the default
option. When using page numbers, please mention in the docstring/manual
that updating of fields is a user responsibility.
----------------------------------------------------------------
A potential patch will touch `org-odt-label-styles' and
`org-odt-category-map-alist' or steal significantly from these
variables.
----------------------------------------------------------------
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2013-11-25 9:53 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-11-21 21:33 [BUG][ODT] Subtree export fails when link references target on higher level Christian Moe
2013-11-21 22:51 ` Nicolas Goaziou
2013-11-22 8:04 ` Christian Moe
2013-11-22 8:09 ` Nicolas Goaziou
2013-11-22 9:08 ` Christian Moe
2013-11-22 9:42 ` Nicolas Goaziou
2013-11-22 11:19 ` Dan Griswold
2013-11-25 9:49 ` Jambunathan K
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.