steps to reproduce in Ubuntu 11.4 (with cairo-1.11.2)
1) open a new file
2) drag a new guideline somewhere
3) push back the guideline to the canvas - top or left border (where
rulers are located).
probably is just me but some others can check
Nemes Ioan Sorin
I have to find X,Y coordinated of object with use of source code.I don't
wants to use Extension option.
I try to write code for the same ,It gives only one objects coordinate.The
following code i write for get
Please let me know how can i get XY coordinate All SPObject on screen .
if(doc == NULL )
Inkscape::XML::Node *root = doc->getReprRoot();
Inkscape::XML::Node *path = sp_repr_lookup_name(root,
"svg:path", -1); //
if ( path == NULL )
gchar const *svgd = path->attribute("d");
fprintf(fp,"PATH2: %s\n", svgd);
View this message in context: http://old.nabble.com/X%2CY-Coordinate-tp32044215p32044215.html
Sent from the Inkscape - Dev mailing list archive at Nabble.com.
I reported bug #813212
<https://bugs.launchpad.net/inkscape/+bug/813212> a couple of days
ago, which deals with the deprecation of GtkObject in GTK+ 3. I have
taken a quick look at fixing the problem, but there a couple of things
I'm not confident about. Perhaps someone with more GTK+ experience
could help out here?
One of the main issues here is that SPCanvasItem (our custom
implementation of GnomeCanvas) is a subclass of GtkObject. GNOME
Evolution got round this problem in their own copy of GnomeCanvas by
changing the parent class to GObject. This introduces a couple of
issues that I could use some help with:
1) What do we do about the "::destroy" signal? GObject has no such
signal... there is a "::dispose", but is it functionally equivalent?
Can we just rename all the gtk_object_destroy calls to
g_object_run_dispose, and replace the custom GtkObject.destroy
implementations with GObject.dispose? Does the same apply for
GtkObjectClass and GObjectClass?
2) What do we do about the GtkObjectFlags enumeration? This is
deprecated, and no equivalent is available in GObject. Can we just
add a typedef for a "SPCanvasItemFlags" enumeration in
sp-canvas-item.h, and add a "guint32 flags" member to SPCanvasItem?
Windows devs, what version of Win are you all running regularly? Do many
still run XP or 2000? (I know user-wise they're still pretty common, just
not sure in our circle)
On the Linux side, I'm trying to get a feel for how old the distros everyone
uses are... does anyone lag any older than one "LTS" for example? Do people
tend to upgrade with every release? For me, I tend to run whatever the next
release of Ubuntu is (so I'm using what will be 10.10 for example)... what
can I say other than I like bleeding. ;)
On the Mac side, what are your upgrade habits?
There is relevance to me asking this, but I will hold off on sharing until
there's a bit of feedback.
I'm using devel versions from PPA for trunk and I noticed that the
about screen doesn't show the revision number (it just shows
It showed the revision number in previous versions, so I assume
something broke there (I can't tell when, but at least in the last two
trunk builds from PPA)
I'm talking about this bug:
I don't know the inkscape source code, but I do know some C/C++ (I'm a
fellow developer of http://kdenlive.org and of soon-to-be released
And I'm totally frustrated every time I see the above bug.
For 2 years now.
(What would a user do? Inkscape does not work -> use illustrator again.)
Please give me a rough estimate of how much time you think it would take me
to fix this bug. 2 hours or 2 days?
I use inkscape version 0.48.1 r (May 14 2011). Yesterday i saw a strange
behaviour of a text element. Inkscape show me the text from the file:
<?xml version="1.0" standalone="yes"?>
<text x="72mm" y="38mm" dx="0mm 2mm 4mm 2mm 4mm 2mm 2mm 2mm">
as "1 20 72011", instead of "12 07 2011". If i delete the title element or
comment it, the text element show me as needed.
Is this a bug or may be i do anything wrong?
When I try to compile trunk I get:
Make error line 303: problem compiling: In file included from
./src/libnr/in-svg-plane-test.h:7:25: fatal error: 2geom/isnan.h: No
such file o
Any ideas? Seems like a weird kind of file to be missing, so am I using
the wrong version of GCC or something? (This is on Windows, using the
latest devlibs and trunk.)
If try debugging inkscape using gdb on Linux, then you will have noticed
that in some cases xserver will become unresponsive. This happens for
example if you hit a breakpoint or assert while you were dragging an
object. Years ago, one of our developers blogged about a trick to run
gdb on a virtual terminal and have inkscape still run within the
xserver. I cannot recall however who it was and were it was posted, but
it was a cumbersome workaround anyway because you had to operate gdb
from a terminal (something I've never been able to master). I've now
learned a better way to do this, using gdb from within Elipse which
allows you to inspect any variable by using your mouse only. That's a
level I can handle ;-)
See http://developer.gnome.org/gtk-faq/stable/x461.html for an
explanation. I couldn't manage to get the first option working (btw
--sync has been deprecated as of recently, see
Xnest option however works flawlessly on my Fedora 15 system.
I only wished that I had known about this years ago...
PS: xorg-x11-twm and xorg-x11-server-Xnest must be installed
I was approached the other day by Gabriel Vano (Cc'd in this message) from
Give Life Color System (http://www.givelifecolorsystem.com/FreeColors.php)
to help him contact someone on the Gimp dev list to ask if they would be
interested in adding this new color system to their software.
As Inkscape is using the same type of file for swatches I thought I'd give
it a try, and it worked fine as you can at the bottom of this screenshot (
Do you think it might be interesting to add this swatch by default in
future versions of Inkscape?
Gabriel is willing to discuss copyright issues (assigning part of the
rights to Inkscape or whatever).