Re: [PATCH] fix libtool for LyX/Mac

Konrad Hofbauer hofba...@sbox.tugraz.at writes: Can you elaborate for one more second what did not work specifically (e.g. building LyX version x.y.z with Qt a.b.c on platform y)? It is in particular when building using pkg-config, which has the advantage of getting the flags right

Re: [PATCH] fix libtool for LyX/Mac

Jean-Marc Lasgouttes wrote: Konrad Hofbauer hofba...@sbox.tugraz.at writes: Can you elaborate for one more second what did not work specifically (e.g. building LyX version x.y.z with Qt a.b.c on platform y)? It is in particular when building using pkg-config, which has the advantage of

Re: Official submission of eLyXer for inclusion in LyX

rgheck wrote: Pavel Sanda wrote: Richard Heck wrote: Your eLyXers is much better than tex4ht as far as I tested. I therefore plan to include eLyXer to my Windows installer. That is an interesting possibility: not include the code in LyX and just redistribute the executable

Re: Official submission of eLyXer for inclusion in LyX

Alex Fernandez wrote: Fair enough. My views are much more simplistic: LyX currently doesn't do what 99.9% of users need, which is output to different formats including HTML and/or something importable from within Word. Thus many, many people don't know about an otherwise wonderful editor. The

Re: Official submission of eLyXer for inclusion in LyX

rgheck wrote: Let me say again that my point had to do with what's required if this is to be included in LyX. And my view, which I would expect to be widely shared, is that support for basic math isn't good enough *for that purpose*. If it works well enough for you and some other users,

Re: r29444 - lyx-devel/trunk/src/support

for...@lyx.org wrote: Author: forenr Date: Thu Apr 30 00:42:26 2009 New Revision: 29444 URL: http://www.lyx.org/trac/changeset/29444 Log: Speed up FileName operator==, such that working with child documents on Windows and Solaris is again possible. Modified:

Re: r29444 - lyx-devel/trunk/src/support

On Thu, Apr 30, 2009 at 10:43:51AM +0200, Abdelrazak Younes wrote: Will this be working with UTF16 file names? I see that CreateFile is a macro that is expanded to CreatedFileW on MSVC2008... I am not proficient with Windows APIs and none of

description term in LaTeX source

Dear LyX developers, is there a reason why the label in a description list is enclosed in brackets in the LaTeX source so that Simple description term [bracketed] description term becomes \begin{description} \item [{Simple}] description term \item

Re: Official submission of eLyXer for inclusion in LyX

rgheck wrote: Right now, it just outputs the raw LaTeX for anything it doesn't recognize. Fixing this is a matter of writing a LaTeX--HTML entities converter, for some of it, or using some trick to generate little pictures, or maybe using MathML, who knows? But what about math macros?

Re: [PATCH] fix libtool for LyX/Mac

Konrad Hofbauer hofba...@sbox.tugraz.at writes: My goal is to obtain a compilation that works out-of-the-box without any special configuration. On my box I can just do ./configure and it works. It was never a problem to build a LyX/Mac that runs on the box it was built on, but it was

Re: Official submission of eLyXer for inclusion in LyX

On 2009-04-29, Alex Fernandez wrote: Custom macros are quite out of scope for all I know. Would it be possible to handle custom math-macros that are defined in the actual document, like ... \begin_inset FormulaMacro \renewcommand{\test}{\int x\,\mathrm{d}x} \end_inset

Re: Official submission of eLyXer for inclusion in LyX

rgheck wrote: Just to be clear, here are what I regard as the showstoppers: Theorem-type environments aren't rendered; math support is marginal, esp with regard to custom macros; BibTeX isn't supported, so far as I can tell; cross-references omit the related text. Other things I'd want to

Re: r29444 - lyx-devel/trunk/src/support

Enrico Forestieri wrote: On Thu, Apr 30, 2009 at 10:43:51AM +0200, Abdelrazak Younes wrote: Will this be working with UTF16 file names? I see that CreateFile is a macro that is expanded to CreatedFileW on MSVC2008... I am not proficient with Windows APIs and none of

Re: description term in LaTeX source

