On 02/07/14, 10:49 , Vincent van Ravesteijn wrote:
> On Fri, Feb 7, 2014 at 10:02 AM, Rainer M Krug <rai...@krugs.de> wrote:
> 
>> The idea would be that a round-trip framework is envisaged, which
>> provides the facilities to easily expand it from one export backend
>> (docx) to another (possibly odt? markdown?).
> 
> This sounds like a sort of testing framework which would indicate for
> each export backend which features are exported and imported
> successfully. It would be cool to have some matrix showing how mature
> each of the supported formats is.

Nicely put! That would be brilliant. Not only formats, but converters:
different converters convert different features.

> 
> 
>>>
>>> Perhaps we could define the goals as:
>>>
>>> 1. Define a minimal-lyx feature set (I.e. the supported LyX/LaTeX features)
>>
>> Agreed.
>>
>>> 2. Write a corresponding lyx-layout
>>
>> As I said, non-supported formats / features should be available to the
>> user and handled gracefully, i.e. stored in a metadata file which will
>> be re-applied when re-iporting the round-trip file.
>>
> 
> Would this also solve some of the LyX->LaTeX->LyX roundtrip issues ?

Partly - if the export to LaTeX is split from the round trip LyX <->
LaTeX I would say yes, with the caveat, that only a subset of features
would be supported by the round trip. In contrast, export - import would
(hopefully sometime in the case of import from LaTeX) the full set of
LyX and LaTeX features with (possibly ugly in LyX) the export / import.

So: yes, the round-trip framework could be used for a subset of features
initially for LyX <-> LaTeX, which can then be extended over time - I
guess this would be the easiest to start with, actually.

> 
>>
>> Yes - although I see one problem which I could not find in any of the
>> .lyx <-> .docx : comments and track changes. These *have to be handled*.
>> I somehow have the feeling, that an inclusion of comments and track
>> changes into pandoc would be the best way forward...
> 
> What is the problem you see ?

With pandoc? Actually none, only that the development work would need to
be done in pandoc and not LyX.

> 
> Vincent
> 

-- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :       +33 - (0)9 53 10 27 44
Cell:       +33 - (0)6 85 62 59 98
Fax :       +33 - (0)9 58 10 27 44

Fax (D):    +49 - (0)3 21 21 25 22 44

email:      rai...@krugs.de

Skype:      RMkrug

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to