Jean-Marc Lasgouttes wrote:

> It still goes to standard output if there is only one parameter,
> right?

Yes.

> Do we really want that?

I don't care.

> What about translating file.tex to  
> file.lyx? (and have - as special name for std output)

It is very easy to do so, but we'll force people who already use tex2lyx to
change their scripts. Shall I do it?
 
> There are some reLyX options that may be useful too:
> 
>        -o  Output directory. With this option, all temporary files and LyX
>            output files (for the given input file, for any included files,
>            or for any file fragments given with the -p option) will be put
>            into outputdir. Otherwise, for each file dir/foo.tex, the
>            temporary files and the LyX output file will be created in dir.
>            This can be useful if a file includes files from other
>            directories which you want to consolidate in one directory, or
>            if you don't have write permission on the directory the LaTeX
>            files are in.

This is not easy to implement properly, because we might get filename
clashes. IMO people should either consolidate the .tex files or the
created .lyx files by hand.

> and maybe (but not sure):
> 
>        -r  Regular environments (see the section on Syntax Files).  If you
>            give more than one environment, separate them with commas (not
>            spaces). You'll probably need to quote the environment list,
>            especially if it has asterisk environments (foo*) in it. If you
>            use this command often, considering creating a personal syntax
>            file.

IMO this is better handled by the syntax file.

> It seems that tex2lyx is already able to do -p internally, so it
> should not be too difficult to implement.

Indeed, but I am only going to work on that if I get the OK from Lars
beforehand.

> Also Georg, the file symbols.default is now in lib/, and only tex2lyx
> uses it. You are therefore free to do what you want with it. In
> particular, it seems that reLyXre and reLyXmt could go away.

I am not sure if we should go the other way and use reLyXmt, since there are
probably still some constructs that mathed can't read.


Georg

Reply via email to