emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* [org-e-texinfo] generate menu items
@ 2012-11-17 18:10 Thomas S. Dye
  2012-11-17 18:50 ` Nicolas Goaziou
  0 siblings, 1 reply; 16+ messages in thread
From: Thomas S. Dye @ 2012-11-17 18:10 UTC (permalink / raw)
  To: Org-mode

Aloha all,

An Org manual convention uses title case for the main menu and sentence
case for chapter heads, e.g., the chapter "Document structure" shows up
in the main menu as "Document Structure".

I haven't been able to get the texinfo exporter to do this.

Perhaps org-e-texinfo--generate-menu-items could check the EXPORT_TITLE
property?  Something like this might make sense:

* Document structure
  :PROPERTIES:
  :DESCRIPTION: A tree works like your brain
  :EXPORT_TITLE: Document Structure
  :END:

All the best,
Tom
-- 
T.S. Dye & Colleagues, Archaeologists
735 Bishop St, Suite 315, Honolulu, HI 96813
Tel: 808-529-0866, Fax: 808-529-0884
http://www.tsdye.com

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2012-11-17 18:10 [org-e-texinfo] generate menu items Thomas S. Dye
@ 2012-11-17 18:50 ` Nicolas Goaziou
  2012-11-17 19:56   ` Thomas S. Dye
  0 siblings, 1 reply; 16+ messages in thread
From: Nicolas Goaziou @ 2012-11-17 18:50 UTC (permalink / raw)
  To: Thomas S. Dye; +Cc: Org-mode

Hello,

tsd@tsdye.com (Thomas S. Dye) writes:

> An Org manual convention uses title case for the main menu and sentence
> case for chapter heads, e.g., the chapter "Document structure" shows up
> in the main menu as "Document Structure".
>
> I haven't been able to get the texinfo exporter to do this.
>
> Perhaps org-e-texinfo--generate-menu-items could check the EXPORT_TITLE
> property?  Something like this might make sense:
>
> * Document structure
>   :PROPERTIES:
>   :DESCRIPTION: A tree works like your brain
>   :EXPORT_TITLE: Document Structure
>   :END:

EXPORT_TITLE property is meant to provide a title for a subtree export.
This is a wrong way to use it like that. On the other hand, wouldn't it
be possible to simply `capitalize' menu entries?


Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2012-11-17 18:50 ` Nicolas Goaziou
@ 2012-11-17 19:56   ` Thomas S. Dye
  2012-11-17 21:11     ` Nicolas Goaziou
  0 siblings, 1 reply; 16+ messages in thread
From: Thomas S. Dye @ 2012-11-17 19:56 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: Org-mode

Nicolas Goaziou <n.goaziou@gmail.com> writes:

> Hello,
>
> tsd@tsdye.com (Thomas S. Dye) writes:
>
>> An Org manual convention uses title case for the main menu and sentence
>> case for chapter heads, e.g., the chapter "Document structure" shows up
>> in the main menu as "Document Structure".
>>
>> I haven't been able to get the texinfo exporter to do this.
>>
>> Perhaps org-e-texinfo--generate-menu-items could check the EXPORT_TITLE
>> property?  Something like this might make sense:
>>
>> * Document structure
>>   :PROPERTIES:
>>   :DESCRIPTION: A tree works like your brain
>>   :EXPORT_TITLE: Document Structure
>>   :END:
>
> EXPORT_TITLE property is meant to provide a title for a subtree export.
> This is a wrong way to use it like that. 

Agreed.  Perhaps a new property, OPTIONAL_TITLE?  The texinfo back-end
could use this in menus and the latex back-end could pass it to the
sectioning command, e.g., \chapter[optional]{title} (if this isn't
already possible).

> On the other hand, wouldn't it
> be possible to simply `capitalize' menu entries?

I don't think so.  We want either sentence case (Properties and columns)
or title case (Properties and Columns), not capitalized (Properties And
Columns). 

All the best,
Tom

