- Inkscape Devel - Inkscape Mailman

Interested in GSoC 2013
by Catalin Ramascanu 27 Feb '13

27 Feb '13

Hello! My name is Catalin Ramascanu and I am interested in joining Inkscape for this years edition of Google Summer of Code. I am a second year student at the Faculty of Automatics and Computer Science from Bucharest, Romania and I have been using Inkscape for about a month , because currently I am working on a game application for Windows 8.I am really enjoying working with this software and I would really like to make an important contribution to this project. I have read the Inkscape wiki page regarding GSoC 2013 and I am interested in the internal work and performance improvements , specifically the startup time and initialization performance. I have also noticed the slow startup time while working with Inkscape and if it were to be improved , that would be very great. I would like know more information regarding this proposal , why does it take that long to startup and what could the problem be. I am also curios regarding the proposal "Continue C++ification" , could I receive some more information about this idea? I am very familiar with the following programming languages: C , Java , Javascript and can adapt very fast to C++. Thank you very much for your time!

6 5

Font-family drop-down menu change.
by Tavmjong Bah 25 Feb '13

25 Feb '13

Hi, I've just checked in code that inserts a list of fonts (and font-fallback lists) that are in a document at the top of the font-family drop-down menu that is in the Text toolbar. The fonts that are in the document are rendered with a blue fill to help distinguish them from the normal list of fonts. If a font is not present on the users system, a red line is drawn on top of the font name. Let me know what you think of this. Tav

11 40

Handling deprecated GNOME symbols
by Alex Valavanis 23 Feb '13

23 Feb '13

Hi All, A while ago I added checks in configure.ac to ensure that deprecated library symbols don't get used. However, this approach is probably *too strict* to be included in a stable release... for example, it will cause build-failures that are not "our fault" when the following conditions occur: * inkscape depends on library-A and library-B * inkscape disables deprecated symbols from library-B * library-A depends on deprecated symbols in library-B. This situation is currently causing build failures on Ubuntu Raring because it provides Glibmm 2.34.1, which depends on newly-deprecated symbols in glib 2.35.7. So... we need to consider our approach. Options: 1. Unconditionally allow all deprecated symbols in all libraries. (i.e., remove all the checks I introduced in configure.ac). This would prevent breakage when new deprecations are introduced... but would potentially mean nightmarish migration tasks in the future (as with the GTK+ 3 migration)! 2. Keep the deprecation checks for all libraries: We'd then need to keep fire-fighting the build breakages in distros. Not a good idea in my opinion! 3. Keep the deprecation checks only for high-level libraries: i.e., Gtkmm depends on gtk+ and glib, so we can guard against using deprecated gtkmm stuff but not the others. 4. Add a configuration flag for developers' use (something like "--enable-strict-build") that introduces the deprecation checks. My preferred option... but would people actually use it? 5. Something else? Any thoughts? AV

2 2

Why is this blowing up?
by mathog 22 Feb '13

22 Feb '13

Can somebody tell me what is wrong with this code (fragments shown below). It throws some sort of exception which Inkscape catches when it gets down to (*result).back().append(ls); However, there is no problem doing output.back().append(ls); // output is what result was named in the caller in pathv_to_linear, where "output" was created. It is only a problem when the pathvector has been passed into the second (recursive) function. Geom::PathVector pathv_to_linear( Geom::PathVector const &pathv, double maxdisp) { Geom::PathVector output; Geom::PathVector tmppath = pathv_to_linear_and_cubic_beziers(pathv); for (Geom::PathVector::const_iterator pit = tmppath.begin(); pit != tmppath.end(); ++pit) { output.push_back( Geom::Path() ); output.back().start( pit->initialPoint() ); output.back().close( pit->closed() ); for (Geom::Path::const_iterator cit = pit->begin(); cit != pit->end_open(); ++cit) { ... double xe,ye; int pset = 0; // set to 1 once a last point has been set recursive_bezier4( A[X], A[Y], B[X], B[Y], C[X], C[Y], D[X], D[Y], &xe, &ye, &pset, &output, 0); ... } void recursive_bezier4(const double x1, const double y1, const double x2, const double y2, const double x3, const double y3, const double x4, const double y4, double *xe, double *ye, // last point added, if any int *pset, // 1 if value for xe,ye have been set Geom::PathVector *result, int level) { ... r1=Geom::Point(x23,y23); Geom::LineSegment ls(r0, r1); (*result).back().append(ls); // <---- Blows up here ... recursive_bezier4(x1, y1, x12, y12, x123, y123, x1234, y1234, xe, ye, pset, result, level+1); recursive_bezier4(x1234, y1234, x234, y234, x34, y34, x4, y4, xe, ye, pset, result, level+1); } ************************************** I tried putting this r0=Geom::Point(0.0,0.0); r1=Geom::Point(1.0,1.0); Geom::LineSegment ls(r0, r1); (*result).back().append(ls); // blows up here at the top of recursive_bezier4, and it blew up in the first call, so it isn't losing the pointer in the recursion, it is invalid from the first call. However, there are no compiler errors or warnings. I also tried it this way: //in pathv_to_linear recursive_bezier4( A[X], A[Y], B[X], B[Y], C[X], C[Y], D[X], D[Y], &xe, &ye, &pset, output, 0); void recursive_bezier4(const double x1, const double y1, const double x2, const double y2, const double x3, const double y3, const double x4, const double y4, double *xe, double *ye, // last point added, if any int *pset, // 1 if value for xe,ye have been set Geom::PathVector &result, int level) { .. r0=Geom::Point(0.0,0.0); r1=Geom::Point(1.0,1.0); Geom::LineSegment ls(r0, r1); result.back().append(ls); but it had the same problem, or at least the (new) error was on the same line. When run in gdb inkscape still caught the exception, so gdb did not break at the problem. My guess is that even if gdb had caught it it would not have been very informative, just some inscrutable error at the line where I already know the problem shows up. Any ideas what might be causing this? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 2

How to enable LPE currently disabled?
by Brainless 19 Feb '13

19 Feb '13

Hello. I would like to include in a build for windows some of the LPEs currently disabled. A part from uncommenting the line 209 of the file "build.xml", do I have to do something else? I would like to enable only some of them according to what a user (druban) on Inkscapeforum (http://www.inkscapeforum.com/viewtopic.php?f=28&t=2110#p52318) told me. The list is the following: 1. Angle bisector; 2. Circle by center and radius; 3. Circle by three points (this I think could be replaced by draw from triangle or smthg like that); 4. Lattice deformation; 5. Mirror simmetry; 6. Path length; 7. Tangent to curve; 8. Text label If someone could help me, I will appreciate very much. Thanks MM -- View this message in context: http://inkscape.13.n6.nabble.com/How-to-enable-LPE-currently-disabled-tp496… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 3

Anybody going to LGM 2013 meeting in Madrid?
by Julien Deswaef 13 Feb '13

13 Feb '13

Hello everyone. First post here. Hope you all doing fine. Since I never said it out loud, here is a very big thank you for your work on Inkscape. It's my tool of choice for most of my graphic stuff. I was wondering if any of you was planning on going to the Libre Graphics Meeting in Madrid this year. http://libregraphicsmeeting.org/2013/ I'm asking this because there is a Interactivos?'13 workshop following the event and I'm looking for collaborators on a project involving Inkscape. The project is called "Design With Git" and you can read about my call for collaborators on the Medialab Prado forum. http://servidor.medialab-prado.es/~foros/punbb-1.4.1/viewtopic.php?id=32957 If you find this interesting, I would love to have your opinion and maybe have you on site working with me on this. Please note that for residents out of Madrid, Medialab-Prado will cover for the stay of a limited number of participants at the MadHostel during the dates of the celebration of the workshop. Though, unfortunately, it will not cover for your travel expenses. Looking forward for your comments and thoughts. Julien -- blog: http://p.xuv.be site: http://xuv.be

2 2

gsoc2013
by Alexandre Prokoudine 13 Feb '13

13 Feb '13

Hi, GSoC2013 is on. Are we trying to participate this year? Alexandre Prokoudine http://libregraphicsworld.org

2 3

Debugging a crash on return from graphics open()? call?
by mathog 12 Feb '13

12 Feb '13

Working on putting libUEMF's wmf support into inkscape in branch lp988601. Replicated the emf-inout/emf-print files in /src/extension/internal as wmf-inout/wmf-print, modified these to use WMF pieces instead of EMF, and cleaned up the collisions (some globals had been used originally). Got it all to compile cleanly. Problem is, it is blowing up on the "return doc" from SPDocument * Wmf::open( Inkscape::Extension::Input * /*mod*/, const gchar *uri ) { the "doc" has been created, and near as I can tell it is kosher. At least the SVG text fed in here: SPDocument *doc = SPDocument::createNewDocFromMem(d.outsvg->c_str(), strlen(d.outsvg->c_str()), TRUE); was OK (can be cut/paste into a separate SVG file, and it loads fine). The doc pointer is nonzero. Print statements work all the way down to: std::cout << "DEBUG Wmf::open post myMetaFileProc 3" <<std::endl; return doc; } Tried running it in gdb and after the crash Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. did a bt, which showed: [New Thread 0xb5f21b40 (LWP 14365)] Program received signal SIGSEGV, Segmentation fault. 0x01380110 in g_mutex_lock@...2945... () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 (gdb) bt #0 0x01380110 in g_mutex_lock@...2945... () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #1 0x0139713f in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #2 0x0139f2dc in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #3 0x0139f453 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #4 0x00abd2da in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #5 0x00ab8d3b in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #6 0x013871ec in g_cclosure_marshal_VOID__VOID () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #7 0x01385484 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #8 0x013970c0 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #9 0x0139f2dc in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #10 0x00000000 in ?? () Not very useful. How does one debug this sort of thing? I will try valgrind next (which is a real last resort for Inkscape, since it takes 10 minutes run that way, and there are scads of error problems reported, which tends to swamp the issue). But gdb sure wasn't very helpful! Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 3

Launchpad Inkscape Bug Team subscription
by Nicolas Dufour 12 Feb '13

12 Feb '13

Hi, As you may have noticed if your in the Launchpad Inkscape bug team, the flow of notifications has dramatically decreased recently. Instead of sending notifications whatever happens in the reports, the LP bug system limited the notifications to new and closed bug. I first thought it was due to a new LP feature, reset with new default values, but it finally seems it was changed by someone in the Inkscape administrators team. I understand there are too many notifications for developers, but bug managers need everything to appropriately triage the reports. For now, the settings have been reset with the previous values (notify everything, including comments) for the bug team (LP subscription page: https://bugs.launchpad.net/inkscape/+subscriptions). If needed, we have the possibility to subscribe the Inkscape Developers team to the bug system, with limited notifications (new and closed only, or filter based), or a new specific team if we don't want to reuse the developers team. The debate is open. Regards, -- Nicolas

1 0

Re: [Inkscape-devel] Image resampling [PATCH 0/6]
by Krzysztof Kosiński 12 Feb '13

12 Feb '13

2012/11/24 Søren Sandmann <sandmann@...2931...>: > Hi, > > Reviewing the supersampling patch here: > > http://cgit.freedesktop.org/~ajohnson/pixman/log/?h=supersampling > > I wasn't happy with either the performance and image quality, and I > realized that the whole supersampling approach just isn't going to > fly. Since I told people to do it that way, I apologize for that. The > approach advocated by Bill Spitzak in the various downsampling threads > of computing a convolution kernel up front, is the much better way to > go. To make up for being misleading, the following patches implement > comprehensive support for high-quality image scaling filters. This is extremely awesome. Regards, Krzysztof

4 6

bug tested, ready to commit.. please review
by insaner 11 Feb '13

11 Feb '13

hey guys, as this is my first commit, i wanted to run it by you before i do. this is the bug in question: https://bugs.launchpad.net/inkscape/+bug/1098416 this is the command i will run (after cd'ing into the "inkscape" dir that contains the src dir): bzr commit --fixes lp:1098416 --message="adding dockbar/switcher style toggles in prefs ui" src/ui/dialog/inkscape-preferences.h src/ui/dialog/inkscape-preferences.cpp is all of this ok? as a separate note, can i get some of you to check https://bugs.launchpad.net/inkscape/+bug/1092313 https://bugs.launchpad.net/inkscape/+bug/1062134 and provide some feedback so i can commit soon? thanks, and its great to be able to contribute to such a great project! -- View this message in context: http://inkscape.13.n6.nabble.com/bug-tested-ready-to-commit-please-review-t… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

ScalarUnit text input signalling, need help
by vaifrax 10 Feb '13

10 Feb '13

hello, I'm working on a customizable ruler coordinate system (see bug #170049: https://bugs.launchpad.net/inkscape/+bug/170049 ) and struggle with how to correctly use the gui elements in the document properties. I use ScalarUnit as number inputs. Clicking on up and down buttons works, but when entering numbers via keyboard nothing happens. I have not directly used signals but maybe I need to? I also uploaded the code on launchpad: https://code.launchpad.net/~vaifrax/inkscape/bugfix170049 <https://code.launchpad.net/%7Evaifrax/inkscape/bugfix170049> I'd appreciate a hint on how to (best) make keyboard input trigger the value change. Thanks

1 0

Android tablet as drawing input
by Jon Cruz 10 Feb '13

10 Feb '13

Hey Inkscapers, check this out http://www.gimpusers.com/news/00462-use-android-tablet-as-graphics-tablet-w… A simple use of an android tablet to feed as an extended X input device for drawing in Linux. Needs the X11 driver part to feed the data from the Android device to the X11 system, but from there it should end up working for all apps, including Inkscape. This is overlapping an area I was working at from the other direction, but should be easy for me to hook up to from Inkscape directly. My talk at LCA 2013 is going to be on that input work (using wiimotes, guitars, gamepads, etc.) and once I get to the point of reading in drawing data (in addition to current use as keys and pressure modifiers) using that should be very simple and avoid the need for any X11 drivers. Oh, and from what I see of the protocol, it should end up working cross-platform.

3 3

Re: [Inkscape-devel] Font-family drop-down menu change.
by ~suv 10 Feb '13

10 Feb '13

Forwarding Vlada's reply to the list … On 2013-02-09 15:33 +0100, Vladimir Savic wrote: > On 02/09/2013 01:00 PM, ~suv wrote: > >> @Vlada - IIRC you just recently (2013-02-04) reported launch times of 40 >> or more seconds: did you notice any difference with the most recent >> builds since then (revision >= 12105)? > > Revisions <12112 time: > real 0m37.590s > user 0m37.110s > sys 0m0.180s > > Revision 12112 time: > real 0m45.933s > user 0m39.158s > sys 0m0.392s > > (I've measured startup time a few times and took what is closest to mean > value) > > For comparison purposes Scribus gives me: > real 0m9.725s > user 0m6.552s > sys 0m0.508s > and yet there I have to manually close Welcome (New document) dialog and > hit Close application icon.

2 1

BSpline branch renamed. New branch for 0.48 Series
by Jabiertxo Arraiza Cenoz 10 Feb '13

10 Feb '13

Hi to all. The name for the banch BSpline is changed to be more precise. They are Based in 0.48-x (Now) lp:~jabiertxof/inkscape/BSpline+SpiroLive-0.48.x Based in 0.49-x (Devel) lp:~jabiertxof/inkscape/BSpline+SpiroLive-0.49.x We can find here: https://code.launchpad.net/~jabiertxof

1 1

0.49 release..?
by Dave Crossland 08 Feb '13

08 Feb '13

Hi! Sorry if I missed this elsewhere, but I wonder what the status is for a 0.49 release? :-) -- Cheers Dave

3 2

New extensions Eraser layer and Filter Layer.
by Jabiertxo Arraiza Cenoz 07 Feb '13

07 Feb '13

Added to inkscape resouces forum this two new extension. Eraser layer: http://www.inkscapeforum.com/viewtopic.php?f=11&t=13493 Filter Layer: http://www.inkscapeforum.com/viewtopic.php?f=11&t=13495 In other words. Im waiting for feedback/errors about BSpline+SpiroLive Branch. To prepare the translations file and propose for merge. https://code.launchpad.net/~jabiertxof Hi, Jabier.

3 4

Mac OSX 0.48.4 RC4
by Valerio Aimale 05 Feb '13

05 Feb '13

RC is out: Mtn Lion: http://rapidshare.com/files/2972309189/Inkscape-r0.48.4-r9943-10.8%2B-x86_6… Lion: http://rapidshare.com/files/2284187099/Inkscape-r0.48.4-r9943-10.7%2B-x86_6… Fixed: a) problems with keyboard: It's not really a bug. Mac OS X, for reason that evidently were valid when NeXT Step OS was designed, dispatches event to menus at a higher priority than keyboard event processor. So the menu with accelerators "sucks up" the event before it even reaches the GDK (or any other event processor) delegation system. If there are accelerators that overlap with key events , without modifers, they won't be prcessed as regular keyboard events, but as menu accelerator (the 'g' that triggers "Toolgradient" being a good example) . The fix is to modify mac.xml such that all those accelerators that overlap with simple key events are removed. I've done so. I've fixed all cases I was able to find. Let me know if you run into more. b) clipboard exchange with GIMP. The problem is really with GIMP, not Inkscape. Given that GIMP uses the unpatched gtk2+quartz library, it can only import TIFF images from the clipboard. TIFF is not mentioned in the Inkscape Info.plist, thus Inkscape does not export TIFF format to the clipboard. I've modified Info.plist , so now Inkscape and GIMP can talk via TIFF - Inkscape now exports TIFF (among a host of other formats, to the clipboard). Valerio

4 5

checkered background rendering mode for transparency?
by Andy Fitzsimon 04 Feb '13

04 Feb '13

How hard would this be to draw/implement - even if just for my build ? I'm often making all-white SVG's and wanting to keep the background 100% transparent so that inkscape faithfully renders PNG's would it make sense to include an object attribute that is painted but not rendered like sodipodi:invisible where something like opacity:0 is forced but ignored only by us ? -- Andy

2 2

LGM 2013
by Alexandre Prokoudine 04 Feb '13

04 Feb '13

Hello team, As you probably already know, registration for LGM 2013 is open, and talk proposals can be submitted. The event is taking place on April 10-13 in Madrid. See http://libregraphicsmeeting.org/2013/. LGM used to have a nice attendance by Inkscape team in 2006-2010, but then, AFAIK, things have changed. Has anybody already made up their minds to participate this year? If you did, I'd be happy to publish news and invite community to attend the event, so that they could meet you in person. Alexandre Prokoudine http://libregraphicsworld.org

3 4

Win32 Corel Draw support
by Nicolas Dufour 02 Feb '13

02 Feb '13

Hi, Corel Draw files are supported for Win32 as of revision 12091, devlibs revision 43. Don't forget to update the devlibs and use a clean build! Regards, -- Nicolas

1 0

Pointers -> references
by Johan Engelen 30 Jan '13

30 Jan '13

Hi all, A code snippet from trunk: void srgb_to_linear( double* c ) { if( *c < 0.04045 ) { *c /= 12.92; } else { *c = pow( (*c+0.055)/1.055, 2.4 ); } } Alright, this method should not do a NULL check for performance reasons (I assume). But, shouldn't we use a reference in this case then? To signal clearly that the method does not accept NULL pointers without crashing: void srgb_to_linear( double &c ) { if( c < 0.04045 ) { c /= 12.92; } else { c = pow( (c+0.055)/1.055, 2.4 ); } } I'm trying to reduce the number of crashes due to simple NULL pointer crashes. I find such bugs satisfying to fix because it takes really only 1 minute to locate the bug and 1 minute to fix and commit it, but........ Ciao, Johan

3 3

dxf2svg extension
by Kris De Gussem 30 Jan '13

30 Jan '13

Hi all Upon crawling through the source code for memory related issues, I noticed some serious issues in the dxf2svg code. Modifying the code (at least in entities2elements.cpp) did not result in recompilation and apparently the code has not been looked after for years (see [1]) and was since long excluded from the building system ([2], [3] and [4]). Is there still some purpose for the code or could we drop the dxf2svg extension code from the source tree? Regards K. Links (with thanks to suv for the links): [1] http://article.gmane.org/gmane.comp.graphics.inkscape.devel/13050/match=dxf… [2] http://inkscape.svn.sourceforge.net/viewvc/inkscape/trunk/inkscape/src/exte… [3] http://inkscape.svn.sourceforge.net/viewvc/inkscape?view=revision&revision=… [4] http://inkscape.svn.sourceforge.net/viewvc/inkscape/inkscape/trunk/src/exte…

4 10

Drawing to Canvas
by Dennis Coyle III 29 Jan '13

29 Jan '13

Hi, I am new to developing for inkscape and was wondering about drawing to the canvas. I've been digging through the src and have figured a few things out but I am still unclear as to which #include files I need add specifically and what the proper functions to call are. Any help would be much appreciated. Thanks, Dennis

3 2

Posting
by Dennis Coyle III 29 Jan '13

29 Jan '13

I have some questions to ask about the dev process for inkscape and would like to be added to the listing.

2 1

SCALE 11x Booth
by Jon Cruz 25 Jan '13

25 Jan '13

Hi guys! Once again Inkscape has exhibit space to run a booth at SCALE 11x The Eleventh Annual Southern California Linux Expo February 22-24, 2013 Hilton Los Angeles International Airport http://www.socallinuxexpo.org/scale11x If anyone out there can lend some time and spend a little time in the booth, please let us know. We have a set of free conference tickets for people participating. Thanks! p.s. apologies that this note is a bit brief, as I'm frantically packing up for flying to a different conference tomorrow.

1 0

pathv_to_linear_and_cubic_beziers, only to linear?
by mathog 25 Jan '13

25 Jan '13

Is there somewhere in Inkscape a function equivalent to: pathv_to_linear_and_cubic_beziers() which only outputs a polyline/polygon instead of a polybezier? The output format I am working on now has the former types, but not the latter. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

Ideating
by Arshdeep Singh 23 Jan '13

23 Jan '13

I have a new idea to do something in Inkscape that will help the artists a lot. * * *For the same I have been digging into the files:* fill-and-stroke.(cpp+h) paint-selector.(cpp+h) fill-style.(cpp+h) I could figure out all the details of how the FiLL and STROKE dialog box is drawn plus how it interacts with the objects. What I don't get is the code where the changes are actually applied to the selected objects on the canvas(desktop). *Facts I already know:* 1.) in Inkscape, there are two representations of the document being worked on: Object and XML. 2.) Changes in the XML Representation is automatically reflected in GObject Representation but not vice versa. Please help ! -- demicoder

1 0

Origins
by Arshdeep Singh 23 Jan '13

23 Jan '13

Can someone explain to me the origins of the function manage() quoted below in fill-and-stroke,cpp at L:134 ? ' fillWdgt = manage(sp_fill_style_widget_new()); ' --- demicoder

2 1

Mac OSX 0.48.4 RC3
by Valerio Aimale 21 Jan '13

21 Jan '13

Mountain Lon: http://rapidshare.com/files/1736402100/Inkscape-r0.48.4-r9943-10.8%2B-x86_6… Lion: http://rapidshare.com/files/3930886749/Inkscape-r0.48.4-r9943-10.7%2B-x86_6… This RC has the following features: - clipboard now fully working. The problem was inside the gtk2 library, and I fixed with this patch: https://bugzilla.gnome.org/show_bug.cgi?id=692123 GIMP and Darktable would benefit from this patch too. - OSX Menu fully functional with OSX-style mnemonics - uniconverter 1.1.5 + sk1lib 0.9.1, cdr import works great. - ghostscript bundled with the app: importing postscript works great - "open recent" working in Lion release too Problems I see: - the context-menu (right click on object) lack the "Cmd" mnemonic. This is a gtk problem. Mnemonics are correct but gtk lacks the symbol/icon for the Apple/Cmd key. I think it might be better to leave it for the gtk2/quartz team to fix this. Please let me know how it works for you, Valerio

4 8

Mac OSX 0.48.4 RC2
by Valerio Aimale 20 Jan '13

20 Jan '13

Mountain Lion: http://rapidshare.com/files/3042368673/Inkscape-r0.48.4-r9943-10.8%2B-x86_6… Lion: http://rapidshare.com/files/4110359477/Inkscape-r0.48.4-r9943-10.7%2B-x86_6… News: - open files by double clicking on Finder icons - open files by dragging icons on Inkscape dock icon - Open Recent submenu fixed - faster menubar redrawing - stuff I've forgotten .... Not in there yet: - clipboard works between document windows but not with the system clipboard - Menu accelerators not show in menu labels - Not importing cdr files - Using OSX file dialogs (this is my dream) not gtk's ... other stuff that ~suv will kindly remind us of Valerio

3 7

IE svg previewer.
by Mark T 20 Jan '13

20 Jan '13

Hi, Every now & then I search for a viewer. I use many OS's and recent Linux distros preview svg's well. Though I'm a bit stuck on a Vista box for dev-environ reasons. More Ruby done here. So I'm asking if anyone can install & test this. As I am getting a registration error, noted on issues page. If there is reg-err, can anyone fix? https://code.google.com/p/svg-explorer-extension/ MarkT -- :: チェックアウトが、Jingle だ! ::It's a Jingle Out There!

2 1

Inkscape and clipboard (mac and others)
by Valerio Aimale 18 Jan '13

18 Jan '13

Re Inkscape clipboard, I believe there are two major problems : 1) General to all platforms, the fact that Inkscape spends time at exit, putting items on the clipboard: I believe that Inkscape current behavior is the correct one. Placing items on the clipboard is an expensive operation. Most operating systems have switched to a "delayed clipboard request fulfilling" model: an app offers items on the clipboard, at the user request, but does not actually pass them to the OS. Only when another app requests the clip, the original app fulfills the request. On exit, if the app owns the promised items on the clipboard, the OS will request to fulfill placement of items on the clipboard, to make them available to other apps. The reason for that behavior is that it makes apps look nicer. If all "copy" requests were to be materialized in the clipboard immediately, the user would have to wait a significant amount of time when he/she presses Cmd-C. It is especially true of Inkscape. Inkscape's cut and past operations are especially expensive, because the have to go through uniconverter. By delaying clipboard requests fulfillment, the user as a better experience: when he requests a paste in another app, the app who own the clipboard item is the the background and can fulfill the request at any speed, without annoying the user. Materializing items in the clipboard at exit does not annoy the user, because the user is focus on other activities and does not mind a rather slow app exit. 2) Mac specific: Inkscape+quartz cannot interact with the clipboard, due to the fact that the gtk library + quartz backend does not do a proper job of translating mime-types to Uniform Type Identifier, and vice-versa. The patch below, should fix properly gtk2+quartz, but I'm still testing it. Valerio Patch: diff -Naur gtk/gtkquartz.c gtk/gtkquartz.c --- gtk/gtkquartz.c 2011-11-22 05:36:41.000000000 -0700 +++ gtk/gtkquartz.c 2013-01-18 09:25:59.000000000 -0700 @@ -80,16 +80,16 @@ static NSString * target_to_pasteboard_type (const char *target) { - if (strcmp (target, "UTF8_STRING") == 0) - return NSStringPboardType; - else if (strcmp (target, "image/tiff") == 0) - return NSTIFFPboardType; - else if (strcmp (target, "application/x-color") == 0) - return NSColorPboardType; - else if (strcmp (target, "text/uri-list") == 0) - return NSURLPboardType; - else - return [NSString stringWithUTF8String:target]; + NSString *str; + CFStringRef uti; + + if (strcmp (target, "UTF8_STRING") == 0) + return NSStringPboardType; + else { + str = [[NSString alloc] initWithUTF8String:target]; + uti = UTTypeCreatePreferredIdentifierForTag(kUTTagClassMIMEType, (CFStringRef)str, NULL); + return (NSString *) uti; + } } NSSet * @@ -127,16 +127,14 @@ GdkAtom _gtk_quartz_pasteboard_type_to_atom (NSString *type) { + NSString *str; + if ([type isEqualToString:NSStringPboardType]) return gdk_atom_intern_static_string ("UTF8_STRING"); - else if ([type isEqualToString:NSTIFFPboardType]) - return gdk_atom_intern_static_string ("image/tiff"); - else if ([type isEqualToString:NSColorPboardType]) - return gdk_atom_intern_static_string ("application/x-color"); - else if ([type isEqualToString:NSURLPboardType]) - return gdk_atom_intern_static_string ("text/uri-list"); - else - return gdk_atom_intern ([type UTF8String], FALSE); + else { + str = (NSString *)UTTypeCopyPreferredTagWithClass((CFStringRef)type, kUTTagClassMIMEType); + return gdk_atom_intern([str UTF8String], FALSE); + } } GList *

