Am 03.10.2017 um 22:06 schrieb Kornel Benko :
>
> Am Dienstag, 3. Oktober 2017 um 19:59:38, schrieb Stephan Witt
>
>> Am 02.10.2017 um 02:04 schrieb Kornel Benko :
>>>
>>> Am Sonntag, 1. Oktober 2017 um 22:16:43, schrieb Stephan Witt
>>>
Am 01.10.2017 um 10:20 schrieb Kornel Benko :
Am Dienstag, 3. Oktober 2017 um 19:59:38, schrieb Stephan Witt
> Am 02.10.2017 um 02:04 schrieb Kornel Benko :
> >
> > Am Sonntag, 1. Oktober 2017 um 22:16:43, schrieb Stephan Witt
> >
> >> Am 01.10.2017 um 10:20 schrieb Kornel Benko :
> >>>
> >>> Am Sonntag, 1. Oktober 2017 um 06:59:51, schri
On Tue, Oct 03, 2017 at 06:36:03PM +, Stephan Witt wrote:
>
> > Am 01.10.2017 um 06:59 schrieb Stephan Witt :
> >
> > Am 30.09.2017 um 20:15 schrieb Scott Kostyshak :
> >>
> >> On Wed, Sep 20, 2017 at 09:11:53PM +, Scott Kostyshak wrote:
> >>
> But this is too complex for 2.3.0, IM
> Am 01.10.2017 um 06:59 schrieb Stephan Witt :
>
> Am 30.09.2017 um 20:15 schrieb Scott Kostyshak :
>>
>> On Wed, Sep 20, 2017 at 09:11:53PM +, Scott Kostyshak wrote:
>>
But this is too complex for 2.3.0, IMO. So I’d put my patch in and
let some nice guys change the splash files.
Am 02.10.2017 um 02:04 schrieb Kornel Benko :
>
> Am Sonntag, 1. Oktober 2017 um 22:16:43, schrieb Stephan Witt
>
>> Am 01.10.2017 um 10:20 schrieb Kornel Benko :
>>>
>>> Am Sonntag, 1. Oktober 2017 um 06:59:51, schrieb Stephan Witt
>>>
Am 30.09.2017 um 20:15 schrieb Scott Kostyshak :
>>
Am Sonntag, 1. Oktober 2017 um 22:16:43, schrieb Stephan Witt
> Am 01.10.2017 um 10:20 schrieb Kornel Benko :
> >
> > Am Sonntag, 1. Oktober 2017 um 06:59:51, schrieb Stephan Witt
> >
> >> Am 30.09.2017 um 20:15 schrieb Scott Kostyshak :
> >>>
> >>> On Wed, Sep 20, 2017 at 09:11:53PM +, Sc
Am 01.10.2017 um 10:20 schrieb Kornel Benko :
>
> Am Sonntag, 1. Oktober 2017 um 06:59:51, schrieb Stephan Witt
>
>> Am 30.09.2017 um 20:15 schrieb Scott Kostyshak :
>>>
>>> On Wed, Sep 20, 2017 at 09:11:53PM +, Scott Kostyshak wrote:
>>>
> But this is too complex for 2.3.0, IMO. So I’
Am Sonntag, 1. Oktober 2017 um 06:59:51, schrieb Stephan Witt
> Am 30.09.2017 um 20:15 schrieb Scott Kostyshak :
> >
> > On Wed, Sep 20, 2017 at 09:11:53PM +, Scott Kostyshak wrote:
> >
> >>> But this is too complex for 2.3.0, IMO. So I’d put my patch in and
> >>> let some nice guys change t
Am 30.09.2017 um 20:15 schrieb Scott Kostyshak :
>
> On Wed, Sep 20, 2017 at 09:11:53PM +, Scott Kostyshak wrote:
>
>>> But this is too complex for 2.3.0, IMO. So I’d put my patch in and
>>> let some nice guys change the splash files.
>
> From what I understand, after your most recent patch
On Wed, Sep 20, 2017 at 09:11:53PM +, Scott Kostyshak wrote:
> > But this is too complex for 2.3.0, IMO. So I’d put my patch in and
> > let some nice guys change the splash files.
From what I understand, after your most recent patch is put in 2.3.x, we
no longer need a patch for the splash fi
On Thu, Sep 28, 2017 at 07:30:45AM +, Enrico Forestieri wrote:
> On Wed, Sep 27, 2017 at 10:34:20PM +0200, Stephan Witt wrote:
> >
> > Ok, here is my next proposed patch. Now lyxconvert should be compiled
> > and installed on Mac only, in convertDefault.py a test for platform
> > darwin is act
On Wed, Sep 27, 2017 at 10:34:20PM +0200, Stephan Witt wrote:
>
> Ok, here is my next proposed patch. Now lyxconvert should be compiled
> and installed on Mac only, in convertDefault.py a test for platform
> darwin is active to ensure it is called on Mac only.
>
> This should avoid to fix somethi
Am 27.09.2017 um 18:54 schrieb Scott Kostyshak :
>
> On Tue, Sep 26, 2017 at 09:32:34PM +, Enrico Forestieri wrote:
>
>>> What do you think? IMO, the benefit on Mac is enough to take the risk.
>>> That’s not true for the other platforms.
>>
>> I agree.
>
> Whatever you all agree on for 2.3.
On Tue, Sep 26, 2017 at 09:32:34PM +, Enrico Forestieri wrote:
> > What do you think? IMO, the benefit on Mac is enough to take the risk.
> > That’s not true for the other platforms.
>
> I agree.
Whatever you all agree on for 2.3.x is fine in my opinion. Thanks for
all of your work on this i
On Tue, Sep 26, 2017 at 11:07:00PM +0200, Stephan Witt wrote:
> Am 26.09.2017 um 21:10 schrieb Enrico Forestieri :
> >
> > On Mon, Sep 25, 2017 at 11:38:05PM +0200, Stephan Witt wrote:
> >> Am 25.09.2017 um 23:23 schrieb Enrico Forestieri :
> >>>
> >>> There are a few icons with empty text, but t
Am 26.09.2017 um 21:10 schrieb Enrico Forestieri :
>
> On Mon, Sep 25, 2017 at 11:38:05PM +0200, Stephan Witt wrote:
>> Am 25.09.2017 um 23:23 schrieb Enrico Forestieri :
>>>
>>> There are a few icons with empty text, but there are also all the ipa icons
>>> that contain text. These texts should
On Mon, Sep 25, 2017 at 11:38:05PM +0200, Stephan Witt wrote:
> Am 25.09.2017 um 23:23 schrieb Enrico Forestieri :
> >
> > There are a few icons with empty text, but there are also all the ipa icons
> > that contain text. These texts should be changed to paths, otherwise they
> > will be rendered
Am 25.09.2017 um 23:23 schrieb Enrico Forestieri :
>
> On Mon, Sep 25, 2017 at 08:50:11PM +0200, Stephan Witt wrote:
>> Am 25.09.2017 um 17:05 schrieb Enrico Forestieri :
>>>
>>> So, it seems that a QApplication is necessary when the svg image contains
>>> text. All of our icons should be text fr
On Mon, Sep 25, 2017 at 08:50:11PM +0200, Stephan Witt wrote:
> Am 25.09.2017 um 17:05 schrieb Enrico Forestieri :
> >
> > So, it seems that a QApplication is necessary when the svg image contains
> > text. All of our icons should be text free, but some pathological cases
> > may occur, as demonst
Am 25.09.2017 um 17:05 schrieb Enrico Forestieri :
>
> On Mon, Sep 25, 2017 at 03:13:18PM +0200, Stephan Witt wrote:
>
>> Am 25.09.2017 um 14:15 schrieb Enrico Forestieri :
>>>
>>> On Mon, Sep 25, 2017 at 09:17:41AM +0200, Stephan Witt wrote:
Oh no. I did some further testing and now
Am Montag, 25. September 2017 um 16:12:08, schrieb Stephan Witt
> Am 25.09.2017 um 15:00 schrieb Kornel Benko :
> >
> > Am Montag, 25. September 2017 um 14:33:04, schrieb Enrico Forestieri
> >
> >> On Mon, Sep 25, 2017 at 09:31:45AM +0200, Jean-Marc Lasgouttes wrote:
> >>> Le 25/09/2017 à 08:2
On Mon, Sep 25, 2017 at 03:13:18PM +0200, Stephan Witt wrote:
> Am 25.09.2017 um 14:15 schrieb Enrico Forestieri :
> >
> > On Mon, Sep 25, 2017 at 09:17:41AM +0200, Stephan Witt wrote:
> >>
> >> Oh no. I did some further testing and now I’m feeling blue.
> >>
> >> Not all SVG images we provide
Am 25.09.2017 um 15:00 schrieb Kornel Benko :
>
> Am Montag, 25. September 2017 um 14:33:04, schrieb Enrico Forestieri
>
>> On Mon, Sep 25, 2017 at 09:31:45AM +0200, Jean-Marc Lasgouttes wrote:
>>> Le 25/09/2017 à 08:26, Stephan Witt a écrit :
Now I wonder if it would be better to name the
Am 25.09.2017 um 14:15 schrieb Enrico Forestieri :
>
> On Mon, Sep 25, 2017 at 09:17:41AM +0200, Stephan Witt wrote:
>>
>> Oh no. I did some further testing and now I’m feeling blue.
>>
>> Not all SVG images we provide can be converted this way.
>>
>> $ lyx-build/LyX-2.4.0dev.app/Contents/MacOS
Am Montag, 25. September 2017 um 14:33:04, schrieb Enrico Forestieri
> On Mon, Sep 25, 2017 at 09:31:45AM +0200, Jean-Marc Lasgouttes wrote:
> > Le 25/09/2017 à 08:26, Stephan Witt a écrit :
> > > Now I wonder if it would be better to name the utility lyxconvert.
> > > It will be installed in /us
On Mon, Sep 25, 2017 at 09:31:45AM +0200, Jean-Marc Lasgouttes wrote:
> Le 25/09/2017 à 08:26, Stephan Witt a écrit :
> > Now I wonder if it would be better to name the utility lyxconvert.
> > It will be installed in /usr/local/bin or something like that?
>
> I was about to suggest this. And then
On Mon, Sep 25, 2017 at 09:17:41AM +0200, Stephan Witt wrote:
>
> Oh no. I did some further testing and now I’m feeling blue.
>
> Not all SVG images we provide can be converted this way.
>
> $ lyx-build/LyX-2.4.0dev.app/Contents/MacOS/lyxconvert -d
> lyx/lib/images/math-subscript.svgz math-subs
Le 25/09/2017 à 10:57, Stephan Witt a écrit :
Am 25.09.2017 um 09:31 schrieb Jean-Marc Lasgouttes :
Le 25/09/2017 à 08:26, Stephan Witt a écrit :
Now I wonder if it would be better to name the utility lyxconvert.
It will be installed in /usr/local/bin or something like that?
I was about to s
Am 25.09.2017 um 09:31 schrieb Jean-Marc Lasgouttes :
>
> Le 25/09/2017 à 08:26, Stephan Witt a écrit :
>> Now I wonder if it would be better to name the utility lyxconvert.
>> It will be installed in /usr/local/bin or something like that?
>
> I was about to suggest this. And then do we want to h
Le 25/09/2017 à 08:26, Stephan Witt a écrit :
Now I wonder if it would be better to name the utility lyxconvert.
It will be installed in /usr/local/bin or something like that?
I was about to suggest this. And then do we want to honor
version-suffix? I guess not, but we might end up installing
Am 25.09.2017 um 04:35 schrieb Scott Kostyshak :
>
> On Sun, Sep 24, 2017 at 11:39:09PM +0200, Enrico Forestieri wrote:
>
>> It works for me on linux and cygwin. Of course, one has to move away
>> convert, rsvg-convert, and inkscape to appreciate that.
>
> Thanks, Stephan, for the patch, and Enr
Am 24.09.2017 um 23:39 schrieb Enrico Forestieri :
>
> On Sun, Sep 24, 2017 at 10:06:24PM +0200, Stephan Witt wrote:
>> Am 24.09.2017 um 18:26 schrieb Stephan Witt :
>>> Am 24.09.2017 um 18:12 schrieb Enrico Forestieri :
On Sun, Sep 24, 2017 at 12:24:26PM +0200, Stephan Witt wrote:
>
>>>
On Sun, Sep 24, 2017 at 11:39:09PM +0200, Enrico Forestieri wrote:
> It works for me on linux and cygwin. Of course, one has to move away
> convert, rsvg-convert, and inkscape to appreciate that.
Thanks, Stephan, for the patch, and Enrico, for testing on Linux and
Cygwin. I think it is a good pla
On Sun, Sep 24, 2017 at 10:06:24PM +0200, Stephan Witt wrote:
> Am 24.09.2017 um 18:26 schrieb Stephan Witt :
> > Am 24.09.2017 um 18:12 schrieb Enrico Forestieri :
> >> On Sun, Sep 24, 2017 at 12:24:26PM +0200, Stephan Witt wrote:
> >>>
> >>> This is the solution I’d like to propose. It’s not tes
Am 24.09.2017 um 18:26 schrieb Stephan Witt :
>
> Am 24.09.2017 um 18:12 schrieb Enrico Forestieri :
>>
>> On Sun, Sep 24, 2017 at 12:24:26PM +0200, Stephan Witt wrote:
>>>
>>> This is the solution I’d like to propose. It’s not tested on Linux and
>>> Windows.
>>>
>>> The idea is to add imgconv
Am 24.09.2017 um 18:12 schrieb Enrico Forestieri :
>
> On Sun, Sep 24, 2017 at 12:24:26PM +0200, Stephan Witt wrote:
>>
>> This is the solution I’d like to propose. It’s not tested on Linux and
>> Windows.
>>
>> The idea is to add imgconvert as fallback-converter for SVG to PDF and PNG to
>> PDF
On Sun, Sep 24, 2017 at 12:24:26PM +0200, Stephan Witt wrote:
>
> This is the solution I’d like to propose. It’s not tested on Linux and
> Windows.
>
> The idea is to add imgconvert as fallback-converter for SVG to PDF and PNG to
> PDF.
> At the moment it uses the Qt library routines for image pr
Am 24.09.2017 um 12:24 schrieb Stephan Witt :
>
> Am 21.09.2017 um 15:08 schrieb Stephan Witt :
>>
>> Am 21.09.2017 um 14:54 schrieb Enrico Forestieri :
>>>
>>> On Thu, Sep 21, 2017 at 11:43:29AM +0200, Stephan Witt wrote:
My question (again): how can I circumvent this and configure „
Am 21.09.2017 um 15:08 schrieb Stephan Witt :
>
> Am 21.09.2017 um 14:54 schrieb Enrico Forestieri :
>>
>> On Thu, Sep 21, 2017 at 11:43:29AM +0200, Stephan Witt wrote:
>>>
>>> My question (again): how can I circumvent this and configure „my“ converter
>>> so it’s used to convert the SVG to PNG
On 2017-09-21, Stephan Witt wrote:
> Am 21.09.2017 um 09:50 schrieb Jürgen Spitzmüller :
>> 2017-09-20 22:20 GMT+02:00 Stephan Witt :
...
> ... the mentioned fallback means LyX is able to show the document with
> SVG on screen using internal Qt when converters are missing and using
> the first det
On Fri, Sep 22, 2017 at 11:26:47AM +0200, Enrico Forestieri wrote:
>
> If you want to preserve the vector format, you could also try to
> statically link the following:
> https://github.com/openclipart-dev/svg2pdf
In which case, the following may also be of interest to you:
http://blog.mathieu-le
On Thu, Sep 21, 2017 at 03:08:45PM +0200, Stephan Witt wrote:
> Am 21.09.2017 um 14:54 schrieb Enrico Forestieri :
> > On Thu, Sep 21, 2017 at 11:43:29AM +0200, Stephan Witt wrote:
> >>
> >> My question (again): how can I circumvent this and configure „my“ converter
> >> so it’s used to convert th
Am 21.09.2017 um 14:54 schrieb Enrico Forestieri :
>
> On Thu, Sep 21, 2017 at 11:43:29AM +0200, Stephan Witt wrote:
>>
>> My question (again): how can I circumvent this and configure „my“ converter
>> so it’s used to convert the SVG to PNG and run pdflatex with the PNG instead
>> of the PDF (whi
On Thu, Sep 21, 2017 at 11:43:29AM +0200, Stephan Witt wrote:
>
> My question (again): how can I circumvent this and configure „my“ converter
> so it’s used to convert the SVG to PNG and run pdflatex with the PNG instead
> of the PDF (which would be rasterized anyway, when ImageMagick is used for
Am 21.09.2017 um 11:31 schrieb Guenter Milde :
>
> On 2017-09-20, Scott Kostyshak wrote:
>> On Wed, Sep 20, 2017 at 10:20:04PM +0200, Stephan Witt wrote:
>
>>> Shouldn’t the Linux packagers
>>> made aware of the dependency of LyX on Inkscape?
>
> On Linux, we have working alternatives to Inkscap
Am 21.09.2017 um 09:50 schrieb Jürgen Spitzmüller :
>
> 2017-09-20 22:20 GMT+02:00 Stephan Witt :
> > The current situation is not worse than 2.2.x, right? In other words,
> > there is no regression with regards to 2.2.x, but an argument could be
> > made that there is a regression (from the user
On 2017-09-20, Scott Kostyshak wrote:
> On Wed, Sep 20, 2017 at 10:20:04PM +0200, Stephan Witt wrote:
>> Shouldn’t the Linux packagers
>> made aware of the dependency of LyX on Inkscape?
On Linux, we have working alternatives to Inkscape (rsvgbased).
> I don't know. Currently, the "lyx" package
2017-09-20 22:20 GMT+02:00 Stephan Witt :
> > The current situation is not worse than 2.2.x, right? In other words,
> > there is no regression with regards to 2.2.x, but an argument could be
> > made that there is a regression (from the user perspective) with respect
> > to before we changed to SV
On Wed, Sep 20, 2017 at 10:20:04PM +0200, Stephan Witt wrote:
> I’m in favor of a working SVG to PNG conversion for systems without a
> SVG to PDF or EPS converter.
> Ideally for inset-info only and for SVG
> graphic insets presenting an error message.
Interesting idea to consider. I wonder if t
Am 20.09.2017 um 20:22 schrieb Scott Kostyshak :
>
> On Mon, Sep 18, 2017 at 10:21:46AM +0200, Stephan Witt wrote:
>> Am 18.09.2017 um 05:55 schrieb Scott Kostyshak :
>>>
>>> On Sun, Sep 17, 2017 at 06:24:46PM +0200, Stephan Witt wrote:
>>>
> Den 13. sep. 2017 03:29, skrev Scott Kostyshak:
>
On Mon, Sep 18, 2017 at 10:21:46AM +0200, Stephan Witt wrote:
> Am 18.09.2017 um 05:55 schrieb Scott Kostyshak :
> >
> > On Sun, Sep 17, 2017 at 06:24:46PM +0200, Stephan Witt wrote:
> >
> >>> Den 13. sep. 2017 03:29, skrev Scott Kostyshak:
> It actually amazes me how few people care about i
Am 18.09.2017 um 05:55 schrieb Scott Kostyshak :
>
> On Sun, Sep 17, 2017 at 06:24:46PM +0200, Stephan Witt wrote:
>
>>> Den 13. sep. 2017 03:29, skrev Scott Kostyshak:
It actually amazes me how few people care about including bitmaps
>>
>> I certainly care too.
>
> Rereading the email I s
Am 18.09.2017 um 08:36 schrieb Jürgen Spitzmüller :
>
> Am Sonntag, den 17.09.2017, 22:51 +0200 schrieb Stephan Witt:
>> I’ve just learned that the converter calls for on-screen display in
>> build_script in GraphicsConverter.cpp and for export to pdf seem to
>> have different interpretation of $$
Am 17.09.2017 um 22:51 schrieb Stephan Witt :
>
> Am 17.09.2017 um 21:07 schrieb Stephan Witt :
>>
>> Am 17.09.2017 um 19:48 schrieb Jürgen Spitzmüller :
>>>
>>> Am Sonntag, den 17.09.2017, 15:26 +0200 schrieb Stephan Witt:
Because of the change directory coded in inkscape starter the $$i f
Am Sonntag, den 17.09.2017, 22:51 +0200 schrieb Stephan Witt:
> I’ve just learned that the converter calls for on-screen display in
> build_script in GraphicsConverter.cpp and for export to pdf seem to
> have different interpretation of $$i ???
>
> SVG to PNG works with $$i resp. $$o and not with
On Sun, Sep 17, 2017 at 06:24:46PM +0200, Stephan Witt wrote:
> > Den 13. sep. 2017 03:29, skrev Scott Kostyshak:
> >> It actually amazes me how few people care about including bitmaps
>
> I certainly care too.
Rereading the email I sent, it could easily be interpreted as though I
was implying t
Am 17.09.2017 um 21:07 schrieb Stephan Witt :
>
> Am 17.09.2017 um 19:48 schrieb Jürgen Spitzmüller :
>>
>> Am Sonntag, den 17.09.2017, 15:26 +0200 schrieb Stephan Witt:
>>> Because of the change directory coded in inkscape starter the $$i for
>>> the
>>> input file name leads to a „file not foun
Am 17.09.2017 um 19:48 schrieb Jürgen Spitzmüller :
>
> Am Sonntag, den 17.09.2017, 15:26 +0200 schrieb Stephan Witt:
>> Because of the change directory coded in inkscape starter the $$i for
>> the
>> input file name leads to a „file not found“ error. With a change to
>> inkscape —file=$$p/$$i --e
Am Sonntag, den 17.09.2017, 15:26 +0200 schrieb Stephan Witt:
> Because of the change directory coded in inkscape starter the $$i for
> the
> input file name leads to a „file not found“ error. With a change to
> inkscape —file=$$p/$$i --export-area-drawing --without-gui --export-
> pdf=$$p/$$o
Use
Am Sonntag, den 17.09.2017, 19:15 +0200 schrieb Stephan Witt:
> But I need to change configure.py to call inkscape with full path
> names
> for the input image and the conversion result to get it work.
>
> Do you think this is a problem?
No. But remember to do that also for the svg2*tex scripts t
> Am 17.09.2017 um 18:41 schrieb Jürgen Spitzmüller :
>
> Am Sonntag, den 17.09.2017, 18:01 +0200 schrieb Stephan Witt:
>>> It does. See how we deal with inkscape on windows.
>>
>> Yes, and I don’t like it. How do you deal with it on Linux?
>
> Linux doesn't need the full path, unless you are u
Am Sonntag, den 17.09.2017, 18:01 +0200 schrieb Stephan Witt:
> > It does. See how we deal with inkscape on windows.
>
> Yes, and I don’t like it. How do you deal with it on Linux?
Linux doesn't need the full path, unless you are using some customized
build. But then, I would set the full path di
Am 15.09.2017 um 15:13 schrieb Helge Hafting :
>
>
>
> Den 13. sep. 2017 03:29, skrev Scott Kostyshak:
>> It actually amazes me how few people care about including bitmaps
>> graphics in their final meant-for-publication drafts. I wonder if I am
>> the only one that is annoyed when I am reading
Am 17.09.2017 um 17:44 schrieb Jürgen Spitzmüller :
>
> Am Sonntag, den 17.09.2017, 15:26 +0200 schrieb Stephan Witt:
>> I’ve made a test. The cost for 200 calls of the pure shell script
>> /Applications/Inkscape.app/Contents/Resources/bin/inkscape
>> is 0m52.436s real. The cost for 200 calls of
Am Sonntag, den 17.09.2017, 15:26 +0200 schrieb Stephan Witt:
> I’ve made a test. The cost for 200 calls of the pure shell script
> /Applications/Inkscape.app/Contents/Resources/bin/inkscape
> is 0m52.436s real. The cost for 200 calls of the lyx-provided
> wrapper lyx/development/MacOSX/inkscape i
Am 17.09.2017 um 08:03 schrieb Jürgen Spitzmüller :
>
> Am Samstag, den 16.09.2017, 20:46 +0200 schrieb Stephan Witt:
>> No, it doesn’t work.
>
> Why?
Because it doesn’t find the binary.
> 1) inkscape-bin is in
>> /Applications/Inkscape.app/Contents/Resources/bin
>
> And then type does not fi
> Can't we make it pass the full pathname rather than just the
> filename?
And that's exactly what my approach is trying to do.
Jürgen
>
> Richard
>
signature.asc
Description: This is a digitally signed message part
Am Samstag, den 16.09.2017, 20:46 +0200 schrieb Stephan Witt:
> No, it doesn’t work.
Why?
> 1) inkscape-bin is in
> /Applications/Inkscape.app/Contents/Resources/bin
And then type does not find it, or what is the problem exactly
> 2) additional arguments have to be passed to avoid X-Server acc
On 09/16/2017 04:33 PM, Stephan Witt wrote:
> Am 16.09.2017 um 22:15 schrieb mn :
>> On 16.09.17 20:46, Stephan Witt wrote:
>>> Am 16.09.2017 um 11:58 schrieb Jürgen Spitzmüller :
> Then we should fix the checkInkscape() routine in configure.py.
> What do you need specifically? Full path? H
Am 16.09.2017 um 22:15 schrieb mn :
>
> On 16.09.17 20:46, Stephan Witt wrote:
>> Am 16.09.2017 um 11:58 schrieb Jürgen Spitzmüller :
>
Then we should fix the checkInkscape() routine in configure.py.
What do you need specifically? Full path? How is it determined on
the Mac? Does
>>
Am 16.09.2017 um 11:58 schrieb Jürgen Spitzmüller :
>
> Am Mittwoch, den 13.09.2017, 11:22 +0200 schrieb Jürgen Spitzmüller:
>> Am Mittwoch, den 13.09.2017, 09:59 +0200 schrieb Stephan Witt:
>>> I fear the detection of Inkscape on Mac is not correct. The python
>>> scripts assume the binary is ink
Am Mittwoch, den 13.09.2017, 11:22 +0200 schrieb Jürgen Spitzmüller:
> Am Mittwoch, den 13.09.2017, 09:59 +0200 schrieb Stephan Witt:
> > I fear the detection of Inkscape on Mac is not correct. The python
> > scripts assume the binary is inkscape if not on windows.
>
> Then we should fix the check
On Wed, Sep 13, 2017 at 10:06:04AM +0200, Pavel Sanda wrote:
> So they might even
> see that the image in output pdf is somewhat blurry but the link between that
> and tiff format submitted is not there.
I can see that. I never know whether to give a comment explaining the
issue when I read PDF d
Den 13. sep. 2017 03:29, skrev Scott Kostyshak:
It actually amazes me how few people care about including bitmaps
graphics in their final meant-for-publication drafts. I wonder if I am
the only one that is annoyed when I am reading a PDF and see a bitmap
that should be a vector graphic.
I certa
On 2017-09-13, Pavel Sanda wrote:
> Stephan Witt wrote:
>> BTW, I didn???t say the installation of ImageMagick is useless. My
>> point is: LyX shouldn???t present error messages on preview of the
>> documentation as a PDF-document. That???s why I???m trying to
>> establish a conversion path from L
On 2017-09-13, Scott Kostyshak wrote:
> It actually amazes me how few people care about including bitmaps
> graphics in their final meant-for-publication drafts. I wonder if I am
> the only one that is annoyed when I am reading a PDF and see a bitmap
> that should be a vector graphic.
OTOH, expor
Am Mittwoch, den 13.09.2017, 11:53 +0200 schrieb Stephan Witt:
> Am 13.09.2017 um 11:22 schrieb Jürgen Spitzmüller :
> >
> > Am Mittwoch, den 13.09.2017, 09:59 +0200 schrieb Stephan Witt:
> > > I fear the detection of Inkscape on Mac is not correct. The
> > > python
> > > scripts assume the binary
Am 13.09.2017 um 11:22 schrieb Jürgen Spitzmüller :
>
> Am Mittwoch, den 13.09.2017, 09:59 +0200 schrieb Stephan Witt:
>> I fear the detection of Inkscape on Mac is not correct. The python
>> scripts assume the binary is inkscape if not on windows.
>
> Then we should fix the checkInkscape() routi
Am Mittwoch, den 13.09.2017, 09:59 +0200 schrieb Stephan Witt:
> I fear the detection of Inkscape on Mac is not correct. The python
> scripts assume the binary is inkscape if not on windows.
Then we should fix the checkInkscape() routine in configure.py. What do
you need specifically? Full path? H
Am 13.09.2017 um 03:29 schrieb Scott Kostyshak :
>
> On Wed, Sep 13, 2017 at 01:59:55AM +0200, Stephan Witt wrote:
>
>> That’s why I’m trying to establish a conversion path from LyX+SVG-icons to
>> PDF-output via PNG.
>
> If this is implemented and the .lyx files contains an included .svg as a
Stephan Witt wrote:
> >> BTW, I didn???t say the installation of ImageMagick is useless. My point
> >> is: LyX shouldn???t present error messages on preview of the documentation
> >> as a PDF-document. That???s why I???m trying to establish a conversion
> >> path from LyX+SVG-icons to PDF-output
Scott Kostyshak wrote:
> It actually amazes me how few people care about including bitmaps
> graphics in their final meant-for-publication drafts. I wonder if I am
> the only one that is annoyed when I am reading a PDF and see a bitmap
> that should be a vector graphic.
My experience is that acade
Am 13.09.2017 um 09:13 schrieb Pavel Sanda :
>
> Stephan Witt wrote:
>> BTW, I didn???t say the installation of ImageMagick is useless. My point is:
>> LyX shouldn???t present error messages on preview of the documentation as a
>> PDF-document. That???s why I???m trying to establish a conversion
Stephan Witt wrote:
> BTW, I didn???t say the installation of ImageMagick is useless. My point is:
> LyX shouldn???t present error messages on preview of the documentation as a
> PDF-document. That???s why I???m trying to establish a conversion path from
> LyX+SVG-icons to PDF-output via PNG. I
On Wed, Sep 13, 2017 at 01:59:55AM +0200, Stephan Witt wrote:
> That’s why I’m trying to establish a conversion path from LyX+SVG-icons to
> PDF-output via PNG.
If this is implemented and the .lyx files contains an included .svg as a
graphic, then it would also be converted to a bitmap for the P
Am 11.09.2017 um 20:55 schrieb Pavel Sanda :
>
> Stephan Witt wrote:
>>> If it's not easily possible we should at least make clear to newcomers that
>>> lyx without tex & imagemagick will have lot of problems.
>>
>> LyX without TeX is a problem. This can be solved by a newcomer by installing
>>
Stephan Witt wrote:
> > If it's not easily possible we should at least make clear to newcomers that
> > lyx without tex & imagemagick will have lot of problems.
>
> LyX without TeX is a problem. This can be solved by a newcomer by installing
> MacTeX. Easy.
> LyX without ImageMagick shouldn???t
Le 11/09/2017 à 16:50, mn a écrit :
On 11.09.17 16:18, Stephan Witt wrote:
Am 11.09.2017 um 14:12 schrieb Pavel Sanda :
Stephan Witt wrote:
What can I do to convert the LyX documents containing inset-info
instances without ImageMagick?
ATM, LyX seems to have a hard dependency on the ImageMag
On 11.09.17 16:18, Stephan Witt wrote:
> Am 11.09.2017 um 14:12 schrieb Pavel Sanda :
>>
>> Stephan Witt wrote:
>>> What can I do to convert the LyX documents containing inset-info
>>> instances without ImageMagick?
>>>
>>> ATM, LyX seems to have a hard dependency on the ImageMagick
>>> tools. On
Am 11.09.2017 um 14:12 schrieb Pavel Sanda :
>
> Stephan Witt wrote:
>> What can I do to convert the LyX documents containing inset-info instances
>> without ImageMagick?
>>
>> ATM, LyX seems to have a hard dependency on the ImageMagick tools. On a Mac
>> this implies the installation of MacPor
Stephan Witt wrote:
> What can I do to convert the LyX documents containing inset-info instances
> without ImageMagick?
>
> ATM, LyX seems to have a hard dependency on the ImageMagick tools. On a Mac
> this implies the installation of MacPorts of HomeBrew to get it. To do so one
> has to install
> Am 10.09.2017 um 20:53 schrieb Scott Kostyshak :
>
> On Sun, Sep 10, 2017 at 11:05:42AM +0200, Stephan Witt wrote:
>> Dear all,
>>
>> I tried to solve the issue with SVG conversion on Mac and now I’m a little
>> bit lost.
>>
>> The facts first:
>>
>> Until MacTeX 2014 there was ImageMagick
On Sun, Sep 10, 2017 at 11:05:42AM +0200, Stephan Witt wrote:
> Dear all,
>
> I tried to solve the issue with SVG conversion on Mac and now I’m a little
> bit lost.
>
> The facts first:
>
> Until MacTeX 2014 there was ImageMagick included in the TeX distribution for
> Mac. Later releases don’t
Dear all,
I tried to solve the issue with SVG conversion on Mac and now I’m a little bit
lost.
The facts first:
Until MacTeX 2014 there was ImageMagick included in the TeX distribution for
Mac. Later releases don’t have it anymore.
I added the home-made SVG2PNG conversion utility from Enrico
94 matches
Mail list logo