-- 
T.S. Dye & Colleagues, Archaeologists
735 Bishop St, Suite 315, Honolulu, HI 96813
Tel: 808-529-0866, Fax: 808-529-0884
http://www.tsdye.com

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2012-11-17 19:56   ` Thomas S. Dye
@ 2012-11-17 21:11     ` Nicolas Goaziou
  2012-11-17 21:48       ` Thomas S. Dye
  0 siblings, 1 reply; 16+ messages in thread
From: Nicolas Goaziou @ 2012-11-17 21:11 UTC (permalink / raw)
  To: Thomas S. Dye; +Cc: Org-mode

tsd@tsdye.com (Thomas S. Dye) writes:

> Agreed.  Perhaps a new property, OPTIONAL_TITLE?  The texinfo back-end
> could use this in menus and the latex back-end could pass it to the
> sectioning command, e.g., \chapter[optional]{title} (if this isn't
> already possible).

Back-ends can indeed use specific properties (Beamer back-end does it
with "BEAMER_ENV" and so on). Though, I suggest to prefix the property
name with the name of the backend: "TEXINFO_OPTIONAL_TITLE" (perhaps
a bit verbose).

Then, one can access to it from the headline translator with:

  (org-element-property :texinfo-optional-title headline)

Anyway, Jonathan Leech-Pepin will decide what to do about that.


Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2012-11-17 21:11     ` Nicolas Goaziou
@ 2012-11-17 21:48       ` Thomas S. Dye
  2012-11-17 22:33         ` Nicolas Goaziou
  0 siblings, 1 reply; 16+ messages in thread
From: Thomas S. Dye @ 2012-11-17 21:48 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: Org-mode

Nicolas Goaziou <n.goaziou@gmail.com> writes:

> tsd@tsdye.com (Thomas S. Dye) writes:
>
>> Agreed.  Perhaps a new property, OPTIONAL_TITLE?  The texinfo back-end
>> could use this in menus and the latex back-end could pass it to the
>> sectioning command, e.g., \chapter[optional]{title} (if this isn't
>> already possible).
>
> Back-ends can indeed use specific properties (Beamer back-end does it
> with "BEAMER_ENV" and so on). Though, I suggest to prefix the property
> name with the name of the backend: "TEXINFO_OPTIONAL_TITLE" (perhaps
> a bit verbose).
>
> Then, one can access to it from the headline translator with:
>
>   (org-element-property :texinfo-optional-title headline)
>
> Anyway, Jonathan Leech-Pepin will decide what to do about that.

I looked in org-e-latex.el but didn't find a way to set the optional
argument to a sectioning command.  Is there currently a way to set this
argument? 

All the best,
Tom

-- 
Thomas S. Dye
http://www.tsdye.com

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2012-11-17 21:48       ` Thomas S. Dye
@ 2012-11-17 22:33         ` Nicolas Goaziou
  2012-11-17 23:24           ` Thomas S. Dye
  0 siblings, 1 reply; 16+ messages in thread
From: Nicolas Goaziou @ 2012-11-17 22:33 UTC (permalink / raw)
  To: Thomas S. Dye; +Cc: Org-mode

tsd@tsdye.com (Thomas S. Dye) writes:

> Nicolas Goaziou <n.goaziou@gmail.com> writes:
>
>> tsd@tsdye.com (Thomas S. Dye) writes:
>>
>>> Agreed.  Perhaps a new property, OPTIONAL_TITLE?  The texinfo back-end
>>> could use this in menus and the latex back-end could pass it to the
>>> sectioning command, e.g., \chapter[optional]{title} (if this isn't
>>> already possible).
>>
>> Back-ends can indeed use specific properties (Beamer back-end does it
>> with "BEAMER_ENV" and so on). Though, I suggest to prefix the property
>> name with the name of the backend: "TEXINFO_OPTIONAL_TITLE" (perhaps
>> a bit verbose).
>>
>> Then, one can access to it from the headline translator with:
>>
>>   (org-element-property :texinfo-optional-title headline)
>>
>> Anyway, Jonathan Leech-Pepin will decide what to do about that.
>
> I looked in org-e-latex.el but didn't find a way to set the optional
> argument to a sectioning command.  Is there currently a way to set this
> argument?

No there isn't.

I had overlooked the fact that you wanted the property to be effective
across back-ends. So, it would define how the entry should appear in the
table of contents in every back-end where it makes sense.

That's a bit of work, because, so far, node-property values are not
parsed. So it would require to define a new class of node-properties:
those with a parsed value. But then, how to decide which properties have
their value parsed are parsed and which have not?


Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2012-11-17 22:33         ` Nicolas Goaziou
@ 2012-11-17 23:24           ` Thomas S. Dye
  2012-11-18  9:02             ` Nicolas Goaziou
  0 siblings, 1 reply; 16+ messages in thread