1 0

Coding style: const
by Johan Engelen 18 Jan '13

18 Jan '13

Hi all, Inspired by a blog text, I've spent some time adding "const" in a number of places. Adding const tends to spiral out of control if it was not used when code was written, meaning that you will have to add const in many other places where it should have been when it was first written. Please be very aggressive in adding "const" to any code you write. It will help us understand code better and will prevent bugs from creeping in. If "const" is new to you or you're a bit rusty on the topic, read this: http://www.cprogramming.com/tutorial/const_correctness.html Thanks a bunch, Cheers, Johan

3 2

sp-animate.h unreferenced
by Alex Valavanis 17 Jan '13

17 Jan '13

Hi All, sp-animate.h is not used by anything else and hasn't been worked on since 2006... I'm assuming this is part of an abandoned feature. Shall we get rid of it? AV

2 1

Status bar files
by Arshdeep Singh 16 Jan '13

16 Jan '13

Does anyone know which files handle the status bar notifications ? I understand it is content-aware. I need to study that mechanism for something. -- demicoder

2 1

Extensions tutorial
by Alex Valavanis 16 Jan '13

16 Jan '13

Hi everyone, I've been asked by a friend to give a talk/tutorial about Inkscape Extensions scripting for a local Python users meeting. It's a slightly daunting task for me, given that (a) I'm way more comfortable with C/C++ than Python (b) My involvement with the extensions subsystem has been pretty minimal! I'll happily put something together myself, based on the guidance on the Wiki, but if anyone already has any additional useful documentation/slides/tutorial material that they would like to contribute, that would be very helpful, and might even encourage some new contributors to the project :) Thanks! AV

3 2

Inkscape and Mac OSX menu integration
by Valerio Aimale 15 Jan '13

15 Jan '13

~suv, thanks as always for your insightful comments. Sorry for the belated reply, I've been busy with work. 99 times out of 100, refactoring is best. However, there are exceptions. Refactoring the menubar machinery in a way that works for all platforms is a major undertaking. It would be a significant investment of time. I think it would be nice to be able to provide a 0.48.4 release to the Mac users out there, who have been left behind for quite some time. I've come up with a solution that is not a hack, but not even refactoring. As a matter of fact, Inkscape has already 80 % of the code needed to work with a unified menubar. Would you, Victor, or any other willing test this version: https://rapidshare.com/files/2954353212/Inkscape-0.48.4-10.7%2B-x86_64.dmg It has a unified MacOSX menu for all windows/document/views. I don't know, however, what the unified menu does to dynamic menu items. Check marks are there and they seem to be ok for me. This version has also a working python installation. The application menu Quit item is not yet integrated with the app. It will be soon. ~suv, I've seen you comments in the bug reports and will reply, as time permits. Valerio > Commenting here even though the topic is quickly getting way above my > head: Personally, I wonder whether it's really about adding some hack, > or more about efforts at refactoring some of Inkscape's code base? As I > had tried to convey with information provided in earlier replies, some > of the issues with the menubar integration also seem to similarly affect > Inkscape e.g. on Ubuntu under Unity with the global menu (no icons and > keyboard shortcuts for menu items, the 'File > Open Recent' sub-menu is > broken in the same way, the toggle state can get out of sync, e.g when > working with multiple windows, etc). > > Possibly a somewhat related discussion, started during an earlier effort > to advance the OS X menu integration of Inkscape: > <http://inkscape.13.n6.nabble.com/Verbs-SPAction-versus-GtkAction-tt2806978.…> > > Maybe this should or could be addressed indeed by a refactoring of > Inkscape's code base, possibly with increased focus on what GTK3 might > offer right now or plans to support? AFAIU at least for the Quartz > backend GTK3 already includes menubar integration code which does not > require to depend / link against the external gtk-mac-integration > library anymore (there's a small demo app installed alongside gtk3-demo, > which uses the native global menubar on OS X [1]). > > Similarly, the problem with the modifiers in my understanding is likely > to require quite a bit of refactoring - GIMP 2.8 is my reference in this > regard: AFAICT the GIMP team rewrote large parts of the modifier code > last year [2] (IIRC after some refactoring had occurred in upstream GTK2 > 2.24 first), and now the application out-of-the-box seems to handle > modifier keys depending on the backend used for GTK2: on OS X 10.7, my > local X11-based build of GIMP 2.8.2 has the (usual) 'Ctrl' modifier in > shortcuts, whereas the Quartz-based build of the same GIMP version uses > 'Cmd' instead. This is what I'd also like to expect from Inkscape. > >

3 5

GDK Thread API deprecation
by Alex Valavanis 15 Jan '13

15 Jan '13

Dear All, I just opened a new report [1] about the deprecation of the Gdk thread API. I know very little about writing threaded applications... would anyone be willing to take a look at this, or at least give some hints about how easy/difficult it will be to fix? AV [1] https://bugs.launchpad.net/inkscape/+bug/1099832

1 0

Feature request, export a svg to a multi resolution icon
by Justin Dearing 14 Jan '13

14 Jan '13

Hello, I created a 512x512 svg image to serve as the "master" logo and icon for poshrunner. I then use inkscape from the command line to make png renderings at 256,128,64,48,32, and 16 pixel square resolution, and then use FreeImage to create a single ICO file that gets embedded into the final ico. This involves two powershell scripts: https://github.com/zippy1981/AppDomainPoshRunner/blob/master/art/buildart.p… https://github.com/zippy1981/AppDomainPoshRunner/blob/master/art/buildIcon.… It would be nice to simplify this process. Could inkscape add multi resolution ico export support? For the resolution it could be a series of checkboxes for the accepted resolution (btw as of Vista the ICO format supports 256x256). For the scriptable command line version the syntax could look like: inkscape --export-ico=foo.ico--export-ico-resolutions=16,32,48,64,48,128,256 foo.svg Regards, Justin Dearing

3 3

Can we list the Chocolatey (apt-get for windows) package for InkScape on http://inkscape.org/download/?lang=en
by Justin Dearing 13 Jan '13

13 Jan '13

Hey all, I took over maintenance of the chocolatey (http://chocolatey.org) package for inkscape. Chocolatey is basically yum/apt-get/fink/etc for windows. I have a request and two offers. My request is that you list the package on the download page. My first offer is that if you deem it appropriate I will make someone on the inkscape core team a co-owner of the package. My second offer is to integrate the package building into the inkscape windows build process if you deem that appropiate. Let me know your thoughts. Regards, Justin Dearing

1 0

Call for Merge
by Martin Owens 11 Jan '13

11 Jan '13

Hey Inkscapers, I've been on pause with this connector work waiting for the clean-up to get merged into trunk. Do we know what's going on? Best Regards, Martin Owens

2 5

Grayscale viewmode prefs
by Johan Engelen 09 Jan '13

09 Jan '13

Hi all, I'm lazy... please tell me where to store in preferences.xml the 'user-calibratable' grayscale conversion values for the grayscale view mode. Something like: /options/grayscale/r /options/grayscale/g /options/grayscale/b (off-topic: the value itself is a floating point value between 0 and 1 that says how gray that primary color should be shown; 0 = black, 1 = white) Thanks! Johan

3 3

Patch that allows use of Meta key on Mac OS X and all platforms
by Valerio Aimale 09 Jan '13

09 Jan '13

I've submitted this patch https://bugs.launchpad.net/inkscape/+bug/1097539 that activates the Meta (or Apple or Command or Windows Flag) key as modifier key. It allows to have Mac-like menu accelerators (Command-C for copying, Command-V for pasting, etc.) After applying the patch and compiling/packaging, the file share/keys/mac.xml has to be copied as Inkscape.app/Contents/Resources/keys/default.xml The file mac.xml is a copy of default.xml where I brutally found all occurrences of 'Ctrl' and replaced them with 'Meta'. I'm sure it needs a more careful approach. Valerio

1 0

Inkscape and Mac OSX menu integration
by Valerio Aimale 08 Jan '13

08 Jan '13

I think there might be a somewhat involved solution to the problem of integrating mac osx menus in inkscape. Sure having Inkscape with mac-ish menus would be nice. It entails creating an invisible window with a menu that is managed by OSX-integration. When a menu event is generated, the invisible window delegates the event to the windows that has focus - either via programmatically triggering the window's own - invisible- menu or by directly calling the verb/action. Valerio > Your email, unfortunately, made me think that OSX menu integration > might not be possible, without a major rewriting of the source code. > Inkscape's architecture (as for the majority of gtk apps) assumes > that, in multi-document mode, every window has its own private menu > that receives and process events. > > In OSX, in multi-dicument mode, there is only one menu that processes > events and dispatches actions to the window that currently has the focus. > > It might not be possible to achieve this type of integration with the > current state of Inkscape' sources.

2 1

Regression Customizable filters stop to customize after opening Filters Editor
by Ivan Louette 08 Jan '13

08 Jan '13

Rev 12010 on Kubuntu 12.04 Open Inkscape Import a bitmap Apply a customizable filter Open the Filters Editor Now you are unable to live preview the changes of any customizable filter, even if you close and reopen Inkscape ! You must delete Preferences.xml in .config to recover the live preview changes.

2 2

Programmer needed
by Susan Spencer 07 Jan '13

07 Jan '13

Looking for a programmer to develop a cairo-graphics demo app of Tau Meta Tau Physica pattern design software. This software can be used for sheet metal and wood working in addition to garment design. If you are interested please contact me at susan.spencer@...400... Cheers, - Susan

2 2

BSpline branch renamed. New branch for 0.48 Series
by Jabiertxo Arraiza Cenoz 07 Jan '13

07 Jan '13

Hi to all. I update the 0.48.x branch to the official stable branch instead the development 0.48 branch. The names are changed. Stable Branch lp:~jabiertxof/inkscape/BSpline+SpiroLive-RELEASE_0_48_BRANCH Devel Branch lp:~jabiertxof/inkscape/BSpline+SpiroLive We can find here: https://code.launchpad.net/~jabiertxof in 1 day max.

1 0

Inkscape 0.48.3 Windows 7 64-bit
by Partha Bagchi 06 Jan '13

06 Jan '13

Hi All, New to the list but not to compiling gtk programs on Windows. I decided to try my hand on compiling Inkscape on 64-bit Windows 7 after users of my Gimp builds urged me to look into Inkscape. However, I am running into an issue that is not making sense to me. The compile fails on the ui/dialog part of the tree with a message that giom/dbusmessage.h has an error in it!. I can post the exact error if needed. However, thought this might be familiar to veterans out there and so decided to post. I am using gcc 4.7.2 if that matters. If/once I am successful, I will be happy to put up builds on my website. While Googling for 64-bit builds, I see that there is virtually nothing out there for Inkscape. The SuSE builds are interesting and work. However, the ui is screwy in that you cannot open any files or save them. In other words, no dialog box shows up when you run it. So, it's not very useful. :) Thanks in advance, Partha www.partha.com

4 6

Re: [Inkscape-devel] BSpline + SpiroLive branch noww full ready
by Jabiertxo Arraiza Cenoz 06 Jan '13

06 Jan '13

Hi to all. The branch BSpline is update to fix continue previous curve error. Now is complete for testing. https://code.launchpad.net/~jabiertxof/inkscape/BSpline Feedback are welcome. Hi, Jabier. -----Mensaje original----- De: Jabiertxo Arraiza Cenoz <jabier.arraiza@...2893...> Reply-to: jabier.arraiza@...2893... Para: inkscape-devel <inkscape-devel(a)lists.sourceforge.net> Cc: nemes.sorin <nemes.sorin@...400...>, moduli16 <moduli16@...400...>, Guiu Rocafort <neandertalspeople@...400...>, Romain de Bossoreille <romain2boss@...48...>, inkscape-user(a)lists.sourceforge.net, inkscape-user-es(a)lists.sourceforge.net, inkscape-user-fr(a)lists.sourceforge.net, inkscape-user-it(a)lists.sourceforge.net, inkscape-user-brasil(a)lists.sourceforge.net, mp+137463 <mp +137463@...2499...> Asunto: BSpline + SpiroLive branch is ready for testing. Fecha: Mon, 24 Dec 2012 08:14:33 +0100 Hi to all. The branch BSpline is on. https://code.launchpad.net/~jabiertxof/inkscape/BSpline It has the SpiroLive code refactored and the new code BSpline. It has a new button near spiro, It work in pen and pencil mode. For developers: I have a problem in code commented in bspline function. Please anybody can fix? This code is for use continuing existing curves in CUSP node. I lost my terribol history of this proyect in bzr because i kill the "bzr merge" command and it corrupt a file in the branch. Please test. Feedback are welcome. Hi, Jabier.

1 0

undo: writing to XML during load
by Johan Engelen 05 Jan '13

05 Jan '13

Hi all, We have a problem with the LPE-system writing to XML *during* the load process. When loading an SVG with path effects, you can do an undo operation that bugs. Upon loading a file, all effects get recalculated, because of "path_set" being the same for initialization and changes. Can we fix the situation by simply (re-)initializing the undo system *after* a file has been fully loaded? Cheers, Johan

2 2

A slight tweak to symbol manager ;-)
by Jelle Mulder 05 Jan '13

05 Jan '13

Hi all, A thought struck me while working with the symbol manager. As it currently is springtime again, I can't help myself but post this idea here. Launchpad is not often available to me due to timeouts (3 sec reply limit reached due to GFW and NSA), sorry for that. As it now reads <symbol> code and put it neatly into a window, how hard could it be to let it read <glyph> code and put that in a window. I am sure that the font designers would be thrilled with it and using LibreOffice draw to generate SVG fontsets by using its SVG export would open up a plethora of fonts to the Inkscape community. Including all those symbol sets, wingbats, sign language symbols and whatever has been put into ttf, type1 and whatever convertible format. An addition would have to be to limit the amount of glyphs read at one time as I guess that a full traditional Chinese character set of 180.000 characters would be a tad heavy. The basic tools are there though and it can't be that hard to have it read <glyph> rather than <symbol>. Reading the UNC code per 128? incrementally and adding a number under the glyph display would turn it into a pretty sophisticated tool for font developers and designers alike. Cheers, Jelle P.S. I deem myself a lousy coder, otherwise...

1 0

Official status of 0.49 & future dev cycles
by Josh Andler 03 Jan '13

03 Jan '13

Hey All, I want to try something different with this dev cycle based on feedback that has been received as well as it being our least predictable cycle thus far. First, I want to thaw trunk to a degree. New features are allowed if they really appear to be "complete"... this means no committing anything that is known to not be fully implemented, introduce regressions, or otherwise has known issues. On top of that, if the author of said feature does not have time to polish/bugfix within a month based on feedback, it's just not the right time to merge it. Once we are clearly moving forward toward a release, at that time I will propose a freeze. Once all blocker bugs are closed out a release branch will be made. At that point is when string freeze will officially set in on that release branch. 6 wonderful weeks of further bug fixes and translating will then take place. Yes, it seems like the release is "just sitting there" while getting wrapped up, but one benefit is a planned period to get test builds out in the wild so we can possibly get an even more stable new release out. Regular users always catch our oversights, so the more of them with their hands dirty helps save us some potential bug tracker grief. Hopefully some other great new stuff has the potential to land in 0.49 now. It's a shame for development to not still charge ahead if people's work is far along enough. We'll see how this works out this time and if appropriate perhaps do the same again in future releases. I will let everyone know when it looks like we should actually go back into feature, but from where I sit, I don't foresee that being too soon. As usual, any questions, comments, or feedback are welcome. TL;DR: We're mostly thawed, but commit quality matters more than usual. An update will be posted when it's merited. Cheers, Josh

1 0

Re: [Inkscape-devel] Mac OS X Mountain Lion x86_64 packaging of 0.48.4
by Valerio Aimale 03 Jan '13

03 Jan '13

On 1/3/13 1:04 PM, Jay Vaughan wrote: >> Thanks for taking an interest in this. Hopefully someone who is more >> familiar with our packaging on OSX could chime in and/or give >> feedback. > I'm not familiar, but I just wanted to say that I will instantly download and test the living daylights out of any attempt to bring a new, stable version of Inkscape to OSX .. so Valerio, consider me ready and waiting for your hard work, and: THANK YOU! > > j. > Jay, thank you. you could trying testing the current version, though is from trunk, while a produce a proper 0.48.4 installer. Just to get an idea of how it works for you. Valerio

1 0

Inkscape 0.48.4 Release
by Ted Gould 02 Jan '13

02 Jan '13

It is pretty cool to be announcing the 0.48.4 release of Inkscape. It's a great bug fix release, which will hopefully tide people over until the upcoming 0.49. There are a ton of bug fixes in this release including one security fix, so it is recommended that everyone currently using 0.48.3 or older upgrade tho this release. As per custom please avoid announcing this widely until platform packagers have a chance to make binaries for people to download. Details Launchpad 0.48.4 Release with bugs Sourceforge Download Page Checksums SHA1 5f26f6ad191d1e7c2a9fb69a438722beb172224c inkscape-0.48.4.tar.bz2 3342235973330ae580ec0323dd3be239b2fa4ae8 inkscape-0.48.4.tar.bz2.asc ce453cc9aff56c81d3b716020cd8cc7fa1531da0 inkscape-0.48.4.tar.gz c16832575638ad704e4ae4ce406947cbec88c9d0 inkscape-0.48.4.tar.gz.asc 63cb7d00a940d0b2c5fa05adc994a9a5bd7e24ae inkscape-0.48.4.zip 89f07f9b3c0f22a265af409fce8cfaf36bcf799e inkscape-0.48.4.zip.asc MD5 47bd8546e42ba396624eef9eb66b9b6c inkscape-0.48.4.tar.bz2 b84f4dfa508492135ab4dee042d751e0 inkscape-0.48.4.tar.bz2.asc 2c7149e877609f3f7e7a9d4e6f510d2b inkscape-0.48.4.tar.gz efb3094de55b730d223c5f5b15c6049c inkscape-0.48.4.tar.gz.asc 1245682c5f4b2dc284eb8ed0c5059271 inkscape-0.48.4.zip 211c44f00cff50eeb3a29a8f61fb718c inkscape-0.48.4.zip.asc

10 12

Re: [Inkscape-devel] Installer integrity check failed
by Jeff McNeill 02 Jan '13

02 Jan '13

Thanks for suggestions. The Skydrive link worked for me.

1 0

明天寄来的贺卡《元旦快乐》
by 明天 01 Jan '13

01 Jan '13

明天寄来的贺卡《元旦快乐》　如果您无法查看贺卡，点击此处查看。元旦是美好的完结元旦是我对你最好的祝福但如果元旦你不理我我就会变成省略号...... 元旦快乐！

1 0

Installer integrity check failed
by Jeff McNeill 31 Dec '12

31 Dec '12

Installer integrity check failed On Windows release inkscape-0.48.4-1-win32.exe Tried to download from Sourceforge several times, continued to gt this error. Sincerely, -- Jeff McNeill http://jeffmcneill.com +66 80 673 1438

4 4

Selected Objects
by Arshdeep Singh 31 Dec '12

31 Dec '12

Hi all, How do we get a list of all selected objects on the canvas right now ? Honestly, I have no idea ! -- demicoder

2 1

How to use a custom GTK theme with Inkscape und Ubuntu 12.04
by unknown＠example.com 28 Dec '12

28 Dec '12

Hello, i read an article about using custom GTK themes with GIMP (http://apfelnase.de/2008/11/20/gimp-back-in-black/ ). How to do this with Inkscape? Cheers Eckhard.

5 15

SVG 1.2 Rendering Model
by Jabier Arraiza 27 Dec '12

27 Dec '12

Any body know if this is still vigent in the next 1.2 spec. http://www.w3.org/TR/2004/WD-SVG12-20041027/rendering.html Hi, Jabier.

2 2

BSpline + SpiroLive branch is ready for testing.
by Jabiertxo Arraiza Cenoz 25 Dec '12

25 Dec '12

Hi to all. The branch BSpline is on. https://code.launchpad.net/~jabiertxof/inkscape/BSpline It has the SpiroLive code refactored and the new code BSpline. It has a new button near spiro, It work in pen and pencil mode. For developers: I have a problem in code commented in bspline function. Please anybody can fix? This code is for use continuing existing curves in CUSP node. I lost my terribol history of this proyect in bzr because i kill the "bzr merge" command and it corrupt a file in the branch. Please test. Feedback are welcome. Hi, Jabier.

1 0

Blue print Strokes That Can "Travel" AstromanPete BluePrint
by Jabiertxo Arraiza Cenoz 25 Dec '12

25 Dec '12

Hi to all. Searching the blue prints, find this from AstromanPete https://blueprints.launchpad.net/inkscape/+spec/sketch-mode-contour-drawing I want to develop it, but whith diferences, i want to use Caligraphic or brush tool to allow if the user want random whith,opacity... in each variation. The only thing you lost using brush instead freehand, is the abbility to use beizer node to manipulate. Maybe the both things could be better. I dont have the email of the user and dotn know whats the better way to comunicate whith him. Hi and sorry for my english.

2 5

Problem with LPEPerpBisector
by Jabiertxo Arraiza Cenoz 24 Dec '12

24 Dec '12

Yes no problem now. Thanks very much Johan. Jabier.

1 0

Fwd: Color of an object.
by Arshdeep Singh 24 Dec '12

24 Dec '12

---------- Forwarded message ---------- From: Arshdeep Singh <moduli16@...400...> Date: Mon, Dec 24, 2012 at 3:02 PM Subject: Re: [Inkscape-devel] Color of an object. To: John Smith <john.smith7545@...36...> Thanks John. The XML Subsystem link directs to a blank page. So no use there. The link you provide gives one only definitions. I want a list of all objects currently selected. Then I want to extract their style values. On Sat, Dec 22, 2012 at 10:36 AM, John Smith <john.smith7545@...36...>wrote: > > Take a look at link [1], there are 2 representations - an XML > representation, and a GObject based representation. > "Each document has an object tree and an XML tree. Changes in the XML > tree are automatically propagated to the object tree via observers" > > Whilst running Inkscape you can track the XML tree representation from > Edit->XML Editor. > Select a rectangle and you should see a "svg:rect" node selected in the > XML Editor. > From there you should see all the rect's attributes including a style > attribute (such as fill:#803300;stroke:#aa8800) for the colors. > > For source code take a look at class SPObject (src/sp-object.h), and > classes derived from SPObject like SPRect (src/sp-rect.h) > "SPObject is an abstract base class of all of the document nodes at the > SVG document level. Each SPObject subclass implements a certain SVG element > node type..... " > > [1] http://wiki.inkscape.org/wiki/index.php/Architectural_overview > > > -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614

1 0

Problem with LPEPerpBisector
by Jabier Arraiza 22 Dec '12

22 Dec '12

Hi, I merge a branch and compiling have problems with LPEPerpBisector the error said: CXXLD inkscape libinkscape.a(effect.o): In function `Inkscape::LivePathEffect::Effect::New(Inkscape::LivePathEffect::EffectType, LivePathEffectObject*)': /home/jtx/Development/inkscape/BSpline/src/live_effects/effect.cpp:196: undefined reference to `Inkscape::LivePathEffect::LPEPerpBisector::LPEPerpBisector(LivePathEffectObject*)' collect2: error: ld returned 1 exit status make[3]: *** [inkscape] Error 1 I coment this line to compile. Hi, Jabier.

2 1

Color of an object.
by Arshdeep Singh 22 Dec '12

22 Dec '12

In my experiments with the code, I need some basic information on how an object is assigned its color parameters. Consider the following steps: 1. Draw a circle. Fill it with red color. 2. Draw a rectangle. Fill it with green. (both are solid colors right now) What would be happening in the memory/inkscape process ? a.) Will the inkscape process update the svg document side-by-side which will contain some style information ? OR b.) Is a linked list of objects updated in the memory which shall store the color properties for the circle and rectangle objects (along with other related parameters ofcourse, like stroke, style, etc.)? If you can give an idea on what files in the code handle these aforementioned steps, it will be great. The wiki's section on InkscapeColor does not help at all. I suppose the above question points to a more generic question ! " How are objects handled in Inkscape (while drawing) ?" Are they objects in the memory ? Perhaps grouping them just groups those objects under a group in a linked list or something like that ? Looking for quick answers. Thankyou. -- demicoder

2 1

Compiling on Windows 7
by Arshdeep Singh 21 Dec '12

21 Dec '12

