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
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
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
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 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 committed
--- a/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
-
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
Am 01.10.2017 um 09:38 schrieb Jürgen Spitzmüller :
>
> Am Sonntag, den 24.09.2017, 11:55 +0200 schrieb Stephan Witt:
>> commit 350ef993e59b3ede7dd621a81f096ea78296c5c8
>> Author: Stephan Witt
>> Date: Sun Sep 24 11:54:55 2017 +0200
>>
>>ad
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
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
t; $ python lyx/lib/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
> $
>
> Is
> Am 24.09.2017 um 18:57 schrieb Stephan Witt :
>
> Am 24.09.2017 um 18:32 schrieb Jürgen Spitzmüller :
>>
>> 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
>>>>
Am 24.09.2017 um 18:32 schrieb Jürgen Spitzmüller :
>
> 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.
>
gt; >>
> >>> Am 24.09.2017 um 12:30 schrieb Kornel Benko :
> >>>>
> >>>> Am Sonntag, 24. September 2017 um 11:55:38, schrieb Stephan Witt
> >>>>
> >>>>> commit 350ef993e59b3ede7dd621a81f096ea78296c5c8
> >>
gt;>> Am Sonntag, 24. September 2017 um 11:55:38, schrieb Stephan Witt
>>>>
>>>>> commit 350ef993e59b3ede7dd621a81f096ea78296c5c8
>>>>> Author: Stephan Witt
>>>>> Date: Sun Sep 24 11:54:55 2017 +0200
>>>>>
>>
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
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
han Witt
> > >
> > >> commit 350ef993e59b3ede7dd621a81f096ea78296c5c8
> > >> Author: Stephan Witt
> > >> Date: Sun Sep 24 11:54:55 2017 +0200
> > >>
> > >>add inkscape wrapper script for Mac OS
> > >>
> > >
&
uotes 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
: Stephan Witt
> >> Date: 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
Am 24.09.2017 um 12:30 schrieb Kornel Benko :
>
> Am Sonntag, 24. September 2017 um 11:55:38, schrieb Stephan Witt
>
>> commit 350ef993e59b3ede7dd621a81f096ea78296c5c8
>> Author: Stephan Witt
>> Date: Sun Sep 24 11:54:55 2017 +0200
>>
>>
s 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/T/lyx_
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
Am Sonntag, 24. September 2017 um 11:55:38, schrieb Stephan Witt
> commit 350ef993e59b3ede7dd621a81f096ea78296c5c8
> Author: Stephan Witt
> Date: Sun Sep 24 11:54:55 2017 +0200
>
> add inkscape wrapper script for Mac OS
>
Probably it doesn't matter, (because no
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 --export-eps=$$o
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', ['metafile2e
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
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
the code, but maybe 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 I
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
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
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 text st
Vermeer Martin wrote:
> From ed2997e78e5015cb4eff2a988c729fd1f1cde216 Mon Sep 17 00:00:00 2001
> From: Martin Vermeer
> Date: Sat, 3 Sep 2016 17:17:45 +0300
> Subject: [PATCH] Initial commit of Inkscape SVG LaTeX + PDF support
>
> Based on Daniel Groger's work of fiv
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
-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
Jean-Marc Lasgouttes wrote:
> Of course, I can give you git access :)
+1
Pavel
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
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
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
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
dea in 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 form
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
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"
t 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
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
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
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 chan
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 G
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 ha
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: Ink
.
However, 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
&
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 eps
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 files.
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.
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, there w
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 for end-u
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 t
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
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
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 n
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 woul
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 this li
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
#x27;'
+input_path = input_path.replace('\\', '/')
+input_path = input_path.replace('"', '\\"')
+input_path = input_path.replace(' ', '\s')
+return input_path
+
+
+def getInkscapeBinary():
+if os.name == '
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 name
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
ne, _winreg.HKEY_CLASSES_ROOT)
+ try:
+aKey = _winreg.OpenKey(aReg, r"inkscape.svg\DefaultIcon")
+val = _winreg.QueryValueEx(aKey, "")
+return str(val[0])
+except EnvironmentError:
+return ''
+return 'inkscape&
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
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, desc
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:
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 pre
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 stic
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
nd 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
> 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 pr
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
> 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
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.ber
Bernhard Roider wrote:
> I was asked to send the following to the lyx-devel list also for
> integration of the feature in default LyX.
That would be a nice addition. Please convert the scripts to python (we
don't use shell scripts anymore), and show us the lines for your
preferences file with the
I was asked to send the following to the lyx-devel list also for integration of
the feature in default LyX.
Hi There!
I've added a wiki entry that describes how to configure lyx to directly include
svg images. See
http://wiki.lyx.org/Tips/UseInkscapeSVGImages
Any comments welcome.
Bernhard
82 matches
Mail list logo
