Jürgen Spitzmüller wrote:
> > Also, would you have an idea for having the description part indented a
> > bit? As it is now, the structure is not obvious. One could maybe use
> > Itemize instead of Description, and set boldness by hand.
>
> You mean in the LyX view? (In the PDF output, it seems go
Jürgen Spitzmüller wrote:
> Done. I have learned that python lists do not store the insertion order
I meant python dicts (I know there is an OrderedDict in newer python versions,
but that's beyond our current Python requirements).
Regards,
Jürgen
Jean-Marc Lasgouttes wrote:
> I would propose to reorder section if possible, something like
>
> Layout
> Edit
> Math
> Buffer
> System
> Hidden
Done. I have learned that python lists do not store the insertion order, so I
use additionally a list now (which seems OK for this simple purpose).
>
Jean-Marc Lasgouttes wrote:
> shall I rename it to label-copy-as-reference and change bind file format?
Seems good idea. P
Le 10/02/14 13:03, Jürgen Spitzmüller a écrit :
The first name is the LFUN_ version, normalized to look like the text
versiopn. Shall we rename the enums to match the function names or do
the opposite? Or do nothing?
I'd say go for the first option. renaming the function names is not a good
ide
Le 10/02/14 19:18, Jürgen Spitzmüller a écrit :
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
Well, if DOXYGEN_END was replaced by "}," or something like that, the
script would have access to everything.
Oh, I see. I'll have a look.
The attached patch does that (use name as header,
2014-02-11 0:58 GMT+01:00 Pavel Sanda :
> BTW beware that there are LFUNs without names.
>
This are not included in the doc (since users cannot use them anyway).
Jürgen
> Pavel
>
Jürgen Spitzmüller wrote:
> > The first name is the LFUN_ version, normalized to look like the text
> > versiopn. Shall we rename the enums to match the function names or do
> > the opposite? Or do nothing?
>
> I'd say go for the first option. renaming the function names is not a good
> idea, s
Jürgen Spitzmüller wrote:
> Jean-Marc Lasgouttes wrote:
> > Well, if DOXYGEN_END was replaced by "}," or something like that, the
> > script would have access to everything.
>
> Oh, I see. I'll have a look.
The attached patch does that (use name as header, sort by FuncType, add short
intro).
R
Jean-Marc Lasgouttes wrote:
> Well, if DOXYGEN_END was replaced by "}," or something like that, the
> script would have access to everything.
Oh, I see. I'll have a look.
> > What I would propose, however, is to add some initial paragraph to this
> > manual that explains what lfuns are and how t
10/02/2014 12:15, Jürgen Spitzmüller:
Jürgen Spitzmüller wrote:
I doubt this is possible with the script (which does basically just parse
the doxygen comments). Of course we could extend that comments.
Well, if DOXYGEN_END was replaced by "}," or something like that, the
script would have ac
Jürgen Spitzmüller wrote:
> > * giving the LFUN_ACCENT_ACUTE name is totally pointless: users do not
> > understand it and developers know how to read accent-acute anyway. The
> > file would be much les intimidating with the real names.
>
> The real names are not really accessible from the doxygen
Jean-Marc Lasgouttes wrote:
> I have not tried Juergen patch, but I have a couple remarks:
>
> * giving the LFUN_ACCENT_ACUTE name is totally pointless: users do not
> understand it and developers know how to read accent-acute anyway. The
> file would be much les intimidating with the real names.
09/02/2014 20:22, Pavel Sanda:
Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
If it's not too hard it would be nice to have some switch whether
or not to sort the entries (the lfun list is not just random).
I can do this, but the question remains what we want to have in our manual.
IMHO the sor
Pavel Sanda wrote:
> > Analogous to the "Automatically generated by LyX" in LaTeXConfig.lyx
>
> I mean we don't usse doxygen at the end...
OK, I remove the mention of Doxygen then.
Regards,
Jürgen
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > If it's not too hard it would be nice to have some switch whether
> > or not to sort the entries (the lfun list is not just random).
>
> I can do this, but the question remains what we want to have in our manual.
> IMHO the sorting of LyXAction i
Pavel Sanda wrote:
> If it's not too hard it would be nice to have some switch whether
> or not to sort the entries (the lfun list is not just random).
I can do this, but the question remains what we want to have in our manual.
IMHO the sorting of LyXAction is completely opaque to users using tha
Jürgen Spitzmüller wrote:
> In order to improve usability of the LFUNs.lyx document, I propose the
> attached patch, which does
>
> * sort the lfuns alphabetically
> * add a proper titling
> * fix the bottom margin (currently, the page number is too far down)
>
> Also, it updates the output form
In order to improve usability of the LFUNs.lyx document, I propose the
attached patch, which does
* sort the lfuns alphabetically
* add a proper titling
* fix the bottom margin (currently, the page number is too far down)
Also, it updates the output format to the current one.
Objections?
Jürgen
19 matches
Mail list logo