Alex Vergara Gil wrote:
>> Do you mean a native LyX file format which would be the primary format,
>> or an auxiliary format for interfacing with external tools?
>
> I mean xml as primary format.
Well, I wanted to know what Richard meant, but your opinion is welcome as
well;-)
> If you have xm
On 02/27/2014 03:58 PM, Georg Baum wrote:
Richard Heck wrote:
On 02/27/2014 11:27 AM, Alex Vergara Gil wrote:
I´m a LyX enthusiast and I can see how great this software is because
I have used it for 5 years by now. I´ve always asked in this list for
a static target lyx format that should be an
Do you mean a native LyX file format which would be the primary format, or
an auxiliary format for interfacing with external tools?
I mean xml as primary format.
The native file
format would need to be non-static and would need format changes as LyX
develops (so would face similar problems to
Richard Heck wrote:
> On 02/27/2014 11:27 AM, Alex Vergara Gil wrote:
>>
>> I´m a LyX enthusiast and I can see how great this software is because
>> I have used it for 5 years by now. I´ve always asked in this list for
>> a static target lyx format that should be an intrinsic xml format,
>> which
On 02/27/2014 11:27 AM, Alex Vergara Gil wrote:
The downside to any python-based approach, though, is that the LyX
format is
a moving target. The script would need to be updated with every syntax
change.
I assume this problem would persist with a pandoc approach, isn't it?
The Lyx reader mod
The downside to any python-based approach, though, is that the LyX format
is
a moving target. The script would need to be updated with every syntax
change.
I assume this problem would persist with a pandoc approach, isn't it?
The Lyx reader module would still be format-dependent, unless we go