From: Thomas S. Dye @ 2012-11-17 23:24 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: Org-mode

Nicolas Goaziou <n.goaziou@gmail.com> writes:

> tsd@tsdye.com (Thomas S. Dye) writes:
>
>> Nicolas Goaziou <n.goaziou@gmail.com> writes:
>>
>>> tsd@tsdye.com (Thomas S. Dye) writes:
>>>
>>>> Agreed.  Perhaps a new property, OPTIONAL_TITLE?  The texinfo back-end
>>>> could use this in menus and the latex back-end could pass it to the
>>>> sectioning command, e.g., \chapter[optional]{title} (if this isn't
>>>> already possible).
>>>
>>> Back-ends can indeed use specific properties (Beamer back-end does it
>>> with "BEAMER_ENV" and so on). Though, I suggest to prefix the property
>>> name with the name of the backend: "TEXINFO_OPTIONAL_TITLE" (perhaps
>>> a bit verbose).
>>>
>>> Then, one can access to it from the headline translator with:
>>>
>>>   (org-element-property :texinfo-optional-title headline)
>>>
>>> Anyway, Jonathan Leech-Pepin will decide what to do about that.
>>
>> I looked in org-e-latex.el but didn't find a way to set the optional
>> argument to a sectioning command.  Is there currently a way to set this
>> argument?
>
> No there isn't.
>
> I had overlooked the fact that you wanted the property to be effective
> across back-ends. So, it would define how the entry should appear in the
> table of contents in every back-end where it makes sense.
>
> That's a bit of work, because, so far, node-property values are not
> parsed. So it would require to define a new class of node-properties:
> those with a parsed value. But then, how to decide which properties have
> their value parsed are parsed and which have not?

Thanks for the information and explanation.  Back-end-specific
properties should work nicely in this case.

I'll wait to see what Jonathan thinks about the original query.

All the best,
Tom

-- 
T.S. Dye & Colleagues, Archaeologists
735 Bishop St, Suite 315, Honolulu, HI 96813
Tel: 808-529-0866, Fax: 808-529-0884
http://www.tsdye.com

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2012-11-17 23:24           ` Thomas S. Dye
@ 2012-11-18  9:02             ` Nicolas Goaziou
  2012-11-18 16:22               ` Thomas S. Dye
  0 siblings, 1 reply; 16+ messages in thread
From: Nicolas Goaziou @ 2012-11-18  9:02 UTC (permalink / raw)
  To: Thomas S. Dye; +Cc: Org-mode

tsd@tsdye.com (Thomas S. Dye) writes:

> Nicolas Goaziou <n.goaziou@gmail.com> writes:

>> That's a bit of work, because, so far, node-property values are not
>> parsed. So it would require to define a new class of node-properties:
>> those with a parsed value. But then, how to decide which properties have
>> their value parsed are parsed and which have not?

> Thanks for the information and explanation.  Back-end-specific
> properties should work nicely in this case.
>
> I'll wait to see what Jonathan thinks about the original query.

Assuming :EXPORT_TITLE:, :EXPORT_AUTHOR:, :EXPORT_DATE: and this
one, :EXPORT_TOC_ENTRY: (?), will be the only ones being parsed, I can
give it a try.

I would be consistent with #+caption[short]: long for other elements.


Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2012-11-18  9:02             ` Nicolas Goaziou
@ 2012-11-18 16:22               ` Thomas S. Dye
  2012-11-21 16:31                 ` Jonathan Leech-Pepin
  0 siblings, 1 reply; 16+ messages in thread
From: Thomas S. Dye @ 2012-11-18 16:22 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: Org-mode

Nicolas Goaziou <n.goaziou@gmail.com> writes:

> tsd@tsdye.com (Thomas S. Dye) writes:
>
>> Nicolas Goaziou <n.goaziou@gmail.com> writes:
>
>>> That's a bit of work, because, so far, node-property values are not
>>> parsed. So it would require to define a new class of node-properties:
>>> those with a parsed value. But then, how to decide which properties have
>>> their value parsed are parsed and which have not?
>
>> Thanks for the information and explanation.  Back-end-specific
>> properties should work nicely in this case.
>>
>> I'll wait to see what Jonathan thinks about the original query.
>
> Assuming :EXPORT_TITLE:, :EXPORT_AUTHOR:, :EXPORT_DATE: and this
> one, :EXPORT_TOC_ENTRY: (?), will be the only ones being parsed, I can
> give it a try.
>
> I would be consistent with #+caption[short]: long for other elements.
>
>
> Regards,