Hello all, Thanks for the help. This email is just a gist of what I faced. The latest build 11962 builds just fine with devlibs r41 but not on TDM GCC 4.7.1. I faced a similar problem in getting the code to compile a few months back in August, when mathog found out that inkscape did not compile successfully using TDM GCC. He suggested Vanilla MinGW, which is the one I am using right now, and inkscape just builds fine. So anyone wanting to develop on Windows shall need: Vanilla MinGW as of now. (Personally I haven't tested the previous versions of TDM GCC, although Uwe Scholer has reported successfully building on Windows 7 using TDM GCC 4.6.1 :) ) For other components refer the Inkscape Wiki: http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows I would like this information to be updated on the Inkscape Wiki. It shall help the beginners and save them time. Trust me, being new to OSD, and not being able to compile for days on end when you are following the instructions meticulously is demotivating. PS: TDM GCC 4.7.x (the latest) builds the code completely but inkscape.exe does not run. After the sandtimer cursor, nothing happens. -- demicoder

4 3

No Icons.
by Arshdeep Singh 21 Dec '12

21 Dec '12

After a successful build, running inskcape.exe from the build directory runs but there are no icons for the tools. The image attached should clarify. Its a screen capture.[image: Inline image 1] -- demicoder

2 1

Re: [Inkscape-devel] Help testing SpiroLive
by Jabiertxo Arraiza Cenoz 20 Dec '12

20 Dec '12

Hello, I update the SpiroLive branch to redraw spiro when mouse stop, no gaps now. In my 5 years old computer -debian- spiro redraw ok, now better whith the tolerance fix. If isn't enoft we can increase the tolerance level. Less tolerance show more fluid spiros, more tolerance spiro curve "jumps" more. I dont want to add a botton to show optionaly, because i think this function is basic while drawing, but if we decide to make optional y start whith this. Any more betatester ;) ?

4 20

Point in right direction, r11962 bugs
by Jelle 19 Dec '12

19 Dec '12

Hi guys, I'm trying to find a good python library to access the SVG DOM, similar to the way Javascript does it. Is there any lib around that you can recommend for that? pySVG, SVGwrite, pyjs is what I managed to find references to. pyjs seems to me to be the most complete. But I would figure that Inkscape does access the SVG DOM to manipulate objects as well? Am I missing something here? Cheers, Jelle P.S. As I can't post on the bugtracker (doesn't route in China for some reason), I'll post it here. r11962 win7 (without updates) Dropshadow tool As great as the new dropshadow color setting is, using the color picker to select a color will change the color of the parent object and the dropshadow rather than the dropshadow itself. Symbols Symbols are made using lines rather than outlines. Though I can understand why to do it that way (smaller size), it leads to problems when converting them to groups as lines will inherit not the settings from the symbol, but from the current line settings. I think all symbols should be created in outlines, similar to fonts, to prevent problems. I guess engravers will like it that way better as well, but not sure about that. I'm not sure if the symbol to group setting is supposed to behave like that either. Seems illogical to me. Fill bounded area's Is broken

2 2

Re: [Inkscape-devel] Fwd: Latest Version Not Compiling
by Johan Engelen 18 Dec '12

18 Dec '12

You have bzr a merge error. Try reverting that particular file. (otherwise try google on how to fix merge conflicts in bzr) Cheers, Johan On 18-12-2012 17:47, Arshdeep Singh wrote: > _The error message is as follows:_ > > #################################################### > # BuildTool v0.9.9multi > #################################################### > ######## PARSE : build.xml > ============ cmd ============ > bzr revno > ============================= > ######## PARSE COMPLETE > ######## EXECUTE > ##### Target : init > ##### Do all preparatory tasks, like make directories and copy files > --- init / mkdir > mkdir : build > --- init / mkdir > mkdir : build/java > --- init / mkdir > mkdir : build/java/classes > --- init / mkdir > mkdir : build/java/lib > --- init / mkdir > mkdir : inkscape > --- init / copy > copy : src/helper/sp-marshal.h.mingw to src/helper/sp-marshal.h > copy : skipped > --- init / copy > copy : src/helper/sp-marshal.cpp.mingw to src/helper/sp-marshal.cpp > copy : skipped > --- init / makefile > ============ cmd ============ > bzr revno > ============================= > makefile : src/inkscape-version.cpp > makefile : skipped > --- init / makefile > makefile : config.h > makefile : skipped > ##### Target : cxxtest > ##### generate test files > --- cxxtest / cxxtestpart > --- cxxtest / cxxtestpart > --- cxxtest / cxxtestpart > --- cxxtest / cxxtestpart > --- cxxtest / cxxtestpart > --- cxxtest / cxxtestpart > --- cxxtest / cxxtestroot > ##### Target : compile > ##### compile the source to .o > --- compile / cc > cc : compile with 1 threads in parallel > cc : compile of build/obj/ui/dialog/document-properties.o required > by source > : src/ui/dialog/document-properties.cpp > ============ cmd ============ > mingw32-g++ -c -Wall -Wformat -Werror=format-security -W > -Wpointer-arith -Wcast- > align -Wsign-compare -Woverloaded-virtual -Wswitch -Werror=return-type > -O2 -mms- > bitfields -fopenmp -DVERSION=\"0.48+devel\" -DHAVE_CONFIG_H > -D_INTL_REDIRECT_INL > INE -DHAVE_SSL -DRELAYTOOL_SSL="static const int libssl_is_present=1; > static int > __attribute__((unused)) libssl_symbol_is_present(char *s){ return 1; > }" -DPOPPL > ER_NEW_GFXFONT -DGLIBMM_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED > -DGTK_DISABLE_ > SINGLE_INCLUDES -DGDKMM_DISABLE_DEPRECATED -DGSEAL_ENABLE -I. > -Ic:\devlibs/inclu > de -Ic:\devlibs/include/gtkmm-2.4 -Ic:\devlibs/lib/gtkmm-2.4/include > -Ic:\devlib > s/include/glibmm-2.4 -Ic:\devlibs/lib/glibmm-2.4/include > -Ic:\devlibs/include/g > lib-2.0 -Ic:\devlibs/lib/glib-2.0/include -mms-bitfields > -Ic:\devlibs/include/si > gc++-2.0 -Ic:\devlibs/lib/sigc++-2.0/include > -Ic:\devlibs/include/giomm-2.4 -Ic: > \devlibs/lib/giomm-2.4/include -Ic:\devlibs/include/gdkmm-2.4 > -Ic:\devlibs/lib/ > gdkmm-2.4/include -Ic:\devlibs/include/pangomm-1.4 > -Ic:\devlibs/lib/pangomm-1.4 > /include -Ic:\devlibs/include/gtk-2.0 -Ic:\devlibs/lib/gtk-2.0/include > -Ic:\devl > ibs/include/pango-1.0 -Ic:\devlibs/include/pango-1.0 > -Ic:\devlibs/include/pango- > 1.0 -Ic:\devlibs/include/cairo -Ic:\devlibs/include/gdk-pixbuf-2.0 > -Ic:\devlibs/ > include/cairomm-1.0 -Ic:\devlibs/lib/cairomm-1.0/include > -Ic:\devlibs/include/at > kmm-1.6 -Ic:\devlibs/include/atk-1.0 -Ic:\devlibs/include/gtk-2.0 > -mms-bitfields > -Ic:\devlibs/include/gtk-2.0 -Ic:\devlibs/lib/gtk-2.0/include > -Ic:\devlibs/incl > ude/ImageMagick -Ic:\devlibs/include/ImageMagick -fopenmp > -D_MAGICKDLL_ -Ic:\dev > libs/include/libxml2 -Ic:\devlibs/include/freetype2 > -Ic:\devlibs/include -Ic:\de > vlibs/include/cairo -Ic:\devlibs/include/poppler > -Ic:\devlibs/include/gc -Ic:\de > vlibs/include/libwpg-0.2 -Ic:\devlibs/include/libwpd-0.9 > -Ic:\devlibs/include/li > bwpd-0.9 -Ic:\devlibs/include/libvisio-0.0 > -Ic:\devlibs/include/libwpd-0.9 -Ic:\ > devlibs/include/libwpd-0.9 -Ic:\devlibs/include/libwpg-0.2 -Icxxtest > -Ic:\devlib > s/python/include -Isrc/bind/javainc -Isrc/bind/javainc/win32 -Isrc > -Isrc/2geom > -Isrc/2geom/numeric -Isrc/bind -Isrc/debug -Isrc/dialogs > -Isrc/display -Isrc/do > m -Isrc/dom/io -Isrc/dom/odf -Isrc/dom/util -Isrc/extension > -Isrc/extension/impl > ementation -Isrc/extension/internal -Isrc/extension/internal/bitmap > -Isrc/extens > ion/internal/filter -Isrc/extension/internal/pdfinput > -Isrc/extension/script -Is > rc/filters -Isrc/helper -Isrc/io -Isrc/libavoid -Isrc/libcola > -Isrc/libcroco -Is > rc/libgdl -Isrc/libnrtype -Isrc/libvpsc -Isrc/libvpsc/pairingheap > -Isrc/livarot > -Isrc/live_effects -Isrc/live_effects/parameter -Isrc/svg -Isrc/trace > -Isrc/trac > e/potrace -Isrc/ui -Isrc/ui/cache -Isrc/ui/dialog -Isrc/ui/tool > -Isrc/ui/view -I > src/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml > src/ui/dialog/document-properti > es.cpp -o build/obj/ui/dialog/document-properties.o > ============================= > Make error line 298: problem compiling: > src/ui/dialog/document-properties.cpp: I > n member function 'void > Inkscape::UI::Dialog::DocumentProperties::build_page()': > > src/ui/dialog/document-properties.cpp:272:1: error: expected > primary-expression > before '<<' token > src/ui/dialog/document-properties.cpp:272:3: error: expected > primary-expression > before '<<' token > src/ui/dialog/document-properties.cpp:272:5: error: expected > primary-expression > before '<<' token > src/ui/dialog/document-properties.cpp:272:7: error: expected > primary-expression > before '<' token > src/ui/dialog/document-properties.cpp:272:9: error: 'TREE' was not > declared in t > his scope > src/ui/dialog/document-properties.cpp:274:2: error: expected ';' > before 'attach_ > all' > src/ui/dialog/document-properties.cpp:275:1: error: expected > primary-expression > before '==' token > src/ui/dialog/document-properties.cpp:275:3: error: expected > primary-expression > before '==' token > src/ui/dialog/document-properties.cpp:275:5: error: expected > primary-expression > before '==' token > src/ui/dialog/document-properties.cpp:275:7: error: expected > primary-expression > before '=' token > src/ui/dialog/document-properties.cpp:277:29: error: expected > primary-expression > before '_slaveList' > src/ui/dialog/document-properties.cpp:277:29: error: expected ';' > before '_slave > List' > src/ui/dialog/document-properties.cpp:278:5: error: '_slaveList' was > not declare > d in this scope > src/ui/dialog/document-properties.cpp:283:1: error: expected > primary-expression > before '>>' token > src/ui/dialog/document-properties.cpp:283:3: error: expected > primary-expression > before '>>' token > src/ui/dialog/document-properties.cpp:283:5: error: expected > primary-expression > before '>>' token > src/ui/dialog/document-properties.cpp:283:7: error: expected > primary-expression > before '>' token > src/ui/dialog/document-properties.cpp:283:9: error: 'MERGE' was not > declared in > this scope > src/ui/dialog/document-properties.cpp:283:15: error: 'SOURCE' was not > declared i > n this scope > src/ui/dialog/document-properties.cpp:284:1: error: expected ';' > before '}' toke > n > > XX-- > > > On Tue, Dec 18, 2012 at 9:39 PM, <jbc.engelen@...2592... > <mailto:jbc.engelen@...2592...>> wrote: > > ---- Arshdeep Singh <moduli16@...400... > <mailto:moduli16@...400...>> wrote: > > > > There are no error messages. The build process just stops at the > file > > subtree.o . There is no message that shows an error or > completion of build > > process. > > This is normal when doing a parallel build. If you are doing a > parallel build (btool -j), run btool again and it will only > recompile the files that errored and you will see the error(s) if > there were any. > You can also have a look in the file "compile.lst" (or some name > like that) that should show all logged output (including errors). > > -Johan > > > > > -- > Arshdeep Singh > Third Year, Computer Engineering > Delhi Technological University > Ph: +91-9654115614

2 1

Fwd: Fwd: Latest Version Not Compiling
by Arshdeep Singh 18 Dec '12

18 Dec '12

---------- Forwarded message ---------- From: Arshdeep Singh <moduli16@...400...> Date: Tue, Dec 18, 2012 at 10:17 PM Subject: Re: [Inkscape-devel] Fwd: Latest Version Not Compiling To: Johan Engelen <jbc.engelen@...2592...> *The error message is as follows:* #################################################### # BuildTool v0.9.9multi #################################################### ######## PARSE : build.xml ============ cmd ============ bzr revno ============================= ######## PARSE COMPLETE ######## EXECUTE ##### Target : init ##### Do all preparatory tasks, like make directories and copy files --- init / mkdir mkdir : build --- init / mkdir mkdir : build/java --- init / mkdir mkdir : build/java/classes --- init / mkdir mkdir : build/java/lib --- init / mkdir mkdir : inkscape --- init / copy copy : src/helper/sp-marshal.h.mingw to src/helper/sp-marshal.h copy : skipped --- init / copy copy : src/helper/sp-marshal.cpp.mingw to src/helper/sp-marshal.cpp copy : skipped --- init / makefile ============ cmd ============ bzr revno ============================= makefile : src/inkscape-version.cpp makefile : skipped --- init / makefile makefile : config.h makefile : skipped ##### Target : cxxtest ##### generate test files --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestroot ##### Target : compile ##### compile the source to .o --- compile / cc cc : compile with 1 threads in parallel cc : compile of build/obj/ui/dialog/document-properties.o required by source : src/ui/dialog/document-properties.cpp ============ cmd ============ mingw32-g++ -c -Wall -Wformat -Werror=format-security -W -Wpointer-arith -Wcast- align -Wsign-compare -Woverloaded-virtual -Wswitch -Werror=return-type -O2 -mms- bitfields -fopenmp -DVERSION=\"0.48+devel\" -DHAVE_CONFIG_H -D_INTL_REDIRECT_INL INE -DHAVE_SSL -DRELAYTOOL_SSL="static const int libssl_is_present=1; static int __attribute__((unused)) libssl_symbol_is_present(char *s){ return 1; }" -DPOPPL ER_NEW_GFXFONT -DGLIBMM_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED -DGTK_DISABLE_ SINGLE_INCLUDES -DGDKMM_DISABLE_DEPRECATED -DGSEAL_ENABLE -I. -Ic:\devlibs/inclu de -Ic:\devlibs/include/gtkmm-2.4 -Ic:\devlibs/lib/gtkmm-2.4/include -Ic:\devlib s/include/glibmm-2.4 -Ic:\devlibs/lib/glibmm-2.4/include -Ic:\devlibs/include/g lib-2.0 -Ic:\devlibs/lib/glib-2.0/include -mms-bitfields -Ic:\devlibs/include/si gc++-2.0 -Ic:\devlibs/lib/sigc++-2.0/include -Ic:\devlibs/include/giomm-2.4 -Ic: \devlibs/lib/giomm-2.4/include -Ic:\devlibs/include/gdkmm-2.4 -Ic:\devlibs/lib/ gdkmm-2.4/include -Ic:\devlibs/include/pangomm-1.4 -Ic:\devlibs/lib/pangomm-1.4 /include -Ic:\devlibs/include/gtk-2.0 -Ic:\devlibs/lib/gtk-2.0/include -Ic:\devl ibs/include/pango-1.0 -Ic:\devlibs/include/pango-1.0 -Ic:\devlibs/include/pango- 1.0 -Ic:\devlibs/include/cairo -Ic:\devlibs/include/gdk-pixbuf-2.0 -Ic:\devlibs/ include/cairomm-1.0 -Ic:\devlibs/lib/cairomm-1.0/include -Ic:\devlibs/include/at kmm-1.6 -Ic:\devlibs/include/atk-1.0 -Ic:\devlibs/include/gtk-2.0 -mms-bitfields -Ic:\devlibs/include/gtk-2.0 -Ic:\devlibs/lib/gtk-2.0/include -Ic:\devlibs/incl ude/ImageMagick -Ic:\devlibs/include/ImageMagick -fopenmp -D_MAGICKDLL_ -Ic:\dev libs/include/libxml2 -Ic:\devlibs/include/freetype2 -Ic:\devlibs/include -Ic:\de vlibs/include/cairo -Ic:\devlibs/include/poppler -Ic:\devlibs/include/gc -Ic:\de vlibs/include/libwpg-0.2 -Ic:\devlibs/include/libwpd-0.9 -Ic:\devlibs/include/li bwpd-0.9 -Ic:\devlibs/include/libvisio-0.0 -Ic:\devlibs/include/libwpd-0.9 -Ic:\ devlibs/include/libwpd-0.9 -Ic:\devlibs/include/libwpg-0.2 -Icxxtest -Ic:\devlib s/python/include -Isrc/bind/javainc -Isrc/bind/javainc/win32 -Isrc -Isrc/2geom -Isrc/2geom/numeric -Isrc/bind -Isrc/debug -Isrc/dialogs -Isrc/display -Isrc/do m -Isrc/dom/io -Isrc/dom/odf -Isrc/dom/util -Isrc/extension -Isrc/extension/impl ementation -Isrc/extension/internal -Isrc/extension/internal/bitmap -Isrc/extens ion/internal/filter -Isrc/extension/internal/pdfinput -Isrc/extension/script -Is rc/filters -Isrc/helper -Isrc/io -Isrc/libavoid -Isrc/libcola -Isrc/libcroco -Is rc/libgdl -Isrc/libnrtype -Isrc/libvpsc -Isrc/libvpsc/pairingheap -Isrc/livarot -Isrc/live_effects -Isrc/live_effects/parameter -Isrc/svg -Isrc/trace -Isrc/trac e/potrace -Isrc/ui -Isrc/ui/cache -Isrc/ui/dialog -Isrc/ui/tool -Isrc/ui/view -I src/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml src/ui/dialog/document-properti es.cpp -o build/obj/ui/dialog/document-properties.o ============================= Make error line 298: problem compiling: src/ui/dialog/document-properties.cpp: I n member function 'void Inkscape::UI::Dialog::DocumentProperties::build_page()': src/ui/dialog/document-properties.cpp:272:1: error: expected primary-expression before '<<' token src/ui/dialog/document-properties.cpp:272:3: error: expected primary-expression before '<<' token src/ui/dialog/document-properties.cpp:272:5: error: expected primary-expression before '<<' token src/ui/dialog/document-properties.cpp:272:7: error: expected primary-expression before '<' token src/ui/dialog/document-properties.cpp:272:9: error: 'TREE' was not declared in t his scope src/ui/dialog/document-properties.cpp:274:2: error: expected ';' before 'attach_ all' src/ui/dialog/document-properties.cpp:275:1: error: expected primary-expression before '==' token src/ui/dialog/document-properties.cpp:275:3: error: expected primary-expression before '==' token src/ui/dialog/document-properties.cpp:275:5: error: expected primary-expression before '==' token src/ui/dialog/document-properties.cpp:275:7: error: expected primary-expression before '=' token src/ui/dialog/document-properties.cpp:277:29: error: expected primary-expression before '_slaveList' src/ui/dialog/document-properties.cpp:277:29: error: expected ';' before '_slave List' src/ui/dialog/document-properties.cpp:278:5: error: '_slaveList' was not declare d in this scope src/ui/dialog/document-properties.cpp:283:1: error: expected primary-expression before '>>' token src/ui/dialog/document-properties.cpp:283:3: error: expected primary-expression before '>>' token src/ui/dialog/document-properties.cpp:283:5: error: expected primary-expression before '>>' token src/ui/dialog/document-properties.cpp:283:7: error: expected primary-expression before '>' token src/ui/dialog/document-properties.cpp:283:9: error: 'MERGE' was not declared in this scope src/ui/dialog/document-properties.cpp:283:15: error: 'SOURCE' was not declared i n this scope src/ui/dialog/document-properties.cpp:284:1: error: expected ';' before '}' toke n XX-- On Tue, Dec 18, 2012 at 9:39 PM, <jbc.engelen@...2592...> wrote: > ---- Arshdeep Singh <moduli16@...400...> wrote: > > > > There are no error messages. The build process just stops at the file > > subtree.o . There is no message that shows an error or completion of > build > > process. > > This is normal when doing a parallel build. If you are doing a parallel > build (btool -j), run btool again and it will only recompile the files that > errored and you will see the error(s) if there were any. > You can also have a look in the file "compile.lst" (or some name like > that) that should show all logged output (including errors). > > -Johan > -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614

1 0

Fwd: Latest Version Not Compiling
by Arshdeep Singh 18 Dec '12

18 Dec '12

---------- Forwarded message ---------- From: Arshdeep Singh <moduli16@...400...> Date: Tue, Dec 18, 2012 at 8:28 AM Subject: Re: [Inkscape-devel] Latest Version Not Compiling To: mathog <mathog@...1176...> There are no error messages. The build process just stops at the file subtree.o . There is no message that shows an error or completion of build process. This problem was faced, ditto, 2 months back. I remember one of the developers rolled back the rev no of devlibs from r36 to r35, and then it worked just fine. Also, can some one tell me the version number of their minGW ? >Mine is: gcc version 4.6.2 (GCC) gcc version 4.6.2 (GCC) GNU gdb (GDB) 7.4 >Windows 7 >inkscape revno=11962 >devlibs revno=41 Please help. -demicoder On Tue, Dec 18, 2012 at 12:46 AM, mathog <mathog@...1176...> wrote: > On 17-Dec-2012 10:35, Arshdeep Singh wrote: > >> Do you want me to manually delete the build directory and .dep file ? >> > > Yes. Also double check that your mingwenv.bat is pointing to the correct > devlibs. If that doesn't work, post the error messages to the list. > > > Regards, > > David Mathog > mathog@...1176... > Manager, Sequence Analysis Facility, Biology Division, Caltech > -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614

2 1

Latest Version Not Compiling
by Arshdeep Singh 17 Dec '12

17 Dec '12

Hello all, First of all, a very congrats to everyone for the new release. :). :D My inkscape trunk (revno 11962) does not compile with the latest devlibs. I faced a similar problem 2 months ago, there was some problem with devlibs' recent upgradation that was causing the trouble. I am working on Windows 7. Can someone please conform this behavior and perhaps fix it ? -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614

2 1

Help needed and website redesign update
by Ian Caldwell 14 Dec '12

14 Dec '12

All, Sorry for the lag in updates regarding the site. It has been a bit depressing and I also have been extremely busy. In all honesty we had a great design and some extremely motivated people who started the project of redoing the website. As with all open source projects time and experience got the best of us (myself included). The website design was completed long ago and it looks great. It can be seen here http://en.dev.inkscape.org/ . We started the migration portion and that's about as far as we got. We had one backend mostly complete when we realized that that dev was unable to complete the project without a rewrite and sadly lacked the time due to school commitments etc. Next we had a second developer start rewriting the code and unfortunately due to time constraints is unable to finish. That being said I am open to suggestions but we need a strict time line to at least complete the basic portion of the inkscape site. That being said, We need help. Here was the original projected todo: https://docs.google.com/document/d/1LLpPSPIrbgsXTJSK56hHBwu6iaTpp7EWguxMgkP… Here is the more in depth description of each component: https://docs.google.com/document/d/1K2O-gRdbkP0XATykk6LcPo6O5-JdQzK4QmPpuLo… That being said It would be nice to have the bare minimum in place for the site to allow submission of news, user profiles, admin privileges etc. At this point I am fairly open to consideration on what languages we might use. The project was started both times in django, however was never completed. I also may even be open for consideration of Content management systems that would allow us to build in these features fairly easily and allow the site to contain the same functionality and UI. If you have any talent in the web development world. Please get back to me and lets get the ball rolling! I know the holiday's can sometimes allow time to tinker but they also can be difficult times as well. Please feel free to make suggestions on how you're able to help us complete the website redesign. Really the part we need help with is the backend to the website. Thanks, Ian Caldwell ("Inc") -- Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

1 0

Problems building current release on Windows XP with Devlibs41
by mathog 10 Dec '12

10 Dec '12

Tried to upgrade today, found inkscape now needs devlibs 41. Got that, modified mingwenv.bat to point to it. Ran btool. It got down to what looks like the final link and then blew up with: ============================= Make error line 460: LINK problem: build\libinkscape.a(main-cmdlineact.o):main-cmdlineact.cpp:(.text+0x1aa): undefined reference to `__printf__' build\libinkscape.a(init.o):init.cpp:(.text+0xac): undefined reference to `Inkscape::Extension::Internal::VsdInput::init()' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0x20): undefined reference to `libwpg::WPGFileStream::WPGFileStream(char const *)' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0x84): undefined reference to `libwpg::WPGString::WPGString()' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0x90): undefined reference to `libwpg::WPGraphics::generateSVG(WPXInputStream* , libwpg::WPGString&)' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0xa6): undefined reference to `libwpg::WPGString::~WPGString()' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0xb8): undefined reference to `libwpg::WPGString::cstr() const' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0xd0): undefined reference to `libwpg::WPGString::cstr() const' build\libinkscape.a(wpg-input.o):wpg-input.cpp:(.text+0xfa): undefined reference to `libwpg::WPGString::~WPGString()' build\libinkscape.a(FontFactory.o):FontFactory.cpp:(.text+0xff8): undefined reference to `__printf__' collect2: ld returned 1 exit status Suggestions? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 8

SVG closing path syntax
by Tavmjong Bah 07 Dec '12

07 Dec '12

Hi, At today's SVG working group meeting we talked a bit about path syntax in regards to how paths are closed. It has been proposed that if the last point in in the last path command is missing that the first point in the path be used: M x,y ... C x1,y1 x2,c2 z would be the same as M x,y ... C x1,y1 x2,2, x,y z The advantage of the proposed syntax change is that if relative path commands are used, one can ensure that the path is closed properly without introducing the little closing line segment that can result from rounding error (if the last point doesn't fall exactly on top of the first). What do people think about this? Tav

2 1

0.48.4
by Josh Andler 06 Dec '12

06 Dec '12

Hey All, Johan has fixed the outstanding bug that has been holding 0.48.4 up. I'm announcing that people have 1 week left to backport any fixes for that release and all changes should be completed by December 12th. Thanks to everyone for all of your work to make Inkscape and our community better. Looks like we may be able to pull off a holiday gift to our users after all. Cheers, Josh

3 2

Seeking input on moving forward
by Josh Andler 06 Dec '12

06 Dec '12

Hey all, As of right now there hasn't really been much headway on the renderer related bugs we have which will block 0.49 as well as no action on the security bug stopping all releases. 0.49 should be in feature freeze at this point so we can work towards releasing it (you know, being friendly to translators and all), but other than our blocker bugs, people are still happily working on other features and items that they're wanting merged in (connector cleanup, "spiro live", etc). Does anyone have any proposals on how we should move forward given the issues holding us back? Is it time that we move to using more branches as a project? One possible route would be to branch off 0.49 and allow open work to resume on trunk. Another is to create a "staging" branch that accepted merge proposals can all land in to get further testing. Note: After this experience, if things have known regressions, I feel strongly that they should not be merged into an actual "to be released" branch until those issue are resolved. I'm open to suggestions. Development shouldn't stagnate, but at this point things aren't looking good with a feature freeze in place and no signs of our blockers getting taken care of. Cheers, Josh

7 11

assets revision
by Alexandre Prokoudine 05 Dec '12

05 Dec '12

Hi, Folks from GNOME design team just asked me about ways to "hide" unused assets like templates and color swatches, so out of interest I've had a look, and it seems to me that indeed we could let go of some stuff. E.g. for templates that would be: - all desktop_* except probably 1600x1200 (640x480 is useful in 2012? for real?) - no_borders and no_layers (sounds like someone should just need to master custom templates) - default_mm and default_pt (same as above) - fontforge_glyph (obsoleted by typography_canvas) What do you think? Alexandre Prokoudine http://libregraphicsworld.org

6 6

Rotating objects around their center
by Pander 05 Dec '12

05 Dec '12

Hi all, I would like to rotate objects around their center by altering the Inkscape SVG of an image. Since the object have already been translated, I need to merge the rotate with that. I have posted an example here in September: http://www.inkscapeforum.com/viewtopic.php?f=16&t=12761 but until now, nobody was able to help me. What do I need to do in order to rotate as described in the example? Thanks, Pander

2 1

devlibs update (r39)
by Nicolas Dufour 04 Dec '12

04 Dec '12

Hi, The devlibs have just been updated to r39 in order to activate Visio file import on Windows (Wordperfect libs have been updated, and a new visio lib has been added). Note that the modifications also required some changes in the build.xml file, and that you need to update the trunk to revision 11925 so that Inkscape compiles correctly. The 0.48.x branch doesn't use libvisio, but also needs an update (revision 9931) to take the Wordperfect changes into account. Regards. -- Nicolas

4 5

Connector Work
by Martin Owens 04 Dec '12

04 Dec '12

Hey Devs, I've got a plan for getting last year's connector work into use. I've updated the branch to the latest trunk (damn you changes!) so I'd like to get this merged in because it removes 1110 lines and replaces them with 91. So it's a big cleanup of code that was never in use: https://code.launchpad.net/~doctormo/inkscape/knot-visio This branch should maintain the same functionality as we currently have, plus a focus on the next steps to improve the functionality. Testing is required and advice for more experienced cpp developers about the use of std::map instead of a more appropriate std::list structure which I'm hoping can be picked up in merge review. The next steps are the exciting parts. I thought the idea from last year about having a generic point anchor tool was really interesting. So the way the connector work will happen is, it'll simply use other non-connector functionality to achieve everything we want. The anchor tool would insert a point path, which would be displayed on screen with either an knot-anchor which would just move along with it, or some other visual identifier which would not appear in renders. It would be selectable using the near-detection and then groupable, transformable etc because it's a real point element on the canvas. The anchor tool would be useful for a few functionalities. For the connector work we would use the point to join connectors together on canvas, as custom points on shapes when grouped with them, act as flexible points where custom paths around objects are required. This offers the best combination of features while not requiring any custom attributes or elements and doesn't require a exo-canvas def addition (which would suck IMO). It's also groovy because the amount of code will be small and use lots of existing code to achieve what we want. Best Regards, Martin Owens Note: Apologies to all the wonderful responses in the thread last year, a week after my daughter was born and I fell of the productive Internet and only now is my time freeing up a bit.

3 12

Straigthening text after pdf import
by Jelle 03 Dec '12

03 Dec '12

Hello David, You're right, it involves using both split lines and remove manual kerns in that order. If you have for instance two columns of text, the import will collect it into one <text> object with several <tspan> and place every single character using a dx and dy position. To keep the whole thing in place, you need to split the lines, then remove the manual kernings. If you do the remove manual kerns first, you end up with a single column of text with tspan. The benefit is that you can edit the text more easily, but it doesn't look remotely like the pdf document. A function that would collect grouped text and place it into a single text with tspans in a similar way would be extremely useful, even if it doesn't allow for editing that well. Text search and retrieval would become a lot easier with it. I think however that a smarter algorithm that would collect characters in the same string and place them on a baseline defined by the tspan element and it's relative position to the text tag would be a giant step towards more useable PDF text import. And it seems the same goes for PS text. BTW if the pdf import comes across unknown characters, it will use that as escape codes and create a new tspan rather than using a undefined glyph to fill the hole (have that when "()" are in the original text generated from a Chinese version windows for instance. Probably some gb2312 to Unicode conversion bug.) Anyway,.. keep up the good work, typesetting hasn't been Inkscape's strong point traditionally, so any work on that is greatly appreciated. Cheers Jelle On Mon, 03 Dec 2012 10:44:31 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Split text goes the other way - it breaks strings into smaller pieces. > Maybe > you meant text -> Remove Manual Kerns? AFAIK there is no function that > merges two > <text>'s, other than by doing it manually: cutting one and pasting it > into the end > of the other. Which will generally move the second <text>. The "split > text" extension > also moves the component pieces, and does the entire <text> not just a > selected > substring, but I guess I could modify it to be better behaved. > There is another problem with some PS files - they drop all the spaces. > So that > "this is text" becomes the character set {t,h,i,s,i,s,t,e,x,t}. The > code I'm working > on will have an option to try to reinsert the spaces based on the > letter spacing. > Regards, > David Mathog > mathog@...1176... > Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

Straigthening text after pdf import
by Jelle 03 Dec '12

03 Dec '12

Hello David, You're right, it involves using both split lines and remove manual kerns in that order. If you have for instance two columns of text, the import will collect it into one <text> object with several <tspan> and place every single character using a dx and dy position. To keep the whole thing in place, you need to split the lines, then remove the manual kernings. If you do the remove manual kerns first, you end up with a single column of text with tspan. The benefit is that you can edit the text more easily, but it doesn't look remotely like the pdf document. A function that would collect grouped text and place it into a single text with tspans in a similar way would be extremely useful, even if it doesn't allow for editing that well. Text search and retrieval would become a lot easier with it. I think however that a smarter algorithm that would collect characters in the same string and place them on a baseline defined by the tspan element and it's relative position to the text tag would be a giant step towards more useable PDF text import. And it seems the same goes for PS text. BTW if the pdf import comes across unknown characters, it will use that as escape codes and create a new tspan rather than using a undefined glyph to fill the hole (have that when "()" are in the original text generated from a Chinese version windows for instance. Probably some gb2312 to Unicode conversion bug.) Anyway,.. keep up the good work, typesetting hasn't been Inkscape's strong point traditionally, so any work on that is greatly appreciated. Cheers Jelle On Mon, 03 Dec 2012 10:44:31 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Split text goes the other way - it breaks strings into smaller pieces. > Maybe > you meant text -> Remove Manual Kerns? AFAIK there is no function that > merges two > <text>'s, other than by doing it manually: cutting one and pasting it > into the end > of the other. Which will generally move the second <text>. The "split > text" extension > also moves the component pieces, and does the entire <text> not just a > selected > substring, but I guess I could modify it to be better behaved. > There is another problem with some PS files - they drop all the spaces. > So that > "this is text" becomes the character set {t,h,i,s,i,s,t,e,x,t}. The > code I'm working > on will have an option to try to reinsert the spaces based on the > letter spacing. > Regards, > David Mathog > mathog@...1176... > Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Knot Handles
by Martin Owens 03 Dec '12

03 Dec '12

Hey Gang, I'm trying to understand knots, I've introduced a bug with my changes that mean knots are created correctly, but then don't disapear when the focus changes. I can't find enough information about their internal operation to know if they handle this internally or if I should be implementing a LEAVE case in the item handle (which the code never had before, so how did it work before?) Best Regards, Martin Owens

1 1

Files modified by SpiroLIve
by Jabiertxo Arraiza Cenoz 02 Dec '12

02 Dec '12

All changes are in "pen-context.cpp" and "pen-context.h". Hi.

1 1

Scroll lock toggle
by Johan Engelen 30 Nov '12

30 Nov '12

Hi all, Just wondered: could we use the scroll lock toggle thingie for something? (I'm thinking about snap on/off, but there are probably much better uses for it) Cheers, Johan

2 2

Translations and r11895 bug in flow text
by Jelle 28 Nov '12

28 Nov '12

Hi Guys, Just to report that r11895 has a rather ugly bug in the flow text. After creating an initial text, I wasn't able to edit it anymore. Unfortunately launchpad is in the 3 second zone of timeouts for me in Chongqing, China and I've never been able to use it, otherwise I'd add the bug list there. Please bear with my good intention. And David, If you've ever imported a PDF file with lots of text in layouts, you may have noticed that every single character gets a position. Now that's fine until you try to change the text in any way as the text string will change, but not the positions string. In other words, you end up with garbage. The workaround for that is to use the split text extension. Which cleans up all the manual kernings nicely. Maybe that can lead you to solve your problem as well, as it seems related. Cheers Jelle > Message: 8 > Date: Mon, 26 Nov 2012 13:08:16 -0800 > From: mathog <mathog@...1176...> > Subject: Re: [Inkscape-devel] tspan Text Starts > To: <inkscape-devel(a)lists.sourceforge.net> > Message-ID: <a3d4787463b3de4b4f2a326b82cdf6ab@...2855...> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 23-Nov-2012 19:48, Martin Owens wrote: >> hey guys, >> >> I'm developing an extension to manage translations (which I do via >> launchpad and xml2po) but I'm having trouble with tspans. >> >> The problem seems to be that inkscape saves multiple values for the x >> attribute for some (not all) tspan sections. Specifying the letter >> placements is death to translations as the number and size of letters >> is >> guaranteed to be different. >> >> Is there any api way to strip out these bumbling attributes or better >> have them not appear in the first place? > > Hmm. Well, this may not be what you are after, but... > > I have been working on code to reassemble formatted, editable text from > component pieces. The idea is that something like > this in Inkscape: > > (E:bold)(=mc:no special formatting)(2:superscript) > > when present in an EMF or PS file, for instance, is represented by 3 > separately formatted text strings: > {E,=mc,2} > > These are currently read back into Inkscape as just those pieces. It > looks exactly like the original, but the pieces > are not assembled, so the whole is not editable. My code tries to > reassemble the pieces from its position, font information, etc. and > makes <test><tspan> records to match. This work is not done but the > current version does pretty well at figuring out where paragraphs start > and end, figures out the justifications and so forth, and generating > editable Inkscape SVG. It works with rotated text, but at present > cannot figure out when the first sentence of a paragraph belongs with > the remainder if the first is indented by starting it an offset (as > opposed to by using leading spaces.) > > For your purposes, would it be sufficient if after reassembly the > formatting information was discarded and just the logical > information retained? That would give you sentences and paragraphs > (super and subscripts would be problematical.) > > Regards, > > David Mathog > mathog@...1176... > Manager, Sequence Analysis Facility, Biology Division, Caltech

3 2

May I have a wiki login to fix the documentation about the windows command line
by Justin Dearing 28 Nov '12

28 Nov '12

Hello, This page does not mention inkscape.com versus inkscape.exe. I wasted many hours yesterday, eventually discovered this: http://kaioa.com/node/63 and this morning after discovering this http://stackoverflow.com/a/8030880/95195I realized my problem is I was executing inkscape.exe and not inkscape from the command prompt. I'd like to clarify the issue so others do not go down the same path. Justin

3 2

Obscure kerning issue
by mathog 27 Nov '12

27 Nov '12

My code to reassemble text from pieces written to EMF files is working great now except for one nagging problem, which only shows up in a few special cases involving manually kerned text. Consider these three sequences: 1. <period><space><A>(hkern + 3.75)<vertical bar> 2. <period><A>(hkern + 3.75)<vertical bar> 3. <period><space><A><vertical bar> The individual pieces written to the EMF (not reassembled) map exactly onto the originals, so there is no problem in the output coordinates. However, when reassembled into a single <text><tspan> complex (2) and (3) are still OK, but (1) is off, with the vertical bar offset leftwards towards the "A", yet the ". A" is exactly where it should be. I have tracked the problem down to the extent that I know Inkscape's display code is calculating the width of ". A" differently, when manual kerning is present, than just the sum of the advances of those characters. (Logic: the complex looks like <text><tspan></tspan><tspan</tspan><text> and the second tspan pair has a dx value calculated by subtracting from the start position of the fragment [which is correct] the start position of the previous fragment [which is also correct] plus the width of the previous fragment [which must therefore not be correct]. Changing dx to match the original kerning fixes the problem - also consistent with the calculated width not matching that from Freetype2.) Inkscape seems not to be using Freetype Kerning corrections of this type: FT_Get_Kerning( fsp->face, prev_glyph_index, glyph_index, kern_mode, &akerning ) I tried adding that, and while there was a correction for " A", it only half fixed the problem. Besides, I could not find a call to FT_Get_Kerning anywhere in the source. (It might be called indirectly by some other library.) This was all done on one machine, so it isn't a case of mismatched fonts between machines. Anybody have a thought on what Inkscape might be doing to come up with a different string width in this particular instance? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 1

tspan Text Starts
by Martin Owens 27 Nov '12

27 Nov '12

hey guys, I'm developing an extension to manage translations (which I do via launchpad and xml2po) but I'm having trouble with tspans. The problem seems to be that inkscape saves multiple values for the x attribute for some (not all) tspan sections. Specifying the letter placements is death to translations as the number and size of letters is guaranteed to be different. Is there any api way to strip out these bumbling attributes or better have them not appear in the first place? Thanks for your time. Best Regards, Martin Owens

2 5

Updated code in SpiroLIve
by Jabiertxo Arraiza Cenoz 27 Nov '12

27 Nov '12

SpiroLive branch update. Fix some redraws problems. Full comented SpiroLive code, in spanish sorry ¿Any tranlator? Regression to original codebase "sp_pen_context_set_polyline_mode" overloading whith a new function "sp_pen_context_set_mode" I want to mark for include in codebase, feedback are welcome. Hi, Jabier.

1 0

Tiling tool
by Tom Lechner 26 Nov '12

26 Nov '12

I was reading that Veronika Irvine's Tiling Tool Summmer of Code project was successful, which is quite exciting. Can this be downloaded somewhere? I can't seem to find reference to it.. -Tom

3 3

Sorin based SpiroLive behabiours
by Jabiertxo Arraiza Cenoz 26 Nov '12

26 Nov '12

Translated by google -------------------------------------------------- -------------------- Hi. I just upgraded to SpiroLive branch as directed by Sorin, with which I agree. Containing historical remains above 11,864 revision behavior. For a lack of knowledge on how to mine working with Bazaar, are not available, this time, the various revisions between one version and another. I made a change to code that I would like, in the files "pen-context.cpp", "pen-context.h", "draw-context.cpp" and "widgets / pencil-toolbar-cpp" is used function called "sp_pen_context_set_polyline_mode" that is developed in the pen-context.cpp file. This function is used to change the mode (polyline, paraxial ...). I have seen fit to extend its scope to also define whether we are in "Spiro" or, in the future, whether we are in "BSpline". To this I added a boolean property to the object "SPPenContext" called "spiro" (pc-> spiro) and changed the name of the function in the three previous files "sp_pen_context_set_polyline_mode" a "sp_pen_context_set_mode". On the use of the tool, I had to update the message status bar with the string "SHIFT for cusp node" and see how they manage the translations. Usage is simple, clicks create SYMM nodes with "SHIFT" are created but are mode CUSP. I ask you to try the code, especially continuing existing lines and / or closing them. Greetings. ---------------------------------------------------------------------- Hola. Acabo de actualizar el branch de SpiroLive siguiendo las indicaciones de Sorin, con las que estoy de acuerdo. Queda como histórico conteniendo el anterior comportamiento la revisión 11864 . Por una falta de conocimientos mios en la manera de trabajar con Bazaar, no están disponibles, esta vez, las distintas revisiones entre una versión y la otra. He realizado un cambio en código que me gustaría comentar, en los archivos "pen-context.cpp", "pen-context.h", "draw-context.cpp" y "widgets/pencil-toolbar-cpp" se utiliza una función llamada "sp_pen_context_set_polyline_mode" que está desarrollada en el archivo pen-context.cpp. Esta función sirve para cambiar el modo (polilinea,paraxial...). He creído conveniente ampliar su alcance para definir también si estamos en modo "Spiro" o para, en el futuro, saber si estamos en modo "BSpline". Para ello he añadido una propiedad booleana a el objeto "SPPenContext" llamada "spiro" (pc->spiro) y he cambiado el nombre de la función en los tres archivos anteriores de "sp_pen_context_set_polyline_mode" a "sp_pen_context_set_mode". En cuanto al uso de la herramienta, me falta actualizar los mensajes de la barra de estado con el string "SHIFT for cusp node" y ver como se gestionan las traducciones. El uso es simple, los clics crean nodos SYMM, con la tecla "SHIFT" se crean pero son de modo CUSP. Os pido que probéis el código, especialmente continuando líneas existentes y/o cerrándolas. Saludos.

1 0

Anyone can confirm if this is really a bug ?
by Guiu Rocafort 21 Nov '12

21 Nov '12

I'm not really sure about this being really a bug so I'm asking before creating a bug report. The bug is checked using Windows 7 64 bits and Inkscape 0.48 The steps for reproducing are: 1. Create empty file. 2. Create a rectangle ( or any other shape ) 3. Open Fill and Stroke menu 4. Select Stroke tab. 5. Grab color picker tool. 6. Select any color in the document. What happens: The fill colour becomes the one picked with the tool. What I think it should happen: Since the stroke tab is selected, the stroke colour should become the one selected with the tool and not the fill colour. So I am missunderstanding Inkscape or is it a real bug ? Thanks -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html

5 9

0.49 release status update
by Josh Andler 20 Nov '12

20 Nov '12

Hey All, It's almost time we move on to Feature Freeze, at this point I'm saying let's put it out there as November 30th. I had delayed it to get in a couple new features and the reason I'm not just saying it's today is to leave it open for John Smith for a shortcut editor akin to GIMP's (if it can be completed in time). The current list of bugs milestoned for 0.49 is at 50... and that is quite high. Can people help reduce this number some? My guess is things like the tutorial updates for 0.49 are not likely to make it for example. https://bugs.launchpad.net/inkscape/+bugs?field.searchtext=&orderby=-import… The real issue though is that we currently have 13 blocker bugs, all but one of which are regressions caused by the new renderer or rendering cache. https://bugs.launchpad.net/inkscape/+bugs?field.searchtext=&orderby=-import… In addition to these blockers, we still have a security bug that is blocking 0.48.4 and will also block 0.49. Please focus efforts on fixing bugs rather than enhancing features at this point. The two exceptions to this are for the shortcut editor and the newly committed symbols dialog, polishing things like this is good. String Freeze will go into effect on November 30th at this point, but I HIGHLY recommend translators get started now if they haven't started already (as was previously recommended). Unfortunately, it does not look like we're going to be able to get the release out this year as originally hoped. At the current rate I hope we can get it out in Q1 of next year. Sorry for not giving an update sooner. I hope all is well with everyone! Cheers, Josh

3 3

PDF X-3
by john Culleton 20 Nov '12

20 Nov '12

An Inkscape file can be saved as PDF 3 or PDF 4. What are the prospects for PDF X-3 being added to the list? -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html

2 1

Cuestion about branches test
by Jabiertxo Arraiza Cenoz 20 Nov '12

20 Nov '12

Hello Krzysztof. Thanks very much. I update the branch and tell in the list the number of the previous branch whith old staff for posibol regression. Hi, Jabier. > On Wed, 2012-11-14 at 13:36 +0100, Jabier Arraiza wrote: >> Im new to develop whith BZR. I develop a branch, and after i made a lot >> of changes on the branch but i want to know what version of code is >> better. >> What i do? 2 branches or update original branch whith the new code. >> The new code is more powerful but im not sure is ok whith the filosophy >> of inkscape, because made more changes to the code and change some >> behviors on usage. > > If you want to compare a branch, to let's say trunk you can do that > using bzr by specifying the branch. So: > > $ bzr diff --new lp:inkscape > > Would compare to trunk. Usually I find it useful to compare to the > common ancestor as the diff is a bit cleaner: > > $ bzr diff -r ancestor:lp:inkscape > > If you'd like to update your branch to include the changes that are on > trunk currently you can just merge them in. No need to worry about > rebasing or anything like that, Bazaar handles it for you. > > $ bzr merge lp:inkscape > $ bzr commit -m "Updating to trunk" > > It's difficult to know which is "better", but hopefully that helps you > figuring out the information you need. This information could be added to our Bazaar tutorial: http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar Regards, Krzysztof

1 0

sodipodi:linespacing
by mathog 19 Nov '12

19 Nov '12

How does sodipodi:linespacing determine the vertical spacing to the next line? From a bit of experimenting it looks like it starts with this: sodipodi:linespacing="125%" and then looks at the maximum font size in all of the <tspan>'s included under the following <tspan sodipodi:role="line" and multiplies those together. So if the largest is 16pt, it uses 20pt for the linespacing. Is there anything else involved, or is that the entire method? Also, if this is all inside a <text> with style="font-size:32.000000pt;font-style:normal;font-variant:normal;font-weight:400;font-stretch:Normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;text-align:start;text-anchor:start;font-family:Arial;" Changing font-size or line-height makes absolutely no difference in the display. Is that how it should be? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Inkscape 0.48+devel r11870 and Units
by Jelle 18 Nov '12

18 Nov '12

Hi Guys, Testing this recent build. Inkscape 0.48+devel r11870 So far: New stuff: - Love the Symbol manager. It will greatly inprove productivity. I wish that a similar thing could be done with first level grouped objects and using the same CTRL+select for objects within that. Ehm,.. a small note saying Use CTRL+C to copy might help though, as I tried clicking and dragging first. BTW. If it would follow the rule of always paste in place, it would be a great help in templating designs. - The new text edit docker is great! Would have liked to see a list of fonts used in the document though, so you can more easily select from the fonts already chosen, find out missing fonts etc.. Could that be added to a third tab? Old stuff: - It's the old clip an object and get to select the object rather than the clipped area bug. So my clip displays the size of the clipped object rather than the clipping area. Now really...that is something that needs fixing. BTW,.. using the create copy of clipping object to create area rather than the default. Releasing the clip doesn't recreate a copy of the clipping object on the screen, clippath is left in defs. So I guess the function has to be extended with a function to copy that node back to the correct z-order of the objects. Question: - Does Inkscape already support SVG font display (Tiny, not Full)? I know Mozilla doesn't support it and probably never will, but I really would love to use them regardless. I have several use cases in mind that are uniquely possible using SVG fonts and don't care if users will have to use "Modern" browsers like ahem.. the rest. Now we can create Glyphs, but I am not sure if it is possible to display them yet. I'll do more testing during the next few weeks, if there's anything you'd like me to pay attention to, please tell as there are a lot of things, new and old. On the Units discussion: The idea is simple Inkscape uses px as units. In the config we can set the amount of pixels per unit, so we end up with 90dpi (standard screenres in 2000) or just set it to 10px per mm or whatever. That way poor buggers like me that design in mm for print and need to get this used on screen won't have to use a calculator to convert the x,y locations with a 6 decimal precision and make these horrid choices on how to handle the half a pixel sizes. Using 3.50xxxx etc. really does my head in at times. Nowhere in the SVG specs does it implicitly say how many PPI to use, it's arbitrary. However, as it was concieved to be used as a screen format, it became pixels per Inch to follow the industry standard. The latter we can blame on Silicon Valley being the place where the early stages of IT were conducted rather than Bletchly Park or Paris. The whole zoom factor is not the issue. It's having a SVG document that has been converted from mm to Inches and then PPI. If I have a 85x55mm businesscard, I'd love to be able to read that in the SVG file as 850x550 px rather than 309.2xxxxx x 190.1xxxxx. That way I can more easily create guidelines and additional objects on screen in my web application without having to calculate every friggin measurement and ending up with those quirky estimations. Maybe Inkscape development isn't always a bliss, but I think with little effort Development using Inkscape can be made a bliss. Adding a setting for Pixels per Unit will greatly improve my sense of bliss at least. For others it may also be a handy way to solve their problems they encounter with scaling if there was an additional recalculator function added to this scaling. That would be a nice extension maybe. "Change/Convert pixels per unit"... Oh joy! I could reset tonnes of hardly usable SVG code with that..! Well,.. Cheers Jelle

6 6

Cuestion about branches test
by Jabier Arraiza 16 Nov '12

16 Nov '12

Hello. Im new to develop whith BZR. I develop a branch, and after i made a lot of changes on the branch but i want to know what version of code is better. What i do? 2 branches or update original branch whith the new code. The new code is more powerful but im not sure is ok whith the filosophy of inkscape, because made more changes to the code and change some behviors on usage. Another cuestion is about lang. I want to chage some mensagges in the GUI. IN the core i change it in english but i want to know how to prepare for inernatioalization. Is only one or two mensages in the tip bottom zone. Thanks in advance and sorry for my english. P.D. Think is beter put the mensages in my natural -spanish- lang too?

3 2

Cannot build Inkscape with newest Mingw, devlibs36
by mathog 15 Nov '12

15 Nov '12

XP SP3, 32 bit. I had been happily building inkscape branch lp988601 on XP using a version of mingw with gcc 4.6.2 and devlibs32. Yesterday I tried to upgrade this build environment, and while it builds to completion, the resulting inkscape does not run. Method 1. mv ming mingw_save 2. Download mingw-getinst-20120426.exe from sourceforge. Run it, install C,C++ compilers and Mingw Devel. This resulted in gcc 4.7.2 and w32api and iconv installed (the latter two had to be installed separately last time.). 5. bzr checkout --lightweight lp:inkscape-devlibs devlibs Move the folder to /c/progs/devlibs36. 6. modify mingwenv.bat in inkscape directory to use /c/progs/devlibs36. 7. g++ buildtool.cpp -o btool -fopenmp btool -version BuildTool v0.9.9multi 8. bzr revert bzr update bzr revno (11707) btool clean btool (builds to completion) inkscape\inkscape -> BOOOM! inkscape.exe has encountered a problem and needs to close. We are sorry for the inconvenience. 9. gdb file inkscape.exe inkscape.dbg run Program received signal SIGSEGV, Segmentation fault. 0x66533a06 in libglibmm-2!_ZNSs12_S_constructIPcEES0_T_S1_RKSaIcESt20forward_iterator_tag () from C:\progs\inkscape6\inkscape\libglibmm-2.4-1.dll (gdb) bt #0 0x66533a06 in libglibmm-2!_ZNSs12_S_constructIPcEES0_T_S1_RKSaIcESt20forward_iterator_tag () from C:\progs\inkscape6\inkscape\libglibmm-2.4-1.dll #1 0x664e086b in libglibmm-2!_ZN4Glib7ustringC1EPKc () from C:\progs\inkscape6\inkscape\libglibmm-2.4-1.dll #2 0x00bd9e58 in _GLOBAL__sub_I__ZN8Inkscape10FontListerC2Ev () #3 0x00d4a280 in __PRETTY_FUNCTION__.45203 () #4 0x00a5c1fc in aspell_config_retrieve () at ./common/string.hpp:79 #5 0x00000000 in ?? () 10. md5sum libglib* 18e88b04da123bf05b07ff60a4e96654 *libglib-2.0-0.dll 80c15c2a1c5d002ce72d2fa35212ad92 *libglibmm-2.4-1.dll 11. My understanding was that all of the dll's had to be recompiled to work with the newer compiler due to a change in the calling convention, however many of the dll's in devlibs36 have the same md5sum's as do the ones in devlibs32. libglibmm isn't one of these, but libglib is, as is aspell and aspell-import. Suggestions??? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 7

Re: [Inkscape-devel] Testing SpiroLive
by Jabier Arraiza 15 Nov '12

15 Nov '12

Thanks for your help Sorin. In spiro paths there are "two kinds of node type" cusp node (all except SYMM node) or spyiro node (SYMM node). I think about to avoid the creation of beizer modifiers, and by default make all clicks SYMM nodes and when you press for example alt key the node is cusp. What we think about this feature? Its the mode i think to use whith the next project B-Spline. The other think can do is retain the spiro pen tool more similar to normal beizer pen, like now, but whith a little effort -work comented in code-, we can make extend the spiro redraw when dragging the last beizer modifier. Whe think is usefool? Sorin i post it to inkscape mailing list, think is not problem to you. Sorry again for my bad english, Jabier. -----Mensaje original----- De: Nemes Sorin <nemes.sorin@...400...> Para: jabier.arraiza@...2893... Asunto: Re: Testing SpiroLive Fecha: Wed, 07 Nov 2012 12:17:02 +0800 On 11/06/2012 05:26 PM, Jabier Arraiza wrote: > Thanks very much for your very extended info. > You think is good show the spiro when dragging the final handle? > Thanks again, Jabier yes - I have no problems at all I've tested yesterday late night the spiro branchusing an original method so I've started to create veryabstract shapes and curves with line tools then using spline nodes I've adjusted them to the desired shapes as far I can observe the secret consist in dealing with node types - so I think users should be informed HOW TO work with nodes and node type - to adjust splines, rather than bezier modifiers (which they will try hard first) - a little video or few animated GIF images on Inkscape manual and website would help a lot all in all Spiro Splines branch of Inkscape performed well after few minutes of work I can perform well with splines and I can create my desired shapes I didn't see any performance penalties yet

2 1

Inkscape .msi installer
by the Adib 12 Nov '12

12 Nov '12

Hello, as announced I want to present the first stage of creating win32 installer. The installer can be found here: inkscape.msi http://ubuntuone.com/0pHUvyQO1m7tWCk4Ydoep4 !! 90MB !! screenshot of the components http://ubuntuone.com/0S2vP6KLu891CVMFK8tmaO inkscape.wxs wix source file http://ubuntuone.com/4wei7vaqtzSEJw6H9Ay4Ef files.wxs http://ubuntuone.com/6d7WibY70E0Yx9lSpRDyNS autogenerated by files.py script http://ubuntuone.com/30QvLD8fqA53GjcNKOJO71 To create the msi I use two batch files wixenv.bat http://ubuntuone.com/4HzKeKzmMdz0yG3QA9CmcU to setup environment variables install.bat http://ubuntuone.com/0RqrCJj2d1cOOhiRrxX5fL to create and test the installer. Still there is a wide room for housekeeping and polishing but I wanted to let you know and if possible you all could provide some feedback. Currently some functions are missing: - decide user or global scope (my office laptop prevented me to install because of policy settings) - localized installer - register .svg files to open with inkscape The setup is very large compared to the NSIS setup because of loose compression. I fear I can not do something about that. As I understand the wix system works it is not possible to mixup options like localisation and shared files as examples and tutorials. So even you decide only go with english it will install translated examples and stuff. I have not tested on WIN7. However the installer registers all files and uninstall only those (but also possibly changed files) files being installed. Is it requested to have Inkscape in different versions (0.48 and 0.49) on one machine? have fun, Adib. --

1 0

Bug in PDF+LaTeX, how can I send a patch?
by M H 12 Nov '12

12 Nov '12

Dear all, I found a small bug in the PDF+LaTeX export module. In the generated tex-file that contains the object placement information for latex a few comment character at line ends are missing. This causes some funny misalignment effects if the final pdf with superimposed text is wrapped into other latex-command. Sometimes LaTeX requires to know where a line ends, otherwise undesired spacing is created. We have identified the lines with missing comment characters '%' here: http://tex.stackexchange.com/questions/82080/pictures-from-inkscapes-pdflat… and I would not mind to fix this myself, but I can not find where the PDF+LaTeX module is located in the inkscape branch. If someone could please point me in the right direction, I'd appreciate it. Regards, Martin

3 3

SpiroLive update
by Jabiertxo Arraiza Cenoz 10 Nov '12

10 Nov '12

Hi, A new update of SpiroLive now. It redraw the spiro when drag last point handle, and made some fix. I want to know what we think about the changes. Specialy want to know whats better, like now or to doesn't need to press +drag and simply put all full clicks like a SIMM node except when MOD key is pressed,to make CUSP node. By, Jabier.

1 0

[Win32 devlibs] gtkmm stack update, again
by Nicolas Dufour 08 Nov '12

08 Nov '12

Hi, After two weeks of additional tests (on XP and Seven) and now that the two regressions that led to the uncommit are fixed, the win32 devlibs have been updated again (r36). The new libs are: * pangomm-2.28.4 * glibmm-2.28.2 * atkmm-2.22.6 * gtkmm-2.24.2 build.xml updated (WITH_GTKMM_2_24) in the trunk revision 11864. Regards, -- Nicolas

1 0

Windows MSI installer
by the Adib 06 Nov '12

06 Nov '12

Hello all, I just want to tell that I am the half way done for an msi installer using wix. I will post this within one week. Currently I am not so familiar with the wix syntax. For the moment localization of the installer is not supported (but can be done). Using wix some important functionalities are built in: - uninstaller - distribution on network using microsoft tools Cheers, Adib. --

3 3

Units
by Jelle 06 Nov '12

06 Nov '12

Dear all, On Units: After some digging I found that Inkscape uses a 90dpi setting internally for everything. It finally explains the insane precision to me. Now that's fine with me, but it would be really handy if you could set your own preferences. As a user of metrics it really is mindnumbing to have to work with 3.543307 px per mm. I'd much rather would set that to 10 or 100 for instance so I can more easily work from px units into mm and vice versa. I guess that for those that use their feet to do measurements 90dpi makes more sense though they must have some trouble when it comes to fractions of Inches (what pinky's?). If I want to design something in metrics and I get all those fractioned numbers in my files, it makes it a tad difficult to edit it by hand or script. Especially the latter is rather important for me. So the question here is,.. is it humanly possible to create a setting of your units and their conversion to px so the whole SVG document starts using those unit settings? If this is set in some script, where can I find the script and wouldn't it be great if that could be turned into a user settings config script that is editable from Inkscape. I'd be happy to make an interface for it as an extension as I think even I could do that with my limited skills in programming. I bet it all comes down to getting Inkscape to recognise these new settings at runtime, but restarting the application after changing the settings might be an option (Alert: restart Inkscape to use your new settings). I love Inkscape and its functionality for web design, but I think making it more flexible with unit settings might make it really useful for those that want to organise their whole work flow including print with it. On SVGDOM and Pyhton: Can one access the SVGDOM from python like you do from javascript? Using getAttributeNS etc.? If so, I'd like to try write some extensions. On the topic of the Inkscape UI re-design: If anything I'd love to see a UI that would be completely configurable like the one in Coreldraw. I also like the Gimp where UI objects and canvas are separated. Though it would be nice if there was some way to set a Z order in those as you often move new windows over UI objects and thus hiding them. Some UI object manager could be useful in that regard. Alternatively I would suggest making the canvas UI have a set position in the window and scale it when you open a docker. Now the part of the drawing get's hidden that often holds the objects you need the docker for, making more clicks. Using the GIMP format it might be possible to dock over the right side of the canvas window edge and like wise for tools to move them to the left side over the windows edge. This should be an OPTION as not everyone has a screen estate of 1920x1600 where this method would really make sense. It would defy some UI design adagia no doubt, but the movements would be a logical extension of the ones you are already making. Jelle Mulder On Sat, 03 Nov 2012 06:30:22 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > > You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Inkscape-devel digest..." > > > Today's Topics: > > 1. Re: Problem export to png in spanish version (alvinpenner) > 2. Re: Problem export to png in spanish version (Benjamin N??ez) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 2 Nov 2012 14:55:58 -0700 (PDT) > From: alvinpenner <penner@...1856...> > Subject: Re: [Inkscape-devel] Problem export to png in spanish version > To: inkscape-devel(a)lists.sourceforge.net > Message-ID: <1351893357935-4965540.post@...2730...> > Content-Type: text/plain; charset=UTF-8 > > cami?nCatalu?a.png > <http://inkscape.13.n6.nabble.com/file/n4965540/cami%C3%B3nCatalu%C3%B1a.png> > - not reproduced on Windows 7, Inkscape 0.48.3.1. > - attached is a png file saved using Export Bitmap. > - just for clarification, is it only the file that has non-Ascii > characters, > or do the directories also have non-Ascii characters? > > Alvin Penner > > > > -- > View this message in context: > http://inkscape.13.n6.nabble.com/Problem-export-to-png-in-spanish-version-t… > Sent from the Inkscape - Dev mailing list archive at Nabble.com. > > > > ------------------------------ > > Message: 2 > Date: Fri, 2 Nov 2012 23:29:53 +0100 > From: Benjamin N??ez <benji.n.gon@...400...> > Subject: Re: [Inkscape-devel] Problem export to png in spanish version > To: alvinpenner <penner@...1856...> > Cc: inkscape-devel(a)lists.sourceforge.net > Message-ID: > <CAAZNt3vyWuVE-u0VdMEr-GeUOiCJ3kuX2n_quvZhm_4dQOsbpw@...401...> > Content-Type: text/plain; charset="iso-8859-1" > > Ahhhh ok, it's true. When we use export bitmap no problem with "?". > > Is only when I try use the option "save as" and Cairo PNG when I have > that > problem. > > And your question yes, when the directorie have non-Ascii characters I > can't save the file with "save as", but no problem when I use Export > Bitmap. > > Thanks for everything. > > Benja > > 2012/11/2 alvinpenner <penner@...1856...> > >> cami?nCatalu?a.png >> < >> http://inkscape.13.n6.nabble.com/file/n4965540/cami%C3%B3nCatalu%C3%B1a.png >> > >> - not reproduced on Windows 7, Inkscape 0.48.3.1. >> - attached is a png file saved using Export Bitmap. >> - just for clarification, is it only the file that has non-Ascii >> characters, >> or do the directories also have non-Ascii characters? >> >> Alvin Penner >> >> >> >> -- >> View this message in context: >> http://inkscape.13.n6.nabble.com/Problem-export-to-png-in-spanish-version-t… >> Sent from the Inkscape - Dev mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> LogMeIn Central: Instant, anywhere, Remote PC access and management. >> Stay in control, update software, and manage PCs from one command center >> Diagnose problems and improve visibility into emerging IT issues >> Automate, monitor and manage. Do more in less time with Central >> http://p.sf.net/sfu/logmein12331_d2d >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > >

4 9

active document
by Johan Engelen 06 Nov '12

06 Nov '12

Hi all, "SP_ACTIVE_DOCUMENT" or equivalently "inkscape_active_document" uses the current active desktop to find out which document is active. So SP_ACTIVE_DOCUMENT will not work if there is no GUI (cmdline Inkscape), and will return NULL. To allow one to call SP_ACTIVE_DOCUMENT to obtain the SPDocument, I am proposing to 'fall back' to take the first listed document in the Inkscape instance if desktop==NULL. In inkscape.cpp: SPDocument * inkscape_active_document (void) { if (SP_ACTIVE_DESKTOP) { return sp_desktop_document (SP_ACTIVE_DESKTOP); } else if (!inkscape->document_set.empty()) { return document_set.begin()->first; } return NULL; } I know we should move away from SP_ACTIVE_DOCUMENT and friends, but let's do the proposed change for sake of getting functionality now instead of over 5 years. ;-) It is related to fixing r11804 [1] to work from the cmdline. Cheers, Johan [1] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/11804#src…

2 1

Changes in cairo >= 1.12.4 affect Inkscape stable and trunk
by ~suv 06 Nov '12

06 Nov '12

Cairo 1.12.4 introduced changes which affect Inkscape stable and trunk. Later releases (1.12.6, 1.12.8) addressed some of them for now, but not all: Outline view mode doesn't display any visible outlines at all [1], even with latest cairo 1.12.8 (released today). Tests with just released cairo 1.12.8 on OS X 10.7.4 (X11 and Quartz cairo surface backends with Inkscape 0.48.3.1 and Inkscape 0.48+devel r11861) gave me these results: - not fixed: outline view mode still renders invisible affects current stable 0.48.3.1 and trunk - fixed (since 1.12.6): invisible auxiliary paths and handles ° path outlines (red/green), node handles (blue) in Pen, Pencil and Node tool ° circle (grey/green) indicating distance to guide path in Calligraphy tool hatch mode ° circle (orange) indicating brush size of Tweak tool (width) ° circle (orange) indicating spray area of Spray tool (width) ° possibly others I missed in my tests affected current stable (0.48.3.1) - AFAICT fixed (since 1.12.8): rendering artifacts with stroked curves affected trunk [3] In upstream bug 56099 [2], one of the cairo developers indicates that Inkscape needs to change how certain handles and paths are rendered via cairo: > commit c565bad8901dbe66e1402cdc2418986e96e698e3 > Author: Chris Wilson <chris@...2923...> > Date: Fri Oct 19 12:22:58 2012 +0100 > > pen: Relax invisibility criteria from half-tolerance to quarter-tolerance > > Inkscape is one user who sets geometric tolerance to 1.25 pixels when > stroking sub-pixel lines. Whilst we wait for inkscape to set sensible > values for their tolerance, we have to allow through the current values > in order to prevent the fine strokes from disappearing. Is there something which can or ought to done on Inkscape's side to help affected users of current Inkscape stable [4] (AFAIK currently Fedora 18, Mageia and ArchLinux, and probably soon other distros which plan to update to latest cairo stable)? Likely - I don't know any details about how cairo is used in Inkscape - there will be different changes required for the stable release branch (release of 0.48.4 is pending, and held up only by one blocker so far) and current trunk. V [1] Bug #1074612 “No display in outline mode” <https://bugs.launchpad.net/inkscape/+bug/1074612> [2] Bug 56099 - path rendering problems in 1.12.4 <https://bugs.freedesktop.org/show_bug.cgi?id=56099> [3] artifacts with stroked bézier curves <http://lists.cairographics.org/archives/cairo/2012-September/023532.html> <http://lists.cairographics.org/archives/cairo/attachments/20120928/194fcb1c…> <http://dl.dropbox.com/u/65084033/irc/cairo-1.12.4-stroked-paths-rendering-g…> [4] user comments <https://plus.google.com/106604070261659014786/posts/Bru4nW8wSrh> <https://plus.google.com/106604070261659014786/posts/3DpwXkBLRwv>

3 4

Testing SpiroLive
by Jabiertxo Arraiza Cenoz 06 Nov '12

06 Nov '12

Hi SorinN. How are your testing? I'm not enoft specific? Thanks for your time compiling. I want to know if SpiroLive is mature to propose to merge. ¿Whath do you think about? Hi, Jabier.

3 2

feComposite : how to deal with alpha ?
by pennec victor 06 Nov '12

06 Nov '12

Hi, Some days ago, Jasper van de Gronde asked me if I still got problem with negative values in feComposite. He pointed that I forgot about the alpha value (becoming zero) https://bugs.launchpad.net/inkscape/+bug/1044989 So I reworked my filters using his clever trick so that alpha won't reach 0 (except I used feColorMatrix instead of feComponentTransfer) And once again I'm stuck. I try to redo the exclusion filter in photoshop using feComposite For two layers A (=sourceImage) and B (=backgroundImage) with opacities = 1, formula is supposed to be A+B - 2AB. As feComposite (stupidly IMO) computes not only rgb channels but the alpha too I need to get rid of the alpha channel (either in earlier or later stages) until now I failed. What I'd expected rgb(1,0,0.5, x) exclusion rgb(0,1,0.5, y) should be rgb(1,1,0.5, 1) r:1 + 0 - 2 (1*0) = 1 g:0 + 1 - 2 (0*1) = 1 b:0.5+0.5 - 2 (0.5*0.5) = 0.5 problem is the alpha coz 1 + 1 - 2(1*1) = 0 I tried the 2 following solutions solution 1: dealing later with alpha => set alpha to 1 when everything is done. feComposite k=(-2;1;1;_) followed by colorMatrix 1 0 0 0 0 0 1 0 0 0 <= identity for rgb 0 0 1 0 0 0 0 0 0 1 <= reset alpha to 1.0 whatever it could've been before this doesn't work, the result is full black solution 2: dealing earlier with alpha => set alpha so that it is 1 and not 0 after composition (=set it to 0 before the feComposite) pass sourceimage through the following colormatrix to remove the alpha 1 0 0 0 0 0 1 0 0 0 <= identity for rgb 0 0 1 0 0 0 0 0 0 0 <= reset alpha to 0 run this + backgrounImage in feComposite k=(-2;1;1;_) with this I'd expected the alpha to be ok because 0 + 1 - 2 (1*0) = 1. but this doesn't work either (fully transparent ?) Could anybody help ? How do you deal with alpha when using feComposite ? Does Inkscape (or svg) drop result of a filter stage if alpha is zero ? (in solution 1)

2 1

Clippath and Masks
by Jelle 06 Nov '12

06 Nov '12

Dear all, I was wondering if it wouldn't be useful to change the way clippath and masks are created. Now the object used to create the clippath, gets transformed into a clippath and placed in the defs. However, very often I'd have to create a copy of this very object, move it down in Z-order and the use the original object to clip. Wouldn't it be easier to move a copy of the orginal to the defs as clippath and leave the original where it is? For masked area's it makes more sense to destroy the orignal, but even there I feel maintaining the original could be useful as those shapes are often used for dropshadows (at least that's what I use them for). Releasing the clip or mask would then still be rendering the same result as now, the only change is creating a new idea for the clippath by adding "c_" or "m_" in front of the ID of the copy. Jelle Mulder

2 1

Something annoying with new sliders and filters
by Ivan Louette 04 Nov '12

04 Nov '12

While the new sliders could be smart they are also annoying when used on some filters like Gaussian Blur when a wide range of variation is allowed (this is the case for some filters also suited for high resolution images like for example the new custom filter "Drawing"). The problem is when you try to click on numerical values because then often the slider instantly increase up to the highest value (like if you drag it to this value) instead of giving you precise control on the numerics. And in these cases often if you type Ctrl+Z before the filter is completely applied Inkscape crashes. It make working with some nice filters somewhat hasardous and I am sure discouraging for the beginners in this area. ivan

3 3

display scale factor
by unknown＠example.com 04 Nov '12

04 Nov '12

Recently, I wanted to use Inkscape to draw a floor plan for a large house. For this, I needed to use a grid specified in feet and inches. I found that in order to fit the whole drawing on the screen at once, I had to set the zoom factor to 3% or less, which was inconvenient. It seems that for some reason you cannot set a zoom factor of less than 1%, so if the building were even three times larger, there would be no way to view it all at once, if you used the correct units to draw it. It seems that I'm not the only person having this problem: http://inkscape-forum.andreas-s.net/topic/1209992 The suggested solution is to scale your drawing in "px" units, and then apply a mental scale factor to get the real dimensions. Of course you COULD do that, but why should you have to? Why can't Inkscape accommodate whatever units, dimensions, and scales are appropriate for the task at hand? My first solution was as follows. The inch and foot units are defined in the Inkscape config file "/usr/share/inkscape/ui/units.txt", or possibly "/usr/share/inkscape/ui/units.xml". I'm not sure which of these files is supposed to be normative; why are there two of them? # name plural abbr type factor PRI description inch inches in LINEAR 90.0 N Inches (90 px/in) foot feet ft LINEAR 1080 N Feet (12 in/ft) I added the following units, which are defined to be 1/360 of the usual ones: x-inch x-inches xin LINEAR 0.25 N X-Inches (0.25 px/xin) x-foot x-feet xft LINEAR 3 N X-Feet (12 xin/xft) Inkscape then recognizes these new units for the "Default units" and "Page Size" options, and for the "Transform" dialog. It DOES NOT recognize them for the object dimension boxes along the top of the canvas, and when the drawing's default unit is set to "xft", the rulers are graduated in "px" units. I then tried adding the same definitions to the "units.xml" file: <unit type="LINEAR" pri="n"> <name>x-inch</name> <plural>x-inches</plural> <abbr>xin</abbr> <factor>0.25</factor> <description>X-Inches (0.25 px/xin)</description> </unit> <unit type="LINEAR" pri="n"> <name>x-foot</name> <plural>x-feet</plural> <abbr>xft</abbr> <factor>3</factor> <description>X-Feet (12 xin/xft)</description> </unit> This did not appear to have any further effect. It seems rather silly that for some purposes, the unit definitions would be read at runtime from a config file, while for other purposes, they would be compiled into the program binary, but that appears to be how it currently works. I suppose I could fix this so that all the unit definitions were read from a single config file at runtime, and then define corresponding metric x-units as 1/100 of the usual ones, but that would be kind of pointless. People who want to draw cells, or integrated circuits, or molecules, would have to define y-micrometres, y-nanometres, and y-angstroms, as a million times bigger than the standard units, because it turns out that the maximum zoom factor you can apply is 25600%, or 256. (It's pretty silly to have to write 256 as "25600%", but apparently you do have to.) There is a much better solution, which is illustrated by the attached image "scale.png". This is intended as an addition to the current "Document Properties/Page" config window. It specifies the scale at which the drawing will be displayed on the physical screen, as a ratio between real dimensions on the screen, and the declared dimensions of the drawing. This does not replace the current "Zoom" option in the "View" menu or the box in the lower right corner of the main window. It is simply multiplied together with that setting, so if the zoom factor is set to "1:1" or "100%", the specified display scale factor is what you get. The intention is that the display scale factor will be set once, to an appropriate value for the drawing, while the zoom factor will be changed frequently while working. The display scale factor is specified as a ratio between two values, each of which consists of a decimal number and a unit chosen from a selection list. The available units are those read from the units.{txt,xml} file, with the addition of "width" and "height". These two units will refer to the physical screen dimensions, and the declared page size for the drawing. You can therefore specify that the normal display scale is such that the width of the drawing is the width of the screen (or half that, or twice that). This is likely to be useful, because often the X server does not have an accurate idea of the physical screen dimensions, but it always knows the size in pixels. It seems that this feature should be fairly simple to implement, for someone familiar with the Inkscape code. It only requires four additional widgets for the Document Properties window, for this setting to be saved and read from the SVG file, and for the resulting value to be multiplied with the existing zoom factor wherever that appears. Note the following related feature request, rated as "Priority: High": https://blueprints.launchpad.net/inkscape/+spec/real-units Bob wants to draw a house plan in feet and inches, but still print it on a letter-sized paper. (one idea: different layers can have different scales: e.g. border layer is actual size, house layer is 1 in. = 8 ft.) I would point out that the SVG specification does not prescribe any particular ratio between "px" drawing units and actual physical lengths. (It certainly DOES NOT specify that 90 px = 1 inch, as Inkscape currently assumes [units.txt]; this ratio is only mentioned as "for example".) http://www.w3.org/TR/SVG/coords.html#Units I suggest that for Inkscape, "px" be considered to be equivalent to the specified "Default unit" from the Document Properties window. If the default unit is metres, or whatever, then that's what "px" means, for that document, but no other. I don't see how this is inconsistent with the SVG specification. Another related proposal is here: http://sourceforge.net/mailarchive/message.php?msg_id=29861176 >> I think that if we are going to break compatibility, we go for one >> release to do it. Basically, all of the new-style stuff including >> custom doc coords would be a huge win to introduce all at once. I >> would love to see a rotatable canvas in Inkscape, but I have no idea >> how feasible it is with the current rendering/viewport stuff we have >> in place. > > In principle it should be possible to change doc2dt and dt2doc > matrices to any transform without any modifications to the display > subsystem, but it might expose bugs - mainly hidden assumptions that > doc2dt is always an Y flip + translation. If the canvas can be rotated by an arbitrary angle (or "any transform matrix" applied), then certainly another uniform scaling factor can be applied at the same time. Finally, I must comment on how strange it is that "units.txt" contains the following definition: # name plural abbr type factor PRI description % % % DIMENSIONLESS 1.00 Y Percentage It seems clear that since 100% = 100/100 = 1.0 , then 1% = 1/100 = 0.01 ; this is what the conversion factor should be. Only slightly less strange is this: degree degrees deg RADIAL 1.00 Y Degrees The natural base unit for rotations (if not radians) is one whole rotation, the identity operation, analogous to multiplication by one. These definitions necessarily imply that there must be inverse conversion factors of "100" and "360" hard-wired into the Inkscape code somewhere. But why should that be? The natural place for such conversion factors is this same "units.txt" definition file; that's what it's FOR. In this regard, it would be helpful if whatever piece of code is responsible for reading these definitions were (trivially) extended to handle ratios; then a degree could be defined as "1/360", rather than "0.002777777". Then, if someone wants to specify angles in milliradians, for some reason, they can define that as "1/6283.185", rather than "0.05729578", as is currently necessary. http://en.wikipedia.org/wiki/Angle#Units Similarly, if someone is working on some tiling problem and wants to scale things by multiples of 1/64, rather than 1/100, they can call that a "perfoo", and define it as "1/64", instead of "1.5625", as currently necessary. Another thing that would be useful for this file is to have some notation for "the n-th root of x"; for example, "2\4" could mean "the fourth root of two", which might otherwise be written as "2^(1/4)". Currently, the "+" and "-" keys zoom the display by a factor of 2^(1/2) (usually called "square root of two", 1.414214), while the up and down arrows next to the zoom factor box change it by almost, but not quite, 2^(1/10) ("tenth root of two", 1.071773). If there were some convenient notation for specifying geometric roots in the "units.txt" file, these zoom factors might be made configurable, and they could also be used in the "Transform" dialog for scaling objects. -- Ian Bruce

1 0

XQuartz no more!
by Andrew Pennebaker 03 Nov '12

03 Nov '12

As a Mac user, I'm happy that GIMP finally removed the XQuartz dependency. Would some GIMP developers like to do the same for other Mac Gtk projects such as Inkscape <http://inkscape.org/> or GnuCash <http://www.gnucash.org/>? The latter is in real need of an interface update. -- Cheers, Andrew Pennebaker www.yellosoft.us

1 0

Problem export to png in spanish version
by Benjamin Núñez 02 Nov '12

02 Nov '12

Hi everybody When I try export to png a file, and the name have spanish letters like "ñ" or accent like in this word "camión" the name change in other form. For example Cataluña change as CataluÃ±a. The other problem is, when I try import this file in the same folder nothing happens. If I want export the file I need put this file in other folder. I´m not sure if this problem is because I use Windows. I´m from Spain, sorry if my english not is good and I´m not engineer. V. 0.48 Spanish version Windows 7 -- Benjamín Núñez González

2 3

Color names shown when hovering a swatch color
by Lucas Vieites 02 Nov '12

02 Nov '12

Hi, I'm the translator for the Spanish version of Inkscape and I just got an email from a user asking why the names of the colours in the swatches weren't translated. I didn't know what he was talking about so I checked and found out that when hovering over a color in the swatch at the bottom of the Inkscape window a tooltip is shown in the status bar with the name of the colour that's in the .gpl file. Just out of curiosity: could it be a feature to add in the future, I mean the translation of the colours? Thanks in advance, -- Lucas Vieites lucas@...1852... http://blog.codexion.com http://www.linkedin.com/in/lucasvieites

2 1

Filter to background image, Is that a normal behaviour ?
by Ivan Louette 01 Nov '12

01 Nov '12

See the sample file : Import a bitmap Draw a shape and put it behind the bitmap Apply a filter to the bitmap with a Composite "In" connected to Background image Group bitmap and shape Add a new shape behind this group (separated from the group). At first time you see the filter applied to the group only. But if you refresh the screen (moving anything or panning) then the filter applies also to the last shape drawn behind the group. However if you make a bitmap copy or if you export to bitmap the shape behind isn't shown. (n.b. I added an outer shadow inside the filter in order to enhance the weirdiness.) To my sense the shape added after grouping should not inherit the filter effect. But I don't know how it is specified in SVG ivan

1 0

Packaging for OSX
by Gellule Xg 30 Oct '12

30 Oct '12

It looks like I may be able to package Inkscape in a dmg. The procedure is refreshed version of https://blueprints.launchpad.net/inkscape/+spec/inkscape-quartz It has been compiled on Moutain Lion (64 bits) from trunk. You should be able to give is a spin from: http://dl.dropbox.com/u/49834266/Inkscape.dmg Let me know if it works for you and/or if it is worth pushing this further. Regards, -Gellule

4 18

Re: [Inkscape-devel] Understand Code
by Arshdeep Singh 29 Oct '12

29 Oct '12

I am sorry, I know the question is vague. But, I am new to inkscape development and owing very little in-code commenting and guiding sections, the project seems to intimidating and big to understand by sheer hit-and-trial. Till now I have figured out this: 1.) src\dialog contains all dialog boxes' codes. I happen to have fixed a bug recently, Bug-773228. during the course to figure it out, I understood "dialog" contents. 2.) Your direction tells me, "display" is handling the rendering part. 3.) The "widget" directory happens to handle basic functionality types land tools. I really don't know what I need right now, but I was looking for a general understanding of how the code handles what to render on the canvas and then save it there and still enable editing. Maybe you mean, the code is abstracted onto Cairo's code, so we need not get behind the curtain. If that being the case, I would like to know, is there any general source for me understand these workings ? Sorry, if the questions are stupid, I am not that bad at understanding code in general, but without any kind of documentation and help it becomes a little obscure. -Arshdeep On Mon, Oct 29, 2012 at 8:51 PM, Jasper van de Gronde <th.v.d.gronde@...528...> wrote: > On 29-10-12 10:57, Arshdeep Singh wrote: >> Can you shed some light on SP Classes ? > > Can you be more explicit about what you want to know? > >> Also, where can I get to know what inputs are passed on from Inkscape >> code to Cairo for various purposes like when I'm drawing a bezier or a >> rectangle ? > > I think you are probably more interested in the src/display directory, > as that's where the actual drawing is done (or Cairo is called at > least). But it would help if we knew a bit more about what you're trying > to do. > -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614

2 1

Understand Code
by Arshdeep Singh 29 Oct '12

29 Oct '12

Hello All, Can someone help me with: 1. ) What does "SP-<anythiing>" do. For example, sp-named-view 2.) which is the actual class/cpp file which paints on the canvas ? -- Arshdeep Singh

2 1

Inkscape Board - election results
by Josh Andler 29 Oct '12

29 Oct '12

Hey All, I'm happy to announce that Tavmjong Bah & Johan Engelen have been elected and have accepted their positions on the board. A few people had voted off-lists, however, it does not affect the results in the end (they actually had more votes including those). So, to Johan & Tav, congratulations and welcome aboard! :) Cheers, Josh

5 6

Build broken (gtkm 2_24)...
by Johan Engelen 28 Oct '12

28 Oct '12

Hi all, I just fixed the windows build. With the current devlibs, we need "#define WITH_GTKMM_2_24". If this is not correct than please revert devlibs first. Verify the revert using the online launchpad tool, then fix build.xml. Ciao, Johan

3 5

Re: [Inkscape-devel] Help testing SpiroLive
by Jabiertxo Arraiza Cenoz 28 Oct '12

28 Oct '12

Johan. I find the way to optimice the redraw. Could you test it? I update the branch minutes ago. Thanks, Jabier.

2 1

Select file to save to defaults to UPPERCASE
by Andrew Pennebaker 28 Oct '12

28 Oct '12

For some strange reason, the first time I go to save new SVGs, Inkscape defaults to UPPERCASE file names. It's like my Caps Lock key is working opposite of how it's supposed to. Specs: * Inkscape 0.48 * Windows 7 -- Cheers, Andrew Pennebaker www.yellosoft.us

1 0

margin when exporting to pdf
by Johan Engelen 28 Oct '12

28 Oct '12

Hi all, When I export to PDF, I generally use "area is drawing", (that has now been renamed to "exported object's size" but should be "selected object's size" I believe, or in case nothing is selected "drawing size" or something that current users will recognize). To create a little bit of breathing room for the drawing, I would like to add a little margin to the area of the drawing. Does this make sense to you to add to the export options? "Extra margin: 10 px" or whatever unit. Cheers, Johan

4 7

Re: [Inkscape-devel] Help testing SpiroLive
by Jabiertxo Arraiza Cenoz 28 Oct '12

28 Oct '12

Hi. Im trying to optimice the spiro live curves. My first effort is to use the value in "/options/dragtolerance/value". But i need to know the previous position of p in SPEventContext. Could be posibol make a global var or is better save to a file? Or another option to save data temporary outside a function? Thanks in advance.

1 0

Re: [Inkscape-devel] Help testing SpiroLive
by Jabiertxo Arraiza Cenoz 28 Oct '12

28 Oct '12

Thanks Johan. There are another posibility, is to calculate the spiro line in function of 2 vars, position and time, instead now is in every movement. The optional show of spiro could be another posibility but first test this option. The spiro calculation is a very big step to me now. Too i see the node tool for look his calculation of redraw the livepaths effects. I see how to implement and post. Hi.

1 0

Exporting or rasterizing clip or mask areas ?
by Ivan Louette 28 Oct '12

28 Oct '12

Am I wrong or missing something. I don't figure how to rasterize or export to bitmap only the cliped or masked area of a drawing. It always export the whole drawing. rev 11761 and other devels before. ivan

2 2

Save window geometry options in preferences
by Staffan Einarsson 28 Oct '12

28 Oct '12

Hi, I have been working with Inkscape in the past on a spare-time single-user basis. Now I started to look into using it for producing graphics in a collaborative environment and I ran into some problems. I'm looking at SVG because it is a standardized and flexible format. More to the point, it is text-based, which makes it so much easier to work with in terms of version control and simultaneous editing. The following discussion concerns Inkscape 0.48 on Windows. I noticed that my window layout, among other things, is being saved by default to the Inkscape SVG file. As, this is not a good thing when collaborating with other people, because everyone will mess up each others environment, I tried to turn it off in the Preferences. Then I couldn't get the "Windows -> Remember and use last window's geometry" option to work. When I turned it on, the window layout was still being saved to (and loaded from) the SVG file. Only when I choose the "Don't save the window geometry" option was the saving omitted from the file. This seems like a bug, and I couldn't find it in the issue tracker. I would like to discuss some solutions. One alternative is of course to make the current intended behavior work. This means that the "Remember and use last window's geometry" option should only save window layout info to user preferences, not to the file. An alternative that I think makes more sense is to still save the layout along with each file (because different projects motivates different layouts), but to save them in a separate user settings file. So if I saved my foo.svg I would also get a foo.svg.user, or something similar. Actually I think all the attributes in the sodipodi:namedview tag could be moved out from the SVG to the user settings file, because they are all related to the work environment, and would differ from user to user. The benefit of having two files is that the user file can be excluded from version control and be kept locally for each user, while only committing changes to the actual SVG image. Also, at the moment when using the option to save layout to the SVG file, changes to the layout does not mark the file as dirty. If I just change the window layout and press Save, nothing will be saved. I have to modify an object to make the file save-able for the layout to be saved. What do you guys think? Kind regards, -- Staffan Einarsson

3 2

Re: [Inkscape-devel] Humble palette improvements
by John Smith 28 Oct '12

28 Oct '12

Andy Fitzsimon wrote: > ... > Here's what i recommend: > --------- > Kill: gray, blues, gold, green, reds, royal. hilte, topographic, > khaki, and inkscape-default (its a bad default) > > Keep, tango, echo, ubuntu, XP, latex, websafe22, webhex > > Add: Android palette (below) and fedora's echo palette > ------------ Replying to this thread from 2010 http://thread.gmane.org/gmane.comp.graphics.inkscape.devel/34350 I recently added the Android palette on the trunk (r11728) and have a patch for sorting the palettes (only affects Linux it seems bug #1060563) Is there still a consesus/desire to remove these palettes ? * blues, gold, green, reds, royal, hilte ana khakiI believe gray and topographic were requested to keep. Jasper van de Gronde wrote: > This gives a total of 47 colors, which means doesn't scroll even on > 1024x768 (windows xp). If necessary for some reason the three extra > grays can be added (for a total of 50 colors), still without scrolling. Is there interest in adding Jasper's nice 47 color palette as well ? GIMP Palette Name: Test # generated by PaletteGen.py 0 0 0 Black 26 26 26 90% Gray 51 51 51 80% Gray 76 76 76 70% Gray 102 102 102 60% Gray 128 128 128 50% Gray 153 153 153 40% Gray 178 178 178 30% Gray 204 204 204 20% Gray 230 230 230 10% Gray 255 255 255 White 128 0 0 Maroon (#800000) 255 0 0 Red (#FF0000) 255 128 128 #FF8080 128 64 0 #804000 255 128 0 #FF8000 255 191 128 #FFBF80 128 128 0 Olive (#808000) 255 255 0 Yellow (#FFFF00) 255 255 128 #FFFF80 64 128 0 #408000 127 255 0 Chartreuse (#7FFF00) 191 255 128 #BFFF80 0 128 0 Green (#008000) 0 255 0 Lime (#00FF00) 128 255 128 #80FF80 0 128 64 #008040 0 255 127 Spring green (#00FF7F) 128 255 191 #80FFBF 0 128 128 Teal (#008080) 0 255 255 Aqua (#00FFFF) 128 255 255 #80FFFF 0 64 128 #004080 0 128 255 #0080FF 128 191 255 #80BFFF 0 0 128 Navy (#000080) 0 0 255 Blue (#0000FF) 128 128 255 #8080FF 64 0 128 #400080 128 0 255 #8000FF 191 128 255 #BF80FF 128 0 128 Purple (#800080) 255 0 255 Fuchsia (#FF00FF) 255 128 255 #FF80FF 128 0 64 #800040 255 0 128 #FF0080 255 128 191 #FF80BF

2 1

Help testing SpiroLive
by Jabiertxo Arraiza Cenoz 27 Oct '12

27 Oct '12

Hi all. I'd like to ask you something. I created a branch of Inkscape to show "Spiro" while of drawing with the "pen". I would like you to give me your test and impressions, with the intention of proposing to introduce in inkscape. The branch is here: https://code.launchpad.net/~jabiertxof/inkscape/SpiroLive Thanks in advance and excuse my English.

2 1

New branch "-" simbol
by Jabiertxo Arraiza Cenoz 27 Oct '12

27 Oct '12

Hi. Im starting whith a branch for made B-Splines in inkscape. I have a problem compiling effects-cpp whith the "-" symbol. I check another Live Effects whith the same problem but im not sure about what is better. The name of the lpe is "B-Spline" but i want to ask whats better use 2 kinds of name (ex- "B-Spline" && "B_Spline") or use another name like "B Spline" && "B_Spline" or "BSpline" && "BSpline". Its a basic cuestion but i want to start ok. Finaly the cuestion are: What is better? * BSpline * B-Spline -problem compiling * B Spline Thanks and sorry for my bad english.

1 0

New branch "-" simbol
by Jabiertxo Arraiza Cenoz 27 Oct '12

27 Oct '12

Hi. Im starting whith a branch for made B-Splines in inkscape. I have a problem compiling effects-cpp whith the "-" symbol. I check another Live Effects whith the same problem but im not sure about what is better. The name of the lpe is "B-Spline" but i want to ask whats better use 2 kinds of name (ex- "B-Spline" && "B_Spline") or use another name like "B Spline" && "B_Spline" or "BSpline" && "BSpline". Its a basic cuestion but i want to start ok. Finaly the cuestion are: What is better? BSpline BSpline Thanks and sorry for my bad english.

1 0

Re: [Inkscape-devel] Coefficients in FeColorMatrix, Fecomposite (limits, behaviour with neg val...)
by pennec victor 27 Oct '12

27 Oct '12

> Cairo does the job fairly fast and you can set up multithreading in Edit/Preferences/Rendering/ I set the number of threads to 8 some days ago and I was a bit disappointed to see no enhancement at reboot. Just forgot I set inkscape preferences file to be read-only. Fool. Now it's better :) > Basically, each filter primitive constitutes a very expensive copy of the image. Yes know that. By the way, is there any chart about CPU consumption of each primitive ? (say for 1px wide). I would say lighting is the more CPU intensive, am I right ? >(if you're really interested, I'd recommend searching the archives). Is there any other way to search the archives than the sourceforge web interface ? The UI is crappy and inefficient (or maybe I missed something obvious) > all these problems are non-trivial to solve. Maybe it lacks at least one trivial optimisation. It looks like Inkscape render all primitives even if they're not "connected" to output. Exemple Create new filter. Add a Fill => rendering is lightning fast. Add 50 blur stages with a 100 px radius => it should be slower or way slower or ssslllloooowwwweeerrr (depending on your hardware). Logical. Move the fill at the last stage of pipeline. Still slow. It shouldn't. It's uneccesary to compute any blur stage at all. You'll ask why the hell do you add unnecessary stages ? When I design filter I often ask myself "what will it looks like if I disconnect these block of 5 primitives " As adding primitive is very slow with the current interface (*) I don't remove the block but I only disconnect it. As time goes by there are more and more dead blocks and I sometimes forget to remove them. I'm not 100% sure but I think I saw dead blocks in filters fitting with inkscape * any news about this blueprint ? http://wiki.inkscape.org/wiki/index.php/SpecFilterEditorUI No ? So I should think about buying a new monitor. Mine (1920*1200) is too small for designing filters. lol

4 3

Compiling on Windows 7 x64
by Arshdeep Singh 27 Oct '12

27 Oct '12

Hello, Unfortunately, there is some problem with the build file or something wrong with the inkscape.exe. I have tried compiling on another machine on Windows 7 x64 only to face the same problem. The problem is: the build process completes successfully without errors but the inkscape.exe runs for a few seconds (seen in the task manager) and then quits. No windows opening, no send error report messages. Just a 'inkscape.exe' process in the task manager. Compiled by following the below page word to word: http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows Compiler: TDM-GCC 4.7.1 Mingw32 bit edition and not the experimental 32 cum 64 bit one. I am new to development and can't seem to debug the .exe properly using gdb.exe. Please, can someone look into this. -- Arshdeep Singh

6 9

Coefficients in FeColorMatrix, Fecomposite (limits, behaviour with neg val...)
by pennec victor 26 Oct '12

26 Oct '12

Hi, I think I'll be a little bit off topic but I don't know where to ask (my question about svg on inkscapeforum are left unanswered) Can someone point me to reference papers (or friendly forum) about coefficients in FeColorMatrix, Fecomposite ? Something that could answer the following questions : What are safe values ? For exemple inkscape UI allows x10 for k1,k2,k3,k4 in FeComposite, can I push to 255 ? 256 ? 1000000 ? I don't see anything in SVG spec about max values for those coeffs. What about neg values ? When does clipping occur ? Particularly for k4. What is the effect of a <100% opacity source or dest ? (On clipping for exemple) I try to port svg2 PorterDuff operations in svg 1 and I often get strange results (to me) with inkscape. Is there some known bugs in rendering fecomposite with neg values in inkscape ? Thx. V. Bonus question : why is inkscape so slow at rendering filters ? ;)

3 4

Setting Up in Eclipse-CDT
by Arshdeep Singh 26 Oct '12

26 Oct '12

I intend to use Eclipse-CDT for working around the source code to understand things. If anyone can help me with it ? I import it. The C/C++ Code ananlysis results in lot of errors/warnings. I was wishing I code jump b/w linked files like we do for smaller projects in IDEs similar to Eclipse. Is something of that sort possible ? -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614

2 1

Rendering cache committed
by Krzysztof Kosiński 25 Oct '12

25 Oct '12

Hello I committed the rendering cache work in revision 10579 of trunk. If you encounter serious problems, you can turn off caching completely by defining the environment variable _INKSCAPE_DISABLE_CACHE. For example, run inkscape as: $ _INKSCAPE_DISABLE_CACHE=1 inkscape By default, each drawing will use up to 64 MB of memory for rendering data. It can be set in the "Rendering" page of the preferences (renamed from "Filters"). As usual, problem reports are welcome. Regards, Krzysztof

2 14

Re: [Inkscape-devel] Compiling on Windows 7 x64
by Arshdeep Singh 25 Oct '12

25 Oct '12

The color-depth is 32 bit, true color only. On Thu, Oct 25, 2012 at 8:51 PM, Arshdeep Singh <moduli16@...400...> wrote: > Yes, this issue was brought up before. I have checked, it is 32 bit, true color. > > On Thu, Oct 25, 2012 at 8:29 PM, Rob Antonishen > <rob.antonishen@...400...> wrote: >> Maybe a completely offbase question. >> >> What is your screen colour depth? My notebook recently got changed to 16 >> bit colour and (a previously working) inkscape started acting exactly as you >> described. After switching back to true colour it worked again. >> >> -RobA> >> >> ----- >> "Quae dissolvi non possunt." >> >> ________________________________ >> From: "Arshdeep Singh" <moduli16@...400...> >> To: "inkscape-devel(a)lists.sourceforge.net" >> <inkscape-devel(a)lists.sourceforge.net> >> Sent: October 25, 2012 7:51 AM >> Subject: [Inkscape-devel] Compiling on Windows 7 x64 >> >> Hello, >> Unfortunately, there is some problem with the build file or something >> wrong with the inkscape.exe. >> I have tried compiling on another machine on Windows 7 x64 only to >> face the same problem. >> >> The problem is: >> the build process completes successfully without errors but the >> inkscape.exe runs for a few seconds (seen in the task manager) and >> then quits. No windows opening, no send error report messages. Just a >> 'inkscape.exe' process in the task manager. >> >> Compiled by following the below page word to word: >> http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows >> >> Compiler: TDM-GCC 4.7.1 Mingw32 bit edition and not the experimental >> 32 cum 64 bit one. >> >> I am new to development and can't seem to debug the .exe properly >> using gdb.exe. Please, can someone look into this. >> >> -- >> Arshdeep Singh >> >> ------------------------------------------------------------------------------ >> Everyone hates slow websites. So do we. >> Make your web apps faster with AppDynamics >> Download AppDynamics Lite for free today: >> http://p.sf.net/sfu/appdyn_sfd2d_oct >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > -- > Arshdeep Singh > Third Year, Computer Engineering > Delhi Technological University > Ph: +91-9654115614 -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614

2 1

sp-color-gtkselector
by Alex Valavanis 25 Oct '12

25 Oct '12

Hi All, Am I missing something... I can't see anything that includes the "sp-color-gtkselector.h" header. Anyone know what's going on here? Cheers, AV

1 0

Compiling on Windows
by Jabiertxo Arraiza Cenoz 25 Oct '12

25 Oct '12

Is your problem solved Arshdeep?

1 0

XML entity vulnerabilities
by Alexandre Prokoudine 24 Oct '12

24 Oct '12

FYI, http://blog.jondh.me.uk/2012/09/inkscape-xml-entity-vulnerabilities/ Alexandre Prokoudine http://libregraphicsworld.org

2 1

Report from the GSOC mentor's conference
by Tavmjong Bah 24 Oct '12

24 Oct '12

Hi all, I have just gotten back from attending the Google Summer of Code (GSoc) mentor's meeting at Google's headquarters. It was quite interesting to here about other groups experiences with the program. My major conclusion from attending the conference is that Inkscape is not taking full advantage of the GSoC program. Almost everybody at the conference knew about and used Inkscape. This is in contrast to many of the other groups that I had never heard of. Given our popularity, our group of core developers seems very small. I thinks that this is perhaps why we are under-performing in GSoC; we just don't have the people to do a good job of preparing for the program. Here are some things I picked up: * Recruitment: We should be starting now! Most successful students have already had some significant experience with the software they will work on. Our two-patch rule is a good step in this direction but is probably not enough. * Application: We should have an application form with questions that test passion and competence. Here are some sample questions from other groups: - What computer do you use? - What editor do you use? - What code have you written? - Do you use IRC, mailing lists? - Do you have a mentor in mind? Have you contacted them? - Provide a time line for your work. - How well do you know Inkscape? Include a drawing you have made. - What vacations/exams will overlap with the GSOC period? Indirect questions work best. The "Why do you want to work for us?" questions aren't very useful. The application should test the ability to read and follow instructions. * Coding period: Require frequent and public discussions. Public discussions work best as then there are multiple people who can answer questions. Some groups have two mentors for each project. This is especially helpful when time-zone issues make communication difficult. Require frequent commits. It is important to gauge a student's progress as well as insure the quality of the code. A number of projects use websites that allow easy commenting on the code by reviewers: http://codereview.stackexchange.com/ github has code review built in Weekly status reports. Merge code for final pass. Be tough!! * Links to a few other projects: https://www.gnu.org/software/hurd/community/gsoc/student_application_form.h… https://drupal.org/node/59037 http://www.di.ens.fr/~baghdadi/TXT_blog/5_advices_to_get_your_proposal_acce… Tav

1 0

Compiling on Windows
by Arshdeep Singh 24 Oct '12

24 Oct '12

Hello all, Just curious about whether anyone recently setup inkscape on Windows 7 ? I am following the instructions on the wiki, to no avail. Build tool successfully builds the application but the inkscape.exe invokes nothing on being run. -- demicoder

3 2

Reverting devlibs updates
by Nicolas Dufour 22 Oct '12

22 Oct '12

Hi all, Unfortunately the recent changes in the devlibs have introduced major regressions when opening and saving files on win32. I've just reverted the changes in Inkscape revision 11820 and uncommitted the devlibs r36 (the new stable revision is thus r35). Details in https://bugs.launchpad.net/inkscape-devlibs/+bug/1069806 If someone has clues on how to solve it, it would be very helpful. Regards, -- Nicolas

1 0

Build on Windows, .exe not running
by Arshdeep Singh 22 Oct '12

22 Oct '12

I followed the instructions to build inkscape on Windows (in my case Windows 7 Home). The build process was successful.The 'inkscape' folder formed in the repo directory contains the .exe (executable) inkscape.exe, which fails to run despite the build process finishing without errors. The busy sandtimer cursor shows but no application is launched. Even the task manager does not show any process of the name inkscape during the time the sandtimer shows. Question: a.) Is it necessary to make an installer to be able to run the inkscape application ? b.)If not the above case, has anyone faced such a situation ? Thanks. -- demicoder

2 1

Powerstroke wrap-up
by Johan Engelen 21 Oct '12

21 Oct '12

Hi all, I've lost track of all the problems with powerstroke. Please send me again the bugs you have found (with a test file!) or the UI ideas we definitely need for release. I have been working on "extrapolate by arcs matching path curvature", but I think it will take me too long to make that work reliably before release. There are still too many bumps along that road... I've committed the code, but it is disabled. Thanks a bunch! Johan

7 29

GtkHandleBox deprecated
by Alex Valavanis 21 Oct '12

21 Oct '12

Hi All, The GtkHandleBox widget is deprecated since GTK+ 3.4 and will eventually be removed completely. We currently use it to provide "tear-off" toolboxes, so we'll eventually have to rework our code somehow. Some possible solutions: 1. Get rid of "tear-off" functionality completely, and just have fixed toolboxes... probably the easiest option! 2. Switch to using GDL and putting all toolboxes into a dockable dialog. 3. "Adopt" the GtkHandleBox code and maintain a fork of it (as we did with GtkRuler) 4. Something radical, new and exciting..!? In any case, this is probably not something we want to do for Inkscape 0.49 because it involves a major reworking of a prominent UI feature! Any thoughts? Alex

3 2

Convert to CMYK
by john Culleton 20 Oct '12

20 Oct '12

There are wiki and other instructions about using Scribus to convert an Inkscape doc to CMYK by importing the svg file into Scribus. Has this process changed for 48.2 Inkscape? John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html

2 1

[Win32 devlibs] gtkmm stack update
by Nicolas Dufour 19 Oct '12

19 Oct '12

Hi, I've just updated the gtkmm stack in the win32 devlibs with the following libs: * pangomm-2.28.4 * glibmm-2.28.2 * atkmm-2.22.6 * gtkmm-2.24.2 Additionally, the build.xml file needed to be updated so that Inkscape can compile with gtkmm 2.24. Windows devs, don't forget to update both the trunk (revision 11810) AND the devlibs (revision 36)! Regards, -- Nicolas

1 0

Narrow/Condensed fonts, font-stretch, any real utility?
by mathog 18 Oct '12

18 Oct '12

SVG style has a font-stretch parameter, however, as near as I can tell it does not do anything. Set it to Normal or Condensed and nothing changes, for either "Arial" or "Arial Narrow". When a condensed font (Arial Narrow) is specified font-stretch says "Normal" even though the font used is actually condensed. Just to make life really miserable, FontConfig matches "Arial Narrow" on linux to "DejaSans", it only gives "DejaVuSansCondensed" if the font name used is "Arial Narrow:width=75" or "Arial:width=75". Near as I can tell Inkscape does not pick up from the font name alone that "Arial Narrow" is a condensed font. It is possible to force the issue by editing the SVG to font-family:Arial Narrow:width=75; in style, in which font-stretch will be set to Condensed. However on linux it is of little use because both of the Deja fonts are so much wider than "Arial Narrow" that the rendered text invariably overruns whatever text follows it. (This was with separate <text> sections, imported from an EMF file. If the pieces are put together with sequential <tspan>s then the text shifts around, but it does not overlap.) Copying the Arial Narrow file ARIALN.TTF from a Windows system to the linux font directory let Inkscape render text in that font at the proper size, but this isn't a general solution since it isn't a "free" font. Other SVG viewers (ie, Firefox) also seem to be mostly "miss" when it comes to rendering condensed/font-stretch SVG. What's the consensus - is this style parameter supposed to do more, in particular, emulate somehow a narrow or wide font from the base font? Is it best to just avoid condensed fonts altogether? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 4

Re: [Inkscape-devel] Powerstroke wrap-up
by Carlos Lopez Gonzalez 18 Oct '12

18 Oct '12

On Date: Wed, 17 Oct 2012 09:53:59 +0200 Jasper van de Gronde wrote: Now there's the real problem. I even asked a question related to this on >math.stackexchange, as it was driving me crazy. Essentially the problem >is that curves with zero-length handles do tend to have infinite >curvature at the endpoint(s) with a zero-length handle, but the >curvature grows very quickly over a very short length of the segment. So >visually, you hardly see anything. Put differently, the slope has a >non-zero derivative at the endpoint, while the norm of the derivative is >zero, so the slope changes by some finite amount over an infinitesimally >small length, leading to infinite curvature, but a finite (and typically >quite small) change in slope. > >So essentially you have the extremely weird situation where a slope that >looks very smooth and (almost) straight, can actually have infinite >curvature at its endpoints (I think in principle this can also happen >elsewhere, but that's less of a problem in this context). > >The problem with taking an approximation of the path is that I'm not >entirely sure how "stable" this is. So would taking a slightly different >approximation give you a completely different curvature, or is there >some "natural" curvature that can be defined? In fact, I've just tried >fitting a quadratic curve through the first 1/3 of a B?zier curve with a >zero-length handle (at the first node), and I can get a huge range of >curvatures, without a big difference in fitting quality. > >Of course this can always be "solved" by simply prescribing an >approximation method. One thing you could try is to basically take a >finite difference approximation to the curvature over a predefined range >of the curve (if the SVG spec would do something like this, the range >would probably have to be specified in the spec). For example, take the >angle of the curve at t=0 and t=1/3, take the difference and divide by >the arc-length. You could experiment with the range, or even try to do a >"higher order" approximation. I'm not entirely sure what this would >accomplish though. > >I've not read the full conversation but in Synfig, when it is needed to evaluate the tangent (and by perpendicularity the normal) at the start or end point of a bezier with a tangent small than a certain small length (zero-length tangent condition) we don't evaluate the derivative of the bezier exactly on the start or end of the bezier but in a fixed small earlier or later bezier index. We use 0.025 as that value. See CUPS_TANGENT_ADJUST usage in the code for the outline layer: https://github.com/synfig/synfig/blob/master/synfig-core/src/modules/mod_ge… It works reasonably well in most of the cases. I hope it helps. Cheers Carlos

1 0

Font Narrow, Condensed etc.
by Jelle 18 Oct '12

18 Oct '12

David, I've been a graphics designer since 1994 using a plethora of software for graphics design. My guess is that this styling parameter is related to the use of SVG fonts, rather than ttf, ott, woff or type1. Most of the latter have such a wide variety of badly characterized font sets, that you can negate the setting. During all my years a s a designer I certainly never let such settings decide what font to use and most of the time a condensed or narrow letter is defined in a special font, doing only that, but often in italic and bold as well as normal. For SVG fonts however, it would make sense, as you have much more control over SVG fonts than over any of the others through the SVG interpreter implementation. As SVG fonts are not really all that supported (Mozilla stubbornly refuses to implement even SVG fonts Tiny for whatever reason), the style setting wont have much use at this moment. I don't think Inkscape should try to support it at this time within its current tool set. I'd much rather have a limited support of SVG fonts for that matter, so designers can finally make their show cases to send to those MF's at Mozilla and press them to finally support the SVG standard. Jelle Mulder > Message: 1 > Date: Tue, 16 Oct 2012 14:01:12 -0700 > From: mathog <mathog@...1176...> > Subject: [Inkscape-devel] Narrow/Condensed fonts, font-stretch, any > real utility? > To: <inkscape-devel(a)lists.sourceforge.net> > Message-ID: <4dfdde417aaefcf72737d2566a645718@...2855...> > Content-Type: text/plain; charset=UTF-8; format=flowed > > SVG style has a font-stretch parameter, however, as near as I can tell > it does not do anything. Set it to Normal or Condensed > and nothing changes, for either "Arial" or "Arial Narrow". When a > condensed font (Arial Narrow) is specified font-stretch says "Normal" > even though the font used is actually condensed. Just to make life > really miserable, FontConfig matches "Arial Narrow" on linux to > "DejaSans", it only gives "DejaVuSansCondensed" if the font name used is > "Arial Narrow:width=75" or "Arial:width=75". Near as I can tell > Inkscape does not pick up from the font name alone that "Arial Narrow" > is a condensed font. It is possible to force > the issue by editing the SVG to > > font-family:Arial Narrow:width=75; > > in style, in which font-stretch will be set to Condensed. However on > linux it is of little use because both of the Deja fonts are so much > wider than "Arial Narrow" that the rendered text invariably overruns > whatever text follows it. (This was with separate <text> sections, > imported from an EMF file. If the pieces are put together with > sequential <tspan>s then the text shifts around, but it does not > overlap.) > > Copying the Arial Narrow file ARIALN.TTF from a Windows system to the > linux font directory let Inkscape render text in that font at the proper > size, but this isn't a general solution since it isn't a "free" font. > > Other SVG viewers (ie, Firefox) also seem to be mostly "miss" when it > comes to rendering condensed/font-stretch SVG. > > What's the consensus - is this style parameter supposed to do more, in > particular, emulate somehow a narrow or wide font from the base font? > Is it best to just avoid condensed fonts altogether? > > Thanks, > > David Mathog > mathog@...1176... > Manager, Sequence Analysis Facility, Biology Division, Caltech > > >

1 0

(no subject)
by pennec victor 16 Oct '12

16 Oct '12

Hi, Did anybody reply to the message I sent the 2012-10-09 23:28 ? http://sourceforge.net/mailarchive/forum.php?thread_name=CABe4m%3DzWXss3Qbp… When I browse the sourceforge html interface (which sucks by the way) I see the following 1 message has been excluded from this view by a project administrator. If my message doesn't fit in the rules of the mailing list could you give me some pointers to other sites I could find any help. Thank you. V.

2 1

GTK+ 3 in devlibs?
by Alex Valavanis 16 Oct '12

16 Oct '12

Hi All, Is there a way of adding GTK+ 3 (and compatible libs) in Devlibs without breaking GTK+ 2 compatibility? As far as I know, there isn't a way of testing GTK+ 3 experimental builds in Windows. Presumably, DLLs have some sort of equivalent to SO-naming to allow multiple ABI-incompatible versions of a library to be provided? Cheers, AV

2 1

removing/adding childs in _build(...)
by Johan Engelen 16 Oct '12

16 Oct '12

Hi all, For backwards compatibility with old-style guides, we want to convert the old-style guides to new-style in sp_namedview_build. Removing the old-style guides from XML and adding new ones works fine, however, this is not represented at all in the SPObject tree. After removing the old-style guides, the SPObjects are still in memory and hooked up to namedview. Also, adding new guides to XML does not create SPObjects belonging to them. This all works fine outside sp_namedview_build (the mechanism is used in hundreds of places in the code), but for some reason does not work within sp_namedview_build. Is that expected behavior? Where should we move the conversion code to? Cheers, Johan

2 5

mpath animateMotion (message resent)
by unknown＠example.com 15 Oct '12

15 Oct '12

This message resent due to html formatting issues..... I have a situation with using the animateMotionelement. Somehow the path to follow seems off. For example. <?xml version="1.0" encoding="UTF-8" standalone="no"?>  <svg xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://creativecommons.org/ns#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:svg="http://www.w3.org/2000/svg" xmlns="http://www.w3.org/2000/svg" xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" xmlns:xlink="http://www.w3.org/1999/xlink" > width="744.09448819" height="1052.3622047" id="svg2" version="1.1" inkscape:version="0.48.3.1 r9886" sodipodi:docname="New document 1"> <defs id="defs4" /> <sodipodi:namedview id="base" pagecolor="#ffffff" bordercolor="#666666" borderopacity="1.0" inkscape:pageopacity="0.0" inkscape:pageshadow="2" inkscape:zoom="0.35" inkscape:cx="-262.14286" inkscape:cy="514.28571" inkscape:document-units="px" inkscape:current-layer="layer1" showgrid="false" inkscape:window-width="1680" inkscape:window-height="995" inkscape:window-x="0" inkscape:window-y="0" inkscape:window-maximized="1" /> <metadata id="metadata7"> <rdf:RDF> <cc:Work rdf:about=""> <dc:format>image/svg+xml</dc:format> <dc:type rdf:resource="http://purl.org/dc/dcmitype/StillImage" /> <dc:title></dc:title> </cc:Work> </rdf:RDF> </metadata> <g inkscape:label="Layer 1" inkscape:groupmode="layer" id="layer1"> <path sodipodi:type="arc" id="big" sodipodi:cx="367.14285" sodipodi:cy="333.79074" sodipodi:rx="132.85715" sodipodi:ry="115.71429" d="m 500,333.79074 a 132.85715,115.71429 0 1 1 -265.71429,0 132.85715,115.71429 0 1 1 265.71429,0 z" style="fill:none;stroke:#000000;stroke-width:2.0999999;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none" transform="matrix(0.80424543,0,0,0.80424543,45.656955,42.48392)" inkscape:label="#path2985" /> <path sodipodi:type="arc" style="fill:none;stroke:#000000;stroke-width:2.0999999;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none" id="small" sodipodi:cx="404.28571" sodipodi:cy="765.2193" sodipodi:rx="58.57143" sodipodi:ry="58.57143" d="m 462.85714,765.2193 a 58.57143,58.57143 0 1 1 -117.14286,0 58.57143,58.57143 0 1 1 117.14286,0 z" transform="matrix(0.56870733,0,0,0.56870733,37.222609,150.03348)" inkscape:label="#path3755"> <animateMotion dur="6s" repeatCount="indefinite" rotate="0" > <mpath xlink:href="#big"/> </animateMotion> </path> </g> </svg> Why does the small ellipse not follow the path of the larger one?

1 0

mpath animateMotion
by unknown＠example.com 15 Oct '12

15 Oct '12

1 0

Regression in Filters Blend mode
by Ivan Louette 15 Oct '12

15 Oct '12

Inkscape 0.48+devel r11799 (on Kubuntu 12.04) is unable to apply Blend to an object laying on top of another (on the same layer) despite my template which specify enable background:new It's a fairly new problem because I use the same template with previous rev on 12.04 without problems ivan

2 2

question about filter/arithmetic
by pennec victor 09 Oct '12

09 Oct '12

Hi, I hope it's ok to post the following test case to get your opinion. It's about filter/arithmetic. I don't get the same result in inkscape and in squiggle (and for me both look wrong) final filter in inkscape (0.48.3) "does nothing" the result looks 99% like the initial background squiggle is better you see the diagonal but not all pixels are black I expected every pixel at the top right above the diagonal in final image would be black (as in the included png) because in the top right r image (=g image =b image) > r background so lighter (image,background) = image so k2 * lighter (image,background) + k3 * image with k2 = 1 and k3 = -1 = lighter (image,background) - image = image - image = 0 <?xml version="1.0" encoding="UTF-8" standalone="no"?>  <svg xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://creativecommons.org/ns#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:svg="http://www.w3.org/2000/svg" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1" width="210mm" height="297mm" id="svg2" style="enable-background:new"> <defs id="defs4"> <marker refX="0" refY="0" orient="auto" id="Arrow1Lstart" style="overflow:visible"> <path d="M 0,0 5,-5 -12.5,0 5,5 0,0 z" transform="matrix(0.8,0,0,0.8,10,0)" id="path3998" style="fill-rule:evenodd;stroke:#000000;stroke-width:1pt" /> </marker> <linearGradient id="linearGradient3825"> <stop id="stop3827" style="stop-color:#000000;stop-opacity:1" offset="0" /> <stop id="stop3829" style="stop-color:#fcfcfc;stop-opacity:1" offset="1" /> </linearGradient> <linearGradient id="linearGradient3803"> <stop id="stop3805" style="stop-color:#000000;stop-opacity:1" offset="0" /> <stop id="stop3807" style="stop-color:#ffffff;stop-opacity:1" offset="1" /> </linearGradient> <linearGradient id="linearGradient3789"> <stop id="stop3791" style="stop-color:#00a3a3;stop-opacity:1" offset="0" /> <stop id="stop3793" style="stop-color:#eb2e2e;stop-opacity:1" offset="1" /> </linearGradient> <linearGradient id="linearGradient3782"> <stop id="stop3784" style="stop-color:#000000;stop-opacity:1" offset="0" /> <stop id="stop3786" style="stop-color:#ffffff;stop-opacity:0" offset="1" /> </linearGradient> <filter color-interpolation-filters="sRGB" id="filter3852"> <feBlend in2="BackgroundImage" mode="lighten" result="result1" id="feBlend3854" /> </filter> <linearGradient x1="1.4285808" y1="523.79077" x2="-11.428548" y2="1038.0765" id="linearGradient3891" xlink:href="#linearGradient3803" gradientUnits="userSpaceOnUse" gradientTransform="matrix(0.16470586,0,0,0.27184464,229.14324,-76.018811)" /> <linearGradient x1="-152.73392" y1="1049.4775" x2="121.55181" y2="768.04895" id="linearGradient3912" xlink:href="#linearGradient3825" gradientUnits="userSpaceOnUse" gradientTransform="matrix(0.56000038,0,0,0.53846205,104.56851,-359.58241)" /> <linearGradient x1="-152.73392" y1="1049.4775" x2="121.55181" y2="768.04895" id="linearGradient4520" xlink:href="#linearGradient3825" gradientUnits="userSpaceOnUse" gradientTransform="matrix(0.56000038,0,0,0.53846205,455.96089,-153.00324)" /> <linearGradient x1="1.4285808" y1="523.79077" x2="-11.428548" y2="1038.0765" id="linearGradient4541" xlink:href="#linearGradient3803" gradientUnits="userSpaceOnUse" gradientTransform="matrix(0.16470586,0,0,0.27184464,399.2299,120.53231)" /> <filter color-interpolation-filters="sRGB" id="filter4543"> <feBlend in2="BackgroundImage" mode="lighten" result="result1" id="feBlend4545" /> <feComposite in2="SourceGraphic" operator="arithmetic" k1="0" k2="1" k3="-1" k4="0" result="result3" id="feComposite4547" /> </filter> <linearGradient x1="-152.73392" y1="1049.4775" x2="121.55181" y2="768.04895" id="linearGradient4633" xlink:href="#linearGradient3825" gradientUnits="userSpaceOnUse" gradientTransform="matrix(0.56000038,0,0,0.53846205,450.57867,88.274736)" /> <linearGradient x1="1.4285808" y1="523.79077" x2="-11.428548" y2="1038.0765" id="linearGradient4654" xlink:href="#linearGradient3803" gradientUnits="userSpaceOnUse" gradientTransform="matrix(0.16470586,0,0,0.27184464,393.42895,361.83833)" /> </defs> <metadata id="metadata7"> <rdf:RDF> <cc:Work rdf:about=""> <dc:format>image/svg+xml</dc:format> <dc:type rdf:resource="http://purl.org/dc/dcmitype/StillImage" /> <dc:title></dc:title> </cc:Work> </rdf:RDF> </metadata> <g id="layer1"> <text x="12.380551" y="23.27586" id="text3864" xml:space="preserve" style="font-size:25.86087418px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="12.380551" y="23.27586" id="tspan3866">Foreground</tspan></text> <text x="201.89806" y="28.043221" id="text3868" xml:space="preserve" style="font-size:26.65829849px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="201.89806" y="28.043221" id="tspan3870">background</tspan></text> <rect width="159.99998" height="159.99998" x="197.14323" y="60.933994" id="rect3889" style="fill:url(#linearGradient3891);fill-opacity:1;stroke:#000000;stroke-width:0.002116;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0" /> <rect width="160.00011" height="160.00015" x="15.837464" y="50.905853" id="rect3910" style="fill:url(#linearGradient3912);fill-opacity:1;stroke:#000000;stroke-width:0.00549126;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0" /> <text x="416.18378" y="243.75751" id="text3926" xml:space="preserve" style="font-size:26.65829849px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="416.18378" y="243.75751" id="tspan3928">result</tspan></text> <text x="131.42857" y="279.50504" id="text3946" xml:space="preserve" style="font-size:48px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="131.42857" y="279.50504" id="tspan3948">Lighter</tspan></text> <path d="M 361.18412,307.15363 C 179.92756,210.18279 179.92756,210.18279 179.92756,210.18279" id="path3992" style="fill:none;stroke:#000000;stroke-width:1.17201114px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1;marker-start:url(#Arrow1Lstart)" /> <rect width="159.99998" height="159.99998" x="367.22989" y="257.48514" id="rect4539" style="fill:url(#linearGradient4541);fill-opacity:1;stroke:#000000;stroke-width:0.002116;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0" /> <rect width="160.00011" height="160.00015" x="367.22983" y="257.48505" id="rect4518" style="fill:url(#linearGradient4520);fill-opacity:1;stroke:#000000;stroke-width:0.00549126;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0;filter:url(#filter3852)" /> <path d="M 360,292.36218 C 271.05893,198.07647 271.05893,198.07647 271.05893,198.07647" id="path4568" style="fill:none;stroke:#000000;stroke-width:0.80954015px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1;marker-start:url(#Arrow1Lstart)" /> <text x="32.857143" y="508.07642" id="text4570" xml:space="preserve" style="font-size:48px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="32.857143" y="508.07642" id="tspan4572">Arithmetic</tspan></text> <path d="M 327.05686,576.56189 C 147.67542,435.65073 354.98058,392.72 355.8003,411.73391" id="path4587" style="fill:none;stroke:#000000;stroke-width:1.17201114px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1;marker-start:url(#Arrow1Lstart)" /> <path d="M 297.78151,578.71513 C 64.36134,213.86639 64.36134,213.86639 64.36134,213.86639" id="path4602" style="fill:none;stroke:#000000;stroke-width:2.57982302px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1;marker-start:url(#Arrow1Lstart)" /> <text x="255.77797" y="425.70889" id="text4604" xml:space="preserve" style="font-size:34.79435349px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="255.77797" y="425.70889" id="tspan4606">*1</tspan></text> <text x="153.17693" y="438.31036" id="text4608" xml:space="preserve" style="font-size:26.20664597px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="153.17693" y="438.31036" id="tspan4610">*-1</tspan></text> <rect width="159.99998" height="159.99998" x="361.42892" y="498.79114" id="rect4652" style="fill:url(#linearGradient4654);fill-opacity:1;stroke:#000000;stroke-width:0.002116;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0" /> <image xlink:href="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAEAAAABACAYAAACqaXHeAAAABHNCSVQICAgIfAhkiAAABBxJREFU eJztWmFzwyAIRYO2///vbuo+4aFRRNvMtSt3vUVrDO/5QGJnjDHJGANkKSWoLaUEfEyvj5v0Xe/7 3j0rc2nuAwAwAHBGrJyoRdarmTHGvD6KSePqtZt92WJc0f+SAG4fAnY7sNs+BOx2YLd9CNjtwG77 ELDbgd32IWC3A7vtQ8BuB3bbh4DdDuy2f0/A6UhMc472ToaICCml/CGj63cnBL33AAAQY4QQAsQY M3hOyrsSgYgIx3FACAFSSpkETkatjnciA733gIgZMIHnZPDPu5GBzjlwzhWgayW02jUZr0oEOufg fr+fFMBXvUVGrRCeN8hegRR0zoH3HkIIxeq2iOj11f2vRAY65+B2u8H393cGvwq81V8n0b9GRCag ToSjZDhDSE0GwN8holDADBgNeImkvxImOQccxyGuugSch8+MOlqF12+TkXcBUsCK3BGxO36G0JYy riYiK8Bam1ejVwPM7AJSHcHvSyllBUnb61VkoPcebrdbDoFamtwprTpCCHk+CTwf2yvD+T3cnqWQ ggAJICeIrywfo9kSRyBHiZOHCSdilYxTCMw4stLfI0O6t5VXeIg8UmvkJPj19dVkWpsPZgBp8oj0 DtIaVxOiJSIrwBhTPEDzQqRxcoZQCWivLc2hOeDJhRDPAdq4pwzOt8FWPhhVk6N3kEeKr1HOyARQ DphdEV5CU7sl01apLQFcyTXauXnOKJLgIzGrAbTa98jY0TbcVMCz5HgVSKpJpAqU97VC+UQAT4Ij ZzQkzcT9VSRp7j8pIMbYTWzPdPIKJa2EbKGA3NlIZDOANOXvaE7aYVYI6j2/tQ0XdcDK6lyVtFqx u0JSDZp2I+ofboOzYJ6hDg1wngjrLbe32s1tnF6GuAIeXcWVsT1He2T26orZugERsdgFpHdzreO8 PVrxlVUbFUI9xbW+LxTA5Sc53gPY+o52FA1JvedriG4BlxSUk6D3HvgPpDMrMyIpxng67JBIajkp xb205UnnlEUSvN/vpxywkvRW5MvjWXKS2hrgEknU5mPRWluEwKMvINqxLWc0hGtImlnIIgmO5NcD OAtGWsWVnWO1L8Z4zgF1fFI89WJUe6ixuuKr6tASko/EWnUAJRLpXb4e2yNJA+YZYTGrhFwK04P5 imqTDo29SqpXqgOttXAcR7HKAJBLYyqQuEI4IfVpMv93G/7wEZkziXYG+GgsGmPAWgvGGDiOI5+X ETh+fGSMKQomavPDRvrLx/OzOOoPIRTkEdH1wUzrN8ve4a0EvPfihNZaIBUQMAJCbVIFOV1fU7s3 lgit+6mvHsPnbM3Bx9E1kV1/OFgiuVAAPaB2qgdkBkDdHvU/OlY7H8eDdME7R04826nftNPvAnQh ETAz4czPUnXe0MzB5T0zB7UpUdMcP/B0mch1Dn4EAAAAAElFTkSuQmCC " x="566.51538" y="497.10315" width="162.99495" height="162.99495" id="image4674" /> <rect width="160.00011" height="160.00015" x="361.84763" y="498.76306" id="rect4631" style="fill:url(#linearGradient4633);fill-opacity:1;stroke:#000000;stroke-width:0.00549126;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0;filter:url(#filter4543)" /> <text x="382.57211" y="537.15765" id="text4660" xml:space="preserve" style="font-size:48px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#f64a00;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="382.57211" y="537.15765" id="tspan4662">KO</tspan></text> <text x="439.14066" y="534.1272" id="text4689" xml:space="preserve" style="font-size:48px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#f64a00;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="439.14066" y="534.1272" id="tspan4691">!= Expected</tspan></text> <text x="415.90714" y="321.99515" id="text4705" xml:space="preserve" style="font-size:48px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#f64a00;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="415.90714" y="321.99515" id="tspan4707">OK</tspan></text> <text x="479.18304" y="428.90924" transform="scale(0.77351912,1.2927929)" id="text4851" xml:space="preserve" style="font-size:10.02463627px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#f64a00;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="479.18304" y="428.90924" id="tspan4853">in Inkscape 0.48.3.1 r9886 </tspan><tspan x="479.18304" y="441.44003" id="tspan5969">it looks like the background </tspan></text> </g> </svg> Thank you

1 0

Re: [Inkscape-devel] B-spline help
by Jabier Arraiza Zenoz 08 Oct '12

08 Oct '12

B-Spline needs a person who speak english and spanish to coordinate the development. If has programing basic is perfect. Now B-Spline team are Arshdeep Singh and myself, and we have problems whith the traslations in between. Anyboy whant to help?

1 0

About splash
by John Smith 08 Oct '12

08 Oct '12

The "Help->About Inkscape" splash can be slow to render and has given some users the impression that Inkscape is therefore slow. One option is to replace the splash rendering with a static image in release builds. A downside of this is maintaining and adding a ~200Kb image to the package. But at some stage Inkscape may get a startup splash anyway ... Any interest in adding a static splash image ? https://bugs.launchpad.net/inkscape/+bug/253219

4 3

Unified line style interface (was: Powerstroke wrap-up)
by Valerie 07 Oct '12

07 Oct '12

> or the UI ideas we definitely need for release. Well, at some point I was trying to think up a unified interface for accessing line styles, but it would require a rather big interface change, so I'm not sure anybody would be in favour. (in any case, there is 0 chance of this being implemented anytime soon) Have the rest of you ever used Krita? Krita has two small boxes at the top that when clicked, each opens a window: - One to choose brush engines + edit options + test and create previews - One to access presets It sounds complicated, but it's actually quite easy to use: the presets system works very well, and the brush editing drop-down allows you to access complicated options quickly (then save them as easy-to-access presets). Although the editing window itself is large, it actually doesn't get in the way too much compared to say, Inkscape's fill and stroke tab, because you get it out of the way as soon as you've chosen. The way I see it, while brushes are at the heart of raster drawing programs, line-styles are (more or less) at the heart of illustration programs. I'd envision an interface more or less like Krita's, but with line styles: - A linestyle editing pane, with a list of different engines to the left and options to the right, and a test-pad at the bottom where you can also create previews for new presets - A presets drop-down - (maybe something with fills too, not sure though) The different engines would include: - Plain: normal, boring lines. It's is own "engine" because it's the most commonly used "style." - Dotted lines: here you'll have the dotted lines, markers etc. - Powerstrokes: everything that used to be in the Live Paths Effects pane will be moved here. There could be a visual editor to design and save line styles, basically a horizontal powerstroke to which you add and edit controls. Once you've saved it as a preset, the shape will then be mapped onto any powerstroke you draw. You could also choose "use current clipboard" to map the style of a currently copied powerstroke onto the editor, for saving. - Pattern along Path: Options include 1. Repeat styles 2. Whether to use the original colors of the object or use the fill color and 3. Whether to choose a pattern from a gallery, or use the clipboard. You can easily add new clips to said gallery (so you can make custom vines, chains, etc.), just like with Krita's pixel-brush brush-tip gallery. - Calligraphy maybe? - Line tiling? This is if Inkscape ever adds complex tiling along a line (see blueprint for tiling tool). - Render: specific live path effects, like stroke, etc. The presets drop-down will show all available presets, regardless of engine. It will have a search box for easy filtering. There'd be intuitive names like: - Graph full line single-arrow - Graph dotted line double-arrow - Powerstroke decreasing - Powerstroke increasing - Powerstroke sharp edges etc. (want a graph connector? Type "Gr" and you'll already get the list of graph lines) The tools in the left pane would be separated into line drawing tools (that apply the selected engine) and other tools. You can choose whether you want shape tools to use "plain lines" by default or use the chosen line style engine. To make the whole system even easier to use, the different engines would require more on-canvas editing options. For example, the purple diamond used for powerstrokes right now could be extended to Pattern Along Path to create variations in the sizes of the patterns. If on- canvas editing is too complicated, the editor pane at least could be used to specify and preview the size of the patterns used. If anybody is interested I can try to make a few mock-ups, even if they don't get used.

1 0

SourceForge Upgrade
by Josh Andler 07 Oct '12

07 Oct '12

Hey All, SF.net is upgrading their site and all projects. I wanted to give a heads up that I've initiated the transition for us and we are in their queue. Hopefully this will not negatively impact our usage of SF, but, it is something they're going to do to all projects that they host. I apologize in advance that they will be notifying everyone with commit access of code access changes, and I'm sorry if they send other emails to everyone else. Hopefully this will all be for the good in the end, as it's going to be mandatory. Cheers, Josh

1 0

Bug Patch 773288
by Arshdeep Singh 06 Oct '12

06 Oct '12

Regarding Bug: https://bugs.launchpad.net/inkscape/+bug/773288 and comment: https://bugs.launchpad.net/inkscape/+bug/773288/comments/6 I don't understand the problem. According to the comment, if a an existing file was saved with the 'Show Border' option unchecked in Document Properties, this saved preference is not reflected when the document is reopened after being saved/closed ? If yes, that is the problem, the saved preference seems to be reflected before/after saving and opening. Also, the global settings for a new drawing is also not disturbed i.e. if I unchecked the 'Show Border' option in a drawing , then saved it, then opened a new drawing, the 'Show Border' is checked. Note:Everywhere above, 'Show Border' being checked implies correct behavior in the document. This behavior has been verified. -- demicoder

1 0

Frosting up
by Josh Andler 06 Oct '12

06 Oct '12

Hey all, Alright... according to the proposed release plan, we are arriving at Frost today. Frost will have us achieve: Most development complete. Release Notes should be >90% filled in. Need to post inkscape-0.49-alpha.tar.gz Here is a total list of things that are milestoned for 0.49 which are still open: https://bugs.launchpad.net/inkscape/+bugs?field.searchtext=&orderby=-import… Note: Not all of those are necessary, and in fact, some will have the milestone dropped (e.g. "Inverted ruler co-ordinate system"). Any help at determining the unachievable or otherwise unlikely to be tackled reports is always appreciated. Does anyone have any outstanding feature work that they'd like to see included? I know David Mathog has done a lot of EMF related work which needs further testing. Is there anything else that is in a relatively mature state that we might want to look at? I will give a followup email early next week after I've had a chance to create a list of blockers and issues which must be addressed. If you have any issues, comments, or something to address... please speak up! Cheers, Josh

1 0

How does ptr_shared work / share_string memory leak
by Kris De Gussem 06 Oct '12

06 Oct '12

Dear all After recent bug reports ([1] and [2]) I had a look on the memory leak associated with the usage of share_string. share_string occupies some memory, but it apparently can afterwards never be released. Individual leaks are small, but there are many and the total memory leaked my quickly sum up. I have been studying the code, but I'm not able to figure out how ptr_shared works. So I was wondering if someone could explain how ptr_shared works and if this explanation could be added to the source code in doxygen comments (and even the wiki?). Related to this question, why do we need a shared pointer system at all? To solve the memory leak issue, I was thinking of replacing all calls to share_string with the usage of Glib::ustring (either directly or via ptr_shared). Is this a good idea or are there better options. Thanks for the suggestions. Regards K. Links: [1] https://bugs.launchpad.net/inkscape/+bug/1043571 [2] https://bugs.launchpad.net/inkscape/+bug/1061967

2 1

Sample file request: R->L and T->B languages, in a couple of file formats
by mathog 05 Oct '12

05 Oct '12

It would be a big help to me in getting the EMF sections of the code right if some developers who uses an R->L language and a T->B language could prepare a set of samples similar to the files listed below. Then email them to me. But before actually starting work on this please post back to the list first saying you will be doing this, so only one person needs do this for each language. Samples are only required for one R->L and one T->B language. These samples don't need to be a 1:1 translation from English - I probably won't be able to make any sense of what they say anyway, but it is important that the starting document edited normally in PowerPoint in whichever language you use, since that will likely affect what the emf file will look like internally. Examples of what I need in English are in these files: http://saf.bio.caltech.edu/pub/software/inkscape/formatted_text_en_test.ppt http://saf.bio.caltech.edu/pub/software/inkscape/formatted_text_en_test.emf http://saf.bio.caltech.edu/pub/software/inkscape/formatted_text_en_test.png http://saf.bio.caltech.edu/pub/software/inkscape/formatted_text_en_test.svg I used Arial font which I think has support for most common languages, at least on Linux. Left,center,right justification will look more or less the same (at a distance) in a R->L language. That is, the same parts of the screen are written, just different characters. For a T->B language I believe Left justify slides to the top. The near collision of the text blocks at +45 and -45 degrees is intentional, please do that in the other languages too. The samples from other languages do not need to have the text in exactly the same positions as the English samples. The English language sample files were made as follows. 1. Compose the file in Powerpoint in a standard slide. Be sure to put a slide sized rectangle on the bottom or step (2), below , will not scale correctly: http://saf.bio.caltech.edu/PPT_G_P_I/#P2I_method Save the presentation as a *.ppt file. 2. In PowerPoint, in that slide window select all right click one selected object save as picture. (give it a name and use "Enhanced Windows Metafile" to create the *.emf file). 3. Take a screen shot of the PPT slide, or of the EMF in Windows Preview, and save as PNG to make the *png file. 4. The SVG in the example was constructed by hand so that text would be at least somewhat editable. EMF import was not used because the text ends up in many little pieces, ie: http://saf.bio.caltech.edu/PPT_G_P_I/#I2P_formatted_strings To make the SVG in Inkscape I suggest: format a 10 x 7.5" page, then import the *.png into it, align it to the page, and lock it. If the underlying rectangle was used in step (1) then the PNG will be exactly the right size. Then create a second layer above the first, enter text to match the underlying PNG. Easiest if the underlying text is black, and the upper layer is red. I used vertical kerning for super and subscripts, because it was not otherwise possible to match those character positions. When the overlay is done, remove the lower layer, change the text to black, save to make the *svg file. Thank you, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Spiro while drawing whith pen
by Jabiertxo Arraiza Cenoz 04 Oct '12

04 Oct '12

Hello. In the branch https://code.launchpad.net/~jabiertxof/inkscape/B-Spline whe develop spiro pen while drawing, as first part of the b-spline editing. You can check it and comment. Now i have a problem, i want to convert a node CUSP to SYMM or SMOOTH. I have the SPCurve -now drawing- and is in a function whith SPPenContext but the GEOM::POINT to change is not the last of the SPCurve (Is the penultimate). Any body can help me? Sorry for my bad english

1 0

Building .app on Mac OS X with Macports
by Frank Schima 04 Oct '12

04 Oct '12

I'm trying to build inkscape 0.48.2 as a Mac .app application using Macports. I'm on Mac OS X 10.7.3 with Xcode 4.2.1 and Macports python 2.7.2 with numpy and lxml. According to the wiki page [1], I should use the osx-app.sh shell script to create it. So I attempted to run the script as stated in the wiki but it did not work for me, saying that it wants the python modules directory to be specified. $ pwd /opt/local/var/macports/build/_opt_mports_trunk_dports_graphics_inkscape/inkscape/work/inkscape-0.48.2/packaging/macosx $ ./osx-app.sh -s -b /opt/local/var/macports/build/_opt_mports_trunk_dports_graphics_inkscape/inkscape/work/destroot/opt/local/bin/inkscape -p ../../Info.plist CREATE INKSCAPE APP BUNDLE Python modules directory not specified. Python modules can be downloaded from: http://inkscape.modevia.com/macosx-snap/Python-packages.dmg So I next attempted to specify the python directory. $ ./osx-app.sh -s -b /opt/local/var/macports/build/_opt_mports_trunk_dports_graphics_inkscape/inkscape/work/destroot/opt/local/bin/inkscape -p ../../Info.plist -py /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages CREATE INKSCAPE APP BUNDLE Directory does not appear to contain the i386 and ppc python modules: /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages Python modules can be downloaded from: http://inkscape.modevia.com/macosx-snap/Python-packages.dmg I tried the download link but that does not resolve. Can anyone tell me what I'm doing wrong, and more importantly how I can build inkscape as a Mac .app with Macports? Cheers! Frank [1] <http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX>

4 4

Swatch/Palette border
by John Smith 04 Oct '12

04 Oct '12

Recently committed some options for the Swatch/Palette border (Swatch/Palette popup menu Border->None/Solid/Wide). I think there is a good case made (both user acceptance and better distinction) for setting the default border to solid black in the below bug report. Any interest in changing the default border ? https://bugs.launchpad.net/inkscape/+bug/171177

3 5

extension help requested
by Mark Schafer 04 Oct '12

04 Oct '12

I'm modifying the nicecharts extension to make more charts and 'improve' some aspects. It now reads many lines and columns in a csv file to make several graphs at the same time. Its going very well except for this one problem: - when I feed it too much data inkscape locks up and does not respond. The amount of data is suspiciously low. Can anyone help me to debug it. What am I doing wrong ? - I have fixed a problem where lots of unused filters were being made. - I'm pretty sure I've got my layers and groups being made correctly. - The log shows the file runs to completion without errors but control never returns to the users. - To show the problem, 2 data files are available. one is good one is not. Code logs to file for examination. You will need to modify the logfile location at top of nicecharts.py for your system. Code is here: http://pastebin.com/6b8jcanU inx is here: http://pastebin.com/u3znJNrR you also need support code: http://pastebin.com/YKCdWJYS datafiles: good - http://pastebin.com/7xL4cf8b failure - http://pastebin.com/sqTXb8bd rename the files: nicechart.py nicechart.inx nicechart_colors.py

4 8

HELP CODE UNDERSTAND
by Arshdeep Singh 01 Oct '12

01 Oct '12

In my courageous attempt at fixing bugs I came across this snippet where the variable setProgramatically eludes me: void RegisteredCheckButton::setActive (bool b) { setProgrammatically = true; set_active (b); //The slave button is greyed out if the master button is unchecked for (std::list<Gtk::Widget*>::const_iterator i = _slavewidgets.begin(); i != _slavewidgets.end(); ++i) { (*i)->set_sensitive(b); } setProgrammatically = false; } Please help. Found in file <registered-widget.cpp> -- demicoder

3 5

Re: [Inkscape-devel] Method to get from (font,string) to exact width?
by mathog 28 Sep '12

28 Sep '12

Well, hours later, and I still couldn't figure out where Inkscape hides its table of fonts/font properties. Another one of those cases where it is faster to write something from scratch than to figure out where it is buried in existing code. The attached small test case does the desired sort of calculation and works on both linux and Windows (mingw, with devlibs32 installed for freetype and fontconfig.) The first time it ran on Windowx XP it took about 30 seconds, presumably because it was making the font cache. Subsequent runs were fast. Found the cache file(s) in: C:\Documents and Settings\Local Settings\<username>\Apps\Temp\fontconfig\cache Strange file names, starts with a long string of hexadecimal characters and then ends in ".cache-2" or ".cache-3". Today's was 456KB and one from two days ago was 935KB. Not sure which other application made the older one, nor why that one was twice as large. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

Sorry about the threadjacking
by mathog 27 Sep '12

27 Sep '12

Apparently my practice of starting new threads by replying with a changed subject was not sufficient to actually start a new thread for some mail readers. I wasn't aware of this issue until one of you just told me, as my mail reader doesn't thread like that. My apologies to all of you whose threads I have accidentally highjacked this way! David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

VACANCY: Font Engineer employment opportunity, London UK
by Dave Crossland 27 Sep '12

27 Sep '12

Hi! If you can work in London and are interested in font engineering employment then please email me offlist for more details :-) Type of skills required: Python programming, understanding (or potential for quickly learning) OpenType features and shaping, FontForge, and RoboFab. Location details: London office Type of employer: Employment in a UK Limited Company Minimum salary: £26,630–£37,350pa, depending on experience and skills Cheers Dave

2 1

Grayscale mode
by Johan Engelen 24 Sep '12

24 Sep '12

Hi all, Early in 0.49 development I added the grayscale viewmode. Very convenient for preparing figures for both color and grayscale print output. With the change to the renderer, we lost the functionality. Is anybody willing/capable of restoring the functionality? Thanks, Johan

1 0

Regression with customizable filters on Kubuntu 12.04
by Ivan Louette 24 Sep '12

24 Sep '12

With rev11689 and the Oxygen GTK theme on Kubuntu 12.04 customizable filters interfaces no longer work. It only applies the filter default settings and refuse to refresh. When changing to other GTK themes filters work without problems. ivan

1 0

Finally announcing 0.48.3.1?
by Luca Bruno 23 Sep '12

23 Sep '12

Hi all, so today I was again approached by a user puzzled by the fact that 0.48.3.1 is shipped by most distro, yet our site still mentions 0.48.2 as latest stable. So I found myself a bit bold and proceeded with some action, after last discussion on this topic. Just to recall a bit the issue, 0.48.3.1 has been released as stable in February. Linux and Win packages were ready in June, and in July we had a short vote about the severe lack of .dmg, whose outcome was: «Make announcements and apologize, while explaining why we have left out a group of our users.» This was already two months ago, nothing went out... So, today I first committed to the web SVN an update of all links and labels, then I drafted a short announce explaining what's going on: http://titanpad.com/8eew4Q6uo2 Next step is to publish the announce and run a publish_web.sh to make it public, as I don't have powers to do this. I'm sure it could be polished/expanded a bit, as I'm neither a native speaker nor the usual PR guy. But I fear that delaying this even more is damaging the project, so please let the ball start rolling. Ciao, Luca -- .''`. | ~<[ Luca BRUNO ~ (kaeso) ]>~ : :' : | Email: lucab (AT) debian.org ~ Debian Developer `. `'` | GPG Key ID: 0x3BFB9FB3 ~ Free Software supporter `- | HAM-radio callsign: IZ1WGT ~ Networking sorcerer