Guenter Milde wrote: I understand the [ - {[}, but would expect This is the only reason that comes to my mind. Jürgen

Re: Official submission of eLyXer for inclusion in LyX

Charles de Miramon wrote: rgheck wrote: Just to be clear, here are what I regard as the showstoppers: Theorem-type environments aren't rendered; math support is marginal, esp with regard to custom macros; BibTeX isn't supported, so far as I can tell; cross-references omit the related text.

Re: Official submission of eLyXer for inclusion in LyX

Helge Hafting wrote: rgheck wrote: Right now, it just outputs the raw LaTeX for anything it doesn't recognize. Fixing this is a matter of writing a LaTeX--HTML entities converter, for some of it, or using some trick to generate little pictures, or maybe using MathML, who knows? But what

Re: Official submission of eLyXer for inclusion in LyX

Abdelrazak Younes wrote: rgheck wrote: Let me say again that my point had to do with what's required if this is to be included in LyX. And my view, which I would expect to be widely shared, is that support for basic math isn't good enough *for that purpose*. If it works well enough for you

Re: Official submission of eLyXer for inclusion in LyX

Alex Fernandez wrote: On Wed, Apr 29, 2009 at 9:55 AM, Pavel Sanda sa...@lyx.org wrote: can you be more specific about this point? is it that some expressions are typeset with bugs? is there some way how user would detect this, or avoid it by eg switching to math material to be

Re: Official submission of eLyXer for inclusion in LyX

Richard Heck wrote: It is for many people who just need basic math (like me and, I would contend, 90% of LyX users). It would surprise me if 90% of LyX users only needed basic math. +1 p

Re: LyX home page oddity

On 2009-04-20, Guenter Milde wrote: On 2009-04-16, Jürgen Spitzmüller wrote: Jean-Marc Lasgouttes wrote: Do we really assume the average LyX user did not see any LaTeX output yet? To some extent, yes. I think a good phrasing would be a mix these two possibilities, like looks like

HTML Output for LyX

Hi, Alex. This is going to seem critical, but it is going to end up being constructive. See below. What's more problematic, to my mind, is that the framework isn't extensible. Yes, I know that the programmer can add support for new layout types, etc, but as things now stand even simple

Re: Official submission of eLyXer for inclusion in LyX

Pavel Sanda wrote: anyway i still think we can make this converter to be recognized by us. secondly i think we should provide different target for viewing then the current HTML target done by html2latex or others. as we have different targets pdf1/2/3, dvi1/2, ps1/2 for different routes this

HTML as a New Output Format

I'm reposting this separately. The discussion in the other thread has led to this question: What do we have to do if we're going to get really good HTML output for more than fairly simple LyX files, let alone for LyX's full functionality? I think there is now fairly widespread agreement

Re: r29447 - lyx-devel/trunk/lib

sa...@lyx.org wrote: Author: sanda Date: Thu Apr 30 15:47:38 2009 New Revision: 29447 URL: http://www.lyx.org/trac/changeset/29447 Log: whitespace Modified: lyx-devel/trunk/lib/configure.py Modified: lyx-devel/trunk/lib/configure.py

Re: HTML Output for LyX

Richard Heck wrote: Alex, do you know C++? I'd be happy to help with this, once exams are over. this looks like something you can't get completely right. now what i mean 'right' here - right means to get the same version of the document in pdf or html - in the sense of content not appearance...

Re: Official submission of eLyXer for inclusion in LyX

Richard Heck wrote: Of course, this is fine. See my other proposal: We should just have an HTML output format, as you proposed first, I think. on contrary i think it is not worth the effort pavel

Re: HTML as a New Output Format

Richard Heck wrote: I'm reposting this separately. Comments? ..ok i'm reposting too.. - this looks like something you can't get completely right. now what i mean 'right' here - right means to get the same version of the document in pdf or html - in the sense of

Re: r29447 - lyx-devel/trunk/lib

Richard Heck wrote: ??? This looks worse from here. not in vim. look also here http://www.lyx.org/trac/changeset/29447 pavel

Re: r29412 - lyx-devel/trunk/lib/doc

Uwe Stöhr wrote: that said, you were right that section was not up to date and maybe it was not clear those statements are mainly for for people developing their own things... I'm convinced. So I'll revert the removal of this section, but could you kindly please update this section?

Re: HTML Output for LyX

Pavel Sanda wrote: Richard Heck wrote: Alex, do you know C++? I'd be happy to help with this, once exams are over. this looks like something you can't get completely right. now what i mean 'right' here - right means to get the same version of the document in pdf or html - in the sense

Re: HTML Output for LyX

Richard Heck wrote: this looks like something you can't get completely right. now what i mean 'right' here - right means to get the same version of the document in pdf or html - in the sense of content not appearance... i can't imagine how you would care about various ERTs - imagine reseting

Re: LyX home page oddity

Guenter Milde wrote: On 2009-04-20, Guenter Milde wrote: On 2009-04-16, Jürgen Spitzmüller wrote: Jean-Marc Lasgouttes wrote: Do we really assume the average LyX user did not see any LaTeX output yet? To some extent, yes. I think a good phrasing would be a mix these two

Missed all the fun. :-)

Hi all, due to some changes (the @novalis address is no more) I have missed all the fun of the last days in this list. I have resubscribed again so I am back to the town hall. :-) It took me some time to notice this because I changed the address on both users and cvslog lists