I'm biased by LaTeX, which uses the optional argument for the TOC and
running heads. Since the back-ends are free to use this optional entry
as they please, and not only for the TOC, perhaps :EXPORT_SHORT_ENTRY:
(because that is its usual function), or :EXPORT_OPTIONAL_ENTRY:
(because the back-end has the option to use it where appropriate).

All the best,
Tom

-- 
Thomas S. Dye
http://www.tsdye.com

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2012-11-18 16:22               ` Thomas S. Dye
@ 2012-11-21 16:31                 ` Jonathan Leech-Pepin
  2012-11-23 23:44                   ` Thomas S. Dye
  2013-02-23 23:04                   ` Nicolas Goaziou
  0 siblings, 2 replies; 16+ messages in thread
From: Jonathan Leech-Pepin @ 2012-11-21 16:31 UTC (permalink / raw)
  To: Thomas S. Dye; +Cc: Org-mode, Nicolas Goaziou

[-- Attachment #1: Type: text/plain, Size: 1800 bytes --]

Hello Tom, Nicolas,

I've just pushed a change that should provide the desired results.

The optional title for the menu entries (as well as associated node
headings) can be set using the :TEXINFO_MENU_TITLE: property.

On 18 November 2012 11:22, Thomas S. Dye <tsd@tsdye.com> wrote:

> Nicolas Goaziou <n.goaziou@gmail.com> writes:
>
> > tsd@tsdye.com (Thomas S. Dye) writes:
> >
> >> Nicolas Goaziou <n.goaziou@gmail.com> writes:
> >
> >>> That's a bit of work, because, so far, node-property values are not
> >>> parsed. So it would require to define a new class of node-properties:
> >>> those with a parsed value. But then, how to decide which properties
> have
> >>> their value parsed are parsed and which have not?
> >
> >> Thanks for the information and explanation.  Back-end-specific
> >> properties should work nicely in this case.
> >>
> >> I'll wait to see what Jonathan thinks about the original query.
> >
> > Assuming :EXPORT_TITLE:, :EXPORT_AUTHOR:, :EXPORT_DATE: and this
> > one, :EXPORT_TOC_ENTRY: (?), will be the only ones being parsed, I can
> > give it a try.
> >
>

If you do include these node properties I can then adjust the texinfo
exporter to use the generic TOC/Optional title property rather than a
backend specific one.


Regards,

--
Jon


> > I would be consistent with #+caption[short]: long for other elements.
> >
> >
> > Regards,
>
> I'm biased by LaTeX, which uses the optional argument for the TOC and
> running heads. Since the back-ends are free to use this optional entry
> as they please, and not only for the TOC, perhaps :EXPORT_SHORT_ENTRY:
> (because that is its usual function), or :EXPORT_OPTIONAL_ENTRY:
> (because the back-end has the option to use it where appropriate).
>
> All the best,
> Tom
>
> --
> Thomas S. Dye
> http://www.tsdye.com
>
>

[-- Attachment #2: Type: text/html, Size: 2809 bytes --]

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2012-11-21 16:31                 ` Jonathan Leech-Pepin
@ 2012-11-23 23:44                   ` Thomas S. Dye
  2013-02-23 23:04                   ` Nicolas Goaziou
  1 sibling, 0 replies; 16+ messages in thread
From: Thomas S. Dye @ 2012-11-23 23:44 UTC (permalink / raw)
  To: Jonathan Leech-Pepin; +Cc: Nicolas Goaziou, Org-mode

Aloha Jon,

Thanks very much for these changes, which appear to work nicely with the
draft Org manual.

What do you think about the various macro commands defined in org.texi?
How to put them in the Org file and then get them into the texinfo
output? The org.texi file has them between @finalout and @copying. I
don't know if they have to be there, but I assume they were put there
for a reason.

All the best,
Tom

Jonathan Leech-Pepin <jonathan.leechpepin@gmail.com> writes:

> Hello Tom, Nicolas,
>
> I've just pushed a change that should provide the desired results.
>
> The optional title for the menu entries (as well as associated node
> headings) can be set using the :TEXINFO_MENU_TITLE: property.
>
> On 18 November 2012 11:22, Thomas S. Dye <tsd@tsdye.com> wrote:
>
>> Nicolas Goaziou <n.goaziou@gmail.com> writes:
>>
>> > tsd@tsdye.com (Thomas S. Dye) writes:
>> >
>> >> Nicolas Goaziou <n.goaziou@gmail.com> writes:
>> >
>> >>> That's a bit of work, because, so far, node-property values are not
>> >>> parsed. So it would require to define a new class of node-properties:
>> >>> those with a parsed value. But then, how to decide which properties
>> have
>> >>> their value parsed are parsed and which have not?
>> >
>> >> Thanks for the information and explanation.  Back-end-specific
>> >> properties should work nicely in this case.
>> >>
>> >> I'll wait to see what Jonathan thinks about the original query.
>> >
>> > Assuming :EXPORT_TITLE:, :EXPORT_AUTHOR:, :EXPORT_DATE: and this
>> > one, :EXPORT_TOC_ENTRY: (?), will be the only ones being parsed, I can
>> > give it a try.
>> >
>>
>
> If you do include these node properties I can then adjust the texinfo
> exporter to use the generic TOC/Optional title property rather than a
> backend specific one.
>
>
> Regards,
>
> --
> Jon
>
>
>> > I would be consistent with #+caption[short]: long for other elements.
>> >
>> >
>> > Regards,
>>
>> I'm biased by LaTeX, which uses the optional argument for the TOC and
>> running heads. Since the back-ends are free to use this optional entry
>> as they please, and not only for the TOC, perhaps :EXPORT_SHORT_ENTRY:
>> (because that is its usual function), or :EXPORT_OPTIONAL_ENTRY:
>> (because the back-end has the option to use it where appropriate).
>>
>> All the best,
>> Tom
>>
>> --
>> Thomas S. Dye
>> http://www.tsdye.com
>>
>>
> Hello Tom, Nicolas,
>
> I've just pushed a change that should provide the desired results.
>
> The optional title for the menu entries (as well as associated node
> headings) can be set using the :TEXINFO_MENU_TITLE: property.
>
> On 18 November 2012 11:22, Thomas S. Dye <tsd@tsdye.com> wrote:
>
>     
>     Nicolas Goaziou <n.goaziou@gmail.com> writes:
>     
>     > tsd@tsdye.com (Thomas S. Dye) writes:
>     >
>     >> Nicolas Goaziou <n.goaziou@gmail.com> writes:
>     >
>     >>> That's a bit of work, because, so far, node-property values
>     are not
>     >>> parsed. So it would require to define a new class of
>     node-properties:
>     >>> those with a parsed value. But then, how to decide which
>     properties have
>     >>> their value parsed are parsed and which have not?
>     >
>     >> Thanks for the information and explanation.  Back-end-specific
>     >> properties should work nicely in this case.
>     >>
>     >> I'll wait to see what Jonathan thinks about the original query.
>     >
>     > Assuming :EXPORT_TITLE:, :EXPORT_AUTHOR:, :EXPORT_DATE: and this
>     > one, :EXPORT_TOC_ENTRY: (?), will be the only ones being parsed,
>     I can
>     > give it a try.
>     >
>     
>
> If you do include these node properties I can then adjust the texinfo
> exporter to use the generic TOC/Optional title property rather than a
> backend specific one.
>
>
> Regards,
>
> --
> Jon
>  
>
>     
>     > I would be consistent with #+caption[short]: long for other
>     elements.
>     >
>     >
>     > Regards,
>     
>     
>     I'm biased by LaTeX, which uses the optional argument for the TOC
>     and
>     running heads. Since the back-ends are free to use this optional
>     entry
>     as they please, and not only for the TOC, perhaps
>     :EXPORT_SHORT_ENTRY:
>     (because that is its usual function), or :EXPORT_OPTIONAL_ENTRY:
>     (because the back-end has the option to use it where appropriate).
>     
>     
>     All the best,
>     Tom
>     
>     --
>     
>     
>     Thomas S. Dye
>     http://www.tsdye.com
>     
>     
>

-- 
Thomas S. Dye
http://www.tsdye.com

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2012-11-21 16:31                 ` Jonathan Leech-Pepin
  2012-11-23 23:44                   ` Thomas S. Dye
@ 2013-02-23 23:04                   ` Nicolas Goaziou
  2013-02-25 16:00                     ` Jonathan Leech-Pepin
  1 sibling, 1 reply; 16+ messages in thread
From: Nicolas Goaziou @ 2013-02-23 23:04 UTC (permalink / raw)
  To: Jonathan Leech-Pepin; +Cc: Org-mode, Thomas S. Dye

Hello,

Jonathan Leech-Pepin <jonathan.leechpepin@gmail.com> writes:

> Hello Tom, Nicolas,
>
> I've just pushed a change that should provide the desired results.
>
> The optional title for the menu entries (as well as associated node
> headings) can be set using the :TEXINFO_MENU_TITLE: property.
>
> On 18 November 2012 11:22, Thomas S. Dye <tsd@tsdye.com> wrote:
>
>> Nicolas Goaziou <n.goaziou@gmail.com> writes:
>>
>> > tsd@tsdye.com (Thomas S. Dye) writes:
>> >
>> >> Nicolas Goaziou <n.goaziou@gmail.com> writes:
>> >
>> >>> That's a bit of work, because, so far, node-property values are not
>> >>> parsed. So it would require to define a new class of node-properties:
>> >>> those with a parsed value. But then, how to decide which properties
>> have
>> >>> their value parsed are parsed and which have not?
>> >
>> >> Thanks for the information and explanation.  Back-end-specific
>> >> properties should work nicely in this case.
>> >>
>> >> I'll wait to see what Jonathan thinks about the original query.
>> >
>> > Assuming :EXPORT_TITLE:, :EXPORT_AUTHOR:, :EXPORT_DATE: and this
>> > one, :EXPORT_TOC_ENTRY: (?), will be the only ones being parsed, I can
>> > give it a try.
>> >
>>
>
> If you do include these node properties I can then adjust the texinfo
> exporter to use the generic TOC/Optional title property rather than a
> backend specific one.

I eventually added :OPTIONAL_TITLE: property. Get its parsed value with
`org-export-get-optional-title' function.

I patched ox-ascii, ox-latex and ox-html so they use it when building
a TOC. I think only ox-odt and ox-texinfo are missing.

Jonathan, could you have a look at it?

Thank you.


Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2013-02-23 23:04                   ` Nicolas Goaziou
@ 2013-02-25 16:00                     ` Jonathan Leech-Pepin
  2013-02-25 16:09                       ` Nicolas Goaziou
  2013-02-25 17:02                       ` Thomas S. Dye
  0 siblings, 2 replies; 16+ messages in thread
From: Jonathan Leech-Pepin @ 2013-02-25 16:00 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: Org-mode, Thomas S. Dye

[-- Attachment #1: Type: text/plain, Size: 646 bytes --]

Hello,

On 23 February 2013 18:04, Nicolas Goaziou <n.goaziou@gmail.com> wrote:

> Hello,
>
> [...]
>
> I eventually added :OPTIONAL_TITLE: property. Get its parsed value with
> `org-export-get-optional-title' function.
>
> I patched ox-ascii, ox-latex and ox-html so they use it when building
> a TOC. I think only ox-odt and ox-texinfo are missing.
>
> Jonathan, could you have a look at it?
>

I've replaced the use of :TEXINFO_MENU_TITLE: with :OPTIONAL_TITLE:.

Tom,

This will cause the menu titles to no longer export properly until you
change the property names.

Regards,

--
Jon


> Thank you.
>
>
> Regards,
>
> --
> Nicolas Goaziou
>

[-- Attachment #2: Type: text/html, Size: 1211 bytes --]

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2013-02-25 16:00                     ` Jonathan Leech-Pepin
@ 2013-02-25 16:09                       ` Nicolas Goaziou
  2013-02-25 16:12                         ` Jonathan Leech-Pepin
  2013-02-25 17:02                       ` Thomas S. Dye
  1 sibling, 1 reply; 16+ messages in thread
From: Nicolas Goaziou @ 2013-02-25 16:09 UTC (permalink / raw)
  To: Jonathan Leech-Pepin; +Cc: Org-mode, Thomas S. Dye

Hello,

Jonathan Leech-Pepin <jonathan.leechpepin@gmail.com> writes:

> I've replaced the use of :TEXINFO_MENU_TITLE: with :OPTIONAL_TITLE:.

Thank you for looking into it.

Though, please use `org-export-get-optional-title' function instead.
OPTIONAL_TITLE property only contains the raw string. The function will
return the parsed string.

Note: the function may be renamed soon, but I'll take care of that when
it happens.


Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2013-02-25 16:09                       ` Nicolas Goaziou
@ 2013-02-25 16:12                         ` Jonathan Leech-Pepin
  0 siblings, 0 replies; 16+ messages in thread
From: Jonathan Leech-Pepin @ 2013-02-25 16:12 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: Org-mode

[-- Attachment #1: Type: text/plain, Size: 702 bytes --]

Hello

On 25 February 2013 11:09, Nicolas Goaziou <n.goaziou@gmail.com> wrote:

> Hello,
>
> Jonathan Leech-Pepin <jonathan.leechpepin@gmail.com> writes:
>
> > I've replaced the use of :TEXINFO_MENU_TITLE: with :OPTIONAL_TITLE:.
>
> Thank you for looking into it.
>
> Though, please use `org-export-get-optional-title' function instead.
> OPTIONAL_TITLE property only contains the raw string. The function will
> return the parsed string.
>
> I actually did use (org-export-get-optional-title), I just wrote the wrong
information
in the changelog.  Sorry

Regards,

Jon


> Note: the function may be renamed soon, but I'll take care of that when
> it happens.
>
>
> Regards,
>
> --
> Nicolas Goaziou
>

[-- Attachment #2: Type: text/html, Size: 1334 bytes --]

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [org-e-texinfo] generate menu items
  2013-02-25 16:00                     ` Jonathan Leech-Pepin
  2013-02-25 16:09                       ` Nicolas Goaziou
@ 2013-02-25 17:02                       ` Thomas S. Dye
  1 sibling, 0 replies; 16+ messages in thread
From: Thomas S. Dye @ 2013-02-25 17:02 UTC (permalink / raw)
  To: Jonathan Leech-Pepin; +Cc: Org-mode, Nicolas Goaziou

Hi Jon,

Jonathan Leech-Pepin <jonathan.leechpepin@gmail.com> writes:

> Hello,
>
> On 23 February 2013 18:04, Nicolas Goaziou <n.goaziou@gmail.com> wrote:
>
>> Hello,
>>
>> [...]
>>
>> I eventually added :OPTIONAL_TITLE: property. Get its parsed value with
>> `org-export-get-optional-title' function.
>>
>> I patched ox-ascii, ox-latex and ox-html so they use it when building
>> a TOC. I think only ox-odt and ox-texinfo are missing.
>>
>> Jonathan, could you have a look at it?
>>
>
> I've replaced the use of :TEXINFO_MENU_TITLE: with :OPTIONAL_TITLE:.
>
> Tom,
>
> This will cause the menu titles to no longer export properly until you
> change the property names.

I can confirm that this works.

Thanks!

All the best,
Tom
-- 
Thomas S. Dye
http://www.tsdye.com

^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~2013-02-25 17:02 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-11-17 18:10 [org-e-texinfo] generate menu items Thomas S. Dye
2012-11-17 18:50 ` Nicolas Goaziou
2012-11-17 19:56   ` Thomas S. Dye
2012-11-17 21:11     ` Nicolas Goaziou
2012-11-17 21:48       ` Thomas S. Dye
2012-11-17 22:33         ` Nicolas Goaziou
2012-11-17 23:24           ` Thomas S. Dye
2012-11-18  9:02             ` Nicolas Goaziou
2012-11-18 16:22               ` Thomas S. Dye
2012-11-21 16:31                 ` Jonathan Leech-Pepin
2012-11-23 23:44                   ` Thomas S. Dye
2013-02-23 23:04                   ` Nicolas Goaziou
2013-02-25 16:00                     ` Jonathan Leech-Pepin
2013-02-25 16:09                       ` Nicolas Goaziou
2013-02-25 16:12                         ` Jonathan Leech-Pepin
2013-02-25 17:02                       ` Thomas S. Dye

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).