octave-maintainers
[Top][All Lists]
Advanced

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

Re: Texinfo 5 and deftypefnx


From: Rik
Subject: Re: Texinfo 5 and deftypefnx
Date: Sun, 28 Jul 2013 14:58:47 -0700

On 07/26/2013 07:35 AM, Carnë Draug wrote:
> On 03/24/2013 07:07 PM, jwe wrote:
>> On 03/24/2013 02:48 PM, Rik wrote:
>>> 3/24/13
>>>
>>> The fix is conceptually simple.  Texinfo 5 does not allow separating
>>> @deftypefn and @deftypefnx entries.  Most of the time the documentation is
>>> written as
>>>
>>> @deftypefn ...
>>> @deftypefnx ...
>>> ...
>>> @end deftypefn
>>>
>>> Occasionally, however, the documentation is
>>>
>>> @deftypefn ...
>>> Some documentation lines
>>> @deftypefnx ...
>>> Some more documentation lines
>>> @end deftypefn
>>>
>>> To change the second form into the first form requires moving the
>>> @deftypefnx entries to be adjacent to the @deftypefn entry -- which is
>>> easy.  Unfortunately it also requires re-writing the documentation lines so
>>> that the sentences still make sense.  That was a little harder which is why
>>> it hasn't been done.
>> In most cases, I'd prefer to have the deftypefn{,x} commands all
>> grouped together.  But if a function has many different ways that it
>> may be called and they are significantly different, it can be hard to
>> describe the behavior clearly when all the deftypefn{,x} commands are
>> together.
>>
>> Another possibility would be to do something like
>>
>>    @deftypefn ..
>>    ..
>>    @end deftypefn
>>    ...
>>    @deftypefn ..
>>    @deftypefnx .. (optionally)
>>    ..
>>    @end deftypefn
>>
>> I don't have a problem with using this form when it is justified, and
>> provided that any tools we have that operate on function doc strings
>> will display all of the deftypefn blocks that correspond to the given
>> function.  Previously, that was relatively easy as we just had to look
>> for a single pair of matching @deftypefn/@end deftypefn lines.  I
>> haven't experimented, so I'm not sure whether there is anything to fix
>> if we switch to using multiple @deftypefn/@end deftypefn blocks.  One
>> oher thing, if I remember correctly, is that each @deftypefn will
>> generate some indexing info.  Will multiple commands cause trouble?
> I have brought this up again because of the current problem with the
> statistics package. The solution proposed of ending deftypen and open
> a new one in the middle of the help text works fine to display the
> help text. However, it seems to mess up calls to print_usage (at least
> with TexInfo 4.13). In the development version, try print_usage
> ("gallery").
>
> How should the documentation be written for this cases?

Carnë,

The documentation is fine in this instance.  It is print_usage() that needs to 
change.  I checked in a changeset that fixes the behavior for functions with 
multiple @deftypefn/@end deftypefn pairs 
(http://hg.savannah.gnu.org/hgweb/octave/rev/ae7872816611).

--Rik




reply via email to

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