Re: HTML Output for LyX

Hi Richard, On Thu, Apr 30, 2009 at 4:13 PM, Richard Heck rgh...@bobjweil.com wrote: Hi, Alex. This is going to seem critical, but it is going to end up being constructive. See below. Contrary to my expectations it did not get constructive in the end, so busy people can safely skip the

Re: HTML Output for LyX

On Thu, Apr 30, 2009 at 5:49 PM, Pavel Sanda sa...@lyx.org wrote: Yes, of course, that's fine, but then it looks to me like something that doesn't desperately need to be included in LyX. i agree and iirc Alex was satisfied with the detect-only solution. Sure, I am quite happy with it. I will

Re: HTML Output for LyX

On Thursday 30 April 2009 16:26:08 Richard Heck wrote: Yes, I think that's right. But if we're thinking of HTML as a different output format, then of course LaTeX-based ERT isn't really relevant, any more than it would be to DocBook. I'm trying to think of this more in a way that involves

Re: HTML Output for LyX

José Matos wrote: On Thursday 30 April 2009 16:26:08 Richard Heck wrote: Yes, I think that's right. But if we're thinking of HTML as a different output format, then of course LaTeX-based ERT isn't really relevant, any more than it would be to DocBook. I'm trying to think of this more in a

Re: HTML Output for LyX

Alex Fernandez wrote: On Thu, Apr 30, 2009 at 5:49 PM, Pavel Sanda sa...@lyx.org wrote: Yes, of course, that's fine, but then it looks to me like something that doesn't desperately need to be included in LyX. i agree and iirc Alex was satisfied with the detect-only solution. Sure, I am

Re: HTML Output for LyX

Alex Fernandez wrote: Hi Richard, On Thu, Apr 30, 2009 at 4:13 PM, Richard Heck rgh...@bobjweil.com wrote: Hi, Alex. This is going to seem critical, but it is going to end up being constructive. See below. Contrary to my expectations it did not get constructive in the end, so busy

Slightly offtopic (lyx on eee)

just fyi i run some article about netbooks and surprisingly found we are listed as 25-th between choosen 24(!) apps for asus netbooks with the intro : One of the most popular open source applications among Eee users :)

Re: Slightly offtopic (lyx on eee)

Pavel Sanda wrote: just fyi i run some article about netbooks and surprisingly found run - run through ;)

Re: HTML Output for LyX

On Thu, Apr 30, 2009 at 10:27 PM, Richard Heck rgh...@bobjweil.com wrote: Here's a simple sample, attached. Thanks! I will get back to you privately. My point was much the same as Pavel's: the existing tools actually do much the same sort of job, and just about as well, though perhaps with

Re: HTML Output for LyX

