Small correction: eLyXer does not export equations as images.
El 11/05/2013 10:42, "Uwe Stöhr" escribió:
> Am 10.05.2013 19:31, schrieb Richard Heck:
>
> In 2.0.4 there were these converters:
>>> Latex (plain) -> HTML
>>> Latex (plain) -> HTML (Word)
>>> that used the command "htlatex"
>>> These
On Thu, May 9, 2013 at 11:52 PM, Nicola Scafetta, Ph. D. <
nicola.scafe...@gmail.com> wrote:
> Ok thank you, very much.
>
No problem.
> It seems that now it works. The only problem is that the Natbib
> Author-year does not appear to work. See the attached file where only the
> numeric style
My Windows version is Windows 8 pro, 64 bit
>
> Should I install
> http://www.python.org/ftp/python/2.7.4/python-2.7.4.msi
>
> or
> http://www.python.org/ftp/python/2.7.4/python-2.7.4.amd64.msi
>
> to make compatible with Lyx?
>
>
> nicola
>
>
> *From:* A
Hi Nicola,
On Thu, May 9, 2013 at 10:51 PM, Nicola Scafetta, Ph. D. <
nicola.scafe...@gmail.com> wrote:
> It does not work in both cases.
>
> A windows opens and says: "Lyx cannot convert file. An error occurred
> while running."
If the line that Alex Vergara suggested does not work, it looks l
Hi,
On Thu, Mar 8, 2012 at 4:36 PM, Rob Oakes wrote:
> I'm sympathetic to this point. I understand that having a way to go from one
> to the other is important. I've deliberately avoided creating an export to
> Word option, though, because it would essentially require that I recode large
> por
Hi all,
I am currently travelling so excuse my android top-posting. Actually
building a reusable in-memory representation for Python scripting of LyX
documents was a requisite for eLyXer. You should not have trouble with
large documents as my puny netbook eats 1000 page documents for lunch. Look
a
Hi Rob,
On Sat, Dec 3, 2011 at 7:45 PM, Rob Oakes wrote:
> I also usually fine-tune my CSS by hand. The talk, though, is to
> designers and publishers who may wish to modify the CSS rather
> dramatically. To the sort of people who are want to create a unique feel
> to every electronic book and ha
On Wed, Oct 5, 2011 at 6:05 PM, Tommaso Cucinotta wrote:
>> It will be in 1.2.4, you can get the raw version number using:
>> $ elyxer.py --hardversion
>> But that is a bit ugly, isn't it? LyX should not have to know about
>> eLyXer.
>
> Well, actually, it's already in the LyX logic to self-dete
On Wed, Oct 5, 2011 at 12:07 PM, Guenter Milde wrote:
> On 2011-10-05, Alex Fernandez wrote:
>
>> I can release the next version with "lyx -C" as the default converter,
>> assuming that most people will have LyX installed, and if not they can
>> choose a new conv
On Tue, Oct 4, 2011 at 7:29 PM, Tommaso Cucinotta wrote:
> Very nice. One last thing. I guess I'd need a test in configure.py about the
> version of elyxer currently installed, so probably there's someway to
> issue a "elyxer --version", and change the way elyxer is invoked depending
> on its outp
On Tue, Oct 4, 2011 at 4:21 PM, Tommaso Cucinotta wrote:
>> Good idea. I have implemented it and exported a new version, again at:
>>
>> http://download-mirror.savannah.gnu.org/releases/elyxer/older/elyxer-lyx-C.py
>> It works exactly as you describe.
>
> Nice, I'll try this. Did you modify the "s
Hi Tommaso,
On Mon, Oct 3, 2011 at 8:48 AM, Tommaso Cucinotta wrote:
> Il 02/10/2011 22:18, Alex Fernandez ha scritto:
>>
>> I have uploaded to Savannah a test version which uses this feature:
>>
>> http://download-mirror.savannah.gnu.org/releases/elyxer/older/elyxer-
Hi,
On Sat, Oct 1, 2011 at 1:20 PM, Tommaso Cucinotta wrote:
> the attached patch adds the "-C" option to LyX, allowing to use its
> converters
> for arbitrary files conversions, e.g.:
Nice.
> lyx -C /path/to/source.dia /path/to/dest.eps
> lyx --convert-to /path/to/source.dia /path/to/dest.ep
Great job! I will create a test version to use it.
Alex.
El 01/10/2011 13:20, "Tommaso Cucinotta" escribió:
> Hi,
>
> the attached patch adds the "-C" option to LyX, allowing to use its
> converters
> for arbitrary files conversions, e.g.:
>
> lyx -C /path/to/source.dia /path/to/dest.eps
> lyx --
Hi,
On Thu, Sep 29, 2011 at 6:40 PM, Tommaso Cucinotta wrote:
>> Any ideas on what command line converter can be used for ODG?
>
> libreoffice, used as in lib/scripts/libreoffice2eps.py
>
> However, it wouldn't convert anything different from OO formats.
>
> Also, AFAICU, when you say "--converte
Hi,
On Thu, Sep 29, 2011 at 4:07 PM, Tommaso Cucinotta wrote:
> committed as r39786.
>
> Though, I just noticed that, exporting to "html" keeps failing, this time
> because
> elyxer is used in this case, which doesn't even use any information about
> the
> converters that we have in lyxrc.default
Hi,
On Mon, Sep 12, 2011 at 11:11 PM, Richard Heck wrote:
> Last time I looked, elyxer did pretty much the same sort of thing, but had
> footnotes styled with things like "float: right;", rather than with the
> appearing and disappearing act they do in LyX. But the real issue, as we
> discussed b
Hi,
On Sun, Jan 30, 2011 at 4:23 PM, Jürgen Spitzmüller wrote:
> If someone tests it carefully, it can be applied, but it has to happen soon.
> 1.6.9 is scheduled for next weekend.
>
> I cannot do it myself. I've not much time ATM, and I do not know eLyXer well
> enough.
Test setup: Debian squee
On Sun, Jan 30, 2011 at 4:23 PM, Jürgen Spitzmüller wrote:
> Alex Fernandez wrote:
>> > No objections from my side.
>>
>> Are there any plans to merge it in branch for the next version 1.6.9?
>> I am writing the documentation for eLyXer 1.2.0 and would like to nail
Hi Jürgen,
On Tue, Jan 25, 2011 at 7:30 AM, Jürgen Spitzmüller wrote:
> Alex Fernandez wrote:
>> Please let me know if there is any problem with the patch as submitted.
>
> No objections from my side.
Are there any plans to merge it in branch for the next version 1.6.9?
I
On Tue, Jan 25, 2011 at 11:45 AM, Pavel Sanda wrote:
> Alex Fernandez wrote:
>> On Mon, Jan 24, 2011 at 12:23 PM, Pavel Sanda wrote:
>> > maybe i overlooked something but it looks elyxerfound is used only for
>> > assignments now?
>>
>> Oops, sorry. Sh
On Mon, Jan 24, 2011 at 12:23 PM, Pavel Sanda wrote:
> maybe i overlooked something but it looks elyxerfound is used only for
> assignments now?
Oops, sorry. Should be corrected now.
Alex.
Index: lib/configure.py
===
--- lib/config
On Sun, Jan 23, 2011 at 5:43 PM, Alex Fernandez wrote:
> I have attached a new patch for trunk with a few modifications:
> * Your suggestion above, both for eLyXer and for htlatex: "a LyX ->
> HTML (MS Word) converter".
> * I have changed the logic somehow to make it cle
Hi again,
On Fri, Jan 21, 2011 at 1:47 AM, Pavel Sanda wrote:
>> Yes, it's exactly the same: XHTML for LyX "HTML" output and regular
>> HTML 4.0 (--html) for importing in Word.
>
> i see. i find it little bit misleading that we call htlatex and elyxer
> a LyX -> MS Word converter since they know
On Fri, Jan 21, 2011 at 1:47 AM, Pavel Sanda wrote:
> Alex Fernandez wrote:
>> > does elyxer do something specific for word output that we bump new target?
>> > we do this for htlatex which distinguishes xhtml output for openoffice
>> > and html for word. wh
Hi,
> i have no opinion about it. note however that Uwe is currently the
> only one maintaining windows installers and if you break it on
> his setup you might break it on his installer also ;)
I tried to contact him but he was unable to confirm either way. From
what I have read his problem shoul
Hi,
Some time ago I asked you to add support for eLyXer as a module, to
solve some integration problems that Uwe Stöhr found when testing it.
It allowed eLyXer to be used as a Python module:
$ python -m elyxer ...
and fall back to using it as a script if the module was not found:
$ elyxer.py .
On Tue, Dec 14, 2010 at 4:04 PM, Richard Heck wrote:
> I have made minor changes to the language to reflect the results of my own
> testing.
Thanks.
Alex.
Hi folks,
I have been updating eLyXer to support LyX 2.0's format, and I have
noticed that in the guide "Additional LyX Features" you reference
eLyXer in these words:
"Alex Fernandez’s eLyXer solves some of these problems. In particular,
its rendering of math tends to look better than htlatex’s,
Hi folks,
After Hartmut's goodbye message I have been doing some thinking, and I
am also leaving the list. Following development of LyX 2.0 is not in
my priorities, and I am not getting help from LyX developers any more
as in the beginning. So (although I'm not yet 65 years old) I have
decided to
Hi Stefano,
On Tue, Mar 30, 2010 at 10:18 PM, stefano franchi
wrote:
> In my, very recent, experience, there are several converters Lyx->Word, but
> no *robust* one.
> Problems I encountered yesterday trying to convert a relatively simple
> 15-pages lyx file that compiled perfectly to pdf into w
Hi Rob,
On Mon, Mar 29, 2010 at 4:12 PM, Rob Oakes wrote:
> LyX already imports/exports to nearly every other format under the sun
> (through the use of external tools, I know), it seems like an oversight to
> leave out the Word processor used by most people. If you really wanted to
> get fancy,
Hi Hartmut,
On Tue, Mar 30, 2010 at 5:36 PM, Hartmut Haase wrote:
> Nevertheless I thank all of you, especially Jean-Marc, for your cooperation
> and help
> through the years.
> I wish the LyX project much success for the future, and may have a look into
> it now
> and then.
Thanks for your he
On Thu, Mar 25, 2010 at 1:54 AM, Jack Desert wrote:
> Problem solved. I removed all versions of eLyXer from my system and
> redownloaded eLyXer 0.42. Now it runs fresh as a shiny copper penny,
> even with images in ~/Imágenes/.
Glad to know! Please report to the eLyXer list (or to me) any issues
Hi,
On Wed, Mar 24, 2010 at 7:56 AM, Jack Desert wrote:
> I've done some more testing with eLyXer. Any time I insert an image
> from my Imágenes directory into a document, the eLyXer converter fails
> if called from within LyX. On the other hand, if eLyXer is called from
> command line it works f
Hi Richard,
On Thu, Mar 18, 2010 at 6:06 PM, rgheck wrote:
> You have to use firefox to view the latter because LyX produces MathML. I
> haven't done anything yet to try to make that work in Incredibly Eccentric
> browsers (and konqueror has no MathML support at all, so far as I can see).
> Event
Hi Sam,
On Wed, Jan 20, 2010 at 11:34 PM, Sam Liddicott wrote:
> Elyxer is great.
Thanks!
> I've used it to generate some great looking html for my lyx literate
> programming tool at:
> http://repo.or.cz/w/newfangle.git/blob_plain/master:/www/docs/newfangle.html
> (git site: http://repo.or.cz/w
Hi list,
Hartmut has reported this problem with LyX:
http://www.lyx.org/trac/ticket/5209
Originally it seemed like an eLyXer problem; apparently LyX is well
configured but it is not calling eLyXer. I could not help him. Could
someone more knowledgeable take a look at it?
Thanks,
Alex.
On Fri, Nov 13, 2009 at 12:37 AM, Uwe Stöhr wrote:
> I guess the python executable is in the PATH on Linux and the same applies
> for eLyXer when it was installed as Debian-package.
Right, that was the only way to install eLyXer until Guenter Milde
came up with the new "install as a module" appro
Hi Uwe,
On Thu, Nov 12, 2009 at 9:47 AM, Uwe Stöhr wrote:
> I'm confused now. Alex, can you please tell me why the version that we
> currently have in trunk don't work for you?:
Sure. It doesn't work because it tries to run eLyXer as a script, and
the script is nowhere to be found. On my Debian
On Thu, Nov 12, 2009 at 2:49 PM, Uwe Stöhr wrote:
> This is only done for compatibility reason. Alex named in the first eLyXer
> releases the script simply elyxer. After my complaints, it was renamed to
> elyxer.py. When this should really be a problem I vote to remove the check
> for elyxer and o
On Wed, Nov 11, 2009 at 11:00 PM, Pavel Sanda wrote:
> i double checked this and couldn't find such a thing.
> maybe the "-tt scripts/" is added somewhere else in the code.
Nope, it is right there in trunk:
http://www.lyx.org/trac/browser/lyx-devel/trunk/lib/configure.py#L623
With this patch it
2009/11/11 Pavel Sanda :
> i guess there is something fishy in the way we detect elyxer.
I wouldn't argue with that ;) By the way, trunk sure is missing the
fix that Uwe committed to branch. Please find it attached -- it uses
eLyXer as a module or as an executable file, whatever is found (and
not
On Mon, Nov 9, 2009 at 2:41 PM, rgheck wrote:
> Well, as usual, my own response to these silly comments is to commit code
> rather than to have a pointless debate about the same issue all over again.
Yeah, you have never been known for trolling incessantly in public, or
(lately) to smear other pe
On Mon, Nov 9, 2009 at 12:55 PM, Pavel Sanda wrote:
> if you are really mind-opened to other world views, my proposal is that it has
> something to do with the design quality of the patches, than with this list
> itself :)
I did miss your review of my patch then. The only person that
commented o
On Sun, Nov 8, 2009 at 10:06 PM, rgheck wrote:
>> What is for sure, however, is that warming up this discussion again and
>> again will not help getting it ready either.
>
> Complaints do not do much good, no.
On the contrary, they are the only way to improvement. But they need
people with open e
On Sun, Nov 8, 2009 at 6:20 PM, Jürgen Spitzmüller wrote:
> Alex Fernandez wrote:
>> What I don't understand (and I am sure I am not alone in this) is why
>> not go for the easy solution now, just for branch. This would solve
>> the problem for 1.6.x while leaving t
On Sun, Nov 8, 2009 at 10:07 AM, Jürgen Spitzmüller wrote:
> You're right, we cannot be sure it will be ready. But the chances are not bad
> that it will. It depends on how difficult the integration of multiple
> converter chains in the exportableFormats() / getReachable() methods, and it
> essent
On Fri, Nov 6, 2009 at 8:49 PM, Uwe Stöhr wrote:
> I only want to have the patch in to make configure.py again work on all
> platforms. Please discuss all other issues on the list so that everybody can
> participate, no matter if this produces more "heat". My understanding of
> democracy is that
On Sat, Nov 7, 2009 at 11:12 PM, Alex Fernandez wrote:
> I thought about semantic processing: read all the prototypes in the
> .h, then see if they are actually used in the .cpp files. Remove those
> which aren't and try compiling; if the job has been well done then
> compilati
On Sat, Nov 7, 2009 at 8:19 PM, Steve Litt wrote:
> I'm wondering if there's a less compute intensive method than the brute force
> method of removing a #include from a .h, and then recompiling every .cpp file.
I thought about semantic processing: read all the prototypes in the
.h, then see if th
On Sat, Nov 7, 2009 at 6:34 PM, Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
>> I meant that only different formats can solve it for now (LyX 1.6.x). So
>> what Alex said is exactly what I meant.
>
> Then I misunderstood, probably because your statement was part of a response
> to Richard talkin
On Sat, Nov 7, 2009 at 9:55 AM, Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
>> > Fortunately, Jürgen's work will improve this situation a good deal for
>> > 1.7. But we still have, and will still have, the question what should be
>> > the default.
>>
>> This issue can only be solved by treating t
On Fri, Nov 6, 2009 at 4:09 AM, rgheck wrote:
> These kinds of things matter. And given that elyxer still has some pretty
> severe limitations converting quite simple LyX documents, which htlatex does
> not have, at least on Linux, I'm a bit puzzled why we use elyxer as the
> default. I understand
On Mon, Oct 26, 2009 at 8:44 AM, Jürgen Spitzmüller wrote:
> Alex Fernandez wrote:
>> DocBook does not appear in the menu, and neither does LaTeX. That it
>> was easy to add to the menu does not mean that it was necessary,
>> IMHO. Especially if we are concerned about c
On Mon, Oct 26, 2009 at 1:13 AM, Pavel Sanda wrote:
> Richard Heck wrote:
>> It seems to me that a lot of the "heat" in this discussion has to do with
>
> dont talk about this :) of course my default is latex2html...
That is fine, as long as there is the possibility of running all
converters and
On Mon, Oct 26, 2009 at 12:36 AM, rgheck wrote:
> I allowed my emotions to get the better of me some weeks ago, and for that I
> have apologized already. I would urge you, as Abdel has, to let it drop.
I apologized last year for something I did, so I don't think I have to
apologize again this yea
On Sun, Oct 25, 2009 at 7:02 PM, Jürgen Spitzmüller wrote:
>> No to which of the two clauses?
>
> To both. Richard needed to add his output format to the menu, since it's an
> additional backend, no converter. However, I think one should be able to hide
> that as well, if one prefers another HTML
On Sun, Oct 25, 2009 at 6:45 PM, Jürgen Spitzmüller wrote:
> Alex Fernandez wrote:
>> In the meantime there has been one addition to the menu: "LyX HTML",
>> codename xhtml, for Richard's native HTML output. And it would seem
>> that it "solves a sim
On Sun, Oct 25, 2009 at 6:16 PM, Pavel Sanda wrote:
> as far as view menu is concerned my taste differs from Juergen's though and
> i think there will be some more flames about final version of menu output.
> dont miss that flame once it happens again :)
I wouldn't miss it :D
Alex.
On Sun, Oct 25, 2009 at 5:44 PM, Pavel Sanda wrote:
> Alex Fernandez wrote:
>> In the meantime there has been one addition to the menu: "LyX HTML",
>> codename xhtml, for Richard's native HTML output. And it would seem
>> that it "solves a simple case
On Sun, Oct 25, 2009 at 3:43 PM, Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> I was (and still am) opposed to any proposal that either just solves a simple
> case (such as HTML converters or even only one particular HTML converter) or
> attempts to flood the menu with all possible converters.
On Sun, Oct 25, 2009 at 2:43 PM, Pavel Sanda wrote:
> Alex Fernandez wrote:
>> while with
>> PDF LyX states clearly that it is using pdflatex or ps2pdf, with HTML
>> it doesn't say if it's eLyXer, htlatex or what. Also, once it finds
>> one HTML tool it do
I was going to honor Abdel's request and let it stand, but since there
have been several further messages I think I have the right to answer,
skipping some personal comments which add nothing to the debate.
On Sat, Oct 24, 2009 at 7:03 PM, rgheck wrote:
> And I am not getting any help with HTML o
On Sat, Oct 24, 2009 at 3:07 AM, Uwe Stöhr wrote:
>>> +exts = [] #list of extensions for which we're checking
>>
>> Why are you making exts a global variable? It should be local, there is
>> no
>> need to pollute the global name space. :-)
>
> This cha
On Sat, Oct 24, 2009 at 2:25 PM, rgheck wrote:
> We are sorry if you find us "unwelcoming". But we (indeed, and specifically,
> I) have tried to encourage your participation in many different ways, only
> to be told, each time, that you are going to do things on your terms or not
> at all.
That h
On Fri, Oct 23, 2009 at 4:01 PM, Guenter Milde wrote:
> PS: I am very glad the tone of the discussion improved considerably
> in this round. Thanks!
Probably because we were missing Richard's input, now things are as
they should be. Thanks!
Alex.
On Sat, Oct 24, 2009 at 1:19 AM, Pavel Sanda wrote:
> if its just a question of misunderstanding i can rephrase it clearly:
> the code which converts HTML directly from .lyx files is not easy
> maintainable in a sense that it needs manual checks/fixes any time
> we change output format, while prod
On Fri, Oct 23, 2009 at 11:05 PM, Pavel Sanda wrote:
> at least by me this was considered and in fact was starting point of some
> doubting. project, which you may not be aware of
> (http://www.netmeister.org/apps/lyx2html/), was triggering in me the feeling
> that history is repeating again. one
On Fri, Oct 23, 2009 at 12:36 AM, rgheck wrote:
>> Producing HTML output by parsing LyX documents is what eLyXer does. It
>> has so far proved to be an interesting challenge, and in my biased
>> opinion the results are better than any TeX->HTML converters or than
>> native HTML output from within
On Thu, Oct 22, 2009 at 10:25 AM, Jean-Marc Lasgouttes
wrote:
> Le 22/10/2009 09:29, Abdelrazak Younes a écrit :
>>
>> Right, it is different here as eLyXer cannot rely on LyX to do the
>> conversion. But it should be pretty easy to add a call to lyx2lyx before
>> conversion.
>
> Yes. Alex, what i
On Thu, Oct 22, 2009 at 12:39 AM, Pavel Sanda wrote:
>>I do remember that the last time there was some
>> opposition to this integration, so I would prefer to hear some more
>> opinions first.
>
> i dont think you will hear anything new - the basic issue stands
> exactly the same as in the beginin
On Wed, Oct 21, 2009 at 1:52 PM, Uwe Stöhr wrote:
>> No matter what I may have said before, I would love eLyXer to be
>> included in LyX. There are some practical problems but nothing that
>> could not probably be solved.
>
> So please ask JMarc to get SVN access and upload it afterwards.
I don't
Hi again,
On Wed, Oct 21, 2009 at 12:26 AM, Uwe Stöhr wrote:
> This works. I never had elyxer.py in another folder. configure.py also finds
> the other scripts in the scripts folder, so why shouldn't it find elyxer.py?
As a matter of fact, configure.py does not _find_ the other scripts;
it merel
Hi Uwe,
On Tue, Oct 20, 2009 at 10:47 PM, Uwe Stöhr wrote:
> This is not correct. The code looks for a file named elyxer.py. This can
> only be found when it is in a path known by LyX. That means that it has to
> be somewhere in LyX's subfolders. Other folders aren't possible since the
> installe
On Mon, Oct 19, 2009 at 9:47 AM, Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
>> The following path is needed for configure.py to make eLyXer working
>> properly. OK to go in? (It is already in trunk for some weeks.)
>
> So the directory switch has become obsolete? I remember it was introduced i
Hi guys,
On Mon, Sep 21, 2009 at 12:55 PM, Guenter Milde wrote:
>> - In what form would you like to see the input formats? Would it be
>> enough to output a string like "LyX 1.4,LyX 1.5,LyX 1.6", or something
>> fancier?
>
> If you plan to be backwards compatible for all old formats,
> just the
On Mon, Sep 21, 2009 at 12:01 PM, Guenter Milde wrote:
>> I wanted to get early feedback.
>
> To sum up the feedback: The approach (testing for a python module) is
> fine. Putting the detection routine into a checkModule() function
> would be even better:
> * provide a re-usable means of module d
Hi guys,
Since our last discussion I've had some time to work on LyX - eLyXer
integration. In particular I've tried the excellent suggestions from
Guenther Milde, and surprise, it works. This time around it looks for
eLyXer installed as a Python module (called "elyxer", not
"elyxerconv"); if not f
On Fri, Sep 18, 2009 at 11:26 PM, Sam Liddicott wrote:
> Try converting an environment into an inset using sed, where the inset is
> preceded by an environment containing the first line of the old inset.
For partial transformations such as the one you propose XSL can be a
good aid, but it is a ve
On Fri, Sep 18, 2009 at 9:26 AM, Guenter Milde wrote:
> To improve the *LyX <-> elyxer* integration, I propose that elyxer
> provides a method and/or command line option that prints the supported
> input file formats. LyX's configuration script can use this to determine
> if pre-processing with ly
2009/9/18 Abdelrazak Younes :
> Sure it does but it seems dangerous too. Why not (if this is not already the
> case) go the extra step and record in your config file that 'LatexCommand'
> is 1.5 and 'CommandInset' is 1.6. This way eLyXer could be useful for other
> purpose than just html; this way
Hi Jean-Marc,
On Thu, Sep 17, 2009 at 3:02 PM, Jean-Marc Lasgouttes
wrote:
>> This is kind of a chicken-and-egg situation. It is hard to have
>> confidence in a one-man show even if I promise to maintain eLyXer for
>> the foreseeable future.
>
> This is where having built-in support for lyx2lyx w
On Wed, Sep 16, 2009 at 5:48 PM, Jean-Marc Lasgouttes
wrote:
> Alternatively, eLyXer could be submitted to macports, like the others
> utilities we rely on (imagemagick, for example). This is the decision of
> the binary distributor, ultimately.
That would be fine with me. I don't know how to sub
Hi Günther,
On Wed, Sep 16, 2009 at 3:17 PM, Guenter Milde wrote:
> Actually, I would go the usual way for somewhat larger Python apps:
> Put the bulk of the code into the Python-Path (i.e. as a library module
> or package) and a wrapper script into the (binary) PATH.
Good idea.
> Why not:
>
>
Hi again,
On Wed, Sep 16, 2009 at 11:06 AM, Joost Verburg wrote:
> I don't think it's a Windows bug. Maybe the file association on one of your
> systems is different, e.g. not configured by the Python installer but
> configured manually.
It is possible; maybe Uwe's machine has been customized.
Hi Bennet,
On Wed, Sep 16, 2009 at 7:36 PM, BH wrote:
> What gives me pause is that elyxer has a status that's neither a
> standard component of LyX (which would be automatically bundled and
> supported) nor an easily installed add-on (which wouldn't require that
> we do anything except point to
Hi Jean-Marc,
On Tue, Sep 15, 2009 at 2:39 PM, Jean-Marc Lasgouttes
wrote:
> I have not followed the tread well enough to know whether the real
> problem has been stated somwhere, but it is indeed the point from where
> we should start.
Ok, let's start again. By the way, this problem was already
Hi Joost,
On Tue, Sep 15, 2009 at 4:54 PM, Joost Verburg wrote:
> Wouldn't it be better to solve this problem instead? I doubt it's a bug in
> the Windows shell.
Wow, a constructive and enlightening comment -- I've come to
appreciate what I once took for granted. Apparently there was enough
of a
Hi Abdel,
On Tue, Sep 15, 2009 at 2:21 PM, Abdelrazak Younes wrote:
> Technically speaking, I will just say that either this bridge is bundled
> with the Windows installer or the full elyxer is bundled with LyX together
> with the other python scripts.
The Windows issue (which I will comment bel
And, not entirely unexpectedly, a simple contribution becomes yet
another flamefest... Well, let's get straight i0nto it.
On Tue, Sep 15, 2009 at 3:57 AM, rgheck wrote:
> And why is that a good thing? Why does it matter, from LyX's point of view,
> how elyxer is distributed? Why should LyX adjust
Hi Richard,
On Mon, Sep 14, 2009 at 2:58 AM, rgheck wrote:
> I'm a little unclear what's meant by "integration" here. Could you explain?
> Are we talking about the way that ps2pdf is integrated with LyX, or
> something else?
"Integration" means, in general, making both things work together.
This
are
in /usr/share/tex4ht/
--- end ---
Index: lib/scripts/elyxerbridge.py
===
--- lib/scripts/elyxerbridge.py (revisión: 0)
+++ lib/scripts/elyxerbridge.py (revisión: 0)
@@ -0,0 +1,59 @@
+#! /usr/bin/env python
+# -*- coding: utf-8 -*-
+
+# file
On Sun, Sep 6, 2009 at 2:58 AM, Uwe Stöhr wrote:
> However, since I'm writing my thesis I learned that citing a webpage is
> still not allowed in all cases. The reason is that webpages come and go. I
> see it by myself checking the webpages I referenced in my thesis: Some that
> that I last accesse
On Sat, Sep 5, 2009 at 5:20 PM, rgheck wrote:
> But that is precisely the point: We're not talking about four extra entries.
> We're not going to do something special for HTML here, as much as you would
> apparently like us to do so.
Actually I was not waiting for you to do it; I was volunteering
On Sat, Sep 5, 2009 at 4:51 PM, rgheck wrote:
>> Sure, why not. Maybe in a submenu. Otherwise why do you have them?
>
> That would be the worry about clutter.
Thanks :) I understand the worry, I just don't share it in this
instance. Surely you can live with 4 additional entries in the Export
menu
On Sat, Sep 5, 2009 at 3:55 PM, rgheck wrote:
> LyX currently checks for htlatex, latex2html, and hevea, and it ought also
> to check for plastex (I keep meaning to do that). I have all of these.
> Should they all be on the menu, along with elyxer?
Sure, why not. Maybe in a submenu. Otherwise why
On Sat, Sep 5, 2009 at 1:51 PM, Jürgen Spitzmüller wrote:
> You already said that you do not care about, e.g., CJKLyX converters. For
> others, these are crucial. Other users do not care about HTML converters,
> because they do not use it (me, for instance).
Sure, I do not care about them, but I d
On Sat, Sep 5, 2009 at 10:57 AM, Jürgen Spitzmüller wrote:
> OK, let's try to turn this discussion to a more productive direction. Do you
> want to volunteer to help us doing it properly?
No, sorry. I really can't because of a couple of reasons:
1. Honestly, I can manage the Python part, but my C
2009/9/4 Uwe Stöhr :
> Yes he is. eLyXer is not yet part of LyX and thus it depends on the user
> what converter he wants to use/install. Installing your own programs
> requires to read the documentation of the new program. Therefore eLyXer
> needs to describe this not LyX.
> I know that this sound
1 - 100 of 164 matches
Mail list logo
