Am Sa., 28. Nov. 2020 um 12:43 Uhr schrieb Yu Jin :
> Am Sa., 28. Nov. 2020 um 11:19 Uhr schrieb Yu Jin :
>
>> When I install LyX on Windows, the converter for eps -> png is "convert",
>> while for enhanced metafile -> eps and Windows metafile -> eps is &quo
Am Sa., 28. Nov. 2020 um 11:19 Uhr schrieb Yu Jin :
> When I install LyX on Windows, the converter for eps -> png is "convert",
> while for enhanced metafile -> eps and Windows metafile -> eps is "magick".
> I'm only packaging magick in the installers,
When I install LyX on Windows, the converter for eps -> png is "convert",
while for enhanced metafile -> eps and Windows metafile -> eps is "magick".
I'm only packaging magick in the installers, so "convert" does not exist
and therefore eps/pdf previe
On 11/25/20 6:41 AM, Juergen Spitzmueller wrote:
commit 17ebec693ad1fce6961867a5514217707a8f8051
Author: Juergen Spitzmueller
Date: Wed Nov 25 13:10:04 2020 +0100
Fix tex4ht odt converter
Private message by Michal Hoftich (tex4ht head developer):
oolatex is not
Am Dienstag, den 19.05.2020, 10:40 +0200 schrieb Stephan Witt:
> I did it now. In fact I was working on this already.
Thanks (also for testing)!
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mail
Am 19.05.2020 um 09:41 schrieb Jürgen Spitzmüller :
>
> Am Dienstag, den 19.05.2020, 08:27 +0200 schrieb Stephan Witt:
>> commit 813cd1765c2f3cdab105ad57b1bf36a6cfd88c18
>> Author: Stephan Witt
>> Date: Tue May 19 08:49:20 2020 +0200
>>
>>#1174
Am Dienstag, den 19.05.2020, 08:27 +0200 schrieb Stephan Witt:
> commit 813cd1765c2f3cdab105ad57b1bf36a6cfd88c18
> Author: Stephan Witt
> Date: Tue May 19 08:49:20 2020 +0200
>
> #11742 use Inkscape 0.92.x converter from Resources of
> application bundle if detected
Pl
Hi,
If I make rsvg-convert unavailable for LyX and reconfigure to make it
use Inkscape instead, then no previews are generated ("Error converting
to a loadable format"). Output still works fine though.
Can someone reproduce this?
Daniel
On Sun, Feb 11, 2018 at 11:51:47AM +, Tommaso Cucinotta wrote:
> +1, from my viewpoint, perhaps we might have a TT tracking this request.
Done:
https://www.lyx.org/trac/ticket/11031
signature.asc
Description: PGP signature
On 02/01/2018 17:13, Jean-Marc Lasgouttes wrote:
Le 28/12/2017 à 09:40, Scott Kostyshak a écrit :
I suppose in cases of security, unless I can make a sound-proof argument
to get rid of the additional prompts, we should just keep them.
Any thoughts?
I would say that, if we trust the parent, we
Le 28/12/2017 à 09:40, Scott Kostyshak a écrit :
I suppose in cases of security, unless I can make a sound-proof argument
to get rid of the additional prompts, we should just keep them.
Any thoughts?
Any thoughts?
I would say that, if we trust the parent, we trust the child.
JMarc
On 12/28/2017 03:40 AM, Scott Kostyshak wrote:
> On Mon, May 29, 2017 at 04:07:00PM +, Scott Kostyshak wrote:
>> I have a master document and several child documents that use knitr. If
>> I click on "Run", which is the prompt from the master, I am still
>> prompted for each child.
>>
>> I'm con
On Mon, May 29, 2017 at 04:07:00PM +, Scott Kostyshak wrote:
> I have a master document and several child documents that use knitr. If
> I click on "Run", which is the prompt from the master, I am still
> prompted for each child.
>
> I'm conflicted by what I think is the ideal behavior. I'm al
Stephan Witt wrote:
> > Honestly I do not care about doxygen header.
> > I just meant if I bump into this code I would like to know what is it for
> > and how to use it, i.e. syntax for the output binary... Pavel
>
> I did it. HTH.
Yes, thanks :) Pavel
Am 08.10.2017 um 20:56 schrieb Pavel Sanda :
>
> Stephan Witt wrote:
>>> Would you mind to put here couple lines wit description and syntax? Thanks,
>>> Pavel
>>
>> I???ve changed it to match the style of all other c++ sources.
>>
>> Did you have more in mind? If you did, please give me a hint
Stephan Witt wrote:
> > Would you mind to put here couple lines wit description and syntax? Thanks,
> > Pavel
>
> I???ve changed it to match the style of all other c++ sources.
>
> Did you have more in mind? If you did, please give me a hint
> what doxygen keywords I should use??? thanks.
Hones
Am 05.10.2017 um 13:40 schrieb Pavel Sanda :
>
> Stephan Witt wrote:
>> commit f93ec4a1f41b70a4607ff355e19f4721f9338028
>> Author: Stephan Witt
>> Date: Sat Sep 30 18:13:21 2017 +0200
>>
>>Add Qt-based fallback-converter for Mac to compensate mis
Stephan Witt wrote:
> commit f93ec4a1f41b70a4607ff355e19f4721f9338028
> Author: Stephan Witt
> Date: Sat Sep 30 18:13:21 2017 +0200
>
> Add Qt-based fallback-converter for Mac to compensate missing ImageMagick
> convert utility
> ---
> Makefile.am
On Tue, Sep 12, 2017 at 09:10:40PM +0200, Enrico Forestieri wrote:
> Maybe a more detailed explanation can be given in the release notes,
> which can be referenced in the message. Otherwise, do as you think it
> best fits.
Makes sense. I will propose a patch. In the message I will put something
l
> pdflatex -shell-escape $$i
> >
> > This is a dangerous configuration. Please, consider using the
> > support offered by LyX for allowing this privilege only to documents
> > that actually need it, instead.
> >
> > I think the warning is good
; support offered by LyX for allowing this privilege only to documents
> that actually need it, instead.
>
> I think the warning is good for users who just changed the converter
> because hopefully it will make sense to them and they will know what
> "-shell-escape" m
On Thu, Aug 31, 2017 at 07:12:28PM +0200, Tommaso Cucinotta wrote:
> On 31/08/2017 02:45, Scott Kostyshak wrote:
> > feature, first remove the -shell-escape option from the global
> > converter by going to Preferences > file handling > converters,
> > re
On 31/08/2017 02:45, Scott Kostyshak wrote:
feature, first remove the -shell-escape option from the global
converter by going to Preferences > file handling > converters,
removing "-shell-escape" from the corresponding converter, and
clicking on "Modify&q
rning is good for users who just changed the converter
because hopefully it will make sense to them and they will know what
"-shell-escape" means, and how they changed the converter (since they
just did it). But I'm worried about users who made the change months
ago.
Ideally users wou
On 23/07/2017 22:08, Christian Ridderström wrote:
Are the settings that needauth remember done:
a) per document, regardless of converter
b) per document-and-converter pair?
c) Also per snippet of code?
it's only a), but pls keep in mind this is only for those (few) converters
tagged wit
On Tue, Jul 25, 2017 at 12:13:05AM +0200, Tommaso Cucinotta wrote:
> On 18/07/2017 00:49, Guillaume MM wrote:
> > (Another one is if the path is ~/Download/new1.lyx and you happen to
> > have given permanent permissions for a file with the same path three
> > years earlier, deleted and forgotten ab
On 18/07/2017 00:49, Guillaume MM wrote:
(Another one is if the path is ~/Download/new1.lyx and you happen to
have given permanent permissions for a file with the same path three
years earlier, deleted and forgotten about since...)
there's been discussion during the needauth development about a
>
> Guillaume gave a more detailed answer. The quick answer is that with the
> defaults of 2.3.0alpha1-1, you would be prompted before the R code was
> run.
Thanks, it's clearer now.
Are the settings that needauth remember done:
a) per document, regardless of converter
b) per document-and
On 2017-07-18, Christian Ridderström wrote:
> If I had to use a converter that requires e.g. shell-escape perhaps the
> approach below would be useful. What problems do you see with it?
> 1) Use two lyx user directories, one standard and one "dangerous", with
> converters u
On Mon, Jul 17, 2017 at 11:53:38PM +0200, Christian Ridderström wrote:
> A) In LyX 2.2.x, if I open the document, no "converters" are executed. But
> when I attempt to generate the PDF, the document could via e.g. 'R' execute
> arbitrary code on my computer, as if it were my user account. And this
0alphaX and tried to build the
document?
B) Would LyX still allow the document to run arbitrary code on my computer?
Depends on your needauth settings.
* Never (default for a new install): no, and an error message tells you
to change the needauth settings before you can proceed.
* Enable and ask: fi
Hi,
I've gotten lots of information from Enrico and Guillaume related to the
security "gap", but I'd like to boil it down to simpler questions to make
the situation clear to me.
Assume that I've gotten a LyX document by e-mail. It was not created by me,
but let's say that the sender of the e-mail
On Tue, Jun 06, 2017 at 12:51:33AM +0200, Tommaso Cucinotta wrote:
> from the help message this sounds interesting, I also thought
> we could have had various terminal types, and get .gp to .pdf,
> to .eps, etc, albeit it's sufficient to convert to one
> vectorial format, and LyX knows how to g
from the help message this sounds interesting, I also thought
we could have had various terminal types, and get .gp to .pdf,
to .eps, etc, albeit it's sufficient to convert to one
vectorial format, and LyX knows how to get to the others.
Perhaps among the most useful things, is that 1) you can
I have a master document and several child documents that use knitr. If
I click on "Run", which is the prompt from the master, I am still
prompted for each child.
I'm conflicted by what I think is the ideal behavior. I'm also biased
since I find the multiple prompts annoying (but this is only temp
On Fri, May 05, 2017 at 08:03:02PM -0400, Scott Kostyshak wrote:
> Tommaso,
>
> I found an old script from Koji for gnuplot. Is it useful now?
Tommaso,
No worries if you don't have time, but I just wanted to make sure you
saw this.
Scott
signature.asc
Description: PGP signature
On Sat, May 13, 2017 at 12:43:14PM +0200, Stephan Witt wrote:
> In ticket #10285 there is a proposal to add an PDF->PNG-converter for Mac
> where pdf2ps is missing for on-screen-display.
>
> I’d like to add it for LyX 2.3.0
+1.
Can you add a comment that the 800 is arbitrary (a
In ticket #10285 there is a proposal to add an PDF->PNG-converter for Mac where
pdf2ps is missing for on-screen-display.
I’d like to add it for LyX 2.3.0 - any objections?
Stephan
邮件已收到，谢谢。保持联系！
On 08/05/2017 09:12, Pavel Sanda wrote:
Richard Heck wrote:
On 05/05/2017 06:51 PM, Tommaso Cucinotta wrote:
On 05/05/2017 17:26, Pavel Sanda wrote:
Finally after all the years! :)
someone counted 8y :)
Perhaps some example lyx file to give users idea how to use it?
how to make such exam
Richard Heck wrote:
> On 05/05/2017 06:51 PM, Tommaso Cucinotta wrote:
> > On 05/05/2017 17:26, Pavel Sanda wrote:
> >> Finally after all the years! :)
> >
> > someone counted 8y :)
> >
> >> Perhaps some example lyx file to give users idea how to use it?
> >
> > how to make such examples available
On Fri, May 05, 2017 at 08:35:48AM +0200, Tommaso Cucinotta wrote:
> On 04/05/2017 11:53, Scott Kostyshak wrote:
> > > as a consequence, I came up with the attached patch that solves the
>
> pushed that anyway -- even if copying with images and their conversion is
> desired, we shouldn't need dryr
On Thu, May 04, 2017 at 12:54:47AM +0200, Tommaso Cucinotta wrote:
> On 03/05/2017 15:00, Scott Kostyshak wrote:
> > Tommaso, I'm still curious if you are planning to implement the gnuplot
> > patch for 2.3.0? Or perhaps you already did and I missed it?
> >
> > The reason I ask is that time is run
On 06/05/2017 00:51, Tommaso Cucinotta wrote:
and it should be also noted in news or rel notes as well... P
done in [af49aaa9/lyxgit], feel free to amend if not clear.
also in NewInLyX23:
http://wiki.lyx.org/LyX/NewInLyX23#sLyX.NewInLyX23_27
T.
On 05/05/2017 06:51 PM, Tommaso Cucinotta wrote:
> On 05/05/2017 17:26, Pavel Sanda wrote:
>> Finally after all the years! :)
>
> someone counted 8y :)
>
>> Perhaps some example lyx file to give users idea how to use it?
>
> how to make such examples available ?
lib/examples/ folder.
Richard
On 05/05/2017 17:26, Pavel Sanda wrote:
Finally after all the years! :)
someone counted 8y :)
Perhaps some example lyx file to give users idea how to use it?
how to make such examples available ? wiki page ? yeah, probably the best
thing, easily found with a search engine -- who reads the
Tommaso Cucinotta wrote:
> commit b474aa5d4d8437eef35c751c7cfb9b6a30e7ee97
> Author: Tommaso Cucinotta
> Date: Thu May 4 00:49:18 2017 +0200
>
> Add needauth option to gnuplot->PDF converter introduced in
> [066edd3c/lyxgit].
Finally after all the years! :)
Perhaps
On 04/05/2017 11:53, Scott Kostyshak wrote:
as a consequence, I came up with the attached patch that solves the
pushed that anyway -- even if copying with images and their conversion is
desired, we shouldn't need dryrun then, should we ?
T.
Am Donnerstag, 4. Mai 2017 um 01:06:44, schrieb Tommaso Cucinotta
> As we're on this, a few other things I had in my tommaso/master [1], out of
> which:
> I'd really love to have 3)...
> about 2) I'm stuck with recurring to Emacs-editing the first line of a .lyx
> file every time I face that is
On 04/05/2017 11:53, Scott Kostyshak wrote:
Assuming we do want to embed the picture on the clipboard, the next
but I don't think any of this is actually working, copying from
an inset containing a real image file (.jpg) into LibreOffice,
it just inserts an XML header line, along with a seeming
"run" and everything looks good), and copy it, I am presented with
> > the authorization dialog. [...] Can you reproduce?
>
> yes, and it is unexpected that the converter question comes on the Copy
> operation, not the Paste one!
>
> In my stack trace I'm
[...] Can you reproduce?
yes, and it is unexpected that the converter question comes on the Copy
operation, not the Paste one!
In my stack trace I'm seeing
convert - Converter.cpp:462
prepareHTMLFile - InsetGraphics.cpp:940
...
writeLyXHTMLSource - Buffer.cpp:2239
putClipboard - CutA
On Thu, May 04, 2017 at 01:06:44AM +0200, Tommaso Cucinotta wrote:
> As we're on this, a few other things I had in my tommaso/master [1], out of
> which:
> I'd really love to have 3)...
Is it polished? Is there a trac ticket for this one? Or an archived
discussion?
> about 2) I'm stuck with recu
On Thu, May 04, 2017 at 12:54:47AM +0200, Tommaso Cucinotta wrote:
> On 03/05/2017 15:00, Scott Kostyshak wrote:
> > Tommaso, I'm still curious if you are planning to implement the gnuplot
> > patch for 2.3.0? Or perhaps you already did and I missed it?
> >
> > The reason I ask is that time is run
hu May 4 00:49:18 2017 +0200
Add needauth option to gnuplot->PDF converter introduced in
[066edd3c/lyxgit].
commit 066edd3c
Author: Tommaso Cucinotta
Date: Mon Oct 17 08:44:16 2016 +0200
Enable graphics generation from external gnuplot scripts.
Date: Thu May 4 00:49:18 2017 +0200
Add needauth option to gnuplot->PDF converter introduced in
[066edd3c/lyxgit].
commit 066edd3c
Author: Tommaso Cucinotta
Date: Mon Oct 17 08:44:16 2016 +0200
Enable graphics generation from external gnuplot scripts.
sample.gp
Description: application/gnuplot
On Sun, Mar 12, 2017 at 11:28:27PM -0400, Scott Kostyshak wrote:
> On Fri, Nov 04, 2016 at 11:51:55AM +0100, Tommaso Cucinotta wrote:
> > On 04/11/2016 10:31, Jean-Marc Lasgouttes wrote:
> > > > enable the feature. Also, I guess that integration of external materials
> > > > suffers of similar secu
On Fri, Nov 04, 2016 at 11:51:55AM +0100, Tommaso Cucinotta wrote:
> On 04/11/2016 10:31, Jean-Marc Lasgouttes wrote:
> > > enable the feature. Also, I guess that integration of external materials
> > > suffers of similar security risks.
> > Another big hole is Sweave/knitr.
>
> so, guess we deser
Jean-Marc Lasgouttes wrote:
>> Are we sure a bomb-virus .lyx file is not already possible as of the
>> nowadays LyX features :-) ?
>
> The solution is probably to mark some converters or templates as
> "dangerous" and show warnings to the user the first time they are used
> (maybe on a per docume
On 04/11/2016 10:31, Jean-Marc Lasgouttes wrote:
enable the feature. Also, I guess that integration of external materials
suffers of similar security risks.
Another big hole is Sweave/knitr.
so, guess we deserve a TT: https://www.lyx.org/trac/ticket/10481
T.
Le 04/11/2016 à 10:22, Tommaso Cucinotta a écrit :
Guess one could try to filter out execution of external commands before
sending them to gnuplot, within the gnuplot2pdf.py, but that might limit
functionality (should catch the !cmd syntax, but also the plot "< cmd"
syntax, with the latter one be
On 03/11/2016 23:02, Pavel Sanda wrote:
How your patch deals with scripts like "! rm -rf *" ?
At the moment, I'm not sure what the current directory would be, for such a command, if
it's the temporary directory where LyX is doing the temp conversions, or the current
working directory for the
Tommaso Cucinotta wrote:
> Comments welcome, thanks!
How your patch deals with scripts like "! rm -rf *" ?
I hope I don't need to write you shouldn't try the snippet above ;)
Pavel
e.py
index a11050fb..09d053e9 100644
--- a/lib/configure.py
+++ b/lib/configure.py
@@ -1017,7 +1017,10 @@ def checkConverterEntries():
rc_entry = [ r'''\converter svg png "%%""",
\converter svgz png"%%"""&
Hi Stefano,
I meant to reply earlier, but here I go now.
On Tue, Feb 10, 2015 at 12:26 AM, stefano franchi
wrote:
>> What about the other GSoC projects? What are their status, and is
>> their any chance that they could make it into 2.2?
>>
>> Below's the list of pending GSoC code, and principal
Stöhr wrote:
>> > > commit 4549468dc9811481d379a6b4b9a0852247d3b954
>> > > Author: Uwe Stöhr
>> > > Date: Tue Feb 17 00:44:47 2015 +0100
>> > >
>> > > configure.py: change name of a converter as discussed
>> > >
>> >
>> > I can n
töhr
> > > Date: Tue Feb 17 00:44:47 2015 +0100
> > >
> > > configure.py: change name of a converter as discussed
> > >
> >
> > I can no longer compile on master. I get the following:
> > /usr/bin/msguniq: input file
> > '/home
Am Dienstag, 17. Februar 2015 um 01:01:36, schrieb Scott Kostyshak
> On Mon, Feb 16, 2015 at 6:44 PM, Uwe Stöhr wrote:
> > commit 4549468dc9811481d379a6b4b9a0852247d3b954
> > Author: Uwe Stöhr
> > Date: Tue Feb 17 00:44:47 2015 +0100
> >
> > configure.
On Mon, Feb 16, 2015 at 6:44 PM, Uwe Stöhr wrote:
> commit 4549468dc9811481d379a6b4b9a0852247d3b954
> Author: Uwe Stöhr
> Date: Tue Feb 17 00:44:47 2015 +0100
>
> configure.py: change name of a converter as discussed
>
I can no longer compile on master. I get the f
On Mon, May 12, 2014 at 4:45 AM, Jean-Marc Lasgouttes
wrote:
> 29/04/2014 19:29, Scott Kostyshak:
>
>> We do not parse looking for R commands in Systemcall::startscript as
>> we were doing for Python. The second patch should not change any
>> functionality, just organization (I will state this exp
29/04/2014 19:29, Scott Kostyshak:
We do not parse looking for R commands in Systemcall::startscript as
we were doing for Python. The second patch should not change any
functionality, just organization (I will state this explicitly in the
commit message). Just in case, I tested exporting the knit
On Mon, Apr 28, 2014 at 5:44 AM, Jean-Marc Lasgouttes
wrote:
> 28/04/2014 01:57, Scott Kostyshak:
>
> I am not sure that I understand the second patch: what are the changes in
> commandPrep wrt libScritpSearch exactly? How come that you did not need to
> change the documentation of the function?
28/04/2014 01:57, Scott Kostyshak:
Any other comments? If not I will commit the two patches to master
that are attached (they are the same as before except that I revert
the temporary fix at 731b8610 in one of them now).
I am not sure that I understand the second patch: what are the changes
in
00:00:00 2001
From: Scott Kostyshak
Date: Thu, 30 Jan 2014 22:59:33 -0500
Subject: [PATCH 1/2] Centralize replacement of "$$s"
Now the replacement is done in startScript(). In addition to making
the code cleaner and more consistent, this commit fixes a bug where
"$$s" was not rep
> On Apr 9, 2014, at 12:37 PM, Richard Heck wrote:
>
> On 04/09/2014 07:58 AM, Sean Burke wrote:
>>> On Apr 9, 2014, at 4:20 AM, Jean-Marc Lasgouttes wrote:
>>>
>>> 08/04/2014 20:55, Sean Patrick Burke:
>>>> I wonder if a better approach wou
On Mon, Apr 7, 2014 at 8:24 AM, stefano franchi
wrote:
> I haven't done any concrete coding in the area, but my favorite strategy
> for the Word-->LyX step would tend to lean toward a direct parsing of the
> XML format produced either by Word (the docx format) or by
> {Open|Libre}Office (the odt
On 04/09/2014 07:58 AM, Sean Burke wrote:
On Apr 9, 2014, at 4:20 AM, Jean-Marc Lasgouttes wrote:
08/04/2014 20:55, Sean Patrick Burke:
I wonder if a better approach would be to write a converter-agnostic script?
So for example, the script searches for the usual converters - soffice
> On Apr 9, 2014, at 4:20 AM, Jean-Marc Lasgouttes wrote:
>
> 08/04/2014 20:55, Sean Patrick Burke:
>> I wonder if a better approach would be to write a converter-agnostic script?
>>
>> So for example, the script searches for the usual converters - soffice,
>>
08/04/2014 20:55, Sean Patrick Burke:
I wonder if a better approach would be to write a converter-agnostic script?
So for example, the script searches for the usual converters - soffice,
textutil, writer2latex, rtf2latex and then cobbles together a chain of formats
to get to lyx?
Did you
I wonder if a better approach would be to write a converter-agnostic script?
So for example, the script searches for the usual converters - soffice,
textutil, writer2latex, rtf2latex and then cobbles together a chain of formats
to get to lyx?
A script that was more flexible would work on more
On 04/05/2014 04:28 PM, Sean Patrick Burke wrote:
Hi everybody.
I know we’ve been down this road a bunch of times but I think a Word (doc/docx)
converter to lyx would be really useful. I’ve written one in perl and attached
it for the list to tear apart. If the group likes it, maybe we can
Hi Sean,
thanks for sharing your work with the list. As you may know already
from some recent exchanges on the devel list, we are exploring some options
that we hope will eventually take us to the promised land of a LyX<-->Word
roundtrip converter. I have started some ---very---preli
On Thu, Mar 20, 2014 at 5:50 AM, Jean-Marc Lasgouttes wrote:
> 11/03/2014 10:10, Roy Xia:
>
> Hi everyone,
>>
>> So I've been studying the converter scheme in pursuit of the
>> aforementioned project suggestion. I've been mostly focusing on the
>> part
11/03/2014 10:10, Roy Xia:
Hi everyone,
So I've been studying the converter scheme in pursuit of the
aforementioned project suggestion. I've been mostly focusing on the
particular changes mentioned in the explanation on the wiki page; that
is, to consolidate output formats under one
Julien Rioux wrote:
> I am not sure if we use this information. Last time I looked we selected
> a shorter conversion path over a longer, fully vectorial one.
This is not intended. When I introduced the vector flag I wanted a fully
vectorial path. Either I failed to implement this correctly, or
On 11/03/2014 12:30 PM, Pavel Sanda wrote:
Roy Xia wrote:
additional goals out there
Special flag for "dangerous" targets which allow running 3rd party code,
like R/knitr or gnuplot. User should allow these targets explicitly and
and they shouldn't run by default as it is now.
Pavel
Agreed
On 11/03/2014 1:42 PM, Jean-Marc Lasgouttes wrote:
Le 11/03/14 10:43, Rainer M Krug a écrit :
Just an observation from somebody not involved:
The conversion route should be taking quality loss in consideration,
i.e. a conversion path which only involves lossless conversions, even if
it is longe
On 11/03/2014 2:40 PM, Jean-Marc Lasgouttes wrote:
Le 11/03/2014 10:10, Roy Xia a écrit :
In
that sense, there may need to be some judgement on which converter chain
to use if, for example, the search only results in two valid paths, one
with qualifier A but not B, and another with qualifier B
On 03/11/2014 02:40 PM, Jean-Marc Lasgouttes wrote:
Le 11/03/2014 10:10, Roy Xia a écrit :
Hi everyone,
Hello,
I suppose my first question to you all is whether there are
any alternative suggestions or additional goals out there for
overhauling the converter scheme.
To be frank I am not
Jean-Marc Lasgouttes writes:
> Le 11/03/2014 10:10, Roy Xia a écrit :
>> Hi everyone,
>
> Hello,
>
>> I suppose my first question to you all is whether there are
>> any alternative suggestions or additional goals out there for
>> overhauling the converter s
Jean-Marc Lasgouttes writes:
> Le 11/03/14 10:43, Rainer M Krug a écrit :
>> Just an observation from somebody not involved:
>>
>> The conversion route should be taking quality loss in consideration,
>> i.e. a conversion path which only involves lossless conversions, even if
>> it is longer, shou
Le 11/03/2014 10:10, Roy Xia a écrit :
Hi everyone,
Hello,
I suppose my first question to you all is whether there are
any alternative suggestions or additional goals out there for
overhauling the converter scheme.
To be frank I am not sure yet. We have some bugs in the current code,
like
Le 11/03/14 10:43, Rainer M Krug a écrit :
Just an observation from somebody not involved:
The conversion route should be taking quality loss in consideration,
i.e. a conversion path which only involves lossless conversions, even if
it is longer, should be preferred.
We already have a "vector"
On Tue, Mar 11, 2014 at 4:10 AM, Roy Xia wrote:
> Hi everyone,
>
> So I've been studying the converter scheme in pursuit of the aforementioned
> project suggestion. I've been mostly focusing on the particular changes
> mentioned in the explanation on the wiki page
Roy Xia wrote:
> additional goals out there
Special flag for "dangerous" targets which allow running 3rd party code,
like R/knitr or gnuplot. User should allow these targets explicitly and
and they shouldn't run by default as it is now.
Pavel
Roy Xia writes:
> Hi everyone,
>
> So I've been studying the converter scheme in pursuit of the aforementioned
> project suggestion. I've been mostly focusing on the particular changes
> mentioned in the explanation on the wiki page; that is, to consolidate
> output
Hi everyone,
So I've been studying the converter scheme in pursuit of the aforementioned
project suggestion. I've been mostly focusing on the particular changes
mentioned in the explanation on the wiki page; that is, to consolidate
output formats under one extension type but use qua
On Mon, Feb 3, 2014 at 6:42 AM, Jean-Marc Lasgouttes wrote:
> 31/01/2014 07:02, Scott Kostyshak:
> In any case, this is probably not usable to 2.1 (maybe backported later). I
> understand this was the precise reason why you wanted to do that. In this
> case, a solution maybe to, in parallel, rese
ow the replacement is done in startScript(). In addition to making
the code cleaner and more consistent, this commit fixes a bug where
"$$s" was not replaced when "latex=" was specified in the extra flags
of a converter.
---
src/Converter.cpp | 4 +---
31/01/2014 07:02, Scott Kostyshak:
On Wed, Jan 29, 2014 at 3:37 AM, Scott Kostyshak wrote:
Ah, right. OK then, I will make a patch for using libScriptSearch in
SystemCall::startscript().
Attached is a patch. Note that I also made the change in
ForkedCall::startScript. I'm not confident in thi
1 - 100 of 466 matches
Mail list logo
