[prev in list] [next in list] [prev in thread] [next in thread] 

List:       lyx-devel
Subject:    Re: Official submission of eLyXer for inclusion in LyX
From:       Pavel Sanda <sanda () lyx ! org>
Date:       2009-04-30 13:49:36
Message-ID: 20090430134936.GA28912 () atrey ! karlin ! mff ! cuni ! cz
[Download RAW message or body]

Alex Fernandez wrote:
> On Wed, Apr 29, 2009 at 9:55 AM, Pavel Sanda <sanda@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 externally typesetted by latex
> > and then included as images like latex2html do?
> 
> No math expressions are to my knowledge typeset with bugs (although I
> would not be surprised). If an expression is not recognized the user
> will get an error log detailing which command failed. There are no
> plans from my part to generate images since I dislike the approach,
> and it is outside the scope of the project (namely, convert LyX to
> HTML and CSS, _not_ PNG). But a generic way to parse functions might
> be interesting.
> 
> > adding elyxer recognition in lyx as third party tool is trivial and
> > we can do it right now.
> 
> That would be a good start!

i just gave it a try - a quick random typeset of short document gave me
some amount of warnings about unrecognized math equations, some of expresions
were strange like eg $10\,\mu s$, float figures didn't get displayed (this may be
result of wrong of my config); problem with references as reported by Richard.
generally the document was not usable compared to latex2html.

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 should imho get another target too, since it uses different route
than lyx->latex->html.

see the attached patch.

i think most people agreed we should support your converter, so unless
some comments are sent i plan to commit it.
the question about inclusion remains in discussion and is separated from this
support. (fyi my own feeling for now is that elyxer is still in beta state.)

pavel

["el.patch" (text/plain)]

diff --git a/lib/configure.py b/lib/configure.py
index ec9dd3c..cf14e05 100644
--- a/lib/configure.py
+++ b/lib/configure.py
@@ -361,6 +361,13 @@ def checkFormatEntries(dtl_tools):
 
 def checkConverterEntries():
     ''' Check all converters (\converter entries) '''
+    path, elyx = checkProg('eLyXer converter', ['elyxer $$i $$o'],
+        rc_entry = [ r'\converter lyx elyxhtml "%%" ""' ] )
+    if elyx.find('elyxer') >= 0 :
+      addToRC(r'''\copier    elyxhtml       "python -tt $$s/scripts/ext_copy.py -e \
html,png,css $$i $$o"''') +      checkViewer('an eLyXer previewer', ['firefox', \
'mozilla file://$$p$$i', 'netscape'], +          rc_entry = [r'\Format elyxhtml   \
html    "HTML (eLyXer)"        e  "%%"	""	"document"']) +
     checkProg('the pdflatex program', ['pdflatex $$i'],
         rc_entry = [ r'\converter pdflatex   pdf2       "%%"	"latex"' ])
 



[prev in list] [next in list] [prev in thread] [next in thread]