3 3

Inkscape Board Election - voting time
by Josh Andler 23 Sep '12

23 Sep '12

Hey All, The people nominated to fill the open spots on our board are as follow (in no particular order): Johan Engelen Tavmjong Bah Krzysztof Kosinski JazzyNico Jasper van de Gronde If you are nominated and are unable or unwilling to serve on the board, please speak up ASAP. If you are in the AUTHORS file, you are eligible to vote. Please vote for only two, both votes will carry equal weight. In the unlikely event that there is a threeway tie, we will vote again with only one vote per voter. This time, I'm holding off on voting until later in the week (someone else gets to kick it off). The voting opens now and will close on September 23rd, the results will be posted on the 24th. Cheers, Josh

8 8

Updated lcms in devlibs
by Jasper van de Gronde 23 Sep '12

23 Sep '12

I just updated lcms in devlibs, with a bit of luck solving this bug: https://bugs.launchpad.net/inkscape/+bug/453931 If anyone developing on Windows who has experience using lcms could test, that would be great. (Although I expect no big problems, I stuck to lcms 1.)

1 0

Guides, backwards compatibility
by Johan Engelen 21 Sep '12

21 Sep '12

Hi all, The guide project has changed the format in which guides are saved to SVG. The question now is: how do we provide compatibility with "old-style" guides? My proposal: convert old-style definitions to new-style upon loading the file. Saving said file and opening it in Inkscape 0.48 will no longer show any guides in this case. If desired, we can create a python extension that saves the file with all guides converted to old-style. This is the way we went to "new-style" grids back in the day. (unfortunately, grids are stored in 'wrong' coordinates and will have to be transformed too...) Ciao, Johan

7 14

Re: [Inkscape-devel] Rotatable desktop (was: Inkscape 0.49 Proposed Release Plan)
by jbc.engelen＠swissonline.ch 21 Sep '12

21 Sep '12

Indeed, I already had a rudimentary rotatable desktop working a while ago; it was only a small coding effort. What popped up were some UI questions: - page display - boundingbox, do we want it to rotate too or not? - thingies for scaling, shearing, rotating, should they rotate too? - horizontal/vertical directions for dragging objects with ctrl, should they rotate too? Etc... Related: it can be nice to have different scales in x and y dir. If rotating works, then it should be programmed such that any reasonable transform matrix works...? Cheers, Johan ----- Reply message ----- Van: "Krzysztof Kosiński" <tweenk.pl@...400...> Datum: do, sep. 20, 2012 11:13 Onderwerp: [Inkscape-devel] Inkscape 0.49 Proposed Release Plan Aan: "Josh Andler" <scislac@...400...> CC: "Johan Engelen" <jbc.engelen@...2592...>, "Inkscape Devel List" <inkscape-devel(a)lists.sourceforge.net> 2012/9/19 Josh Andler <scislac@...400...>: > I think that if we are going to break compatibility, we go for one > release to do it. Basically, all of the new-style stuff including > custom doc coords would be a huge win to introduce all at once. I > would love to see a rotatable canvas in Inkscape, but I have no idea > how feasible it is with the current rendering/viewport stuff we have > in place. In principle it should be possible to change doc2dt and dt2doc matrices to any transform without any modifications to the display subsystem, but it might expose bugs - mainly hidden assumptions that doc2dt is always an Y flip + translation. The code drawing the page background will need to be rewritten, as it now assumes that the page is a rectangle with sides parallel to desktop coordinate system axes. Regards, Krzysztof