On 2009-04-30, Richard Heck wrote: On Thu, Apr 30, 2009 at 4:13 PM, Richard Heck rgh...@bobjweil.com wrote: You can easily create a LyX document with some BibTeX. And if you want to work on this, then you can probably use the python-bibtex package to parse the files. Good idea. Generally,

Re: HTML Output for LyX

Guenter Milde wrote: Figuring out how the bibliography is supposed to be rendered will be more difficult, Not more difficult than writing a bibtex style in the first place. I suppose an approach similar to biblatex will help: divide the extract and sort from the render and style

Re: Slightly offtopic (lyx on eee)

Pavel Sanda wrote: Pavel Sanda wrote: just fyi i run some article about netbooks and surprisingly found run - run through ;) If you search the list, you'll find that I once reported we were #1. Briefly. By the way, my family has two 901s and one 1000, and we love them all. All

Integration of eLyXer to LyX

As most of us agreed that eLyXer should be integrated, the following needs to be done: 1. the license of eLyXer need to be uniform with LyX's license (GPL v2 not v3) 2. eLyXer should get a more explicit name like lyx2html 3. we need to find a suitable location, under lib/scripts/lyx2html

bug: crash (doc attached) with Lyx-1.6.2.

I have run into some trouble editing documents with a newly installed version of Lyx. The attached document produces crashes in lyx-1.62 on Ubuntu 9.04. The crash is reproducible. Just hold down the arrow keys for a while. You won't be able to compile this document unless you have the Sweave/R

Re: bug: crash (doc attached) with Lyx-1.6.2.

On Thu, Apr 30, 2009 at 9:44 PM, Paul Johnson pauljoh...@gmail.com wrote: I saw some discussion that the outline view is related to the crash in Lyx 1.6.2, and I noticed the outline was open when the crash happened that I reported a moment ago. I closed the outline view and produced the crash

Re: HTML Output for LyX

On 01/05/2009 02:55, rgheck wrote: Sure: Write a new parser in python, and then have it do everything LyX does to update counters, etc, etc. You could do this, but it's insane. Why re-write LyX in python? Exactly my point of view. python is fine and good and maybe easier than C++, but that

Re: [PATCH] fix libtool for LyX/Mac

Konrad Hofbauer writes: > Can you elaborate for one more second what did not work specifically > (e.g. building LyX version x.y.z with Qt a.b.c on platform y)? It is in particular when building using pkg-config, which has the advantage of getting the flags right

Re: [PATCH] fix libtool for LyX/Mac

Jean-Marc Lasgouttes wrote: Konrad Hofbauer writes: Can you elaborate for one more second what did not work specifically (e.g. building LyX version x.y.z with Qt a.b.c on platform y)? It is in particular when building using pkg-config, which has the advantage of

Re: Official submission of eLyXer for inclusion in LyX

rgheck wrote: Pavel Sanda wrote: Richard Heck wrote: Your eLyXers is much better than tex4ht as far as I tested. I therefore plan to include eLyXer to my Windows installer. That is an interesting possibility: not include the code in LyX and just redistribute the executable

Re: Official submission of eLyXer for inclusion in LyX

Alex Fernandez wrote: Fair enough. My views are much more simplistic: LyX currently doesn't do what 99.9% of users need, which is output to different formats including HTML and/or something importable from within Word. Thus many, many people don't know about an otherwise wonderful editor. The

Re: Official submission of eLyXer for inclusion in LyX

rgheck wrote: Let me say again that my point had to do with what's required if this is to be included in LyX. And my view, which I would expect to be widely shared, is that support for "basic math" isn't good enough *for that purpose*. If it works well enough for you and some other users,

Re: r29444 - lyx-devel/trunk/src/support

for...@lyx.org wrote: Author: forenr Date: Thu Apr 30 00:42:26 2009 New Revision: 29444 URL: http://www.lyx.org/trac/changeset/29444 Log: Speed up FileName operator==, such that working with child documents on Windows and Solaris is again possible. Modified:

Re: r29444 - lyx-devel/trunk/src/support

On Thu, Apr 30, 2009 at 10:43:51AM +0200, Abdelrazak Younes wrote: > Will this be working with UTF16 file names? I see that CreateFile is a > macro that is expanded to CreatedFileW on MSVC2008... I am not proficient with Windows APIs and none of

