[prev in list] [next in list] [prev in thread] [next in thread]
List: lyx-devel
Subject: Re: More about tex2lyx and roundtrip
From: rgheck <rgheck () bobjweil ! com>
Date: 2009-06-26 20:02:30
Message-ID: 4A452956.10500 () bobjweil ! com
[Download RAW message or body]
Jean-Marc Lasgouttes wrote:
> rgheck <rgheck@bobjweil.com> writes:
>
> > Yes, I have been following it, distantly, and am in effect endorsing
> > the old solution, plus some additional granularity. Your worries about
> > the new attempt seem to me reasonable ones.
> >
>
> I'll let Uwe decide on what he wants to do.
>
> Nevertheless, concerning what you propose, I think it is not really the
> way it should be redone: what it did was output human-readable comments
> and have tex2lyx parse them.
>
> I would propose to reverse the logic and have LyX output coments that
> follow a tex2lyx specific syntax, like for example:
>
> % [t2l:class=foo] use textclass foo
>
> This is useful when it is not the same as in \documentclass, or for tex
> fragments.
>
> % [t2l:modules=foo, bar] list of modules used by this file
>
> % [t2l:keepall] in the following lines, all macros are kept in preamble
>
> % [t2l:keepunknown] in the following lines, only macros that has not been \
> recognized by tex2lyx are kept
> % [t2l:keepnone] none of the preamble lines below are kept
>
> We could have extra directives that tell what insets are used, for
> example. And a document setting allowing not to output these tags.
>
> The advantage of this approach is that we can document what we do, and
> that these tags are accessible also to people who want to generate latex
> code and import it in LyX.
>
>
All of this seems reasonable to me. Perhaps another advantage is that
these LOOK like special tags, and so perhaps people will be less
inclined to mess with them.
rh
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic