- Inkscape Devel - Inkscape Mailman

how to query current color on code level?
by Aapo Rantalainen 23 Nov '11

23 Nov '11

Hi, how I query current color (color of the selected object), fill or stroke, on code? I.e. color of the box in left-bottom-corner "Fill:". I have read the code (version 0.48.2) and tried this: SPDesktop *_desktop = SP_ACTIVE_DESKTOP; guint32 color = sp_desktop_get_color(_desktop, true); printf("selected color: %6x\n",color); But it is always returning 'ff0000'. ** I have found the place which writes text (but not the value) for the tooltip: ui/widget/selected-style.cpp:195 __color[i] = (i == SS_FILL)? (_("Flat color fill")) : (_("Flat color stroke")); And value is on ui/widget/selected-style.cpp:979 g_snprintf (c_string, 64, "%06x/%.3g", color >> 8, SP_RGBA32_A_F(color)); But I do not see is this correct place at all for accessing it. -Aapo Rantalainen

1 0

Second opinion
by Kris De Gussem 22 Nov '11

22 Nov '11

Hi all Could someone check independently the modifications in css.h in revision 10748? Seems to me that besides the initialisation, the equals operator in the CSSPrimitiveValue class was not doing what it was supposed to do. Thanks. Kind regards Kris

2 1

glibmm dependency should be updated
by Markus Peloquin 20 Nov '11

20 Nov '11

I just went through a lot of trouble installing dependencies for inkscape in RHEL5 only to find this error nigh instantaneously in the build: color-profile.cpp: In static member function static void Inkscape::ColorProfile::set(SPObject*, unsigned int, const gchar*): color-profile.cpp:299: error: g_uri_escape_string was not declared in this scope color-profile.cpp:308: error: g_uri_unescape_string was not declared in this scope The g_uri_* functions came in glib-2.16, not 2.4 like configure.ac looks for. I'll just go back to using RHEL5 and hating life...

1 0

Inkscape wiki news
by Kris De Gussem 15 Nov '11

15 Nov '11

Hi all I thought it was good moment to give an update from the wiki spam fighting front. I performed a thorough check on the nature and type of the recent vandalism. It is actually quite possible that there is only a single vandal. Because there is no captcha system active, anybody with even very basic programming skills is able to make a simple bot in a few hours that allows automated account creation, uploading fake images and adding spam links. Luckily, all vandalism appears to come from a few specific but broad ranges of open proxies. The reason is that if a vandal is using the IP address he gets from his internet server provider, he gets quickly blocked. Even if he is lucky to have a very dynamic IP address, he generally runs out of available IP addresses quite soon. Therefore, if he is able to, a vandal can (and will) use badly configured open proxies to have a bigger impact. Anyhow, I first checked for the individual vandal IP addresses, which I blocked. After a while, I was able to detect a line in the vandalism and IPs used, so I was able to block a few relatively small /24 IP ranges. With information from wikipedia about known and dangerous or abused open proxy ranges, I finally blocked 5 quite wide IP ranges. As far as I can see, no genuine wiki edit is done from these ranges nor any genuine account created. Since the blocks, no vandal activity was seen. Hopefully this keeps on being the case. Kind regards Kris

2 1

powerstroke
by Alexandre Prokoudine 12 Nov '11

12 Nov '11

Hi, I was wondering how powerstroke LPE was doing and whether we should enable it, and just have come across a document on somewhat similar thing called Advanced Outlines in Synfig Studio. I think some people in this list will enjoy reading it :) http://bit.ly/qwZ4lD BTW, should we perhaps enable some of the LPEs in nightly PPA? Some testing wouldn't hurt? Alexandre Prokoudine http://libregraphicsworld.org

11 32

Foot unit
by Johan Engelen 10 Nov '11

10 Nov '11

Hi all, I just found this in the code: gchar const *sp_svg_length_get_css_units(SVGLength::Unit unit) { switch (unit) { ... case SVGLength::MM: return "mm"; case SVGLength::FOOT: return ""; // Does not have a "foot" unit string in the SVG spec ... That seems weird. Are we sure this is correct, instead of returning "ft" for the foot unit? Thanks, Johan

3 4

About gtk3 migration....
by Alcides Viamontes Esquivel 10 Nov '11

10 Nov '11

Hi guys, I found this thread: http://sourceforge.net/mailarchive/message.php?msg_id=27264203 about migration of inkscape to gtk3. Has anybody worked on this? I've using Inkscape for a long time, but I have zero experience with it's inner workings (beyond coding basic extensions in python ;-) ), so, my question is, how complicated would it be? Regards!

7 10