description term in LaTeX source

Dear LyX developers, is there a reason why the label in a description list is enclosed in brackets in the LaTeX source so that Simple description term [bracketed] description term becomes \begin{description} \item [{Simple}] description term \item

Re: Official submission of eLyXer for inclusion in LyX

rgheck wrote: Right now, it just outputs the raw LaTeX for anything it doesn't recognize. Fixing this is a matter of writing a LaTeX-->HTML entities converter, for some of it, or using some trick to generate little pictures, or maybe using MathML, who knows? But what about math macros?

Re: [PATCH] fix libtool for LyX/Mac

Konrad Hofbauer writes: >> My goal is to obtain a compilation that works out-of-the-box without any >> special configuration. On my box I can just do >> ./configure >> and it works. > > It was never a problem to build a LyX/Mac that runs on the box it was > built on,

Re: Official submission of eLyXer for inclusion in LyX

On 2009-04-29, Alex Fernandez wrote: > Custom macros are quite out of scope for all I know. Would it be possible to handle custom math-macros that are defined in the actual document, like ... \begin_inset FormulaMacro \renewcommand{\test}{\int x\,\mathrm{d}x} \end_inset

Re: Official submission of eLyXer for inclusion in LyX

rgheck wrote: > Just to be clear, here are what I regard as the showstoppers: > Theorem-type environments aren't rendered; math support is marginal, esp > with regard to custom macros; BibTeX isn't supported, so far as I can > tell; cross-references omit the related text. Other things I'd want

Re: r29444 - lyx-devel/trunk/src/support

Enrico Forestieri wrote: On Thu, Apr 30, 2009 at 10:43:51AM +0200, Abdelrazak Younes wrote: Will this be working with UTF16 file names? I see that CreateFile is a macro that is expanded to CreatedFileW on MSVC2008... I am not proficient with Windows APIs and none of

Re: description term in LaTeX source