2 1

Re: [Inkscape-devel] B-Spline
by Jabiertxo Arraiza Cenoz 21 Sep '12

21 Sep '12

Hello, I'm working on the first phase is to get the preview of the layout spiro match the final result. This is something I see that basic b-spline curves are meaningful. Anyway I'm very slow and not C and something that seems simple to me is a world. Hi, Jabiertxo.

1 0

Inkscape 0.49 Proposed Release Plan
by Josh Andler 20 Sep '12

20 Sep '12

Hey All, The following is based on previous release plans. Let me know if there's anything missing. One thing I want to do differently is the bug hunt. No score for this release, only going for bugs milestoned for 0.49 instead. This also means we need to hit the tracker to ensure the milestoned ones are correct and to milestone and must fixes. The number of bugs already fixed in trunk is huge, so getting the work out for further testing "soon" is better. Dates are subject to change as always, hopefully they could be moved up (with the exception of the the time between Feature Freeze and Hard Freeze, for the sake of the translators). Translators, I would recommend getting started sooner rather than later. 1. Open development. (In Progress) 2. Chill. (September 21, 2012) Development focuses on wrapping up. No further refactoring. Identify 'make distcheck' issues Triage bug reports Run an About Screen contest First draft of Release Notes. Update tutorials and other docs 3. Frost. (October 5, 2012) Most development complete. Release Notes should be >90% filled in. Bug Hunt: Target those milestoned for 0.49. Post alpha quality tarball. 4. Feature Freeze. (October 26, 2012) No further development work. Disable features that can't be finished in time. Focus on critical bug fixing. Finalize all tutorials, docs, etc. Finalize all extensions. Translators create/update translations. Inkscape must pass 'make distcheck' Post beta quality tarball. 5. Hard freeze. (November 23, 2012) Only release wardens can commit to mainline. No further string changes. Focus on release-critical bug fixing. Finalize translations, release notes, etc. Post Release Candidate tarball. Packagers test creating pkgs. 6. Branch. (December 7, 2012) Establish the Stable Branch for release Complete any late-late-late work. Final verification of packaging, release notes, docs, etc. Publish more release candidates until ready for release. Plan 0.49.1+ release(s), as needed 7. Release. (December 21, 2012) Post inkscape-0.49.tar.gz Post packages Post official announcements 8. Open development. Yes, it seems like a ridiculously short timeframe given our history of making releases happen and how much we've strayed in the past. I do however feel it is doable given the change in the bug hunt requirement for this cycle. That usually holds us up. Also, no platform specific bugs will hold up this release. We will release for specific platforms as issues are taken care of. If anyone has objections or concerns, please speak up. As stated in the past... this is doable. We're good, we're smart, we're competent, and we have the resources... we just need to be focused to make this happen. Let's do this! Cheers, Josh

