Re: LyX 2.3.7 (inkscape script)

I see the /Applications/LyX.app/Contents/MacOS/inkscape script has #!/bin/bash as the shebang. Can that please be changed (in all shell scripts) to read #!/usr/bin/env bash greetings, el -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman

Re: [LyX/master] #11742 use Inkscape 0.92.x converter from Resources of application bundle if detected

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

Re: [LyX/master] #11742 use Inkscape 0.92.x converter from Resources of application bundle if detected

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

Re: [LyX/master] #11742 use Inkscape 0.92.x converter from Resources of application bundle if detected

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

Inkscape 1.0rc1

Seeing that Inkscape 1.0rc1 was just released (https://inkscape.org/news/2020/04/12/inkscape-0925-released-and-testers-needed-inkscape/), I remembered that there was a post or bug filed some time ago about adjustments that might need to be made to LyX in order to play nice with Inkscape 1.0

SVG preview not working with Inkscape as converter

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

Re: Cannot get Externam Material: Inkscape figure to work

On Sat, Nov 04, 2017 at 09:38:46AM +, Jürgen Spitzmüller wrote: > Am Freitag, den 03.11.2017, 17:19 -0400 schrieb Scott Kostyshak: > > Since this is a new template and the proposed changes are local to > > it, > > go ahead. > > Done. Thanks. For archival purposes, note that this was

Re: Cannot get Externam Material: Inkscape figure to work

/lib/xtemplates/inkscape.xtemplate +++ b/lib/xtemplates/inkscape.xtemplate @@ -46,11 +46,12 @@ Template Inkscape FileFilter "*.{svg}" AutomaticProduction true Transform Rotate + Transform Resize Preview InstantPreview Format PDFLaTeX TransformCommand Rotate RotationLatexCommand - # Res

Inkscape warnings

Hello, When I open a manual (e.g. math) with a recent 2.3.x compiled with cmake, I get export infos and warnings like these in the command window: Background RRGGBBAA: ff00 Area 0:0:48:48 exported to 48 x 48 pixels (96 dpi) ** (inkscape:27501): WARNING **: No cc:license metadata found

Re: [LyX/master] add inkscape wrapper script for Mac OS

Am 01.10.2017 um 09:38 schrieb Jürgen Spitzmüller <sp...@lyx.org>: > > Am Sonntag, den 24.09.2017, 11:55 +0200 schrieb Stephan Witt: >> commit 350ef993e59b3ede7dd621a81f096ea78296c5c8 >> Author: Stephan Witt <sw...@lyx.org> >> Date: Sun Sep 24 11:54:55 2017

Re: [LyX/master] add inkscape wrapper script for Mac OS

Am Sonntag, den 24.09.2017, 18:57 +0200 schrieb Stephan Witt: > Isn’t this ok? Works for me as well. Jürgen signature.asc Description: This is a digitally signed message part

Re: [LyX/master] add inkscape wrapper script for Mac OS

Am Sonntag, den 24.09.2017, 19:03 +0200 schrieb Jürgen Spitzmüller: > You have to pass the inkscape command as first argument. No, actually, you don't. That's optional (I forgot). Jürgen > > Jürgen signature.asc Description: This is a digitally signed message part

Re: [LyX/master] add inkscape wrapper script for Mac OS

scripts/svg2pdftex.py $(pwd)/'dir with spaces'/file- > open.svgz $(pwd)/file-open.pdf > $ ls -l file-open.* > -rw-r--r--@ 1 stephan staff 45330 24 Sep 18:55 file-open.pdf > -rw-r--r-- 1 stephan staff 1871 24 Sep 18:55 file-open.tex > $ > > Isn’t this ok? You have to pass

Re: [LyX/master] add inkscape wrapper script for Mac OS

quotes in the script (like we had >>>> to do >>>> for the first argument (inkscape command), for windows. >>> >>> Yes, that should be done to be safe anyway. >>> Every shell script needs to be written likewise to be correct. >> >> Hm, but I fai

Re: [LyX/master] add inkscape wrapper script for Mac OS

Am 24.09.2017 um 18:32 schrieb Jürgen Spitzmüller <sp...@lyx.org>: > > Am Sonntag, den 24.09.2017, 17:30 +0200 schrieb Stephan Witt: >>> OK, but we might need to re-add quotes in the script (like we had >>> to do >>> for the first argument (inkscape command

Re: [LyX/master] add inkscape wrapper script for Mac OS

> >>>> <sw...@lyx.org> > >>>>> commit 350ef993e59b3ede7dd621a81f096ea78296c5c8 > >>>>> Author: Stephan Witt <sw...@lyx.org> > >>>>> Date: Sun Sep 24 11:54:55 2017 +0200 > >>>>> > &g

Re: [LyX/master] add inkscape wrapper script for Mac OS

Am 24.09.2017 um 12:30 schrieb Kornel Benko <kor...@lyx.org>: >>>> >>>> Am Sonntag, 24. September 2017 um 11:55:38, schrieb Stephan Witt >>>> <sw...@lyx.org> >>>>> commit 350ef993e59b3ede7dd621a81f096ea78296c5c8 >>>>> Author

Re: [LyX/master] add inkscape wrapper script for Mac OS

Am Sonntag, den 24.09.2017, 17:30 +0200 schrieb Stephan Witt: > > OK, but we might need to re-add quotes in the script (like we had > > to do > > for the first argument (inkscape command), for windows. > > Yes, that should be done to be safe anyway. > Every shell

Re: [LyX/master] add inkscape wrapper script for Mac OS

gt; Nevertheless you get the path names with spaces passed as one >> argument. > > OK, but we might need to re-add quotes in the script (like we had to do > for the first argument (inkscape command), for windows. Yes, that should be done to be safe anyway. Every shell script needs to be written likewise to be correct. Stephan

Re: [LyX/master] add inkscape wrapper script for Mac OS

> Am Sonntag, 24. September 2017 um 11:55:38, schrieb Stephan Witt > > > <sw...@lyx.org> > > >> commit 350ef993e59b3ede7dd621a81f096ea78296c5c8 > > >> Author: Stephan Witt <sw...@lyx.org> > > >> Date: Sun Sep 24 11:54:55 2017 +0200 > >

Re: [LyX/master] add inkscape wrapper script for Mac OS

e-add quotes in the script (like we had to do for the first argument (inkscape command), for windows. Jürgen > > Stephan signature.asc Description: This is a digitally signed message part

Re: [LyX/master] add inkscape wrapper script for Mac OS

commit 350ef993e59b3ede7dd621a81f096ea78296c5c8 > >> Author: Stephan Witt <sw...@lyx.org> > >> Date: Sun Sep 24 11:54:55 2017 +0200 > >> > >>add inkscape wrapper script for Mac OS > >> > > > > Probably it doesn't matte

Re: [LyX/master] add inkscape wrapper script for Mac OS

Sun Sep 24 11:54:55 2017 +0200 >> >>add inkscape wrapper script for Mac OS >> > > Probably it doesn't matter, (because nobody cares for cmake on MacOSX?) > Would be fine, if someone could check. > > Kornel It doesn’t work, IMO. What I did to ch

Re: [LyX/master] add inkscape wrapper script for Mac OS

ath to the tmp dir contains spaces. See method Converters::convert() in Converter.cpp lines 607 and following. The debugger stopped at line 616 says: (lldb) print command (std::__1::string) $123 = "inkscape --file=\"/var/folders/1x/zm63s22x7s591xrlgm4rl9v4gn/

Re: [LyX/master] add inkscape wrapper script for Mac OS

Am Sonntag, den 24.09.2017, 12:18 +0200 schrieb Stephan Witt: > I think they’ll be quoted automatically. At least in the svg2pdftex script, they end unquoted. I expect problems if the path to the tmp dir contains spaces. Jürgen signature.asc Description: This is a digitally signed message part

Re: [LyX/master] add inkscape wrapper script for Mac OS

Am Sonntag, 24. September 2017 um 11:55:38, schrieb Stephan Witt <sw...@lyx.org> > commit 350ef993e59b3ede7dd621a81f096ea78296c5c8 > Author: Stephan Witt <sw...@lyx.org> > Date: Sun Sep 24 11:54:55 2017 +0200 > > add inkscape wrapper script for Mac OS > Probab

Re: [LyX/master] add inkscape wrapper script for Mac OS

Am 24.09.2017 um 12:03 schrieb Jürgen Spitzmüller : > > Am Sonntag, den 24.09.2017, 11:55 +0200 schrieb Stephan Witt: >> -checkProg('an EMF -> EPS converter', ['metafile2eps $$i $$o', >> 'wmf2eps -o $$o $$i', inkscape_name + ' --file=$$i --export-area- >> drawing --without-gui

Re: [LyX/master] add inkscape wrapper script for Mac OS

Am Sonntag, den 24.09.2017, 11:55 +0200 schrieb Stephan Witt: > -checkProg('an EMF -> EPS converter', ['metafile2eps $$i $$o', > 'wmf2eps -o $$o $$i', inkscape_name + ' --file=$$i --export-area- > drawing --without-gui --export-eps=$$o'], > +checkProg('an EMF -> EPS converter',

Re: Inkscape

Le 03/10/2016 à 19:17, Vermeer Martin a écrit : I think this is as good as it gets for now. I suggest you just put it in. Done, with some additions to the documentation. Guillaume

RE: Re: Inkscape

I think this is as good as it gets for now. I suggest you just put it in. Best, Martin From: Guillaume Munch [g...@lyx.org] Sent: Monday, October 03, 2016 3:19 PM To: Vermeer Martin Subject: Fwd: Re: Inkscape Message transféré Sujet

Re: Inkscape

other people are ready to give it a try. The non-scaling is intentional, as explained in the external-templates comment. Fonts are scaled to the surrounding text (unlike with XFig), a property that allowing rescaling here would destroy. Rescaling should rather be done inside Inkscape, by actually

Inkscape

Yes I missed it, thanks. The non-scaling is intentional, as explained in the external-templates comment. Fonts are scaled to the surrounding text (unlike with XFig), a property that allowing rescaling here would destroy. Rescaling should rather be done inside Inkscape, by actually rescaling

Re: Inkscape /LyX integration (working!)

Le 06/09/2016 à 05:48, Vermeer Martin a écrit : Pavel thanks! Attached the changes you proposed (though still to HEAD). Yes, the Inkscape bug is known upstream. Fixing seems to be a bit tricky as it is due to a change in the Cairo library, aimed at enabling the output of "l

RE: Inkscape /LyX integration (working!)

Pavel thanks! Attached the changes you proposed (though still to HEAD). Yes, the Inkscape bug is known upstream. Fixing seems to be a bit tricky as it is due to a change in the Cairo library, aimed at enabling the output of "layers", transparent or not, covering or covered by te

Re: Inkscape /LyX integration (working!)

Vermeer Martin wrote: > From ed2997e78e5015cb4eff2a988c729fd1f1cde216 Mon Sep 17 00:00:00 2001 > From: Martin Vermeer <mverm...@aalto.fi> > Date: Sat, 3 Sep 2016 17:17:45 +0300 > Subject: [PATCH] Initial commit of Inkscape SVG LaTeX + PDF support > > Based on Daniel Gro

RE: Inkscape /LyX integration (working!)

Attached a git patch for your consideration ;-) Martin From: Pavel Sanda [sa...@lyx.org] Sent: Thursday, September 01, 2016 10:41 PM To: Jean-Marc Lasgouttes Cc: lyx-devel@lists.lyx.org; Vermeer Martin Subject: Re: Inkscape /LyX integration (working

RE: Inkscape /LyX integration (working!)

-devel@lists.lyx.org; Vermeer Martin Subject: Re: Inkscape /LyX integration (working!) Jean-Marc Lasgouttes wrote: > Of course, I can give you git access :) +1 Pavel

Re: Inkscape /LyX integration (working!)

Jean-Marc Lasgouttes wrote: > Of course, I can give you git access :) +1 Pavel

Re: Inkscape /LyX integration (working!)

Le 01/09/2016 à 07:40, Vermeer Martin a écrit : Only to the old SVN I suppose, not git. I'm not even subscribed to this list any more... If you can prepare a proper commit, we'll push it. Of course, I can give you git access :) JMarc

RE: Inkscape /LyX integration (working!)

Only to the old SVN I suppose, not git. I'm not even subscribed to this list any more... Martin From: Pavel Sanda [sa...@lyx.org] Sent: Thursday, September 01, 2016 1:37 AM To: Vermeer Martin Cc: lyx-devel@lists.lyx.org Subject: Re: Inkscape /LyX

Re: Inkscape /LyX integration (working!)

Vermeer Martin wrote: > What racoon said. > > It makes the difference between "good enough" and "great" :-) Well if it makes difference for you then why not. Just try to explain in the description of template how it's different from normal svg import. Do you still have commit rights? Pavel

Re: Inkscape /LyX integration (working!)

Le 19/08/2016 à 19:19, Vermeer Martin a écrit : Just noticed that a similar, more extensive and probably allround better project was completed back in 2011 by one Daniel Groger... great minds think alike! http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg169820.html But why is this not

Re: Inkscape /LyX integration (working!)

n the link http://tug.ctan.org/tex-archive/info/svg-inkscape/InkscapePDFLaTeX.pdf. Yes, this is an important feature. Figure fonts that follow the document font(s) effortlessly, and with LaTeX math capability. this is one of the important reasons for using xfig & tikz - another such format

Re: Inkscape /LyX integration (working!)

What racoon said. It makes the difference between "good enough" and "great" :-) BTW I installed Daniel Groger's stuff and it seems to work flawlessly also with LyX 2.1.4. http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg169820.html Martin

Re: Inkscape /LyX integration (working!)

But why is this not in the tree already? What is exactly the point of having external template for inkscape when you can already insert .svg figure in the same way as any other picture through insert->graphics? If understood correctly, the point is that svg inserted in the "normal"

Re: Inkscape /LyX integration (working!)

.html > > But why is this not in the tree already? What is exactly the point of having external template for inkscape when you can already insert .svg figure in the same way as any other picture through insert->graphics? Pavel

RE: Inkscape /LyX integration (working!)

Just noticed that a similar, more extensive and probably allround better project was completed back in 2011 by one Daniel Groger... great minds think alike! http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg169820.html But why is this not in the tree already? Martin

Re: Inkscape /LyX integration (working!)

Nice work! One thing I'd ask you to look into --- work out how the Scribus folks get CMYK pdfs out of Inkscape, and include thusly, so that black is not defined as RGB, so that when separated to CMYK it will appear on all plates William On Fri, Aug 19, 2016 at 10:03 AM, Vermeer Martin

Re: [patch] use inkscape for EMF and WMF was: [LyX/master] installer: install Qt plugin DLLs correctly

Uwe Stöhr wrote: > Am 30.11.2015 um 22:30 schrieb Georg Baum: > >> 1) ImageMagick has a raster image kernel, it would be a huge effort to >> add vector graphics capabilities, and I doubt that this is even a goal of >> the ImageMagick authors > > Well, it can convert from and to PDF and EPS via

Re: [patch] use inkscape for EMF and WMF was: [LyX/master] installer: install Qt plugin DLLs correctly

On Thu, Dec 03, 2015 at 10:15:53PM +0100, Georg Baum wrote: > Uwe Stöhr wrote: > > Thus I had to make a decision. Since > > metafile2eps is not part of LyX, I thought it is up to me what so > > support via the installer. At least until now nobody commented my > > third-party specific installer

Re: [patch] use inkscape for EMF and WMF was: [LyX/master] installer: install Qt plugin DLLs correctly

(I don't have Win 10 to test). Thus I had to make a decision. Since metafile2eps is not part of LyX, I thought it is up to me what so support via the installer. At least until now nobody commented my third-party specific installer changes. But to keeping the vector information is easy: Inkscape

Re: [patch] use inkscape for EMF and WMF was: [LyX/master] installer: install Qt plugin DLLs correctly

Am 30.11.2015 um 21:39 schrieb Alex Vergara Gil: In Windows when you press Ctrl+C in an Office graphics you obtain an emf file in your pastebin, so when trying to place it in LyX you will be unsuccessful, so I always has to put it into mspaint and save it as png. So it would be a good idea to

Re: [patch] use inkscape for EMF and WMF was: [LyX/master] installer: install Qt plugin DLLs correctly

In Windows when you press Ctrl+C in an Office graphics you obtain an emf file in your pastebin, so when trying to place it in LyX you will be unsuccessful, so I always has to put it into mspaint and save it as png. So it would be a good idea to have a native automatic transformation from emf to

Re: [patch] use inkscape for EMF and WMF was: [LyX/master] installer: install Qt plugin DLLs correctly

ever, if you want to convert the contents into your own data structures, you basically have to replicate a lot of drawing logic from windows. The same is true if you want to export to an EMF file without calling windows API functions. > But to keeping the vector information is easy: Inkscape > A

[patch] use inkscape for EMF and WMF was: [LyX/master] installer: install Qt plugin DLLs correctly

is metafile2eps not developed anymore. If the creator doesn't have time, he could contribute his code to e.g. ImageMagick that this program is able to convert keeping the vector information. But to keeping the vector information is easy: Inkscape Attached is a patch To my knowledge

Re: [patch] use inkscape for EMF and WMF was: [LyX/master] installer: install Qt plugin DLLs correctly

Am 30.11.2015 um 01:57 schrieb Andrew Parsloe: When I discovered LyX about ten years ago, I saved my Word 95 documents as rtf and used rtf2latex2e to convert them to latex so that they could be imported into LyX. The figures in the Word documents were separated out by rtf2latex2e into wmf

Re: [patch] use inkscape for EMF and WMF was: [LyX/master] installer: install Qt plugin DLLs correctly

On 30/11/2015 11:39 a.m., Uwe Stöhr wrote: Interestingly I could not find a single emf file on my PC. I also never stumbled over this image format at work. I downloaded now one and it appears that no browser can display this file format. So I am wondering what program created emf natively.

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

by windows users, but the fix must not be made for a single OS. Just for the record: This special patch was Windows specific, because on Windows, Inkscape is not installed into the binary path (binaries for end-users not in the PATH are uncommon on Unix (but not impossible)). For this reason, only

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

t; we handle them incorrectly somehwere, then this wil most likely be detected > by windows users, but the fix must not be made for a single OS. Just for the record: This special patch was Windows specific, because on Windows, Inkscape is not installed into the binary path (binaries f

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

On 2015-06-14, Uwe Stöhr wrote: could you please do me the favor and make a new patch out of mine? I'm not good in python but then I get your idea correctly, can test it and maybe fine-tune it for Windows. Patch uploaded to the bug report. Give it a try. Günter

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

Uwe Stöhr wrote: Am 09.06.2015 um 20:38 schrieb Georg Baum: Attached is a better patch that does this. It also extends the fix to for libreoffice. It still has this complicated quoting. I still do not understand why it has to be done this way. Could you make a proposal to make it

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

On 2015-06-14, Uwe Stöhr wrote: > could you please do me the favor and make a new patch out of mine? I'm > not good in python but then I get your idea correctly, can test it and > maybe fine-tune it for Windows. Patch uploaded to the bug report. Give it a try. Günter

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

Uwe Stöhr wrote: > Am 09.06.2015 um 20:38 schrieb Georg Baum: > >>> Attached is a better patch that does this. It also extends the fix to >>> for libreoffice. >> >> It still has this complicated quoting. I still do not understand why it >> has to be done this way. > > Could you make a proposal

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

Am 09.06.2015 um 11:03 schrieb Guenter Milde: The problem with the current code is this line: ac_word = ac_prog.split(' ')[0] Not, if you separate path and program call, e.g. (path, ac_prog) = os.path.split(path to\binary of\inkscape --help) would result in: program call

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

Am 09.06.2015 um 20:38 schrieb Georg Baum: Quoting a path with spaces is definitely needed for the command interpreter, but in every sane programming language you do not need to do it if you structure your program a bit. In this case, it means to put the path into one variable, and the program

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

Am 09.06.2015 um 20:38 schrieb Georg Baum: Quoting a path with spaces is definitely needed for the command interpreter, but in every sane programming language you do not need to do it if you structure your program a bit. In this case, it means to put the path into one variable, and the program

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

Am 09.06.2015 um 11:03 schrieb Guenter Milde: The problem with the current code is this line: ac_word = ac_prog.split(' ')[0] Not, if you separate path and program call, e.g. (path, ac_prog) = os.path.split("path to\binary of\inkscape --help") would result in: pr

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

On 2015-06-08, Uwe Stöhr wrote: Am 04.06.2015 um 23:31 schrieb Guenter Milde: Do you really need a full path to the binary on Windows? Yes. OK. Please keep the current distinction of program call (ac_prog) program name (ac_word) path (path) even if inkscape

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

Uwe Stöhr wrote: Am 04.06.2015 um 18:17 schrieb Georg Baum: Could some pythionist please review this? First you need to explain why you use this complicated quoting, and what problem it solves. If such a quoting is really needed, Of course it is necessary otherwise I wouldn't have done

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

path (path) >> even if "inkscape" is not on the binary PATH. Then, there is no need to >> have \s and \\" in program names. > I need a way to handle the space characters in the path of the binary. > The problem with the current code is thi

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

Uwe Stöhr wrote: > Am 04.06.2015 um 18:17 schrieb Georg Baum: > >>> Could some pythionist please review this? >> >> First you need to explain why you use this complicated quoting, and what >> problem it solves. >> If such a quoting is really needed, > > Of course it is necessary otherwise I

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

Am 04.06.2015 um 23:31 schrieb Guenter Milde: Do you really need a full path to the binary on Windows? Yes. AFAIK, there is a PATH variable also on DOS, so it should be possible to call the inkscape program by name instead. No, this would only work if a program is in the PATH variable

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

: +aKey = _winreg.OpenKey(aReg, rinkscape.svg\DefaultIcon) +val = _winreg.QueryValueEx(aKey, ) +return str(val[0]) +except EnvironmentError: +return '' +return 'inkscape' + + +def getLibreOfficeBinary(): +if os.name == 'nt': +import

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

eg = _winreg.ConnectRegistry(None, _winreg.HKEY_CLASSES_ROOT) +try: +aKey = _winreg.OpenKey(aReg, r"inkscape.svg\DefaultIcon") +val = _winreg.QueryValueEx(aKey, "") +return str(val[0]) +except EnvironmentError: +return '

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

Am 04.06.2015 um 23:31 schrieb Guenter Milde: Do you really need a full path to the binary on Windows? Yes. AFAIK, there is a PATH variable also on DOS, so it should be possible to call the "inkscape" program "by name" instead. No, this would only work if a program is

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

need a full path to the binary on Windows? AFAIK, there is a PATH variable also on DOS, so it should be possible to call the inkscape program by name instead. Please keep the current distinction of program call (ac_prog) program name (ac_word) path (path) even if inkscape

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

Uwe Stöhr wrote: The attached patch fixes http://www.lyx.org/trac/ticket/7657 for me. Could some pythionist please review this? First you need to explain why you use this complicated quoting, and what problem it solves. If such a quoting is really needed, then it needs to be wrapped in a

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

Uwe Stöhr wrote: > The attached patch fixes > http://www.lyx.org/trac/ticket/7657 > for me. > > Could some pythionist please review this? First you need to explain why you use this complicated quoting, and what problem it solves. If such a quoting is really needed, then it needs to be wrapped

Re: [patch] fix bug 7657 - Inkscape detection in configure.py

rty programs. Do you really need a full path to the binary on Windows? AFAIK, there is a PATH variable also on DOS, so it should be possible to call the "inkscape" program "by name" instead. Please keep the current distinction of program call (ac_prog) program nam

[patch] fix bug 7657 - Inkscape detection in configure.py

'' +return 'inkscape' + + def checkLatex(dtl_tools): ''' Check latex, return lyx_check_config ''' path, LATEX = checkProg('a Latex2e program', ['latex $$i', 'latex2e $$i']) @@ -581,7 +601,7 @@ def checkFormatEntries(dtl_tools): checkViewerEditor('a FEN viewer and editor', ['xboard -lpf

[patch] fix bug 7657 - Inkscape detection in configure.py

uot;) +return str(val[0]) + except EnvironmentError: +return '' +return 'inkscape' + + def checkLatex(dtl_tools): ''' Check latex, return lyx_check_config ''' path, LATEX = checkProg('a Latex2e program', ['latex $$i', 'latex2e $$i']) @@ -581,7 +601,7 @@ def checkFor

Re: Suggestion: Inkscape External Document

difficulty understanding details here. My experience in writing patches for other people's projects is that they will not take interest unless a full, tested version is supplied. I'm going to study in the external template JMarc mentions. For me, preview of the inkscape drawing inside LyX is not vital

Re: Suggestion: Inkscape External Document

difficulty understanding details here. My experience in writing patches for other people's projects is that they will not take interest unless a full, tested version is supplied. I'm going to study in the external template JMarc mentions. For me, preview of the inkscape drawing inside LyX is not vital

Suggestion: Inkscape External Document

Greetings I've found Xfig to be increasingly difficult to use on newer Linux systems and consider now using Inkscape. It seems to me I have to edit the same document several times in order to get changes to take effect. For some reason, the special flag on text doesn't stick the way it used

Re: Suggestion: Inkscape External Document

Le 28/07/2014 16:02, Paul Johnson a écrit : I've found Xfig to be increasingly difficult to use on newer Linux systems and consider now using Inkscape. [...] Now Inkscape has a similar --export-latex flag, described here: http://www.ctan.org/tex-archive/info/svg-inkscape That has preamble

Re: Suggestion: Inkscape External Document

On 28/07/2014 10:18 AM, Jean-Marc Lasgouttes wrote: Le 28/07/2014 16:02, Paul Johnson a écrit : I've found Xfig to be increasingly difficult to use on newer Linux systems and consider now using Inkscape. [...] Now Inkscape has a similar --export-latex flag, described here: http

Re: Suggestion: Inkscape External Document

Julien Rioux wrote: On 28/07/2014 10:18 AM, Jean-Marc Lasgouttes wrote: Le 28/07/2014 16:02, Paul Johnson a écrit : I've found Xfig to be increasingly difficult to use on newer Linux systems and consider now using Inkscape. [...] Now Inkscape has a similar --export-latex flag, described

Suggestion: Inkscape External Document

Greetings I've found Xfig to be increasingly difficult to use on newer Linux systems and consider now using Inkscape. It seems to me I have to edit the same document several times in order to get changes to take effect. For some reason, the "special" flag on text doesn't stick the w

Re: Suggestion: Inkscape External Document

Le 28/07/2014 16:02, Paul Johnson a écrit : I've found Xfig to be increasingly difficult to use on newer Linux systems and consider now using Inkscape. [...] Now Inkscape has a similar --export-latex flag, described here: http://www.ctan.org/tex-archive/info/svg-inkscape That has preamble

Re: Suggestion: Inkscape External Document

On 28/07/2014 10:18 AM, Jean-Marc Lasgouttes wrote: Le 28/07/2014 16:02, Paul Johnson a écrit : I've found Xfig to be increasingly difficult to use on newer Linux systems and consider now using Inkscape. [...] Now Inkscape has a similar --export-latex flag, described here: http

Re: Suggestion: Inkscape External Document

Julien Rioux wrote: On 28/07/2014 10:18 AM, Jean-Marc Lasgouttes wrote: Le 28/07/2014 16:02, Paul Johnson a écrit : I've found Xfig to be increasingly difficult to use on newer Linux systems and consider now using Inkscape. [...] Now Inkscape has a similar --export-latex flag, described

Inkscape = LyX (EPS) = PDF results in bad image quality

the SVG=EPS one. Inkscape creates PDF files of very high quality if I do it by hand. But now the LyX-output PDF file shows only a white figure. Okay I thought, maybe exporting my document to LaTeX (pdftex) could help get me some insights. When exporting, a pdf file for my image get created, but it's pure

Re: Inkscape = LyX (EPS) = PDF results in bad image quality

On Mon, Mar 24, 2008 at 8:13 PM, Dominik Böhm [EMAIL PROTECTED] wrote: Why is that so, what didn't I understand w.r.t. the image handling of LyX? What can I do about the bad image quality? Well, I guess I actually have understand how the things are working in LyX... The problem was that I

Inkscape => LyX (EPS) => PDF results in bad image quality

d deleted the SVG=>EPS one. Inkscape creates PDF files of very high quality if I do it by hand. But now the LyX-output PDF file shows only a white figure. Okay I thought, maybe exporting my document to LaTeX (pdftex) could help get me some insights. When exporting, a pdf file for my image get creat

Re: Inkscape => LyX (EPS) => PDF results in bad image quality

On Mon, Mar 24, 2008 at 8:13 PM, Dominik Böhm <[EMAIL PROTECTED]> wrote: > > Why is that so, what didn't I understand w.r.t. the image handling of > LyX? What can I do about the bad image quality? Well, I guess I actually have understand how the things are working in LyX... The problem was

Re: Inkscape use

You mean that the Inkscape path should be in the path prefix on Windows? That can still be done by the installer, but the configure script should create the converter entries. That will make it work on Linux and other platforms as well. OK, I'll have a look. The preferences file is also

Re: Inkscape use

> You mean that the Inkscape path should be in the path prefix on Windows? That can still be done > by the installer, but the configure script should create the converter entries. That will make it > work on Linux and other platforms as well. OK, I'll have a look. > The pref

Re: Inkscape use

Uwe Stöhr wrote: I'm trying to implement the instructions provided on the wiki site for using inkscape to handle svg figures. I can't seem to get it to work with Lyx 1.5. When you will install LyX using this alternative Windows installer: http://developer.berlios.de/projects/lyxwininstall

Re: Inkscape use

Why not add such things to the configure script instead of changing the preferences file in your installer? Then it will be available on all platforms and in all distributions. It also makes it possible to simply reconfigure LyX after installing Inkscape instead of running the installer

Re: Inkscape use

Uwe Stöhr wrote: Because these preferences entry can only be made when Inkscape is installed. I don't know how to do this in configure.py because checking for a inkscape.exe is not enough. I therefore check while installing LyX if the SVG file extensionis registered to Inkscape. You mean

  1   2   >