Guenter Milde wrote: > I understand the [ -> {[}, but would expect This is the only reason that comes to my mind. Jürgen

Re: Official submission of eLyXer for inclusion in LyX

Charles de Miramon wrote: rgheck wrote: Just to be clear, here are what I regard as the showstoppers: Theorem-type environments aren't rendered; math support is marginal, esp with regard to custom macros; BibTeX isn't supported, so far as I can tell; cross-references omit the related text.

Re: Official submission of eLyXer for inclusion in LyX

Helge Hafting wrote: rgheck wrote: Right now, it just outputs the raw LaTeX for anything it doesn't recognize. Fixing this is a matter of writing a LaTeX-->HTML entities converter, for some of it, or using some trick to generate little pictures, or maybe using MathML, who knows? But what

Re: Official submission of eLyXer for inclusion in LyX

Abdelrazak Younes wrote: rgheck wrote: Let me say again that my point had to do with what's required if this is to be included in LyX. And my view, which I would expect to be widely shared, is that support for "basic math" isn't good enough *for that purpose*. If it works well enough for you

Re: Official submission of eLyXer for inclusion in LyX

Alex Fernandez wrote: > On Wed, Apr 29, 2009 at 9:55 AM, Pavel Sanda wrote: > > can you be more specific about this point? is it that some expressions > > are typeset with bugs? is there some way how user would detect this, or > > avoid > > it by eg switching to math material to

Re: Official submission of eLyXer for inclusion in LyX

Richard Heck wrote: >> It is for many people who just need basic math (like me and, I would >> contend, 90% of LyX users). >> > It would surprise me if 90% of LyX users only needed "basic math". +1 p

Re: LyX home page oddity

On 2009-04-20, Guenter Milde wrote: > On 2009-04-16, Jürgen Spitzmüller wrote: >> Jean-Marc Lasgouttes wrote: >>> > Do we really assume the average LyX user did not see any LaTeX output >>> > yet? >>> To some extent, yes. I think a good phrasing would be a mix these >>> two possibilities, like

HTML Output for LyX

Hi, Alex. This is going to seem critical, but it is going to end up being constructive. See below. What's more problematic, to my mind, is that the framework isn't extensible. Yes, I know that the programmer can add support for new layout types, etc, but as things now stand even simple

Re: Official submission of eLyXer for inclusion in LyX

Pavel Sanda wrote: anyway i still think we can make this converter to be recognized by us. secondly i think we should provide different target for viewing then the current HTML target done by html2latex or others. as we have different targets pdf1/2/3, dvi1/2, ps1/2 for different routes this

HTML as a New Output Format

I'm reposting this separately. The discussion in the other thread has led to this question: What do we have to do if we're going to get really good HTML output for more than fairly simple LyX files, let alone for LyX's full functionality? I think there is now fairly widespread agreement

Re: r29447 - lyx-devel/trunk/lib

sa...@lyx.org wrote: Author: sanda Date: Thu Apr 30 15:47:38 2009 New Revision: 29447 URL: http://www.lyx.org/trac/changeset/29447 Log: whitespace Modified: lyx-devel/trunk/lib/configure.py Modified: lyx-devel/trunk/lib/configure.py

Re: HTML Output for LyX

Richard Heck wrote: > Alex, do you know C++? I'd be happy to help with this, once exams are over. this looks like something you can't get completely right. now what i mean 'right' here - right means to get the same version of the document in pdf or html - in the sense of content not appearance...

Re: Official submission of eLyXer for inclusion in LyX

Richard Heck wrote: > Of course, this is fine. > > See my other proposal: We should just have an HTML output format, as you > proposed first, I think. on contrary i think it is not worth the effort pavel

Re: HTML as a New Output Format

Richard Heck wrote: > > I'm reposting this separately. > > Comments? ..ok i'm reposting too.. - this looks like something you can't get completely right. now what i mean 'right' here - right means to get the same version of the document in pdf or html - in the sense of

Re: r29447 - lyx-devel/trunk/lib

Richard Heck wrote: > ??? This looks worse from here. not in vim. look also here http://www.lyx.org/trac/changeset/29447 pavel

Re: r29412 - lyx-devel/trunk/lib/doc

Uwe Stöhr wrote: > > that said, you were right that section was not up to date and maybe it > was > > not clear those statements are mainly for for people developing their own > > things... > > I'm convinced. So I'll revert the removal of this section, but could you > kindly please update this

Re: HTML Output for LyX

Pavel Sanda wrote: Richard Heck wrote: Alex, do you know C++? I'd be happy to help with this, once exams are over. this looks like something you can't get completely right. now what i mean 'right' here - right means to get the same version of the document in pdf or html - in the sense

Re: HTML Output for LyX

Richard Heck wrote: >> this looks like something you can't get completely right. now what i mean >> 'right' here - right means to get the same version of the document in pdf >> or >> html - in the sense of content not appearance... >> i can't imagine how you would care about various ERTs -

Re: LyX home page oddity

Guenter Milde wrote: > On 2009-04-20, Guenter Milde wrote: > > On 2009-04-16, Jürgen Spitzmüller wrote: > >> Jean-Marc Lasgouttes wrote: > >>> > Do we really assume the average LyX user did not see any LaTeX output > >>> > yet? > > >>> To some extent, yes. I think a good phrasing would be a mix

Missed all the fun. :-)

Hi all, due to some changes (the @novalis address is no more) I have missed all the fun of the last days in this list. I have resubscribed again so I am back to the town hall. :-) It took me some time to notice this because I changed the address on both users and cvslog lists

Re: HTML Output for LyX

Hi Richard, On Thu, Apr 30, 2009 at 4:13 PM, Richard Heck wrote: > Hi, Alex. This is going to seem critical, but it is going to end up being > constructive. See below. Contrary to my expectations it did not get constructive in the end, so busy people can safely skip the

Re: HTML Output for LyX

On Thu, Apr 30, 2009 at 5:49 PM, Pavel Sanda wrote: >> Yes, of course, that's fine, but then it looks to me like something that >> doesn't desperately need to be included in LyX. > > i agree and iirc Alex was satisfied with the detect-only solution. Sure, I am quite happy with it.

