Failed building
by unknown＠example.com
Trunk doesn't build anymore after the latest changes concerning updated devlibs. Where should we find these updated devlibs? Apparently not in the usual SVN. Reverting 9036 and 9037 soon...
-johan
13 years
[PATCH/RFC] New feature: Enclose objects in groups when applying mask
by Martin Sucha
Hi all,
I prefer adding objects into a group before applying a mask, because it allows
me to manipulate masked content easily without unsetting mask. But I often
forget to group objects before I apply a clip/mask. So I decided to take a
look at inkscape source code and made this little feature that does it
automatically for me. It needs one more thing to work properly though - when
automatically enclosing each object in a group it should mark that group as
made by that feature so when unsetting mask it ungroups only those
automatically added groups.
So where should be stored some info about whether this group should be
automatically removed? There are two possibilities that I think of:
either inkscape:groupmode attribute
or custom attribute for this purpose
Also, is it sufficient to manipulate those attributes directly or is there any
class that takes responsibility for this? At least there is some code managing
inkscape:groupmode attribute, right?
I've added a new checkbox in Inkscape Preferences/Clippaths and masks called
"Enclose masked objects in groups" to activate this feature (disabled by
default to be consistent with previous behavior), so don't forget to check it
before testing ;)
As I'm not very familar with C++ or Inkscape source code I hope I've not
introduced any memory leaks or crashes. Also if you find any coding style
violations, please notify me.
Patch attached.
Any comments are welcome ;)
Best regards,
Martin Sucha
13 years
pdf-parser.cpp:812: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
by Jeff Kowalczyk
I'm seeing a compile error in my Gentoo Linux ebuild tracking
inkscape trunk.
The branch checked out is: lp:inkscape
I haven't built in several months since the bzr switchover, so I
can't guess when the error first appeared.
Gentoo's poppler libraries are:
app-text/poppler-0.12.3-r3
app-text/poppler-data-0.4.0
virtual/poppler-0.12.3-r1
virtual/poppler-glib-0.12.3-r2
virtual/poppler-utils-0.12.3-r1
The compile error is as follows (apologies for length):
x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I..
-I/usr/include/freetype2 -pthread -DORBIT2=1
-I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include
-I/usr/include/gconf/2 -I/usr/include/orbit-2.0
-I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include
-I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -fopenmp
-I/usr/include/ImageMagick -I/usr/include/libwpg-0.1
-I/usr/include/libwpd-0.8 -I/usr/include/poppler
-I/usr/include/poppler/glib -I/usr/include/poppler
-I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include
-I/usr/include/cairo -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/pango-1.0
-I/usr/include/pixman-1 -I/usr/include/freetype2
-I/usr/include/libpng12 -DPOTRACE=\"potrace\" -pthread
-I/usr/include/gdkmm-2.4 -I/usr/lib64/gdkmm-2.4/include
-I/usr/include/giomm-2.4 -I/usr/lib64/giomm-2.4/include
-I/usr/include/pangomm-1.4 -I/usr/lib64/pangomm-1.4/include
-I/usr/include/gtk-2.0 -I/usr/include/glibmm-2.4
-I/usr/lib64/glibmm-2.4/include -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/sigc++-2.0
-I/usr/lib64/sigc++-2.0/include -I/usr/include/cairomm-1.0
-I/usr/include/pango-1.0 -I/usr/include/cairo
-I/usr/include/pixman-1 -I/usr/include/freetype2
-I/usr/include/libpng12 -I/usr/lib64/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/gtkmm-2.4
-I/usr/lib64/gtkmm-2.4/include -I/usr/include/gtk-unix-print-2.0
-I/usr/include/atkmm-1.6 -I/usr/include/libxml2
-I/usr/include/gtkspell-2.0 -I../cxxtest -I./bind/javainc
-I./bind/javainc/linux -Werror=format-security -Wall -Wformat
-Wformat-security -W -D_FORTIFY_SOURCE=2 -Wpointer-arith
-Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch
-Wno-unused-parameter -O2 -pipe -fopenmp -Wno-strict-aliasing -MT
extension/internal/pdfinput/pdf-parser.o -MD -MP -MF $depbase.Tpo
-c -o extension/internal/pdfinput/pdf-parser.o
extension/internal/pdfinput/pdf-parser.cpp &&\
mv -f $depbase.Tpo $depbase.Po
extension/internal/pdfinput/svg-builder.cpp: In member function
'std::string
Inkscape::Extension::Internal::SvgBuilder::_BestMatchingFont(std::string)':
extension/internal/pdfinput/svg-builder.cpp:907: warning:
comparison is always false due to limited range of data type
extension/internal/pdfinput/svg-builder.cpp:912: warning:
comparison between signed and unsigned integer expressions
depbase=`echo extension/internal/pdfinput/pdf-input.o | sed
's|[^/]*$|.deps/&|;s|\.o$||'`;\
x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I..
-I/usr/include/freetype2 -pthread -DORBIT2=1
-I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include
-I/usr/include/gconf/2 -I/usr/include/orbit-2.0
-I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include
-I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -fopenmp
-I/usr/include/ImageMagick -I/usr/include/libwpg-0.1
-I/usr/include/libwpd-0.8 -I/usr/include/poppler
-I/usr/include/poppler/glib -I/usr/include/poppler
-I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include
-I/usr/include/cairo -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/pango-1.0
-I/usr/include/pixman-1 -I/usr/include/freetype2
-I/usr/include/libpng12 -DPOTRACE=\"potrace\" -pthread
-I/usr/include/gdkmm-2.4 -I/usr/lib64/gdkmm-2.4/include
-I/usr/include/giomm-2.4 -I/usr/lib64/giomm-2.4/include
-I/usr/include/pangomm-1.4 -I/usr/lib64/pangomm-1.4/include
-I/usr/include/gtk-2.0 -I/usr/include/glibmm-2.4
-I/usr/lib64/glibmm-2.4/include -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/include/sigc++-2.0
-I/usr/lib64/sigc++-2.0/include -I/usr/include/cairomm-1.0
-I/usr/include/pango-1.0 -I/usr/include/cairo
-I/usr/include/pixman-1 -I/usr/include/freetype2
-I/usr/include/libpng12 -I/usr/lib64/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/gtkmm-2.4
-I/usr/lib64/gtkmm-2.4/include -I/usr/include/gtk-unix-print-2.0
-I/usr/include/atkmm-1.6 -I/usr/include/libxml2
-I/usr/include/gtkspell-2.0 -I../cxxtest -I./bind/javainc
-I./bind/javainc/linux -Werror=format-security -Wall -Wformat
-Wformat-security -W -D_FORTIFY_SOURCE=2 -Wpointer-arith
-Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch
-Wno-unused-parameter -O2 -pipe -fopenmp -Wno-strict-aliasing -MT
extension/internal/pdfinput/pdf-input.o -MD -MP -MF $depbase.Tpo
-c -o extension/internal/pdfinput/pdf-input.o
extension/internal/pdfinput/pdf-input.cpp &&\
mv -f $depbase.Tpo $depbase.Po
extension/internal/pdfinput/pdf-parser.cpp: In member function
'void PdfParser::opSetExtGState(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:812: error: no matching
function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static
GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function
'void PdfParser::opSetFillColorSpace(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1012: error: no
matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static
GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp:1014: error: no
matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static
GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function
'void PdfParser::opSetStrokeColorSpace(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1035: error: no
matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static
GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp:1037: error: no
matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static
GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function
'void PdfParser::opSetFillColorN(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1104: error: no
matching function for call to 'GfxResources::lookupPattern(char*)'
/usr/include/poppler/Gfx.h:113: note: candidates are: GfxPattern*
GfxResources::lookupPattern(char*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function
'void PdfParser::opSetStrokeColorN(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1148: error: no
matching function for call to 'GfxResources::lookupPattern(char*)'
/usr/include/poppler/Gfx.h:113: note: candidates are: GfxPattern*
GfxResources::lookupPattern(char*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function
'void PdfParser::opShFill(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1546: error: no
matching function for call to 'GfxResources::lookupShading(char*)'
/usr/include/poppler/Gfx.h:114: note: candidates are: GfxShading*
GfxResources::lookupShading(char*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function
'void PdfParser::doImage(Object*, Stream*, GBool)':
extension/internal/pdfinput/pdf-parser.cpp:2510: error: no
matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static
GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp:2595: error: no
matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static
GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function
'void PdfParser::doForm(Object*)':
extension/internal/pdfinput/pdf-parser.cpp:2770: error: no
matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static
GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
make[2]: *** [extension/internal/pdfinput/pdf-parser.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory
`/var/tmp/portage/media-gfx/inkscape-9999/work/inkscape-9999/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/media-gfx/inkscape-9999/work/inkscape-9999'
make: *** [all] Error 2
Thanks,
Jeff
13 years
Inkscape & Dbus
by Bryan Hoyt | Brush Technology
Could somebody bring me up-to-date on the state of the new Dbus interactive
stuff in Inkscape?
I remember seeing a news post or wiki page about it, and I was quite
excited. It looks like the best (only) way to make interactive, real-time
plugins for Inkscape -- and lots of other fun stuff. But I can't find much
on it now. Nothing turns up on a news search or a wiki search.
One thing I'm thinking of is trying to write the PixelSnap plugin to be more
real-time.
- Bryan
13 years
Re: [Inkscape-devel] GSoC 2010 is a go!
by Josh Andler
Excellent. I will follow up with more info as the application date
approaches. Additionally, I will forward on the couple of emails I've
received so far so you can get some info and signed up for the mailing list.
On Jan 27, 2010 10:09 AM, "Joshua Facemyer" <jfacemyer@...400...> wrote:
If that's the case (not requiring any coding ability), I'll be happy to
help out.
Just point me the right way.
JF
Jon Cruz wrote: > On Jan 27, 2010, at 5:50 PM, Ted Gould wrote: > > >> Works
for me, but I think...
------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the
business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel
13 years
GSoC 2010 is a go!
by Joshua A. Andler
Hey All,
Google announced that they will be doing Summer of Code again this year.
We can apply to be a mentoring organization again on March 8th. I'm
willing to be the Administrator again if no one else is interested.
Cheers,
Josh
13 years
Missing file on make command
by Karlisson
Hi everyone,
on revision 9020, before 'make' or 'make clean' can run, it stops and
says it need the file 'm4/ink_svn_snapshot_build.m4' (with the 'SVN'
on the filename). If I switch the 'svn' to 'bzr', it gives me the same
error, saying it needs the 'm4/ink_bzr_snapshot_build.m4'. I could fix
the problem and run 'make' by copying the file and renaming it to
m4/ink_bzr_snapshot_build.m4, so, there's a file somewhere needing an
update :)
Thanks!
--
Karlisson M. Bezerra
http://nerdson.com/
-
13 years
Fwd: Set new coordinates for points in thePiecewise<D2<SBasis> > array
by Anton Moiseev
Hello,
> I haven't read your mail in much detail, but generally it is a very bad idea to directly modify nodes of a path.
> Could you exp
>
Actually, the effect is live version of "perspective" extension. The
input is rectangle with modifiable by user nodes (which is originally
generated from the object bounding box), the result - the object would
be inscribed into modified rectangle, so it would look like in
perspective.
I am not aware if this problem has a solution based on some kind of
generic coordinate transform formula, which could be applied to the
whole Piecewise object, so I use my own solution of the problem based
on straight-forward linear geometry, which calculates new position for
each object's point and then tries to apply this value to the original
point - as if the user used "node editor" tool to move points to the
places where he wants to. I can try to describe the algorithm in more
details if that makes sense.
I know there is experimental perspective_path live effect which also
works with perspective, but when I tried it, it appeared that it works
in some different way - it does not use bounding rectangle to setup
perspective, but relies on object resize/movements instead, so this is
not what I need exactly.
I also looked at the perspective.py code, but it seems that python
extensions work in a bit different way than live effects, so I could
not neither reuse it as is, nor understand its formula basing on
source code without comments.
thank's
Anton
13 years
Set new coordinates for points in the Piecewise<D2<SBasis> > array
by Anton Moiseev
Hello,
I'm trying to write a new live effect which would move original path
points to new locations.
I have taken lpe-envelope.cpp for the base and write my code inside
Geom::Piecewise<Geom::D2<Geom::SBasis> >
LPEPerspective::doEffect_pwd2 (Geom::Piecewise<Geom::D2<Geom::SBasis>
> const & pwd2_in)
so, I receive Piecewise<D2<SBasis> > at the input and want to return
generated object Piecewise<D2<SBasis> > at the output, which would
contain all orinal pwd2_in points, but with new coordinates.
Generally I did not have problems with my algorithm and I have an
array of Point objects, but now when I want to put them back to
Piecewise<D2<SBasis> > array, the result does not have the required
quality:
It is hard to explain in more details, so would try to put some code I have.
Piecewise<D2<SBasis> > output = pwd2_in; // this gives me a path with
same number of nodes as the original one
then I go though all points in the path and try to set new location
for each point
for (unsigned i = 0; i < pwd2_in.segs.size(); i++){
Point target_point = XXX; // calc new value for current point
output[i][0][0][0] = target_point[0]; // set value for x
output[i][1][0][0] = target_point[1]; // set value for y
}
return output;
With code which works in this way the transformation converted any the
object to invisible phantome (the selection showed its area with
nothing inside, but when remove the selection it is not possible to
select object again, also the "edit points" did not show any objects)
- in short, the result was broken.
Then I played a bit with printing values for pwd2_in path, understood
that I must somehow play with SBasis object values (set values to
SBasis[0][0] and SBasis[0][1]) and added the following to the code:
for (unsigned i = 0; i < pwd2_in.segs.size(); i++){
Point target_point = XXX; // calc new value for current point
output[i][0][0][0] = target_point[0]; // set value for x
output[i][1][0][0] = target_point[1]; // set value for y
if(i > 0) {
// setup previous point target value
output[i - 1][0][0][1] = target_point[0];
output[i - 1][1][0][1] = target_point[1];
} else {
output[i][0][0][1] = target_point[0];
output[i][1][0][1] = target_point[1];
}
}
return output;
That was much better - I was able to see the deformed objects which
looked much like originals, but still had some issues:
1. Bended curves became straight lines
2. I have problems with objects consisting of multiple paths
Actually, the 1st point only shows itself when I try to deform such
object as symbol '3' (converted to path) - after deforming its shape
looks like original, but consists of straight lines; though when I
deform a simple triangle with one rib curved,the curve does not
disappear, but did not test much though with this deffect.
The 2nd problem for now is more important - it is visible after
deforming symbol '4' - when it is converted to path, it consists of 2
unconnected path objects, and after my deforming, those 2 paths become
connected at some point. This is definitely happens because I set
incorrect values to SBasis[0][1] and actually I would prefer not to
play with SBasis object by hands and to do my task in some other more
reliable way, but for now I could not find anything relevant in the
documentation.
thank's
13 years
Call for booth volunteers - SCALE8x
by Jon Cruz
Hello,
This is a general call to see if anyone might be able to volunteer some time to help man the Inkscape booth/area at SCALE8x next month in Los Angeles. If you might be able to lend some time, we have a few conference passes as an exhibitor. So if you can get there, we can get you in. :-)
It's a great experience, and very low pressure. Don't feel intimidated; step on up.
13 years
