Hi Prannoy,
On Sun, Mar 2, 2014 at 10:56 AM, Prannoy Pilligundla prannoy.b...@gmail.com
wrote:
I had a look at some recent posts on the Stack exchange and in LuaTex
there is no package for LaTex to directly produce a XML.This is what we had
expected but i still had some hope. So,the only
Hi Prannoy,
On Sun, Mar 2, 2014 at 10:56 AM, Prannoy Pilligundla wrote:
> I had a look at some recent posts on the Stack exchange and in LuaTex
> there is no package for LaTex to directly produce a XML.This is what we had
> expected but i still had some hope. So,the
Rob Oakes lyx-de...@oak-tree.us writes:
Dear Developers,
I've been following this conversation from the shadows, but I had one
thought that they be relevant.
I think everyone agrees that we want to avoid reimplementing the
internal logic of a LyX document. While thinking about what might
On 02/27/2014 03:53 PM, stefano franchi wrote:
BTW, I guess this project assumes we start from Lyx 2.1? Am I right?
Yes. It will surely be out by the time GSOC starts.
rh
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
On 02/27/2014 04:03 PM, Georg Baum wrote:
Richard Heck wrote:
Some of this stuff will have to be exported as comments that we can
reparse on import. I believe that is already done with some math stuff
in TeX export.
Really? Do you have an example? I always thought LyX math is 100% equivalent
On 02/28/2014 02:43 AM, Jürgen Spitzmüller wrote:
Am Donnerstag 27 Februar 2014, 12:29:36 schrieb stefano franchi:
- Bibliography support with suitable styles is a must. This feature is as
crucial to someone working in the Humanities, as math support is for
someone working in the sciences.
On 02/28/2014 05:35 AM, Rainer M Krug wrote:
Rob Oakes lyx-de...@oak-tree.us writes:
Dear Developers,
I've been following this conversation from the shadows, but I had one
thought that they be relevant.
I think everyone agrees that we want to avoid reimplementing the
internal logic of a LyX
Richard Heck rgh...@lyx.org writes:
On 02/28/2014 05:35 AM, Rainer M Krug wrote:
Rob Oakes lyx-de...@oak-tree.us writes:
Dear Developers,
I've been following this conversation from the shadows, but I had one
thought that they be relevant.
I think everyone agrees that we want to avoid
Richard Heck wrote:
Here, I think it's especially helpful to distinguish round trip
conversion, which would be used during collaboration, from final export
for publication. I take it that in the former case we just need to make
sure not to lose bibliographic information. Only in the latter
On Fri, Feb 28, 2014 at 9:56 AM, Jürgen Spitzmüller sp...@lyx.org wrote:
Richard Heck wrote:
Here, I think it's especially helpful to distinguish round trip
conversion, which would be used during collaboration, from final export
for publication. I take it that in the former case we just need
On 02/28/2014 10:56 AM, Jürgen Spitzmüller wrote:
Richard Heck wrote:
Here, I think it's especially helpful to distinguish round trip
conversion, which would be used during collaboration, from final export
for publication. I take it that in the former case we just need to make
sure not to lose
On 02/28/2014 11:07 AM, stefano franchi wrote:
On Fri, Feb 28, 2014 at 9:56 AM, Jürgen Spitzmüller sp...@lyx.org wrote:
Richard Heck wrote:
Here, I think it's especially helpful to distinguish round trip
conversion, which would be used during collaboration, from final export
for publication. I
PS For import, what about modfying writer2latex?
Richard
stefano franchi wrote:
On Thu, Feb 27, 2014 at 9:42 AM, Rainer M Krug rai...@krugs.de wrote:
I assume that in LyX, there is an API which could be used to convert
*independent* from
the file format? I don't assume they are exposed outside LyX so that
they can be accessed from e.g.
Richard Heck wrote:
I don't have experience with biblatex. Isn't there some intermediate
file we could parse?
No. The bbl file consists of rather complex LaTeX code, which is then
interpreted by LaTeX on the output route based on the bibliography, citation
format and language style files.
I
Richard Heck rgh...@lyx.org writes:
On 02/28/2014 02:43 AM, Jürgen Spitzmüller wrote:
Am Donnerstag 27 Februar 2014, 12:29:36 schrieb stefano franchi:
- Bibliography support with suitable styles is a must. This feature
is as crucial to someone working in the Humanities, as math support
is
On Fri, Feb 28, 2014 at 10:49 AM, Rainer M Krug rai...@krugs.de wrote:
Richard Heck rgh...@lyx.org writes:
On 02/28/2014 02:43 AM, Jürgen Spitzmüller wrote:
Am Donnerstag 27 Februar 2014, 12:29:36 schrieb stefano franchi:
- Bibliography support with suitable styles is a must. This feature
is
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 xml as
Rob Oakes writes:
> Dear Developers,
>
> I've been following this conversation from the shadows, but I had one
> thought that they be relevant.
>
> I think everyone agrees that we want to avoid reimplementing the
> internal logic of a LyX document. While thinking about
On 02/27/2014 03:53 PM, stefano franchi wrote:
BTW, I guess this project assumes we start from Lyx 2.1? Am I right?
Yes. It will surely be out by the time GSOC starts.
rh
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
On 02/27/2014 04:03 PM, Georg Baum wrote:
Richard Heck wrote:
Some of this stuff will have to be exported as comments that we can
reparse on import. I believe that is already done with some math stuff
in TeX export.
Really? Do you have an example? I always thought LyX math is 100% equivalent
On 02/28/2014 02:43 AM, Jürgen Spitzmüller wrote:
Am Donnerstag 27 Februar 2014, 12:29:36 schrieb stefano franchi:
- Bibliography support with suitable styles is a must. This feature is as
crucial to someone working in the Humanities, as math support is for
someone working in the sciences.
On 02/28/2014 05:35 AM, Rainer M Krug wrote:
Rob Oakes writes:
Dear Developers,
I've been following this conversation from the shadows, but I had one
thought that they be relevant.
I think everyone agrees that we want to avoid reimplementing the
internal logic of a
Richard Heck writes:
> On 02/28/2014 05:35 AM, Rainer M Krug wrote:
>> Rob Oakes writes:
>>
>>> Dear Developers,
>>>
>>> I've been following this conversation from the shadows, but I had one
>>> thought that they be relevant.
>>>
>>> I think everyone
Richard Heck wrote:
> Here, I think it's especially helpful to distinguish "round trip"
> conversion, which would be used during collaboration, from final export
> for publication. I take it that in the former case we just need to make
> sure not to lose bibliographic information. Only in the
On Fri, Feb 28, 2014 at 9:56 AM, Jürgen Spitzmüller wrote:
> Richard Heck wrote:
>> Here, I think it's especially helpful to distinguish "round trip"
>> conversion, which would be used during collaboration, from final export
>> for publication. I take it that in the former case we
On 02/28/2014 10:56 AM, Jürgen Spitzmüller wrote:
Richard Heck wrote:
Here, I think it's especially helpful to distinguish "round trip"
conversion, which would be used during collaboration, from final export
for publication. I take it that in the former case we just need to make
sure not to
On 02/28/2014 11:07 AM, stefano franchi wrote:
On Fri, Feb 28, 2014 at 9:56 AM, Jürgen Spitzmüller wrote:
Richard Heck wrote:
Here, I think it's especially helpful to distinguish "round trip"
conversion, which would be used during collaboration, from final export
for
PS For import, what about modfying writer2latex?
Richard
stefano franchi wrote:
> On Thu, Feb 27, 2014 at 9:42 AM, Rainer M Krug wrote:
> > I assume that in LyX, there is an API which could be used to convert
> > *independent* from
> > the file format? I don't assume they are exposed outside LyX so that
> > they can be accessed from
Richard Heck wrote:
> I don't have experience with biblatex. Isn't there some intermediate
> file we could parse?
No. The bbl file consists of rather complex LaTeX code, which is then
interpreted by LaTeX on the output route based on the bibliography, citation
format and language style files.
Richard Heck writes:
> On 02/28/2014 02:43 AM, Jürgen Spitzmüller wrote:
>> Am Donnerstag 27 Februar 2014, 12:29:36 schrieb stefano franchi:
>>> - Bibliography support with suitable styles is a must. This feature
>>> is as crucial to someone working in the Humanities, as math
On Fri, Feb 28, 2014 at 10:49 AM, Rainer M Krug wrote:
> Richard Heck writes:
>
>> On 02/28/2014 02:43 AM, Jürgen Spitzmüller wrote:
>>> Am Donnerstag 27 Februar 2014, 12:29:36 schrieb stefano franchi:
- Bibliography support with suitable styles is a must.
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
I have been following the discussion going on in this thread and have been
exploring Lyx at the same time.I understood how to integrate python scripts
into the editor and all but i have a some queries regarding the round trip
conversion
Since we have something like eLyxer which parses the Lyx
Prannoy Pilligundla prannoy.b...@gmail.com writes:
I have been following the discussion going on in this thread and have been
exploring Lyx at the same time.I understood how to integrate python scripts
into the editor and all but i have a some queries regarding the round trip
conversion
Georg Baum wrote:
stefano franchi wrote:
Also, I had a quick look at the equation editor for LibreOffice (the
LO's Math component accessible from InsertObjectFormula). It seems
incredibly primitive. But perhaps it's just the interface that gives
that impression. Before I spend some
Wilfried wrote:
Georg Baum wrote:
stefano franchi wrote:
Also, I had a quick look at the equation editor for LibreOffice (the
LO's Math component accessible from InsertObjectFormula). It seems
incredibly primitive. But perhaps it's just the interface that gives
that
On 02/27/2014 03:44 AM, Prannoy Pilligundla wrote:
I also had a look at pandoc and tex4ht but as they are converters from
Latex,i feel we should only consider them as secondary options.
I believe pandoc is pretty modular. One would only need to add LyX to
the list of formats that it handles
Richard Heck rgh...@lyx.org writes:
On 02/27/2014 03:44 AM, Prannoy Pilligundla wrote:
I also had a look at pandoc and tex4ht but as they are converters
from Latex,i feel we should only consider them as secondary options.
I believe pandoc is pretty modular. One would only need to add LyX to
On Thu, Feb 27, 2014 at 3:45 AM, Wilfried wh...@gmx.de wrote:
Wilfried wrote:
Georg Baum wrote:
stefano franchi wrote:
AOO and LO help contain a comprehensive list of the formula sytax:
in Help - Formulas - General Information - Math Features
there is a hyperlink pointing to the
On Thu, Feb 27, 2014 at 9:18 AM, Richard Heck rgh...@lyx.org wrote:
On 02/27/2014 03:44 AM, Prannoy Pilligundla wrote:
I also had a look at pandoc and tex4ht but as they are converters from
Latex,i feel we should only consider them as secondary options.
I believe pandoc is pretty modular.
On Thu, Feb 27, 2014 at 9:42 AM, Rainer M Krug rai...@krugs.de wrote:
I assume that in LyX, there is an API which could be used to convert
*independent* from
the file format? I don't assume they are exposed outside LyX so that
they can be accessed from e.g. python?
I don't thinks that's
On Thu, Feb 27, 2014 at 9:18 AM, Richard Heck rgh...@lyx.org wrote:
On 02/27/2014 03:44 AM, Prannoy Pilligundla wrote:
I also had a look at pandoc and tex4ht but as they are converters from
Latex,i feel we should only consider them as secondary options.
I believe pandoc is pretty modular.
On Thu, Feb 27, 2014 at 10:18 AM, Richard Heck rgh...@lyx.org 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.
Or could just rely on lyx2lyx.
Scott
On Thu, Feb 27, 2014 at 10:23 AM, stefano franchi
stefano.fran...@gmail.com wrote:
On Thu, Feb 27, 2014 at 9:18 AM, Richard Heck rgh...@lyx.org wrote:
On 02/27/2014 03:44 AM, Prannoy Pilligundla wrote:
I also had a look at pandoc and tex4ht but as they are converters from
Latex,i feel we
On Thu, Feb 27, 2014 at 11:39 AM, stefano franchi
stefano.fran...@gmail.com wrote:
Correction after morning coffee:
The needed modules would be:
1. a docx|odt reader module
2. (possibly) a LyX reader module
No writer module would be needed, as pandoc has an extensive collection
already
On Thu, Feb 27, 2014 at 10:39 AM, stefano franchi
stefano.fran...@gmail.com wrote:
On Thu, Feb 27, 2014 at 10:23 AM, stefano franchi
stefano.fran...@gmail.com wrote:
On Thu, Feb 27, 2014 at 9:18 AM, Richard Heck rgh...@lyx.org wrote:
On 02/27/2014 03:44 AM, Prannoy Pilligundla wrote:
I also
On Thu, Feb 27, 2014 at 10:43 AM, Scott Kostyshak skost...@lyx.org wrote:
On Thu, Feb 27, 2014 at 11:39 AM, stefano franchi
stefano.fran...@gmail.com wrote:
Correction after morning coffee:
The needed modules would be:
1. a docx|odt reader module
2. (possibly) a LyX reader module
No
ᐧ
stefano franchi wrote:
Well, pandoc handles LaTex already (although not very successfully in
my tests. Management of citation, for instance leaves a lot to be
desired), so all it's missing is a docx reader to make the
back-conversion possible.
That is, I understand pandoc to work
stefano franchi wrote:
On Wed, Feb 26, 2014 at 3:08 PM, Georg Baum
georg.b...@post.rwth-aachen.de wrote:
I'd use the AMS math test document testmath.tex, this one does not
contain too much fancy text stuff. I just fixed some obvious bugs in the
LyX math parser.
testmath.tex looks very
On Thu, Feb 27, 2014 at 12:02 PM, Prannoy Pilligundla
prannoy.b...@gmail.com wrote:
ᐧ
stefano franchi wrote:
Well, pandoc handles LaTex already (although not very successfully in
my tests. Management of citation, for instance leaves a lot to be
desired), so all it's missing is a docx
Rainer M Krug wrote:
Richard Heck rgh...@lyx.org writes:
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.
Not necessarily - one could use lyx2lyx to convert to a fixed format.
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
Dear Developers,
I've been following this conversation from the shadows, but I had one
thought that they be relevant.
I think everyone agrees that we want to avoid reimplementing the
internal logic of a LyX document. While thinking about what might be
the best way to implement a converter, it
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
On 02/27/2014 11:38 AM, Scott Kostyshak wrote:
On Thu, Feb 27, 2014 at 10:18 AM, Richard Heck rgh...@lyx.org 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.
Or could just rely on
On 02/27/2014 01:47 PM, Georg Baum wrote:
Rainer M Krug wrote:
I assume that in LyX, there is an API which could be used to convert
*independent* from the file format?
The closest to this are probably the different writing methods of each
individual inset, e.g. Inset::latex(), Inset::xhtml()
On 02/27/2014 11:08 AM, stefano franchi wrote:
On Thu, Feb 27, 2014 at 9:18 AM, Richard Heck rgh...@lyx.org wrote:
On 02/27/2014 03:44 AM, Prannoy Pilligundla wrote:
I also had a look at pandoc and tex4ht but as they are converters from
Latex,i feel we should only consider them as secondary
On 02/27/2014 11:23 AM, stefano franchi wrote:
On Thu, Feb 27, 2014 at 9:18 AM, Richard Heck rgh...@lyx.org wrote:
On 02/27/2014 03:44 AM, Prannoy Pilligundla wrote:
I also had a look at pandoc and tex4ht but as they are converters from
Latex,i feel we should only consider them as secondary
On 02/27/2014 01:29 PM, stefano franchi wrote:
I'd like to hear other people's opinions on this. Here is what I think:
- Bibliography support with suitable styles is a must. This feature is
as crucial to someone working in the Humanities, as math support is
for someone working in the
On Thu, Feb 27, 2014 at 2:36 PM, Richard Heck rgh...@lyx.org wrote:
On 02/27/2014 01:29 PM, stefano franchi wrote:
I'd like to hear other people's opinions on this. Here is what I think:
- Bibliography support with suitable styles is a must. This feature is as
crucial to someone working in
Georg Baum wrote:
We still need to decide what
part of math should be supported for the round trip, but for this decision
you can assume that all amsmath commands work in LyX (if not I'll fix
them), and only concentrate on what is problematic in docx/odt and what is
needed.
Proof: With my
On Thu, Feb 27, 2014 at 2:47 PM, Georg Baum
georg.b...@post.rwth-aachen.de wrote:
Georg Baum wrote:
We still need to decide what
part of math should be supported for the round trip, but for this decision
you can assume that all amsmath commands work in LyX (if not I'll fix
them), and only
On 02/27/2014 03:47 PM, stefano franchi wrote:
On Thu, Feb 27, 2014 at 2:36 PM, Richard Heck rgh...@lyx.org wrote:
On 02/27/2014 01:29 PM, stefano franchi wrote:
I'd like to hear other people's opinions on this. Here is what I think:
- Bibliography support with suitable styles is a must. This
On Thu, Feb 27, 2014 at 2:50 PM, Richard Heck rgh...@lyx.org wrote:
On 02/27/2014 03:47 PM, stefano franchi wrote:
On Thu, Feb 27, 2014 at 2:36 PM, Richard Heck rgh...@lyx.org wrote:
On 02/27/2014 01:29 PM, stefano franchi wrote:
I'd like to hear other people's opinions on this. Here is
On Thu, Feb 27, 2014 at 2:53 PM, stefano franchi
stefano.fran...@gmail.com wrote:
On Thu, Feb 27, 2014 at 2:50 PM, Richard Heck rgh...@lyx.org wrote:
On 02/27/2014 03:47 PM, stefano franchi wrote:
On Thu, Feb 27, 2014 at 2:36 PM, Richard Heck rgh...@lyx.org wrote:
On 02/27/2014 01:29 PM,
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 can evolve
On Thu, Feb 27, 2014 at 12:57 PM, Rob Oakes lyx-de...@oak-tree.us wrote:
As I've followed the pandoc conversation, I've been concerned about the
introduction of another dependency. If the import/export tools can be
kept to LyX and some processing script, that seems easier to maintain
than a
stefano franchi wrote:
The mentioned fixes are fixes to tex2lyx?
No, the math parser in LyX (2.1 of course). tex2lyx did not need any fixes
regarding the math.
Georg
Richard Heck wrote:
Some of this stuff will have to be exported as comments that we can
reparse on import. I believe that is already done with some math stuff
in TeX export.
Really? Do you have an example? I always thought LyX math is 100% equivalent
to LaTeX math (with the exception of
On Thu, Feb 27, 2014 at 2:36 PM, Richard Heck rgh...@lyx.org wrote:
On 02/27/2014 01:29 PM, stefano franchi wrote:
I'd like to hear other people's opinions on this. Here is what I think:
- Bibliography support with suitable styles is a must. This feature is as
crucial to someone working
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
Am Donnerstag 27 Februar 2014, 12:29:36 schrieb stefano franchi:
- Bibliography support with suitable styles is a must. This feature is as
crucial to someone working in the Humanities, as math support is for
someone working in the sciences. With the difference that scientists can
often avoid
I have been following the discussion going on in this thread and have been
exploring Lyx at the same time.I understood how to integrate python scripts
into the editor and all but i have a some queries regarding the round trip
conversion
Since we have something like eLyxer which parses the Lyx
Prannoy Pilligundla writes:
> I have been following the discussion going on in this thread and have been
> exploring Lyx at the same time.I understood how to integrate python scripts
> into the editor and all but i have a some queries regarding the round trip
> conversion
Georg Baum wrote:
> stefano franchi wrote:
>
> > Also, I had a quick look at the equation editor for LibreOffice (the
> > LO's Math component accessible from Insert>>Object>>Formula). It seems
> > incredibly primitive. But perhaps it's just the interface that gives
> > that impression. Before I
Wilfried wrote:
> Georg Baum wrote:
>
> > stefano franchi wrote:
> >
> > > Also, I had a quick look at the equation editor for LibreOffice (the
> > > LO's Math component accessible from Insert>>Object>>Formula). It seems
> > > incredibly primitive. But perhaps it's just the interface that gives
On 02/27/2014 03:44 AM, Prannoy Pilligundla wrote:
I also had a look at pandoc and tex4ht but as they are converters from
Latex,i feel we should only consider them as secondary options.
I believe pandoc is pretty modular. One would only need to add LyX to
the list of formats that it handles
Richard Heck writes:
> On 02/27/2014 03:44 AM, Prannoy Pilligundla wrote:
>>
>> I also had a look at pandoc and tex4ht but as they are converters
>> from Latex,i feel we should only consider them as secondary options.
>
> I believe pandoc is pretty modular. One would only need to
On Thu, Feb 27, 2014 at 3:45 AM, Wilfried wrote:
> Wilfried wrote:
>
>> Georg Baum wrote:
>>
>> > stefano franchi wrote:
>> >
>> AOO and LO help contain a comprehensive list of the formula sytax:
>> in Help - Formulas - General Information - Math Features
>> there is a hyperlink
On Thu, Feb 27, 2014 at 9:18 AM, Richard Heck wrote:
> On 02/27/2014 03:44 AM, Prannoy Pilligundla wrote:
>>
>>
>> I also had a look at pandoc and tex4ht but as they are converters from
>> Latex,i feel we should only consider them as secondary options.
>
>
> I believe pandoc is
On Thu, Feb 27, 2014 at 9:42 AM, Rainer M Krug wrote:
> I assume that in LyX, there is an API which could be used to convert
> *independent* from
> the file format? I don't assume they are exposed outside LyX so that
> they can be accessed from e.g. python?
I don't thinks
On Thu, Feb 27, 2014 at 9:18 AM, Richard Heck wrote:
> On 02/27/2014 03:44 AM, Prannoy Pilligundla wrote:
>>
>>
>> I also had a look at pandoc and tex4ht but as they are converters from
>> Latex,i feel we should only consider them as secondary options.
>
>
> I believe pandoc is
On Thu, Feb 27, 2014 at 10:18 AM, Richard Heck 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.
Or could just rely on lyx2lyx.
Scott
On Thu, Feb 27, 2014 at 10:23 AM, stefano franchi
wrote:
> On Thu, Feb 27, 2014 at 9:18 AM, Richard Heck wrote:
>> On 02/27/2014 03:44 AM, Prannoy Pilligundla wrote:
>>>
>>>
>>> I also had a look at pandoc and tex4ht but as they are converters from
>>>
On Thu, Feb 27, 2014 at 11:39 AM, stefano franchi
wrote:
> Correction after morning coffee:
>
> The needed modules would be:
>
> 1. a docx|odt reader module
> 2. (possibly) a LyX reader module
>
> No writer module would be needed, as pandoc has an extensive collection
On Thu, Feb 27, 2014 at 10:39 AM, stefano franchi
wrote:
> On Thu, Feb 27, 2014 at 10:23 AM, stefano franchi
> wrote:
>> On Thu, Feb 27, 2014 at 9:18 AM, Richard Heck wrote:
>>> On 02/27/2014 03:44 AM, Prannoy Pilligundla
On Thu, Feb 27, 2014 at 10:43 AM, Scott Kostyshak wrote:
> On Thu, Feb 27, 2014 at 11:39 AM, stefano franchi
> wrote:
>
>> Correction after morning coffee:
>>
>> The needed modules would be:
>>
>> 1. a docx|odt reader module
>> 2. (possibly) a LyX
ᐧ
stefano franchi wrote:
>
> > Well, pandoc handles LaTex already (although not very successfully in
> > my tests. Management of citation, for instance leaves a lot to be
> > desired), so all it's missing is a docx "reader" to make the
> > back-conversion possible.
> >
> > That is, I understand
stefano franchi wrote:
> On Wed, Feb 26, 2014 at 3:08 PM, Georg Baum
> wrote:
>>
>> I'd use the AMS math test document testmath.tex, this one does not
>> contain too much fancy text stuff. I just fixed some obvious bugs in the
>> LyX math parser.
>
> testmath.tex
On Thu, Feb 27, 2014 at 12:02 PM, Prannoy Pilligundla <
prannoy.b...@gmail.com> wrote:
> ᐧ
>
> stefano franchi wrote:
>>
>> > Well, pandoc handles LaTex already (although not very successfully in
>> > my tests. Management of citation, for instance leaves a lot to be
>> > desired), so all it's
Rainer M Krug wrote:
> Richard Heck writes:
>
>> 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.
Not necessarily - one could use lyx2lyx to convert to a fixed
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
Dear Developers,
I've been following this conversation from the shadows, but I had one
thought that they be relevant.
I think everyone agrees that we want to avoid reimplementing the
internal logic of a LyX document. While thinking about what might be
the best way to implement a converter, it
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
On 02/27/2014 11:38 AM, Scott Kostyshak wrote:
On Thu, Feb 27, 2014 at 10:18 AM, Richard Heck 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.
Or could just rely
On 02/27/2014 01:47 PM, Georg Baum wrote:
Rainer M Krug wrote:
I assume that in LyX, there is an API which could be used to convert
*independent* from the file format?
The closest to this are probably the different writing methods of each
individual inset, e.g. Inset::latex(), Inset::xhtml()
1 - 100 of 190 matches
Mail list logo