Re: HTML Output for LyX

On Thursday 30 April 2009 16:26:08 Richard Heck wrote: > Yes, I think that's right. But if we're thinking of HTML as a different > output format, then of course LaTeX-based ERT isn't really relevant, any > more than it would be to DocBook. > > I'm trying to think of this more in a way that

Re: HTML Output for LyX

José Matos wrote: On Thursday 30 April 2009 16:26:08 Richard Heck wrote: Yes, I think that's right. But if we're thinking of HTML as a different output format, then of course LaTeX-based ERT isn't really relevant, any more than it would be to DocBook. I'm trying to think of this more in a

Re: HTML Output for LyX

Alex Fernandez wrote: > On Thu, Apr 30, 2009 at 5:49 PM, Pavel Sanda wrote: > >> Yes, of course, that's fine, but then it looks to me like something that > >> doesn't desperately need to be included in LyX. > > > > i agree and iirc Alex was satisfied with the detect-only solution.

Re: HTML Output for LyX

Alex Fernandez wrote: Hi Richard, On Thu, Apr 30, 2009 at 4:13 PM, Richard Heck wrote: Hi, Alex. This is going to seem critical, but it is going to end up being constructive. See below. Contrary to my expectations it did not get constructive in the end, so busy

Slightly offtopic (lyx on eee)

just fyi i run some article about netbooks and surprisingly found we are listed as 25-th between choosen 24(!) apps for asus netbooks with the intro : "One of the most popular open source applications among Eee users" :)

Re: Slightly offtopic (lyx on eee)

Pavel Sanda wrote: > just fyi i run some article about netbooks and surprisingly found run -> run through ;)

Re: HTML Output for LyX

On Thu, Apr 30, 2009 at 10:27 PM, Richard Heck wrote: > Here's a simple sample, attached. Thanks! I will get back to you privately. > My point was much the same as Pavel's: the existing tools actually do much > the same sort of job, and just about as well, though perhaps

Re: HTML Output for LyX

On 2009-04-30, Richard Heck wrote: >> On Thu, Apr 30, 2009 at 4:13 PM, Richard Heck wrote: >>> You can easily create a LyX document with some BibTeX. And if you >>> want to work on this, then you can probably use the python-bibtex >>> package to parse the files. Good idea.

Re: HTML Output for LyX

Guenter Milde wrote: Figuring out how the bibliography is supposed to be rendered will be more difficult, Not more difficult than writing a bibtex style in the first place. I suppose an approach similar to biblatex will help: divide the "extract and sort" from the "render and style"

Re: Slightly offtopic (lyx on eee)

Pavel Sanda wrote: Pavel Sanda wrote: just fyi i run some article about netbooks and surprisingly found run -> run through ;) If you search the list, you'll find that I once reported we were #1. Briefly. By the way, my family has two 901s and one 1000, and we love them all.

Integration of eLyXer to LyX

As most of us agreed that eLyXer should be integrated, the following needs to be done: 1. the license of eLyXer need to be uniform with LyX's license (GPL v2 not v3) 2. eLyXer should get a more explicit name like lyx2html 3. we need to find a suitable location, under lib/scripts/lyx2html

bug: crash (doc attached) with Lyx-1.6.2.

I have run into some trouble editing documents with a newly installed version of Lyx. The attached document produces crashes in lyx-1.62 on Ubuntu 9.04. The crash is reproducible. Just hold down the arrow keys for a while. You won't be able to compile this document unless you have the Sweave/R

Re: bug: crash (doc attached) with Lyx-1.6.2.

On Thu, Apr 30, 2009 at 9:44 PM, Paul Johnson wrote: I saw some discussion that the outline view is related to the crash in Lyx 1.6.2, and I noticed the outline was open when the crash happened that I reported a moment ago. I closed the outline view and produced the crash

Re: HTML Output for LyX

On 01/05/2009 02:55, rgheck wrote: Sure: Write a new parser in python, and then have it do everything LyX does to update counters, etc, etc. You could do this, but it's insane. Why re-write LyX in python? Exactly my point of view. python is fine and good and maybe easier than C++, but that