On Mon, Sep 28, 2020 at 07:13:15PM +0200, Kornel Benko wrote: > > > > > > I have a patch ready to > > > > > > 1.) new format (pdf9) + conversion 'docbook5->pdf9' > > > > > > This is using pandoc, so that one can display the docbook data > > > > > > 2.) A wrapper/filter around ssconvert for converting spreadsheets > > > > > > to be inserted in docbook5 documents > > > > > > > > > > > > The first part should be uncontroversial. > > > > > > For the second there may be objections, because the wrapper is > > > > > > written in perl. > > > > > > > > > > That's indeed controversial. What's the justification for writing > > > > > that in perl when all other conversion script are in python? > > > > > > The only justification is my (in)ability to write it in python. > > > > Well, it's sort of sending the packagers the message if you want to have > > fully functional lyx if should bump perl dependency. This does not strike > > me as a good idea if this was the only reason. > > You are forgetting the need for perl if using latex?
I have my doubts how this is working outside latex frameworks on non linux architectures. So again I do not think that breaking python uniformity in our conversion routines and bumping new perl dependency is a good thing. It's likely that promising beer to Jose for writing python version is cheaper solution than subscribing to maintenance and correct configuration of perl paths on windows ;) > > > > > Apart from that conversion to epub seem more appropriate than pdf... > > > > > > > > > > > > > PDF is useful for debugging purposes, at least (or to have an idea what > > > > the > > > > document could look like through standard DocBook chains, for instance > > > > if > > > > you are publishing a book and you have to use DocBook instead of LaTeX). > > > > I'd +1 having this functionality in LyX. > > > > Ok then. > > Hm, does it mean I am allowed to commit? It has my +1 for the uncontroversial part. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