9 27

Release notes page
by Johan Engelen 19 Sep '12

19 Sep '12

Hi all, I would very much like to have the release date written somewhere on the release notes page. I can only find it on the 0.48.2 page (I believe I added it back then). If someone is looking for a small task, please go ahead and add the release dates to all other release notes pages! ;) Let's try to not forget it for future releases! An idea just popped up: shall we add the about screen dialog to the release notes page? For extra exposure of the winning entry :-) Cheers, Johan

2 1

Fwd: B-Spline
by Arshdeep Singh 18 Sep '12

18 Sep '12

---------- Forwarded message ---------- From: Arshdeep Singh <moduli16@...400...> Date: Mon, Sep 10, 2012 at 10:33 PM Subject: Re: [Inkscape-devel] B-Spline To: jabier.arraiza@...2893... @Jabiertxo : Thankyou You seem to have a good level of knowledge of working of the B-Splines and of how curves implemented in lib2geom. I don't know much of code's working. I will study the code and you can help me with the understanding. @Pieter Barendrecht, seems to know A LOT about Beizer Implementations, I guess he seems the GOTO GUY for technical probelms . :) On Mon, Sep 10, 2012 at 8:13 PM, Jabiertxo Arraiza Cenoz <jabier.arraiza@...2893...> wrote: > Good morning. > > I am very glad that people are getting involved in the project. I thank > especially Arshdeep Singh for offering with such enthusiasm, I look > forward to working with him and learn. > > I am also happy news for the project provided by Johan Engelen lib2geom > of the project, which seems key to the achievement of the B-Splines in > Inkscape. > > For my part I contribute my part of the way and start coding before I > point out what I think we need to get. > > The BSplines give the artist total control to make layouts without using > handlers, giving a speed and accuracy, I think, unique in the world of > drawing. > > This feature is primarily patent while you draw each stroke, implement > this feature at the end of the path has no make much sense. > > I therefore propose branch-if so-called the project into two consecutive > parts: > > The first is a part facilitator also has benefits spiro tool. They are > getting while drawing a spiro curve, the mark of the "road" is already > the final route, without going into consideration to show both paths > and / or buttons to switch. > > The second would be to implement a curve BSpline like a Spiro. > > In both modes "spiro" and "BSPLINE" would be important to assign a key > to draw the next point is a corner point. > > Do you think well this way? > ------------------------------------------------------------- > > Buenos días. > > Estoy muy contento de la gente que se está involucrando en el proyecto. > Le doy gracias especialmente a Arshdeep Singh por ofrecerse con ese > entusiasmo, estoy deseoso de poder trabajar junto a el y aprender. > > Me alegra también la noticia a favor del proyecto facilitada por Johan > Engelen de el proyecto lib2geom, que parece clave para la consecución de > las B-Splines en Inkscape. > > Yo por mi parte aporto mi parte del camino y antes de empezar a > codificar quiero puntualizar lo que pienso que tenemos que conseguir. > > Las BSplines dan al dibujante total control al realizar trazados sin > necesidad de usar manejadores, dando una velocidad y precisión únicas > -creo- en el mundo del dibujo. > > Esta característica es patente principalmente mientras se va dibujando > cada trazo, implementar dicha característica al final de realizar el > trazado no tiene mucho sentido. > > Por ello propongo bifurcar -si se llama así- el proyecto en dos partes > consecutivas: > > La primera es una parte facilitadora que además tiene beneficios para la > herramienta spiro. Se trata de conseguir mientras se dibuja una curva > spiro, que la marca del "camino" sea ya el trazado final, sin entrar en > consideración de mostrar ambos trayectos y / o botones para alternar. > > La segunda seria implementar la curva BSpline como una Spiro. > > En ambos modos "spiro" y "bspline" seria importante asignar una tecla > para que el siguiente punto a dibujar sea un punto de esquina. > > ¿Os parece bien este camino? > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614

1 1

Re: [Inkscape-devel] Inkscape Board Election - voting time
by Ivan Louette 18 Sep '12

18 Sep '12

JazzyNico Tavmjong Bah

2 1

Question about prototype for new Keybinding GUI (was Fwd: [Bug 1036059] There are no GUI for setting keybindings )
by ~suv 16 Sep '12

16 Sep '12

Anyone interested to help with these questions about Inkscape's handling of keyboard shortcuts (and how to add files for new widgets)? Being able to switch keymap files or redefine keyboard shortcuts from within Inkscape would be a nice new feature (requested repeatedly by users)… Forwarded from <https://bugs.launchpad.net/bugs/1036059>. thx, ~suv -------- Original Message -------- Subject: [Bug 1036059] Re: There are no GUI for setting keybindings Date: Wed, 15 Aug 2012 19:19:45 -0000 From: Aapo Rantalainen <1036059@...1882...> Reply-To: Bug 1036059 <1036059@...1882...> To: suv I started to implement GUI-widget for changing keyboard bindings. Here is video of first prototype: http://www.youtube.com/watch?v=Hvdvz--L6OM There are many issues where I'm waiting for discussion, help, solution... Patch is not intented to merge as it. It is against rev-11604. a) I had problem to add new files for compilation, so this patch overwrite font-selector (randomly selected dialog/widget) b) Inkscape has some 'own' style to handle keybindings. Thus widget on my patch contains converting between 'GDK-modifier' to 'SP-modifier' and back. Is there reason to not use shortcut handling for GDK? c) Patch handles only primary keys, not secondaries. I'm not sure how they should be handled. I think there are no limit how many secondary key one action could have. d) Patch doesn't check conflicst. I.e. if key is already assigned. e) Tip text (and menus) are not updated, but new window shows new accel keys. f) It doesn't yet save modifications. Maybe the best place is end of the ~/.config/inkscape/keys/default.xml or add one more xml (user_defined.xml). g) Patch just move things in shortcuts.cpp,verbs.cpp private->public. -- So what it does: -shows (primary) keybindings of the every verbs (in _verbs) -allow keybindings to be modified ** Patch added: "keybindings_proto_001.patch" https://bugs.launchpad.net/inkscape/+bug/1036059/+attachment/3262804/+files… -- You received this bug notification because you are a member of Inkscape Bug Team, which is subscribed to Inkscape. https://bugs.launchpad.net/bugs/1036059 Title: There are no GUI for setting keybindings

1 0

Path 'z' question
by Tavmjong Bah 15 Sep '12

15 Sep '12

Hi, Can someone quickly remind me what the problem is with the current SVG 'z' syntax to close a path? Thanks, Tav

5 9

Complete removal of libnr
by Krzysztof Kosiński 15 Sep '12

15 Sep '12

Hello all. Revision 10589 removes all trace of libnr from Inkscape's code, which was a major refactoring goal. This is a rather big change and might break various things. Here is a short summary of the changes: 1. NRRect was replaced by Geom:Rect and Geom::OptRect as appropriate. 2. NRRectL was replaced by Geom::IntRect and Geom::OptIntRect as appropriate. Note that the semantics of Geom::IntRect's contains() function for points are slightly incorrect at this time, as max() will be considered part of the rectangle even though it should not be. This doesn't cause any obvious problems for now. 3. SPItem bounding box methods were rewritten. There are now methods for bounding boxes in 3 different coordinate systems: - visualBounds(), geometricBounds(), bounds() - bounds in the item's own coord system - desktopVisualBounds(), desktopGeometricBounds(), desktopBounds() - bounds in desktop coordinate system (origin in bottom left, but user-editable in the future) - documentVisualBounds(), documentGeometricBounds(), documentBounds() - bounds in SVG coordinate system The "geometric" version returns the object bounding box as defined by SVG (does not consider stroke, filters, clipping paths, masks, etc.). The "visual" version considers all of this to return the bounds of the area affected by the object. The legacy "approximate bbox" was removed. 4. NRActiveObject was used only by SPAction. SPAction was converted to GObject and NRActiveObject listeners were replaced by signals. Some changes to verbs were made along the way. 5. nr-point-fns.h was used by some things in the gradient editor and was replaced with code using Geom::LineSegment. Regards, Krzysztof

11 38

Default Export Area
by Yann Papouin 14 Sep '12

14 Sep '12

Hi, I'm testing trunk few times a week and for some time now, the default export area is set to "Drawing" in the export dialog when clicking on a blank part of the canvas. To my mind, it should be set to "Page" as default. Yann Papouin.

1 0

livarot stroke to path calls union?
by Shriramana Sharma 13 Sep '12

13 Sep '12

I noticed that when Inkscape does stroke to path of a self-overlapping stroke, it automatically does a union of the resulting filled paths because there are no overlaps after stroke to path. Trying to track this I found: src/verbs.cpp:2396: new SelectionVerb(SP_VERB_SELECTION_OUTLINE, "StrokeToPath", N_("_Stroke to Path") -> src/verbs:cpp:1073: case SP_VERB_SELECTION_OUTLINE: sp_selected_path_outline(dt); -> src/splivarot.cpp:880: sp_selected_path_outline(SPDesktop *desktop) which calls Path::Outline from src/livarot/PathOutline.cpp which calls Path::SubContractOutline. My question: Despite all this searching it is not clear to me where the livarot union function is being called. Perhaps I am missing something? Thanks. -- Shriramana Sharma

2 2

Inkscape Board/Committee Nominations
by Josh Andler 12 Sep '12

12 Sep '12

Hello Developers, I am recycling Aaron Spike's email from the last time we went through this. As many of you know, Inkscape is a member organization of the Software Freedom Conservancy ( http://sfconservancy.org/ ) and that we have a board. The board/committee consists of Josh Andler, Jon Cruz, Ted Gould, Bryce Harrington, Nathan Hurst, MenTaLguY and Aaron Spike. Bryce Harrington currently serves as the Representative (the official board representative on behalf of Inkscape to the SFC). Dr. Hurst had previously resigned his position on the board and Aaron has done so more recently. Therefore we must elect new committee members to fill the open spots. I will be collecting nominations through the weekend (ending Sunday, September 16th unless there is great desire for an extension to the nomination period). Anyone listed in the AUTHORS file (as of September 10, 2012) may make a nomination. Anyone listed in the AUTHORS file (as of September 10, 2012) may be nominated. Nominees are free to refuse nomination. Just as a heads up, if you use a pseudonym, you will have to sign the agreement with your legal name (not that this information gets released to the public). Note: The dates related to the AUTHORS file are to avoid anyone trying to get in at the last second, and they will always adjust with future nomination periods. Typically the board votes on things such as project fund expenditures (travel, conferences, marketing materials for events, etc), trademark related issues (a topic currently be worked on), other legal issues that arise, etc. Our hope is that by refreshing the board, that we'll be better suited to give better guidance on items and hopefully be more effective at supporting the Inkscape project and our community as a result. As specified in Section 6 or our charter we maintain a committee of seven project members. Section 6 reads as follows: "6. Representation of the Project in the Conservancy. The Developers, each a signatory hereto, shall represent the Project in its official communication with the Conservancy. There shall be seven Developers (together, the "Committee"), elected by the community members of the Project listed in the Project's AUTHORS file (the "Community Members"). Each Developer shall continue to serve until he or she resigns from the position. The Developers may be removed from the position at any time by a majority vote of the Community Members. Upon the resignation or removal of a Developer, the Community Members shall elect a replacement Developer to serve on the Committee. The Committee will elect a single individual to communicate with the Conservancy (the "Representative") and shall notify the Conservancy promptly following the election of a new Representative. The Representative will have the authority to instruct the Conservancy on the Project's behalf on all matters. This section may be modified by a vote of at least 3/4 of the Community Members, with the consent of the Conservancy, such consent not to be unreasonably withheld." The election itself will take place from the 17th through the 23rd. The process will be voting for your top two choices (all votes carry equal weight) and the two names with the most votes will be elected. Thank you to everyone for your participation. Cheers, Josh P.S. I have uploaded a redacted copy of the full Charter at: http://dl.dropbox.com/u/21152971/InkscapeSponsorshipAgreement-redacted.pdf (modified only for privacy reasons). We will get something more official in place soon.

2 3

Creating color managed PDFs
by Adrian Johnson 12 Sep '12

12 Sep '12

I have been working on an experimental branch of cairo that supports color management for the image and pdf surfaces. I'm currently trying to get Inkscape to use this API so I can test creating color managed PDF files. I'm not familiar with SVG or the Inkscape source and have some questions. The SVG specification says that compositing can be performed in sRGB or linear RGB color space. I could not find where this is supported in Inkscape. For now I've set the PDF surface color space to sRGB. What color space are gradients interpolated in? Are all gradient stops the same color space? In my patch I have assumed that all stops have the same color space and used this color space as the interpolation color space. Can a color space be set for an image? If anyone is interested the code is here: http://cgit.freedesktop.org/~ajohnson/ To simplify the implementation only RGB color spaces are currently supported.

3 2