- Inkscape Devel - Inkscape Mailman

Development packages for OS X (About screen contest)
by jiho 28 Dec '07

28 Dec '07

Hi everyone, Thanks to the help of several people, there are now recent development builds of Inkscape for PowerPC (G4-G5), as well as prebuilt python modules for all machines (ppc and intel) and all python versions currently available on OS X (2.3 - 2.5). These new builds are available on modevia as usual: http://inkscape.modevia.com/macosx-snap/?C=M;O=D Python packages are integrated into the application so drag Inkscape and drop it somewhere on your machine (e.g. in Applications) and everything should "just work". There are two PPC packages (dec24 and 16774) which should work on Tiger and Leopard and one i386 (Intel) package (16834) which, unfortunately, is Leopard-only. These should be still in time for the about screen contest and will provide good testing for the release. Cheers to all those involved in PPC compiling. JiHO --- http://jo.irisson.free.fr/

4 4

Inkscape with ImageMagick effects
by jiho 28 Dec '07

28 Dec '07

Hi all, Sorry if this s a FAQ. Quick question: is there a dedicated configure switch to get ImageMagick based effects in Inkscape? I just get: ImageMagick Magick++: no At the end of configure while I have ImageMagick with the ++ extension. If there's no manual switch what is checked exactly? Thanks in advance. JiHO --- http://jo.irisson.free.fr/

2 3

How to convert Inkscape items to "ordinary" shapes?
by Maximilian Albert 28 Dec '07

28 Dec '07

Hi, what do I need to do when I want to convert an Inkscape-specific SPItem (like star, spiral, etc.) to an ordinary shape? Is it enough to set "sodipodi:type" to NULL? But what if there are any pointers left that refer to the "old" SPObject and expect it to be of the given type? How is that handled within Inkscape? I've encountered functions like ConvertToShape and ConvertToForme but am not quite sure what precisely they do, and furthermore my use case is converting 3D boxes to ordinary groups (while at the same time converting their sides to ordinary paths) so that I guess neither of these exactly fits my needs. Thanks for any hints, Max

1 0

Default Units
by Tony Vigil 28 Dec '07

28 Dec '07

When you set the default units in the Document Properties dialog box, shouldn't the units in the tool controls bar reflect the same default. Currently, the default units in the tool control bar is pixels - and it doesn't reflect a different default unit set in the Document Properties dialog box.

1 0

Re: [Inkscape-devel] Tango icon theme take 3
by joel＠...1709... 28 Dec '07

28 Dec '07

I like all those very much - good work, they look great. I hope we can get them in 0.46. My one comment would be that I think, in the align/distribute set, the old icons for aligning text vertically and horizontally were slightly clearer. The decender on the lower case "y" makes it very obvious what will be done. Other than that 5 stars. Well done. ---------------------------------------- From: Michael Grosberg <preacher_public@...19...> Sent: 27 December 2007 14:21 To: inkscape-devel(a)lists.sourceforge.net Subject: [Inkscape-devel] Tango icon theme take 3 I've taken most of the criticism to heart: A lot of icons are now more distinct - Tango uses a medium gray for many icons, but I changed it to a darker shade. This may hurt people who use dark themes so I'm not really sure it's a good idea. I also changed the flip/rotate icons back to something similar to the existing ones. Following Bulia's remarks about the tool icons, I decided to try and create my own icons instead of using the existing set from Art Libre: please tell me your opinion: are their functions clearer now? Lastly, take a look at the show/hide icons in the layers menu. download link: http://grosberg.michael.googlepages.com/icons.svg.zip Michael Grosberg P.S. happy holiday season everyone! ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

Tango icon theme take 3
by Michael Grosberg 28 Dec '07

28 Dec '07

I've taken most of the criticism to heart: A lot of icons are now more distinct - Tango uses a medium gray for many icons, but I changed it to a darker shade. This may hurt people who use dark themes so I'm not really sure it's a good idea. I also changed the flip/rotate icons back to something similar to the existing ones. Following Bulia's remarks about the tool icons, I decided to try and create my own icons instead of using the existing set from Art Libre: please tell me your opinion: are their functions clearer now? Lastly, take a look at the show/hide icons in the layers menu. download link: http://grosberg.michael.googlepages.com/icons.svg.zip Michael Grosberg P.S. happy holiday season everyone!

5 5

Re: [Inkscape-devel] Call for Freeze Exceptions
by Bryce Harrington 28 Dec '07

28 Dec '07

Thanks for the update Adib, I'll update the news item. On Thu, Dec 27, 2007 at 03:16:52AM +0100, Adib taraben wrote: > Short update: > > I have implemented option dialogs for PDF/PS exports using cairo. (there > will be no EPS via Cairo before cairo >= 1.5.2) > - PDF version or PS level prepared, PDF1.4 and PS3 are default (and the > only options for now) > - text to path works > - blur as bitmap is prepared, need help on converting a SPItem from vector > to image > - alpha as bitmap is done implicitly on cairo (falls back on software > rendering) - so no option on dialog > > HTH, > > Adib. > --- > > Bryce Harrington schrieb: >> On Thu, Dec 20, 2007 at 10:45:27PM +0100, the Adib wrote: >> >>> Hi Bruce, >>> >>> I want to focus on two things: >>> 1. win32 installer >>> - improve the current uninstaller. Currently it bugs you for every single >>> file that has been changed. >>> 2. improve PDF, PS export >>> - implement blur as bitmap >>> - need to display an dialog and asking for several options (text to path, >>> blur as bitmap, alpha as bitmap) >>> >>> Nr. 1) I can do myself. >>> Nr. 2) I need help. >>> I think that two weeks from now (3rd Jan) this will be finished. >>> >>> I would like to see fixed in the next release the issue with the >>> calculation >>> of object sizes containing blur #168349 >>> https://bugs.launchpad.net/inkscape/+bug/168349 . >>> >> >> Hi Adib, >> >> I've got you down with exceptions for both of the above tasks. >> >> The win32 uninstaller is technically packaging work, so is permitted to >> be done without an exception, but you've got one anyway. But it won't >> be a blocker for moving into Freeze if it takes longer than expected. >> >> Like others that have replied, it sort of sounds like the PDF/PS work >> may be a bit more ambitious than there is time for. However I've >> included an exception for you on this anyway. That said, I would >> encourage you to prioritize and organize the work such that there are >> good stopping points in case some of the work needs to be postponed. >> Improving PDF/PS support is very important, however this item has a >> longer time estimate than the other tasks that must be completed before >> Freeze, so is the riskiest item, especially since you think you'll need >> help. If you can prioritize/organize the work to reduce it something >> that can be completed by yourself in a shorter timeframe, that would >> help a lot. >> >> Thanks, >> Bryce

1 0

BUG HUNT - Dec 23 Scoreboard
by Bryce Harrington 28 Dec '07

28 Dec '07

Wow, we achieved 10% of the objective in just one day! Pts BugID Assignee Description ------------------------------------------------------------------------ 3 171593 Diederik Snapping menu items and shortcuts 3 168912 Johan Engelen axonometric grid angle changes with... 12 168588 Johan Engelen assertion failed, file sp-conn-end.cpp 3 171783 Bulia Byak rclk on palette should change outline color 3 171710 JonCruz Sum color dragging color inother 3 171292 --- Transparency reduced pdf export 9 168865 Johan Engelen Crashes applying "Path along path" effect... 3 171803 Johan Engelen Angled Guidelines! 12 168570 Johan Engelen Crash when recreating grid using 'redo' ------------------------------------------------------------------------ 51 Goal: 500 http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-mont… Note: Points are not given for bugs fixed as invalid, dupe, or worksforme, and only for issues that require code changes to fix (not website, translation, or documentation changes). Note: Scoring for bugs is based on their Importance: Crit=12, High=9, Med=6, Low=3, Undecided=3, Wishlist=3. We used to not give points for RFE's in the old system, but now it's not always clear with Undecided bugs whether they were really bugs or feature requests, so I figure we can give 3 points in all cases (actually wishlist bugs probably deserve more, but then, we're really supposed to focus on bugs, not features, so 3 pts is probably good.) Bryce

1 2

Font Spec Progress
by Gail Carmichael 28 Dec '07

28 Dec '07

Hi all, I have been working on finishing up that patch but have run into an unfortunate compile problem from merging (which is now solved but it ate up a lot of time). I have to go away for a few days and won't be able to finish it until Sunday or Monday unfortunately. Thanks, Gail

1 0

Compile errors in rev. 16819
by Maximilian Albert 28 Dec '07

28 Dec '07

Hi, rev. 16819 introduced the following compile errors (at least for me): ==> extension/internal/cairo-render-context.cpp: In member function ‘bool Inkscape::Extension::Internal::CairoRenderContext::setupSurface(double, double)’: extension/internal/cairo-render-context.cpp:697: error: ‘cairo_ps_level_t’ was not declared in this scope extension/internal/cairo-render-context.cpp:697: error: ‘cairo_ps_surface_restrict_to_level’ was not declared in this scope <== Is there some additional file missing in SVN or is it just something with my setup? I thought that maybe things need to be reconfigured but running ./configure before compiling didn't help. In case it matters, I'm on Debian unstable. Thanks, Max

3 3

Re: [Inkscape-devel] Type size
by bulia byak 27 Dec '07

27 Dec '07

On Dec 27, 2007 1:18 PM, Guillermo Espertino <gespertino@...400...> wrote: > bulia byak escribió: > > We already have it, but in document prefs. It's a per-document > > setting. All unit selectors should obey it; if some don't it's a bug > > which should be easy to fix. > > > There is a bug then. If I open Inkscape, go to document prefs and change > the units the only thing that changes is the ruler. > All the tools stay in pixels. > Can you confirm this so I can file a bug? Changes in unit selectors only take place after you reload the document. For the unit selectors that are already displayed on your screen, it is assumed they currently show the unit you need. > Yes, I know because I work for screen too (web, video, etc.) > I'm not saying to change the default units, they are fine as they are. > I'm talking about giving the user a way to change that setting in a > persistent manner. Default import/export resolution can be changed in > that way using the preferences. Why units aren't? Just create a document template with the units you need. There's a standard template for mm for example. > By the way, the snapping settings in a per-document basis is in my > oppinion something very annoying. Everytime I start inkscape I have to > change the snapping settings. Am I the only one that doesn't like it? > What do you think about it? Again, create your own template. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

Re: [Inkscape-devel] Type size
by Guillermo Espertino 27 Dec '07

27 Dec '07

bulia byak escribió: > We already have it, but in document prefs. It's a per-document > setting. All unit selectors should obey it; if some don't it's a bug > which should be easy to fix. > There is a bug then. If I open Inkscape, go to document prefs and change the units the only thing that changes is the ruler. All the tools stay in pixels. Can you confirm this so I can file a bug? > Most of the users use Inkscape for screen graphics, and for that, px > is ideal because 1px corresponds to 1 pixel at 100% zoom and at the > default export resolution of 90 dpi. > Yes, I know because I work for screen too (web, video, etc.) I'm not saying to change the default units, they are fine as they are. I'm talking about giving the user a way to change that setting in a persistent manner. Default import/export resolution can be changed in that way using the preferences. Why units aren't? For me, that would be very welcome. By the way, the snapping settings in a per-document basis is in my oppinion something very annoying. Everytime I start inkscape I have to change the snapping settings. Am I the only one that doesn't like it? What do you think about it? Regards, Gez.

1 0

Re: [Inkscape-devel] Tango icon theme take 3
by Guillermo Espertino 27 Dec '07

27 Dec '07

Michael Grosberg wrote: > Following Bulia's remarks about the tool icons, I decided to try and create my > own icons instead of using the existing set from Art Libre: please tell me your > opinion: are their functions clearer now? > Great work Michael! I love these icons. They look very good. I have a couple of crits, though. In general, all the icons look pretty good and are far better (imo) than the original ones. I think they are not "working" in the fill and stroke tabs. They are too detailed for the size they are reproduced. Stroke Color and Stroke Style are hardly recognizable. The icon for the fill and stroke dialog maybe can be improved. I think it looks kind of off-style. The color in the pattern transform switch makes takes it away of the group. I'd go for grayscale for it too. About the tool icons, I really don't agree. Tango guidelines are for visual consistency across applications. Furthermore, Inkscape and gimp are part of a common workflow for libre graphics, so having different icons for similar tools is in my oppinion a mistake. Sincerely I find Gimp tool icons more appropriate for the tools. Pen and pencil tools, bucket fill, gradient are simpler. Those icons were already created and work fine, so why don't use them? I also have a bad feeling about using gradients for the shape tools. They are 2D sapes, so using gradients doesn't seem correct for me. Using strokes with thin lines is also a bad choice. Pencil, Pen and Spiral are examples of that. The strokes end up looking gray and blurry instead of well defined. The stroke doesn't fix the contrast problem, it makes it worst because of the small size. Besides that, the other icons look great and I'd really love to see them as default in 0.46 Again, great work and thank you for your effort!

1 0

Type size (was: Default units)
by Guillermo Espertino 27 Dec '07

27 Dec '07

> > After realizing that there was something strange about the text size in > my inkscape designs I followed the bugs associated (#168151, #168164, > #168344, #170099 - some of them seem to be duplicates) and there I > noticed that the text size in inkscape is expressed in pixels, but the > dialog doesn't inform that. I wrote that a couple of days ago, but I was wrong. Type isn't expressed in pixels. It took me a while to get it, but now I understand. The size is expressed in a unit that is 1/90th of an inch (corresponding to the default inkscape resolution of 90 dpi). That can be just right for svg and on-screen presentation, but for print those typographic size units are quite misleading. Regular users are used to typographic points, which are in DTP equal to 1/72th of an inch. The current units are only used in inkscape (ok, maybe they're the default units for svg but they have not much use for print). The problem of having these units is that an average user won't get what he/she expects. This is, imo, a critic usability issue. It's not intuitive, the result isn't what a regular user would expect and it forces the user to calculate the size (and forces to realize how, because there are no clue of what units are used in the UI). I think this issue should be marked as critic. Meanwhile, for everyone looking for typographic points in inkscape, there's a kind of workaround. Multiply the desired value by 1.25 and you'll get a equivalent size. (example: if you need 10pt type, then use 12.5 units) Regards, Gez.

2 3

Re: [Inkscape-devel] Tango icon theme take 3
by joel＠...1709... 27 Dec '07

27 Dec '07

Oh and one other comment, the tail on the select arrow somehow doesn't look quite central with respect to the arrow head. ---------------------------------------- From: Michael Grosberg <preacher_public@...19...> Sent: 27 December 2007 14:21 To: inkscape-devel(a)lists.sourceforge.net Subject: [Inkscape-devel] Tango icon theme take 3 I've taken most of the criticism to heart: A lot of icons are now more distinct - Tango uses a medium gray for many icons, but I changed it to a darker shade. This may hurt people who use dark themes so I'm not really sure it's a good idea. I also changed the flip/rotate icons back to something similar to the existing ones. Following Bulia's remarks about the tool icons, I decided to try and create my own icons instead of using the existing set from Art Libre: please tell me your opinion: are their functions clearer now? Lastly, take a look at the show/hide icons in the layers menu. download link: http://grosberg.michael.googlepages.com/icons.svg.zip Michael Grosberg P.S. happy holiday season everyone! ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

shift-ctrl+L shortcut seems to be broken - Inkscape0712261744
by unknown＠example.com 27 Dec '07

27 Dec '07

Hi, in Inkscape0712261744 SHIFT+CTRL+L shortcut seems to be broken (layer window does not appear) Vista Home Premium Molumen

1 0

Digits of precision
by Maximilian Albert 26 Dec '07

26 Dec '07

Hi all, I just rediscovered bugs #171486 and #171980, which both request higher precisions for grids/guides/document size, etc. I'm not a graphics designer, but the reasoning that people often need 1/16 (=0.0625) inch measurements makes sense to me. I gather that multiple degrees of precision are used throughout Inkscape. Grids allow 4 digits, guidelines 3, but document size (for example) only provides 2. I haven't checked all the other places but I'm wondering if it would make sense to unify all these. Isn't having different precisions simply inconsistent and annoying for users who need high precision for their work? Would this be a difficult/time consuming change or do people think it is something that can be achieved (or is desirable at all) for 0.46? In this case, what would be a good level of precision? Is there any reason not to provide 4 digits everywhere (apart from space considerations, maybe)? I hope this hasn't been discussed before or I'm touching on a sensitive issue. Just wondering. Max

3 2

Which attributes to store in plain SVG?
by Maximilian Albert 26 Dec '07

26 Dec '07

Hi all, in the _write() methods for most SPObjects there are some lines of code similar to the following (this example is taken from sp-rect.cpp): if ((flags & SP_OBJECT_WRITE_BUILD) && !repr) { Inkscape::XML::Document *xml_doc = sp_document_repr_doc(SP_OBJECT_DOCUMENT(object)); repr = xml_doc->createElement("svg:rect"); } I have been wondering for quite some time in which situations these are called at all. Just now I discovered that this is the case when saving a file as plain SVG. Are there other circumstances, too? I'm asking because I'd like to know what kind of attributes should be set when building an object like this. For example, when I want to create a 3D box with this piece of code, should I set the "sodipodi:type" attribute or should I leave it out (so that effectively only an ordinary svg:g is created)? I'm inclined towards the latter because otherwise when the file is reopened there are also some other attributes missing (since it was saved as plain SVG) so the box is not shown at all because Inkscape is missing some information necessary to render it correctly. I just wanted to ask if my reasoning is correct or if I'm missing anything. Generally, it would be interesting to know what kinds of attributes should be saved to plain SVG. Apparently, various Inkscape-specific elements are saved (like LPEs), but they seem to be stripped off some attributes that might be necessary to fully recover them. I hope everyone is enjoying their Christmas vacations! Don't mind if it therefore takes you a bit longer to reply. ;-) Thanks and best regards, Max P.S.: BTW, why is repr == NULL if the above code is called when saving to plain SVG but not in other situations? Just wondering.

2 1

Document resources?
by Maximilian Albert 26 Dec '07

26 Dec '07

Hi, another thing I just stumbled across: A couple of objects like filters, LPEs, gradients, etc. have something like this in their build methods: /* Register ourselves */ sp_document_add_resource(document, "gradient", object); ... and the corresponding code in the _release() method. What precisely does this do and what is it good for? What kinds of objects should "register themselves" and why? Thanks, Max

1 0

PPC numpy, lxml
by Stuart Edwards 25 Dec '07

25 Dec '07

Jiho - I have numpy for py25 and py24 and lxml for py25. These are macport installs and are fairly bulky (~ 10 Mb). Let me know how you would like to have them delivered! Stu

3 3

Re: [Inkscape-devel] Problems trying to Compile Inkscape on tiger PPC
by Juan Miguel Ramirez 25 Dec '07

25 Dec '07

well, after a lot of troubles I have made all the steps until: make install the final lines of the log are: Making install in ui make[3]: Nothing to be done for `install-exec-am'. test -z "/Users/yomizmo/Documents/inkscape//share/inkscape/ui" || ../.././install-sh -c -d "/Users/yomizmo/Documents/inkscape//share/inkscape/ui" /usr/bin/install -c -m 644 'keybindings.rc' '/Users/yomizmo/Documents/inkscape//share/inkscape/ui/keybindings.rc' /usr/bin/install -c -m 644 'menus-bars.xml' '/Users/yomizmo/Documents/inkscape//share/inkscape/ui/menus-bars.xml' /usr/bin/install -c -m 644 'toolbox.xml' '/Users/yomizmo/Documents/inkscape//share/inkscape/ui/toolbox.xml' /usr/bin/install -c -m 644 'units.txt' '/Users/yomizmo/Documents/inkscape//share/inkscape/ui/units.txt' /usr/bin/install -c -m 644 'units.xml' '/Users/yomizmo/Documents/inkscape//share/inkscape/ui/units.xml' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. Making install in po /bin/sh /Users/yomizmo/Documents/Inkscape SVN/inkscape/trunk/install-sh -d /Users/yomizmo/Documents/inkscape//share/locale /Users/yomizmo/Documents/Inkscape: /Users/yomizmo/Documents/Inkscape: is a directory make[1]: *** [install-data-yes] Error 126 make: *** [install-recursive] Error 1 On 22/12/2007, jiho <jo.irisson@...400...> wrote: > > > > > > On 2007-December-22 , at 20:41 , Juan Miguel Ramirez wrote: > > > well, I have installed all the dependencies except subversion; it > > > gives me the following errors: > > > > > > you can drop subversion in MP and either: > > - get a source development snapshot (see wiki on compiling on OSX > > there's a link) > > - get subversion as an OS X installer > > http://homepage.mac.com/martinott/ > > http://subversion.tigris.org/project_packages.html > > > > Let me know how the rest of the compilation goes. > > > > JiHO > > --- > > http://jo.irisson.free.fr/ > > > > > > > >

2 3

printing broken!
by bulia byak 25 Dec '07

25 Dec '07

The new print dialog looks impressive, but it does not work. I choose print to lpr and nothing happens (ubuntu 6.10). It worked fine before the last overhaul (about a month ago). Print preview button also does nothing, just closes the print dialog. Printing to file also fails to create any file. I think this must be addressed asap, since I'm not the only one complaining about this. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

Re: [Inkscape-devel] RSVG dependancies
by joel＠...1709... 24 Dec '07

24 Dec '07

Well that symbol I gave was just an example of the BZ2_bzCompress@...1849.... @ notation. But yes, I would like to compile it without bzip2 support, but I'm not quite sure how to do that on windows command line. Do I use the source code from the bzip2 website or off the MingW/MSYS website? Do I compile on the windows command line? or in some other more linux friendly shell? or even in linux itself? Or if I were to try and compile bzip2, I'd really want to know the same answers to those questions. ---------------------------------------- From: JonY <10walls@...400...> Sent: 24 December 2007 15:46 To: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] RSVG dependancies joel@...1709... wrote: > Hi All, > > After bulia's earlier comment about the possibility of rendering SVG > previews with RSVG, I did some investigation. I think this *is* the way > to go. Already I've got cairo working very nicely feeding graphics into > my preview pane. librsvg looks pretty straight-forward as well. > > I'm having a slight problem adding the rsvg dependency. It seems that > the version of the lib in the bundle has been compiled with bzip2.dll as > a dependency. I can't possibly see why it would need to support that, > but if we were to add bzip2, that only adds another 60kB. Problem is, I > can't find a version of bzip2 which will play nice with librsvg.dll > because the exported symbols in the my MSYS version of the dll that I > have, are of the form "BZ2_bzCompress", but librsvg-2-2.dll imports > "BZ2_bzCompress@...1333...". > > Where do the DLLs in the bundle come from? > Could librsvg be compiled without bzip2 support? > or Is a version of bzip2.dll with the correct exports available somewhere? > and can I get that dll before the next bundle is released? because I > don't want to wait for months > > any suggestions? > > Thanks > Joel > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel Hi, Wait, are you saying its an MSYS dll? MSYS uses a different runtime all together, its not supposed to be used for non-MSYS apps. I used the static lib instead (could have been dll-ized), links to the librsvg dll without problems, but I don't have BZ2_bzCompress@...1333... either. $ nm /mingw/lib/libbz2.a | grep BZ2_bzCompress 00000820 T _BZ2_bzCompress@...1847... 00000990 T _BZ2_bzCompressEnd@...1346... 00000170 T _BZ2_bzCompressInit@...1848... Have you tried compiling librsvg yourself without bzip2 support? bzip2 support maybe needed for rendering compressed svgz, but I'm not entirely sure. Hope everything goes well. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

RSVG dependancies
by joel＠...1709... 24 Dec '07

24 Dec '07

Hi All, After bulia's earlier comment about the possibility of rendering SVG previews with RSVG, I did some investigation. I think this *is* the way to go. Already I've got cairo working very nicely feeding graphics into my preview pane. librsvg looks pretty straight-forward as well. I'm having a slight problem adding the rsvg dependency. It seems that the version of the lib in the bundle has been compiled with bzip2.dll as a dependency. I can't possibly see why it would need to support that, but if we were to add bzip2, that only adds another 60kB. Problem is, I can't find a version of bzip2 which will play nice with librsvg.dll because the exported symbols in the my MSYS version of the dll that I have, are of the form "BZ2_bzCompress", but librsvg-2-2.dll imports "BZ2_bzCompress@...1333...". Where do the DLLs in the bundle come from? Could librsvg be compiled without bzip2 support? or Is a version of bzip2.dll with the correct exports available somewhere? and can I get that dll before the next bundle is released? because I don't want to wait for months any suggestions? Thanks Joel

2 1

NEW: Angled guidelines
by unknown＠example.com 24 Dec '07

24 Dec '07

Hello all, * Angled Guidelines Now, Inkscape also provides angled guidelines! Double click on a guide to set its angle. Regards, Johan

5 11

Re: [Inkscape-devel] Problem with Native File Dialogs for Windows
by joel＠...1709... 24 Dec '07

24 Dec '07

bulia buliak wrote: > Perhaps you could use the cairo renderer for the previews, since we > already include cairo, so you'll only need to include some bits from > rsvg (or whatever the cairo-based svg viewer is called). This can be > done in a different thread and I suspect would be generally faster > than Inkscape renderer anway. I think it would be faster, and I would absolutely *love* to use cairo - and indeed that was my initial plan, but last I looked, I didn't see rsvg in the bundle, and I didn't want to add the extra as a dependancy. But I see that it is there now - I shall give it a try! Molumen wrote: > Just curious: will there be a "toggle preview on/off" possibility as in the current file dialog? There should be no problem adding that sort of refinement. I could even append it as a button on right-hand end of the toolbar there. Johan wrote: > Just so you know, your work is really really very much appreciated!!!!!!! Hey thanks mate - that's really encouraging! Maybe this whole mission is good for me - character building.

1 0

Re: [Inkscape-devel] Tango Icons
by joel＠...1709... 24 Dec '07

24 Dec '07

>> is there any way to change the standard GTK + icons on the windows >> build to the tango style also? >> > Hi Ryan! > You mean stuff like open, new, save etc? > Those are coming in gtk 2.12. Will be released in September. > - Andreas Andreas: That's wonderful wonderful news, I'm so glad to hear it. It's going to massively improve a lot of gtk apps for windows users. But for the rest of the inkscape icons - like the drawing tools etc, the windows users will want the tango icons for these as well, simply because they're very much more in keeping with the Windows style. So I agree with ryan; i think we should change these over as soon as we can. ---------------------------------------- From: Andreas Nilsson <nisses.mail@...563...> Sent: Saturday, August 25, 2007 10:54 AM To: ryan lerch <ryanlerch@...400...> Subject: SPAM-LOW: Re: [Inkscape-devel] Tango Icons ryan lerch wrote: > is there any way to change the standard GTK + icons on the windows > build to the tango style also? > Hi Ryan! You mean stuff like open, new, save etc? Those are coming in gtk 2.12. Will be released in September. - Andreas ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

16 57

Problem with Native File Dialogs for Windows
by joel＠...1709... 24 Dec '07

24 Dec '07

Hi All, It's been a very long time now, and I'm so close; but I've got one last (possibly fatal) problem with my native file dialogs for windows project. I've been having problems with rendering the preview image in the side bar (last time I spoke to this community, the consensus was that preview was a requisite for the feature to be included). Basically my problem is that inkscape only seems to support loading, and rendering an SVG in the main UI thread - anything else causes it to die. But also only the main thread can handle Windows messages. So I can get the SVG to render into my preview pane, but during rendering, because the rendering occurs in the main thread, the UI locks up until the rendering is complete. Given that calling sp_document_new to load the file blocks for 100-600ms, and rendering takes 200-1500ms for practical SVGs, the code that I have can hardly be called an upgrade! I'm just wondering, is there *any* way at all that the preview document can be loaded, or the document rendered without making a blocking call? or is there any way that this could happen in worker thread? Because as you can see from the screenshot (attached) almost everything else is working perfectly, and the whole thing is looking resonably slick. Also it'd be great to be able to get this feature in, because last time I counted (in the old sourceforge tracker), it would close no less than 8 bugs in the tracker. Any suggestions? Joel

3 3

Global snapping toggle
by Diederik van Lierop 23 Dec '07

23 Dec '07

Hi, More than once it has been requested to implement an easily accessible toggle for snapping, be it either through a key-binding, menu-item or icon in the toolbar. This is very easy to implement now we have such a toggle (which is currently only accessible through the document properties dialog). If we add a menu item, we could put it in the view-menu below "Grid" and "Guides". Should I add it? And is there maybe a better place which I overlooked? We don't really need an icon then, or do we? Diederik

8 24

Difference Between Print and Print Direct
by Joel Holdsworth 22 Dec '07

22 Dec '07

Hi Everyone, I was just in the process of fixing a small problem with the parenting of the Print dialog to stop it sinking beneath the document window, and I noticed something that I don't quite understand. What's supposed to be the difference between "Print" and "Print Direct"? - because right now, in terms of code, the menu options do *extactly* the same thing - that is show the print dialog, and allow you to print. Is Print Direct about to become a useful feature, or has something odd crept in here? Thanks Joel Holdsworth

3 2

BUG HUNT
by Bryce Harrington 22 Dec '07

22 Dec '07

Almost as exciting as the about screen contest is our other release tradition: The Bug Hunt! Starting today, our goal will be to fix 500 "points" worth of bugs. High priority bugs are worth 9 points, Med are 6, and Low 3. We also now have 'Critical' bugs. We'll give 12 for those. In the past we've found the Bug Hunt to be a fun way to work towards getting attention on bugs that have otherwise been languishing in the tracker. We only give points for true bug fixes - not bugs simply closed due to being dupes, invalid, worksforme, or whatnot. Previously we would count fixes to the website, translations, docs, and so on, but this time let's award points only for true code-level bug fixes. While our Frost goal is to close 500 points worth of *any* bug, when we get to Freeze our goal will be to have 0 Critical bugs, so efforts put into closing Crits will be doubly good! Good luck everyone; I'll post the first scoreboard tomorrow. Bryce P.S., my patch to add "open" bugs to the bug graphs was accepted and is now available in the live bug plots: http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-mont… Let's see if we can nudge the slope of this line down even steeper!

1 0

Problems trying to Compile Inkscape on tiger PPC
by Juan Miguel Ramirez 22 Dec '07

22 Dec '07

I have been trying to compile Inkscape on tiger ppc last night without success. I have been following the steps described on: http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX When I tried to install al dependencies using sudo port install cairo +pdf boehmgc gtkmm intltool libxslt lcms popt poppler boost gnome-vfs Freezes when appears: ---> Building dbus-glib with target all there is no error but it's have been there stopped for hours, If I take a look with the activity inspector I can see that process is consuming 0% of processor. any advice?

2 8

Tango icon theme, take 2
by Michael Grosberg 22 Dec '07

22 Dec '07

It's nearly finished as far as I can tell, still missing some 3D box icons but I don't know what they should look like. Major changes since last version: *all icons are done *changed look of raise/lower icons *"tweak" tool uses "smudge" icon from art libre set *transform icons taken from art libre set *align icons taken from art libre set (or extrapolated from their style) problems: ink pressure/tilt settings don't show (but the old ones do for some reason) some icons are taken from the desktop's icon theme and so the layer icons should match the ones in the layer dialog but don't match on all platforms same goes for paste icons like paste in place that don't always match the look of the generic paste icon. download link: http://grosberg.michael.googlepages.com/home

4 5

Re: [Inkscape-devel] Call for Freeze Exceptions
by the Adib 22 Dec '07

22 Dec '07

On Dec 22, 2007 1:06 AM, Adib taraben <theAdib@...400...> wrote: > Bryce Harrington schrieb: > > Hi all, > ... > > So, if you're working on a feature, can you please tell me at this time? > Also please report: > > * Current status > * Anticipated date of completion > * Issues that must be solved before release > > ... > Bryce > > > Bryce, there is one thing that we need to negotiate: > > as we have several exporters for one and the same format, we need to > decide if we have one exporter only or both in the release. > > We have this native PS and Cairo PS. Also there might be extensions using > the uniconverter to convert from/to ai- or wmf-format. > > Last I also want to point > Uups there was something missing: Last, I want to point to this issue: http://bugs.launchpad.net/inkscape/+bug/177783 This is a windows only problem there might be a solution that we use a self patched version of cairo. HTH, Adib. ---

2 1

Inkscape 0.46 Frost (and Frost Exceptions)
by Bryce Harrington 21 Dec '07

21 Dec '07

[Also posted to http://www.inkscape.org] We've made huge progress towards the Chill goals, and are now ready to move into the Frost phase. Development is winding down, although we are granting a few frost exceptions to allow continued work for another week or so in specific areas (see below). 'make distcheck' issues have been sufficiently resolved (thanks Ted and Aaron!) Bug report triaging has gone smashingly well. The About Screen contest has kicked off. We still need to put some attention into the release notes, tutorials, and other docs, but I doubt there's any issues preventing us from moving ahead. In the Frost phase, our objectives are as follows: * Complete frost exception development work. * Focus should be on bug fixes, packaging, documentation, and translation work, all of which may be committed to SVN normally. * Gain some candidate submissions for the About Screen contest. * Release Notes should be >90% filled in. * Bug Hunt (details TBD) * Post inkscape-0.46-alpha.tar.gz The length of time we stay in Frost mode is driven by how long the Bug Hunt takes, but is expected to take on the order of a few weeks. The Frost Exceptions for remaining features are as follows: 1. Angled guidelines, by J.B.C.Engelen (ETA Dec 23rd): Underlying code is complete, and guidelines are rendering, but it needs a UI to allow manipulating them. 2. Python module packaging (lxml, numpy) for OSX, by jiho (ETA ___): Needs wider testing. Needs someone to build PPC packages. 3. Compilation of lib2geom on OS X 10.3 (Panther), by John Faith (ETA ___): An error is preventing builds for Panther versions of Inkscape. If this can't be resolved before release, the alternative is to drop support for this OS version. 4. Font Spec Implementation, by Gail Carmichael (ETA Dec 27). Refactor patch to include some code review changes by Bulia. Also, the patch needs wider testing. 5. Win32 Uninstaller improvement, by Adib (ETA Jan 3). Fix current installer to not bug user for each changed file. 6. PDF, PS export improvements, by Adib (ETA Jan 3). Implement blur as bitmap, and display a dialog with options for text-to-path, blur-as-bitmap, alpha-as-bitmap. 7. Clone Tiling dialog, by Tavmjong Bah (ETA Dec 23rd): Add a few options to Shift, Scaling, and Rotation tabs. Also some small changes for default values for turbulence and composite filters. Feature changes in SVN for things not on this list should be done on a branch. Any feature work not in this list committed to SVN during the Frost period may be reverted by any developer. Bug fixes, translation work, documentation updates, and packaging development may continue to be committed as normal, no permission needed yet.

1 0

Truetype Collection fonts
by Donn 21 Dec '07

21 Dec '07

Just wondering, Does Inkscape see Truetype Collection (.ttc) fonts under Linux (fontconfig)? I was pointed to one here: http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles/mikachan… I installed it (into ~/.fonts) and it's name does not come up in the list in the font chooser. >From what I can tell, Gimp does not see it either. I might not be seeing it in the list, but it's named 'mikachan' and I don't find that. I am trying to see if it's worth building support for them into Fonty Python. \d

1 0

Any Mac Guys about???? was lxml errors on os X.5
by john cliff 21 Dec '07

21 Dec '07

Hey Guys, Just bringing this one back to the surface, as carls been trying to get help on this for a few days in the chat room but non of us know anything mac related. If any of you can shed some light it would be appreciated. Cheers Sim On 12/18/07, carl olsen <cidic.conspiracy@...400...> wrote: > > I'm on OS X.5 with Inkscape 0.45+devel, built Dec 8 2007 > Whenever I try to use a filter get this: > [] < The fantabulous lxml wrapper for libxml2 is required by inkex_lxml.py > and therefore this extension. Please download the latest version from < > http://cheeseshop.python.org/pypi/lxml/>. > [ ] <and when i try to install it, it has an error and doesnt finnish and > I can't figure out what is up. > This is a copy of all the stuff from the terminal when i'm trying to > instal lxml: > easy_install lxml > Searching for lxml > Reading http://pypi.python.org/simple/lxml/ > Reading http://codespeak.net/lxml > Best match: lxml 2.0alpha5 > Downloading http://cheeseshop.python.org/packages/source/l/lxml/lxml-2.0alpha5.tar.gz > > Processing lxml-2.0alpha5.tar.gz > Running lxml-2.0alpha5/setup.py -q bdist_egg --dist-dir > /var/folders/H9/H9Jwuv1LGha040cHGswzMk+++TI/-Tmp-/easy_install-Dt6zmJ/lxml- > 2.0alpha5/egg-dist-tmp-Inbqr_ > Building with Cython 0.9.6.9. > Building lxml version 2.0.alpha5. > warning: no previously-included files found matching 'doc/pyrex.txt' > warning: no previously-included files found matching 'src/lxml/etree.pxi' > src/lxml/lxml.etree.c:69:31:src/lxml/lxml.etree.c:69:31: error: error: > libxml/schematron.h: No such file or directory > libxml/schematron.h: No such file or directory > lipo: can't open input file: > /var/folders/H9/H9Jwuv1LGha040cHGswzMk+++TI/-Tmp-//ccI51eCM.out (No such > file or directory) > error: Setup script exited with error: command 'gcc' failed with exit > status 1 > > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > >

2 1

Template question
by John Faith 21 Dec '07

21 Dec '07

Hello, There seems to be a template problem in 2geom which is preventing OS X 10.3 (gcc 3.3) from compiling. This is an example of code which fails, simplified from 2geom/path.h and 2geom/svg-path.h: //-------------------------------------- // build with: g++ -c -o test.o test.cpp class LineSegment; class Point; class Path { public: template <typename CurveType, typename A> void appendNew(A a) { do_append(new CurveType((*final_)[0], a)); } }; template <typename OutputIterator> class SVGPathGenerator /*: public SVGPathSink*/ { public: void lineTo(Point p) { _path.appendNew<LineSegment>(p); //<---error: parse error before `;' token } protected: Path _path; }; //-------------------------------------- I can get this example to compile by making the whole Path class the template versus just the appendNew method, but it's not clear that making this change would be the right way to go in src/2geom/path.h. Does anyone with template experience or 2geom knowledge have any ideas on how this might be simplified to make older compilers happy? Thanks! , John

2 2

Dockable text dialog
by Karlisson 21 Dec '07

21 Dec '07

Hi list, I compiled the new development version, 0.46, and noticed that it doesn't have a dockable text and xml dialogs. Will them be dockable in this version? Thanks! -- Karlisson de Macêdo Bezerra http://nerdson.com/ - "Don´t panic!"

1 0

Re: [Inkscape-devel] Call for Freeze Exceptions
by unknown＠example.com 21 Dec '07

21 Dec '07

> -----Original Message----- > From: Engelen, J.B.C. (Johan) > Sent: donderdag 20 december 2007 10:57 > To: Bryce Harrington; inkscape-devel(a)lists.sourceforge.net > Subject: RE: [Inkscape-devel] Call for Freeze Exceptions > > Angled guidelines. > > * current status: > setting them in XML works, snapping works, the underlying > code is completely in angled guideline terms. However, there > is no UI and angled guidelines are not rendered on-canvas > (they are invisible). > > * anticipated date of completion: > this weekend? > > * issues to be resolved: > UI > rendering (axonomgrid already has this, so not too much work) Rendering is implemented right now. You can manually adjust the XML (set orientation to the normal_to_gridline that you want (i.e. "1,1" for a 45 degree line). Working on UI asap. Thanks for testing, Regards, Johan

1 0

Fwd: Launchpad 1.1.12 released!
by Bryce Harrington 20 Dec '07

20 Dec '07

Note there's a fix to indicate if you try assigning a bug to someone not involved in the project. ----- Forwarded message from Matthew Revell <matthew.revell@...1798...> ----- Date: Thu, 20 Dec 2007 21:59:05 +0000 From: Matthew Revell <matthew.revell@...1798...> To: warthogs@...1799... Subject: Launchpad 1.1.12 released! X-Spam-Status: No, score=0.6 required=5.0 tests=EMPTY_MESSAGE autolearn=no version=3.2.3 Welcome to the last Launchpad release of 2007! The highlights of Launchpad 1.1.12 include: * Project announcements: get the latest news from a project or distribution directly on its Launchpad overview page. Or subscribe to its Atom feed. * Bug feeds: subscribe to an Atom feed of all the bugs related to any distribution, project, team and person in Launchpad. Also subscribe to individual bugs. * Higher quality bug reports: if you're a project owner you can now ask Launchpad to display your bug reporting guidelines to people who file bugs against your project. * Launchpad is running Bazaar 1.0.0. Congratulations to the Bazaar team on this new release! Read on to get the full details of what's new in this release. See you next year when we'll be back in January with Launchpad 1.2.1! General Launchpad ================= * You can now subscribe to an Atom feed of an individual bug and of all the bugs relating to a person, team or project. See our guide at https://help.launchpad.net/Feeds * If you are a project or distribution owner, you can now publish news and announcements on your project overview page and as an Atom feed. See our guide at https://help.launchpad.net/ProjectAnnouncements * Launchpad automatically creates person profiles if it comes across a package with an email address it hasn't seen before. Sometimes, these "people" should be Launchpad teams. Now, someone with access to the team's email address can convert the Launchpad user into a team. (Bug 36966) * Your personal profile page now shows the date that you joined Launchpad. (Bug 157840) Distribution Management and PPA (Soyuz) ======================================= * Personal Package Archives now check the primary Ubuntu archive for candidate orig.tar.gz files. (Bug 139619) * Personal Package Archives upload and build notification emails now have a 'X-Launchpad-PPA: $ppa_owner_name' header. (Bug 172377) * Package history pages are now easier to use. All information about a package's publication is now available as an expandable section of the publication history table. (Bug 157064) * In a recent change, we disabled all email announcements for Debian syncs. We have now re-enabled notification of manual syncs. (Bug 174464) * Pockets with deleted publications are now detected and processed correctly. (Bug 163384) * You can now remove an association between a source package and a project release series. (Bug 4556) * Mirror overview pages now show the lines you need to add to /etc/apt/sources.list in order to use that mirror. (Bug 51870) Bug Tracker =========== * In the future, Launchpad will offer projects and distributions the option of automatically expiring bugs that have an "Incomplete" status, are inactive and are unattended. This feature is not yet active. However, project/distro bug overview pages now offer a report that shows which bugs would be automatically expired, were it enabled, and a notice is now displayed on the bug page for any bug that would be affected. Find out more at https://help.launchpad.net/BugExpiry (Bugs 163579, 141604) * Projects and distributions can now set custom "bug reporting guidelines" for Launchpad to display at various points during the bug reporting process, in particular at the start. If you're a project or distribution owner, you can add and edit these guidelines from the project or distro's "Change details" page. (Bug 43893) * If you assign a bug to someone that Launchpad doesn't recognise as having a previous involvement in that project, Launchpad will notify you that you may have assigned it to the wrong person. (Bug 138500) * Launchpad now imports bug statuses from the Sourceforge and RT issue trackers. The Trac "closed" status is now correctly interpreted as Launchpad's "Fix Released" status, rather than "Invalid". (Bugs 66529, 121340, 174662) * If a bug is targeted to a milestone, a "milestone" badge will appear next to it in bug listings. (Bug 172729) * Some bug reports are actually requests for help. A new "Convert to question" option is now available in the Actions menu on bug pages. (Bug 3970) * You can now sort bug listings by the number of duplicates that each bug has. Code Hosting ============ * Launchpad is now using Bazaar 1.0.0. Congratulations to the Bazaar team on this release! You can always find out which Bazaar version Launchpad is running by visiting the Code Hosting home page. * Branch whiteboards are now editable by anyone. Following an edit, Launchpad notifies the branch owner. (Bug 149226) * When proposing a branch for merger, the default target branch is now the branch that is associated with the development focus series. Alternative targets are presented, with an option to specify any other branch as a target. * A branch listing in the context of a product now highlights the development focus branch if one is set for the development focus series. * When searching for branches - for example, to use as the target of a merge proposal - the search now also checks the name of the branch owner and the name of the project that the branch is connected to. (Bug 176247) * Launchpad Code's web interface now allows you to register branches that have underscores "_" in their name. It has always been possible to push a branch to Launchpad that uses underscores in its name. (Bug 95109) * Launchpad can now correctly import CVS and Subversion repositories with files whose names contain characters that require URI encoding - e.g. #, +, space, etc. (Bug 69517) Translations ============ * The "Untranslated", "Need review" and "Changed" counts on translation overview pages now link to listings of the strings in those categories. The numbers shown are also now accurate. (Bugs 172253, 173527) * When you upload a translation file with a different ordering of plural forms, Launchpad now tries to remap it to the default ordering for the language. Blueprint ========= * Series blueprint listings now show the milestone to which the blueprint is targeted. (Bug 128280) Answers ======= * When offering an answer to a question, you can easily link to an FAQ by quoting its number and title. For example: 'FAQ #3: "Restricted Formats"' in an answer to an Ubuntu question is now automatically linked to https://answers.edge.launchpad.net/ubuntu/+faq/3 (Bug 126371) -- Matthew Revell - talk to me about Launchpad Join us in #launchpad on irc.freenode.net ----- End forwarded message -----

1 0

Launchpad Tips & Tricks: Greasemonkey helper scripts
by Bryce Harrington 20 Dec '07

20 Dec '07

Hi all, Kees Cook wrote a couple tools to help make bug triaging easier, and for those of working in Launchpad these are highly recommended! For those with greasemonkey already installed, just go to this link and click 'download' on the two .js files and enjoy. http://codebrowse.launchpad.net/~ubuntu-dev/ubuntu-gm-scripts/ubuntu/files For everyone else, please read on... Bryce Ubuntu Greasemonkey Scripts --============[o]============-- The ubuntu-gm-scripts project collects useful Firefox GreaseMonkey scripts that assist Launchpad bug triagers in working more effectively and efficiently. Installation ============ GreaseMonkey is a Firefox extension for adding macro-like capabilities to do javascript-ish things on top of certain web pages. To install GreaseMonkey, follow these steps: * Go to Firefox->Tools->AddOns * Click Get Extensions (or Get Ubuntu AddOns if on Ubuntu) * Select GreaseMonkey, and install * Restart Firefox Then to install these scripts, run: * firefox lp_karma_suffix.user.js * firefox lp_stockreplies.user.js Or click on the scripts from your file browser. For the latest updates to the scripts, go to the following link and click 'download' for each of them: http://codebrowse.launchpad.net/~ubuntu-dev/ubuntu-gm-scripts/ubuntu/files Launchpad Karma Suffix ====================== When triaging bugs, it helps to have some way to gauge the relative experience of the person reporting or commenting on a given bug. This tool helps by appending the person's karma score after their name. As well, team membership can denote experience/involved-ness, so this tool also appends icons indicating for some teams that the person is in. This is helpful for flagging comments/flags from the bug triaging team, core developers, and so on. As there are a LOT of teams in launchpad, most of which you may not care about, only a select number of teams are included by default. You can customize the list by editing the Javascript as follows: * In Firefox go to Tools->Greasemonkey->Manage User Scripts * Select LP_Karma_Suffix * Click the Edit button at the bottom, and type in the name of your preferred text editor. E.g. "/usr/bin/gedit" or "C:\windows\notepad.exe" * Scroll down to the 'team_handler' function and find where the teams variable is defined, then add a line with your new team. For instance, to add the Inkscape Bug Team to your list, modify teams to look like this: var teams = { 'inkscape.bugs':'', 'motu-swat':'', 'bugsquad':'', 'ubuntu-core-dev':'', 'ubuntu-dev':'', 'ubuntu-bugcontrol':'', 'ubuntumembers':'' }; * [Note that the team must have a 14x14 icon defined with it in order to see anything. This can be set by a team admin via the 'Change branding' link on the Launchpad team overview page.] * Save and exit the text editor, then go back to the Manage User Scripts dialog and click OK. * Reload some pages to see the icon. :-) Launchpad Stock Replies ======================= When processing through a lot of bugs, often you wish to make essentially the same comment over and over again, such as, "Thanks for reporting this blah blah... Please attach foo.log, so we can..." This script helps avoid a lot of retyping or manual cut-n-pastes by providing a way to store your own canned comments in Firefox itself. It then adds links for each of your canned comments right above the "Comment on this change" field, making it convenient to select a stock reply to send. To add new stock replies, click the [+] link, which will bring up options to add or save stock replies. Add New Stock Reply: name A tag id for the reply. (Avoid punctuation) comment Sets the comment field to this value status Sets the status dropdown to this text key assign Assigns the bug to this launchpad username importance Sets the importance dropdown to this text key package Sets the package field (if it is present) to this text Save Stock Replies: After making additions or changes to any of the replies, click this to save the changes. Also See ======== * Firefox Launchpad Plugin

2 1

CTRL+D Broken?
by Guillermo Espertino 20 Dec '07

20 Dec '07

I'm using a SVN version compiled yesterday and CTRL+D, ALT+D and SHIFT+D don't work. Instead of the expected functions it changes the tool selection to the color picker. I'm about to file a bug, but I wanted to double check if anyone with the current svn revision has the same problem. Regards, Gez.

4 3

Angled guidelines
by unknown＠example.com 19 Dec '07

19 Dec '07

Hi all, I am working hard on getting angled guidelines. At the moment, the only thing that is missing is UI + rendering. Snapping already works for example, Diederik has done a wonderful job on the snapping as it worked without any effort from me or him: just putting the right values in the places that were already there! cool ! I have probably broken the translation of the statusbar text. Can somebody please check whether it is still translatable? thanks a bunch, Johan

1 0

Representing frames in SVG
by Gerrit . 19 Dec '07

19 Dec '07

Hello everyone! I am using Swfmill to generate SWF files from SVG assets created with inkscape.All of my peers work with the Flash IDE though, therefore I'd like to implement an swf2svg conversion too, so I can swap assets back and forth. My question is: what would be the best way to represent frames (as in frame-based animation) in the SVG code? Afaik SVG doesn't have the concept of frames. SMIL animation can change references of use elements, but these are just normal symbols. Are there any plans to include animation or frames in Inkscape anytime soon? If so, I'd like to use the representation favoured by the respective developers. Otherwise, I might just use some interim attribute, e.g. class="frame" or something. Any insights will be appreciated! Gerrit _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

2 1

Launchpad mail subscription update
by Bryce Harrington 19 Dec '07

19 Dec '07

Mark Shuttleworth saw the write up about our experiences and remaining issues with Launchpad, and mentioned that some improvements for the email subscription for bug teams is in the work. I don't know the ETA but would assume it to be a 1-3 month type thing. Btw, I noticed today that we now have three Inkscape bug triagers with karmas over 1000 (and ryan's cracked 2000!) When we started in Launchpad, 98% of our 1900 open bugs were in state New; today this is down to 46% and the open bug count is down to 1710. Bryce <bryce> http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-mont… <sabdfl> bryce: the inkscape folks seems to think LP has helped? <ted> sabdfl: To answer for bryce, I think so. <ted> sabdfl: We've seen more bug triaging activity than we ever saw on Sourceforge. <ted> sabdfl: Bryce's write up: http://bryceharrington.org/drupal/node/18 <sabdfl> that's a neat write-up feature requests == blueprints and the bugmail situation should improve nicely when intellectronica's structural subscription work lands <ted> Hmm, never thought of blueprints as feature requests. More thought of them as "plans". <sabdfl> ted: they can start out as 1-liners then evolve to more concrete plans <bryce> sabdfl: yes it's definitely helped a lot with the triaging! <sabdfl> i liked your write-up and suggestions <bryce> thanks <sabdfl> thanks for taking the trouble! i bet it made all the difference getting the community over the hump

1 0

Upcoming About Screen Contest & Screenshots
by Joshua A. Andler 19 Dec '07

19 Dec '07

Hey all, Re: About screen I will be announcing the About Screen contest this evening. It will be held again via DeviantART. I plan on it running from 12/22-1/6 (to allow three weekends during the holiday season). Then the community judging portion will be done from 1/7-1/12. As with last time, the top 3 will be passed on to the dev team to determine what best represents the new release. I'm also thinking it would be good to change the number of submissions this go around to 2 per contestant rather than 3 (it seems less likely that we'll get minor variations). But, it still gives people the opportunity to try a couple different ideas. I was going to launch the contest a few days ago and realized that we were lacking up-to-date packages for Linux (autopackage) & OSX (.dmg). The OSX one is fairly recent, but lacks the refactored and enabled 3d box tool. Obviously the same goes for the APs. Additionally I believe a few other good bug-fixes went in during this period as well. Part of the reason that I wanted to shoot this pre-announcement to the list was to request that we please have up-to-date packages provided for those platforms (if possible). If we want the artsy people to use the new features, we should see if we can provide a way for them to do so (as they're generally not the compiling type). I also want to see if it would be possible to have packages produced on a semi-regular basis during the contest and bug-fixing phase so that the community can give better feedback. If anyone has any questions, thoughts, or input... please let me know. Otherwise, I do plan on making the announcement on DA tonight and CC'ing the lists with it as well. Re: Screeshots Bulia, I have two pieces that rock filters and LPEs. Is it cool to produce the screenshots now or do you think there will still be more UI changes happening soon? It will be VERY easy to produce them since they're the type that shows in-production use vs mini-tutorial style. Also, if you'd like a mini-tutorial style done for LPEs, I'd be more than happy to do that as well. Luckily I have a long weekend coming up and will be able to devote some time. -Josh

3 2

Tango icons set for Inkscape
by Michael Grosberg 19 Dec '07

19 Dec '07

A while ago I started cooperating with Jiho on restarting the Tangofication of Inkscape. Well, it's not yet finished but I'd like to hear your opinions on what I've done so far. Mostly I'd like your input on the following subjects, on which I'm not certain myself: *toolbox colors (square, arc, star, spiral) - should they be a single color or multiple colors? the original Tango Icon set has them all in white, but I tried to see what they'd look like in multiple colors. *lower / raise selection icons - I couldn't make a nice tango-style icon from the current icon so instead I changed it to look like the raise/lower icon from other applications such as office suites. *colors of all items which have generic looking squares in them, such as align, transform , grid arrange, clones, etc. I haven't settled on a single color and so some are blue while others are light gray. It shouldn't be hard to change colors as I've attempted to share a single gradient between all of the similarly-colored squares. the file can be downloaded here: http://geocities.com/preacher_mg/icons.svg Thanks in advance for any input - Michael

5 5

Alt and Mode_switch for shortcuts
by jiho 19 Dec '07

19 Dec '07

Hi everyone, On Mac OS X Leopard, the option/alt key is mapped to Mode_switch by default under X11 and this apparently cause it to no longer work as "alt" in Inkscape (the behavior is supposed to be consistent with the previous OS version though I never saw any problem with Alt before. anyway, they changed a lot of stuff on X11 side, not always for the better...). Modifying the ~/.Xmodmap [1] works for me but since Alt is so important in Inkscape I would prefer fixing it upstream rather than asking everyone to modify their ~/.Xmodmap.So my questions are: - what is the difference in essence between Alt and Mode_switch? Mode_switch in particular seems to be used rather inconsistently between the OSes, keyboards etc. - Would there be a problem in using Mode_switch or Alt conversely for all alt based shortcuts in Inkscape? Is it already the case in some places? - What about the Alt remapping hack. I could find a patch o the mailing list but nothing after that. I think it was applied though so how could I use it? Thanks in advance for your help. [1] ! This one switches both alt keys to be alt: keycode 66 = Alt_L keycode 69 = Alt_R clear mod1 add mod1 = Alt_L Alt_R JiHO --- http://jo.irisson.free.fr/

3 4

WMF handling, various apps and libs
by Tobias Jakobs 19 Dec '07

19 Dec '07

Hello, I hope a number of people would find this report interesting: http://www.sk1project.org/modules.php?name=Report Regards, Tobias

1 0

More recent autopackage builds?
by Richard Michael 18 Dec '07

18 Dec '07

I have a large PDF I've converted to PS an am attempting to edit in Inkscape, but it is causing quite a few problems. I'd like to test with the most recent version of Inkscape, but the latest autopackage build appears to be 07 Nov 2007. Are there any more recent pre-0.46 builds available? Richard

1 0

lxml errors on os X.5
by carl olsen 18 Dec '07

18 Dec '07

I'm on OS X.5 with Inkscape 0.45+devel, built Dec 8 2007 Whenever I try to use a filter get this: [] < The fantabulous lxml wrapper for libxml2 is required by inkex_lxml.py and therefore this extension. Please download the latest version from <http://cheeseshop.python.org/pypi/lxml/ >. [] < and when i try to install it, it has an error and doesnt finnish and I can't figure out what is up. This is a copy of all the stuff from the terminal when i'm trying to instal lxml: easy_install lxml Searching for lxml Reading http://pypi.python.org/simple/lxml/ Reading http://codespeak.net/lxml Best match: lxml 2.0alpha5 Downloading http://cheeseshop.python.org/packages/source/l/lxml/lxml-2.0alpha5.tar.gz Processing lxml-2.0alpha5.tar.gz Running lxml-2.0alpha5/setup.py -q bdist_egg --dist-dir /var/folders/ H9/H9Jwuv1LGha040cHGswzMk+++TI/-Tmp-/easy_install-Dt6zmJ/ lxml-2.0alpha5/egg-dist-tmp-Inbqr_ Building with Cython 0.9.6.9. Building lxml version 2.0.alpha5. warning: no previously-included files found matching 'doc/pyrex.txt' warning: no previously-included files found matching 'src/lxml/ etree.pxi' src/lxml/lxml.etree.c:69:31:src/lxml/lxml.etree.c:69:31: error: error: libxml/schematron.h: No such file or directory libxml/schematron.h: No such file or directory lipo: can't open input file: /var/folders/H9/H9Jwuv1LGha040cHGswzMk++ +TI/-Tmp-//ccI51eCM.out (No such file or directory) error: Setup script exited with error: command 'gcc' failed with exit status 1

1 0

help needed to fix a windows-only bug
by bulia byak 17 Dec '07

17 Dec '07

I would be grateful to anyone who can debug on Windows for any help with this critical bug: https://bugs.launchpad.net/inkscape/+bug/169011 I don't develop on Windows and I have no time to set it all up right now, but the bug seems somewhere in the style code which I know well, so if someone can tell me at least approximately where or when the unsetting happens I will probably be able to guess how to fix it. Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 5

Fwd: [Clipart] Anyone Know How To Donate To Inkscape?
by ryan lerch 17 Dec '07

17 Dec '07

Forwardded on from the OCAL list... cheers, ryanlerch ---------- Forwarded message ---------- From: Greg Bulmash <oneminuteinspirations@...400...> Date: Dec 17, 2007 1:39 PM Subject: [Clipart] Anyone Know How To Donate To Inkscape? To: Open Clip Art Library list <clipart@...626...> Doing some year-end donations... not for taxes, but for karma. Already gave a few bucks to OCAL (via Jon) back when all the server issues happened. Used Inkscape a lot this year, so I figured it was worth a small sum. But I couldn't find anywhere I could donate. Even if it's not a 503c non-profit, I don't mind. Still happy to give a small non-deductible donation to say thanks for the great software and encourage its further development. If they're not comfortable calling it a donation, call it a a tip, a couple of bucks in the development team's collective g-string. Anyhoo, before I take that metaphor to places where people start wishing their imaginations had eyes to claw out, just wanted to ask if there was somewhere I could paypal $20 to say "thanks for doing that voodoo that you do so well." Anyone? - Greg _______________________________________________ clipart mailing list clipart@...626... http://lists.freedesktop.org/mailman/listinfo/clipart

2 1

the number of NEW bugs in the Tracker is now < 1000
by Ryan Lerch 17 Dec '07

17 Dec '07

Good news everyone, Your friendly Inkscape Bug Team has been busy triaging bugs over the weekend, and the total number of Bugs with a "NEW" status is now under 1000 (about 57% of total bugs.) When Triaging on Launchpad started a couple of weeks ago, this figure was up near 1900 (nearly 100% of all bugs) cheers, ryanlerch

2 1

reinterpret_cast unreliable on windows?
by bulia byak 17 Dec '07

17 Dec '07

I have fixed this windows-only bug, but I cannot fully understand how: https://bugs.launchpad.net/inkscape/+bug/169011 The problem was in this line: g_snprintf( b, len, "%s:%s;", key, css.gcharp() ); and gcharp is defined as: gchar const *gcharp() const { return reinterpret_cast<gchar const *>(ostr.str().c_str()); } The problem is that sometimes, rarely on some Windows systems and more frequently on others, gcharp() returned empty string for non-empty ostr. I replaced it with simply: g_snprintf( b, len, "%s:%s;", key, css.str().c_str() ); and the problem went away. Can anyone explain how this could happen? Is reinterpret_cast unreliable? Maybe we should eliminate it everywhere? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

lxml + numpy (on OS X PPC but not only)
by jiho 16 Dec '07

16 Dec '07

Hi everyone, In order to provide out of the box python functionality on OS X for the upcoming 0.46 release, we'll bundle the python packages Inkscape uses in all flavors (i.e. ppc and intel, for every version of python). I would need someone who has these packages installed to send them to me: - lxml and numpy ppc with python 2.4.* - lxml and numpy ppc with python 2.5.* These two versions of python are *not* the one shipped with Mac OS X Panther or Tiger. They are typically obtained via MacPorts, Fink or the binary distribution of Python for Mac. MacPorts versions are in / opt/local/Framework/Python/.../lib/site-packages. Versions for the binary distribution of python are probably somewhere in /usr/local or in /Library/Frameworks/Python.framework/2.4/. I am looking for two directories in site-packages, unsurprisingly named lxml and numpy. If no-one has them already it would be really nice if someone could compile them for me on a PPC machine. This is really simple: - download lxml and numpy (from their respective homes, google is your friend ;)) - decompress them (usually already done for you) - in terminal sudo python setup.py install - go fetch the directories where they where installed (check the latest terminal messages), zip them and contact me. Thanks in advance. PS for the more knowledgeable around here: I am acting under the assumption that packages such as lxml and numpy are incompatible between point versions of Python (2.3 vs 2.4 vs 2.5), which is what I read somewhere. If someone has indication that this is not true, it would be very nice to point my mistake: things would be simpler and Inkscape won't grow too fat if we can just ship one version of the packages (the sum of all pyton packages will probably be around 70Mb, compared to the 80Mb of Inkscape itself, it seems a bit overkill...). JiHO --- http://jo.irisson.free.fr/

2 2

"make check" failures
by Ted Gould 16 Dec '07

16 Dec '07

Table of Contents: 1) Attributes -- looks like 3d-box tool 2) Style -- may be a bad test? 3) Bezier issue -- no clue 4) Rotate inversion -- no clue I'm not sure on all of these. I can of course start to look into them, but if you know you've modified these areas in the last year or so please look at the tests. Thanks, Ted --- 1 - Attribute test --- In AttributesTest::testAttributes: ./../../src/attributes-test.h:448: Error: Test failed: "azimuth" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "elevation" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "in" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "limitingConeAngle" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "pointsAtX" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "pointsAtY" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "pointsAtZ" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "result" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "z" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 11 {inkscape:path-effect} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 53 {inkscape:snap-bbox} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 54 {inkscape:snap-nodes} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 55 {inkscape:snap-guide} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 56 {inkscape:snap-center} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 57 {inkscape:snap-intersection-grid-guide} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 58 {inkscape:snap-intersection-line-segments} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 61 {inkscape:bbox-paths} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 62 {inkscape:bbox-nodes} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 74 {inkscape:original-d} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 80 {inkscape:3dbox} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 81 {inkscape:box3dcornerA} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 82 {inkscape:box3dcornerB} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 83 {inkscape:box3dcornerC} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 84 {inkscape:perspective} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 85 {inkscape:box3dface} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 165 {flood-color} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 166 {flood-opacity} not handled" ./../../src/attributes-test.h:496: Error: Assertion failed: !found ./../../src/attributes-test.h:501: Error: Test failed: "Enum round-trip through string {flood-color} failed." ./../../src/attributes-test.h:501: Error: Expected (index == postLookup), found (165 != 257) ./../../src/attributes-test.h:501: Error: Test failed: "Enum round-trip through string {flood-opacity} failed." ./../../src/attributes-test.h:501: Error: Expected (index == postLookup), found (166 != 258) --- 2 - Style --- Testing style... sp_style_new, sp_style_write_string...Assertion `streq(str0_all, str0_all_exp)' failed sp_style_merge_from_style_string(whitespace, ifset...OK sp_style_merge_from_style_string(whitespace, always...Assertion `streq(str0_all, str0_all_exp)' failed sp_style_merge_from_style_string("fill:", ifset)...OK sp_style_merge_from_style_string("font-family:", always)...Assertion `streq(str0_all, str0_all_exp)' failed sp_style_merge_from_style_string("fill: ", ifset)...OK sp_style_merge_from_style_string("font-family: ", always)...Assertion `streq(str0_all, str0_all_exp)' failed sp_style_merge_from_style_string(":none", ifset)...OK invalid color setting: #4321...Assertion `streq(str0_set, "color:#123")' failed invalid color setting: currentColor...Assertion `streq(str0_set, "color:#123")' failed invalid color setting: #87654321...Assertion `streq(str0_set, "color:#123")' failed invalid color setting: #42...Assertion `streq(str0_set, "color:#123")' failed invalid color setting: aquam...Assertion `streq(str0_set, "color:#123")' failed sp_style_merge_from_style_string(default): ifset...Assertion `streq(ifset_str, str0_all_exp)' failed sp_style_merge_from_style_string(default): always...Assertion `streq(ifset_str, str0_all_exp)' failed sp_style_merge_from_style_string...Assertion `streq(str0_all, str0_all_exp)' failed SP_SCALE24_MUL...OK sp_style_merge_from_dying_parent: opacity...OK style: FAILED (6/18 tests passed) --- 3 - Bezier issue --- bezier_pt(1)...Assertion `bezier_pt(1, a, ti) == si * a[0] + ti * a[1]' failed sp_bezier_fit_cubic...Warning: got different control points from previously-coded (diffs=0x3c). Previous: (5, -3) (7.57134, -0.423509) (4.77929, 1.22426) (3, 3) Found: (5, -3) (7.32396, -0.46791) (5.06163, 1.32841) (3, 3) TODO: Update this test case for revised right_tangent implementation. --- 4 - Rotate issue --- inverse...Assertion `rot234.inverse() == NR::rotate(-.234)' failed

4 5

Grids
by Maximilian Albert 13 Dec '07

13 Dec '07

Hi all! Diederik, thanks a lot for enabling the axonometric grid in SVN! It's great to play around with it. Just one small thing I noticed: It doesn't honour the "snapping enabled" option in the Document Properties dialog. As I was giving it a try I was for a short moment a bit confused that the newly created grid (which had the checkbock "visible" ticked) didn't appear on the canvas - until I remembered to press '#' to make all grids visible. I still believe that users unfamiliar with the way it works may be quite confused by this behaviour. Any suggestions how to make the difference between enabling grids globally and individually more obvious to users? Would it be sufficient to add a caveat to the the tooltip in Document Properties? Max P.S.: Just noticed one other thing. When more than one grid is present then pressing '#' always switches to the tab of the first grid in Document Properties. This is a bit annoying when you actually want to work with the second grid, for example. Is there an easy way to change this?

9 17

The 3D box tool is dead. Long live the 3D box tool!
by Maximilian Albert 13 Dec '07

13 Dec '07

Hi all, I don't know how many times I announced this, but it has finally happened: As of rev #16681 the new, completely reworked(TM) 3D box tool code is now in SVN, hopefully still in time for 0.46. Those of you who played around with the tool before may have noticed that although it was certainly usable, there were a couple of issues; most notably, undo/redo didn't work reliably, some box configurations in degenerate perspectives were not really stable, etc. But most of all, development was getting more and more of a pain, making both debugging and adding new features tremendously difficult. All this was due to the internal architectural design of the tool at the time. Since I didn't see a way to easily sort this out by continuing the chosen path (and even if I had, it would only have led the tool even further into a dead end as far as extensibility and applicability to other 3D related tasks are concerned), I decided that it would be better to rewrite a lot of it more or less from scratch. I apologize that this has taken me so long, but I'm studying for my finals right now (or rather should be :-/ ), which has been a major distraction for completion. Anyway, the bulk is done now, and I'd like to give you a very quick overview of the changes. As far as the "ordinary" user is concerned, the overall behaviour of the tool is roughly the same as before, except that it is more stable and reliable. :) (In particular, there haven't been any great new features added yet). The most notable visible changes are the following: - Boxes now come equipped with a default depth, i.e. simply dragging on the canvas creates a full-featured box. This hides the allegedly hard-to-discover Shift+drag feature from the user and makes it easy for newcomers to find out what the tool actually does. - Boxes sharing the same perspective move together when a vanishing point is dragged, as if they form part of the same 3D scene that is simply viewed from a different angle (before, they all moved independently of each other). This makes it easy to create entire scenes and adjust them as a whole during drawing. If you want boxes to move independently of each other, you can split perspectives up by shift-dragging a vanishing point. For a full list of this and other features of the tool, please wait until I have updated the Release Notes (a copy will be posted to this list). So much for the visible part of the tool. For those who are interested here comes a more in-depth description of the internal changes: 1) *All* 3D box related structures (namely, the box itself, its sides, and also perspectives) are now handled as SPObjects, which fixes the annoying issues with undo/redo. A notable consequence is that the SVG representation of boxes is now slightly different than it was before, which probably renders old files invalid or even unusable. This shouldn't be a great issue, though, since the tool has not officially been enabled yet (which turns out to be a good decision). I'm going to give the current representation a final revise in the next one or two days, but I don't expect it to change any more. 2) Perspectives are now added to the document's defs so that they can in principle be reused by other objects. This doesn't have an immediate effect on the tool itself but should make applications to other 3D related situations easier. 3) Before the refactoring, all constructions were made geometrically by computing connecting lines, points of intersection, etc. The way it works now is that we use the information given by the three vanishing points to compute a mapping from 3D space to the canvas which results in the specified perspective. By computing inverse images of canvas points, this allows us to determine "real" 3D coordinates of boxes, to model the concept of lengths (at least to a certain extent), to compare coordinates of boxes, etc. Also, degenerate perspectives can be handled in a numerically stable way because not the boxes themselves are degenerate but only their _images_ on the canvas. In fact, this description is a bit of an oversimplification. In order to compute the mentioned perspective mapping, it is necessary to (at least implicitly) specify a _fourth_ point on the canvas, which can be thought of as the origin of the coordinate system (whose three axes point towards the vanishing points). This fourth point is not currently represented on screen. A while ago in one of our discussions Bulia suggested that it should be hidden from the user because its meaning might be unintuitive. Personally, I'm not entirely convinced and I'm tempted to leave it as an option to the user whether it should be drawn on the screen or not (it can also be quite useful for adjusting 3D scenes). Any opinions from other people? At present you can visualize this point by pressing 'O' in the 3D box tool (you may need to draw a box first). This draws a small pink point on the canvas. Note that I added this shortcut for debugging purposes and it will be removed later on. Think of this point as the "anchor" of the coordinate system - it is the only point that always remains fixed when vanishing points are dragged. Well, that is pretty much all I can think of at the moment. Please ask if you are missing anything or if something remained unclear. In principle, everything should more or less work now. There are a few known issues I'm going to sort out in the next days, including (but probably not limited to) the following: - I had to temporarily disable the spin buttons in the toolbar after introducing an undo-related crash yesterday (Inkscape chokes with the message "assertion failed: (doc->priv->sensitive)"). I will debug this and make them work again very soon. In the meantime, the states of vanishing points can be toggled using the shortcuts "X", "Y", and "Z". In addition, the angles of infinite perspective lines can be rotated using the various types of brackets - namely [], (), {} (where Alt+dragging results in a very small rotation angle). - Although z-orders should be set reliably now, there may be a few degenerate cases where they are still wrong (I think I know which these are). If you discover such a case, you can send me a corresponding *.svg file if you wish. - Transformations of boxes work, but if a single box is transformed this also transforms all other boxes sharing the same perspective. Bulia said that instead this box needs to be unlinked. Will fix this soon. - Stroke, patterns, and gradients are not yet adapted during transformations. I'll have to see how to do this because transformations are implemented differently in 3D boxes than in the other tools. Any general pitfalls I need to know or keep in mind regarding this? - Constrained dragging of handles (by using Ctrl) somehow sets the box off a certain amount from the intended position. Don't know precisely what causes this but I hope it won't be hard to fix. - flipping boxes doesn't update its z-orders - ... whatever you may discover ... As always, if there are any questions, comments, suggestions, you name it - please don't hesitate to tell me. And now: Happy testing and enjoy. :=) Cheers, Max P.S.:There is still a number of debugging messages present in the code (most of them commented out, but maybe I forgot some). I will of course get rid of them soon, but currently they are helping me in resolving the remaining issues, so I left them in.

5 8

compile error on windows
by bulia byak 13 Dec '07

13 Dec '07

trying to compile with bob's latest mingw: In file included from src/transf_mat_3x4.cpp:17: src/syseq.h: In function 'void SysEq::fill_random(double (*)[T], double, double)': src/syseq.h:74: error: there are no arguments to 'random' that depend on a template parameter, so a declaration of 'random' must be available src/syseq.h:74: error: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

Error: Unknown verb name
by Maximilian Albert 13 Dec '07

13 Dec '07

Hi, for a while now I have been getting the following error messages during startup if Inkscape: ** (inkscape:6536): WARNING **: Unknown verb name: EditCloneOriginal Unable to find: EditCloneOriginal ** (inkscape:6536): WARNING **: Unknown verb name: EditCloneOriginal Unable to find: HelpKeys ** (inkscape:6536): WARNING **: Unknown verb name: HelpKeys Unable to find: org.inkscape.help.keys Even "make clean" didn't help. Any ideas where they come from? I can't imagine that everyone is seeing this because no one else has complained so far. Thanks! Max

2 3

Process for patching 2geom
by John Faith 13 Dec '07

13 Dec '07

Hello, A while ago I submitted a patch which helps OS X build to the 2geom SourceForge tracker assuming that the patch would be added to 2geom, then 2geom would be updated in inkscape source. Is this correct or should I submit a patch to the new launchpad system? It's been about a month and nothing has happened with the patch, so I guess I must have done something wrong. Thanks!, John

3 2

Inkscape overcomes Xara in Google Trends
by bulia byak 12 Dec '07

12 Dec '07

http://www.google.com/trends?q=inkscape%2Cxara Note that "xara" does not always refer to the vector editor, so in reality it's even better for us. Now, to support the momentum, we must release a smashing 0.46 soon enough, and make a lot of noise about it. It really deserves it. (Note by the way that while we are ahead in user interest, we are nowhere to be seen on the lower graph which reflects mentions in the news. That's not fair.) GSoCers and all others, please let's get to work one more time and fix all the loose ends in your projects. They need not be perfect but the most glaring user-visible problems must be ironed out for Inkscape to reach a releaseable state. You know who you are and what you need to do :) If you think that your project is already good enough for a release, please drop a note here, otherwise let us know of your current state, what remains to do, and when you are planning to finalize your work. And, let's make bugfixing a priority right now, even without waiting for a freeze. We have a scary number of open bugs in the tracker. Yet we now have so many developers that if each one closes just one bug a day, we'll make the tracker shrink pretty fast. Note that closing a bug need not necessarily involve coding; you can just take some old bug, test it and close as fixed or unreproduceable. Any help from non-developers is of course very welcome too. Let's all test, report, comment, add info, code, test again, and close as many bugs as possible. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

19 38

svn/deb
by Alexandre Prokoudine 12 Dec '07

12 Dec '07

Hi, >From what I remember, there is a repository to provide .deb files for SVN revisions. Should we add it to http://inkscape.org/download/, "Compiled Packages" section? Alexandre

2 3

need-review: Default Metadata Preferences Patch
by Felipe Sanches 12 Dec '07

12 Dec '07

hi! I have just submitted a patch that implements a "default metadata" page on the preferences dialog. This defines the default values to be used as metadata for newly created documents. I need someone to review this code, please. It works fine for me. There is just one little issue: I havent been able to figure out how to update the status of the license radiobuttons on the documentMetadata dialog. Some more experienced programmer could, please, take a look at it? I imagine that it may be a simple thing that is still just not clear enough for me. This is my first patch for inkscape, so I am not much comfortable yet with the overall structure of the program. here is the patch: http://sourceforge.net/tracker/index.php?func=detail&aid=1746892&group_id=9… thanks, Juca

7 15

Inkscape 0.46 Chill
by Bryce Harrington 12 Dec '07

12 Dec '07

It looks like we've given enough time for finalizing development work, so I'd like to shift us into release mode by entering our Chill phase. Here's the tasks to focus on now: Chill. Development focuses on wrapping up. Identify 'make distcheck' issues Triage bug reports Run an About Screen contest First draft of Release Notes. Update tutorials and other docs Triaging is probably the biggest task ahead of us. I'll try to focus my time on assisting here; I'll try to focus on scripting of bulk changes, as I've got several ideas for cleanup projects on the wiki. Ted, could you post a listing of recent development work, and collect status from the developers, so we can see if there's any remaining absolutely must-do tasks before we release? ACSpike, would you mind doing a first pass at running make distcheck and post to the list what errors there are that we'll need to sort out? Ryan Lerch, can you give us an update on where things stand for bug triaging, and where other people can get involved? Scislac, would you be able to run an about screen contest for us again? I figure we can do it just like the 0.45 contest. Bulia, the Release Notes look like they're in great shape, but you generally have the best eye of any of us on them. Could you identify any major holes we need filled (esp. with names of people we need to get to write stuff up). ScislaC and Bulia - how do we sit currently respecting tutorials and docs? I think it's too late in the game to start writing any new ones, but if there's high priority stuff that absolutely must get done, we should list it out now and make sure we've got people to tackle them. Finally, if anyone has questions or concerns of anything that needs to be handled or accounted for during this release, or wishes to help out directly in the release process, this is the time to speak up. Let me know of any release issues and I'll help make sure they get straightened out. Bryce On Sat, Nov 03, 2007 at 10:56:46AM -0700, Bryce Harrington wrote: > Hi all, > > Now that GSoC projects are finished and the code has had time to > stabilize, it seems a good time to get the 0.46 release moving ahead. > With Gutsy released, I finally have some time to contribute towards > Inkscape release work, and will help try to get efforts organized. > > I'd like to propose the following release plan, based roughly on the > 0.45 plan. Let me know if there's anything missing. > > 1. Open development. > > 2. Chill. Development focuses on wrapping up. > Identify 'make distcheck' issues > Triage bug reports > Run an About Screen contest > First draft of Release Notes. > Update tutorials and other docs > > 3. Frost. Most development complete. > Release Notes should be >90% filled in. > Bug Hunt: 500 points > Post inkscape-0.46-alpha.tar.gz > > 4. Feature Freeze. 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 translations. > Inkscape must pass 'make distcheck' > Post inkscape-0.46-beta.tar.gz > > 5. Hard freeze. Only release wardens can commit to mainline. > No further string changes > Focus on release-critical bug fixing. > Finalize translations, release notes, etc. > Packagers test creating pkgs of the -beta release > Post inkscape-0.46-rc1.tar.gz > > 6. Branch. 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.46.1+ release(s), if needed > > 7. Release. Post inkscape-0.46.tar.gz > Post packages > Post official announcements > > 8. Open development. > > > I'm sort of thinking for this release we ought to plan on establishing a > stable branch much earlier than we've done before, and maintain split > devel / stable branches for a bit (maybe a couple months). I think > that'd allow us to spend much more time than usual getting things > release-worthy, without too heavily impacting people who wish to keep > doing development work. > > We'll have a bunch of interesting random tasks (mostly non-coding) to do > to get the release polished up and ready to go. Are you interested in > participating in the release team? Let me know! > > Bryce

15 49

filters UI
by Felipe Sanches 11 Dec '07

11 Dec '07

nicholas, when I open the filters dialog in a document that doesnt have any filter primitives, I can see all of the settings widgets in the dialog. They should be hidden, instead. can you please try to fix this issue? Felipe (Juca)

1 0

Re: [Inkscape-devel] testing for 3D box tool
by Alexandre Prokoudine 11 Dec '07

11 Dec '07

On Dec 10, 2007 11:26 PM, Nemes Ioan Sorin wrote: > Thanks for the link, anyway I use it on a weekly basis -> but no 3d box > tool. Press "X" and start drawing :) Alexandre

2 1

Object to Path broken in 16666
by Thomas Worthington 11 Dec '07

11 Dec '07

Neither polygons nor text will convert to paths for me in revision 16666. It also seems to take a long time to not convert the objects; it's not just returning immediately. Thomas

1 0

Bug status plots
by Bryce Harrington 11 Dec '07

11 Dec '07

Hi all, I mentioned a week or so ago about the bug plots. Here's a reminder of where the plots live: http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/ Of particular note are the New bugs plot, which tells the story of the HUGE work being done by bug triagers. Nearly 20% of our New bugs have been triaged within the past week - quite impressive, and great progress towards our Chill goals: http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-week… I also did up a chart of 'open' bugs (total - fixed - invalid - wontfix): http://bryceharrington.org/files/inkscape-week-open.svg http://bryceharrington.org/files/inkscape-month-open.svg Bryce

1 0

today's error in linking
by bulia byak 10 Dec '07

10 Dec '07

rev 16658: libinkpre.a(line-snapper.o): In function `~SnappedLineSegment':/home/d/ink/inkscape/src/snapper.h:41: multiple definition of `Inkscape::SnappedLineSegment::~SnappedLineSegment()' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:35: first defined here libinkpre.a(line-snapper.o): In function `~Snapper':/home/d/ink/inkscape/src/snapped-line.cpp:35: multiple definition of `Inkscape::SnappedLineSegment::~SnappedLineSegment()' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:35: first defined here libinkpre.a(line-snapper.o): In function `~SnappedLine':/home/d/ink/inkscape/src/snapped-line.cpp:81: multiple definition of `Inkscape::SnappedLine::~SnappedLine()' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:81: first defined here libinkpre.a(line-snapper.o): In function `__gnu_cxx::new_allocator<std::_List_node<std::pair<NR::Point, NR::Point> > >::deallocate(std::_List_node<std::pair<NR::Point, NR::Point> >*, unsigned int)':/home/d/ink/inkscape/src/snapper.h:58: multiple definition of `Inkscape::SnappedLine::~SnappedLine()' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:81: first defined here libinkpre.a(line-snapper.o): In function `SnappedLineSegment':/home/d/ink/inkscape/src/snapped-line.cpp:15: multiple definition of `Inkscape::SnappedLineSegment::SnappedLineSegment(NR::Point, double, NR::Point, NR::Point)' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:15: first defined here libinkpre.a(line-snapper.o): In function `SnappedLineSegment':/home/d/ink/inkscape/src/snapped-line.cpp:15: multiple definition of `Inkscape::SnappedLineSegment::SnappedLineSegment(NR::Point, double, NR::Point, NR::Point)' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:15: first defined here libinkpre.a(line-snapper.o): In function `SnappedLine':/home/d/ink/inkscape/src/snapped-line.cpp:62: multiple definition of `Inkscape::SnappedLine::SnappedLine(NR::Point, double, NR::Point, NR::Point)' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:62: first defined here libinkpre.a(line-snapper.o): In function `SnappedLine':/home/d/ink/inkscape/src/snapped-line.cpp:62: multiple definition of `Inkscape::SnappedLine::SnappedLine(NR::Point, double, NR::Point, NR::Point)' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:62: first defined here and so on please fix :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

autopackage builds on fedora
by Máirín Duffy 10 Dec '07

10 Dec '07

Hi, It seems the most recent autopackage builds don't work in Fedora. I am wondering why this is and if there is anything I can do to help fix it. Thanks, ~m

4 3

switching SCMs
by MenTaLguY 10 Dec '07

10 Dec '07

While I'm obviously a fan of git, I have to ask: what would our driver be for switching SCMs at this point? - It's not QRM, since that can be done with SVN - It's not getting off of Sourceforge, since we could host our own SVN - It's not being able to use DSCM, since Kees and I (at least) do so today The main thing I can think of would be getting better merge tracking, since Subversion has the worst merge tracking of any SCM I've ever used (even worse than CVS). Rather than continuing this discussion for now (which I'm starting to feel is taking attention away from the release), let's install the latest versions of Bazaar, Mercurial, and Git on the inkscape.org machine, set up live mirrors of _full_ Subversion[1][2] in each DSCM, and let people play with them. Then we can pick up the thread again in, say, six months or so. -mental --- [1] The current git mirror is only partial because git-svn sucked at the time I set it up; it has since improved substantially and I've been thinking of redoing the mirror anyway. [2] If the Launchpad mirror has the full history back to r1, including branches, then the Bazaar part is already done for us. Otherwise I'd like to set up our own full Bazaar mirror.

3 2

transform scale proportional default
by miles 10 Dec '07

10 Dec '07

In the transform dialog scale tab, the proportional check box is defaulted off. Everytime I use this I have to check it on since every graphic I make is scaled proportionally - would there be any agreement to change this to have it defaulted on ?

4 3

2geom Makefile targets doubled up
by Aaron Spike 10 Dec '07

10 Dec '07

I've been casually investigating the doubling of the 2geom targets in src/Makefile on and off over the last months. I could find absolutely no reason for it and I continue to me mostly bewildered by our autotools system. Tonight just for kicks, after another long period of fruitless investigation, I decided to rename the src/2geom directory to src/lib2geom to match our other internal libraries (I also updated the references in the Makefile stuff). The doubling went away. I wonder if we aren't somehow misunderstanding the magical automake variable naming convention. The src/Makefile seems to be ordered roughly by directories alphabetically, digits sorted after letters. The 2geom targets appear in the order in the following places: 1) extension, libcroco, libgdl, 2geom, application, debug, dialog and 2) ui, util, widgets, xml, 2geom. Seems like it appears in the alphabetical location for lib2geom and also in the location for 2geom. I don't know if it has any meaning but in both locations it is immediately preceded by generic targets: .cpp.o/.cpp.obj and .cxx.o/.cxx.obj respectively. Do these tidbits trigger anything in anyone's mind? Aaron Spike

2 1

Item transformations
by Maximilian Albert 08 Dec '07

08 Dec '07

Hi all, I'd like to consult this omniscient list for a tiny bit of further information. :) The last thing I need to get to work right before I can merge my code into SVN is transformations for 3D boxes (haven't really gotten to touch them so far). Actually, I thought they shouldn't be hard to understand but I find myself fiddling with them and the things that happen are slightly different from what I expect. Would anyone mind giving me some hints as to what happens / should happen in an item's transform method? As I understand it, the transformation matrix is passed in, but what exactly is coded in this matrix? It looks like an affine transformation, but which point is considered the origin? If I simply multiply some corner, say, with this matrix then the image is off by a certain translation. Is this the translation occurring in the matrix? Where does it come from? Should I simply discard it (as seems to be done for sp_rect)? Or how else can I extract the information I need? Unfortunately I can't simply copy the code from sp-rect.cpp because the boxes are internally stored in a more complicated way than rectangles. Thanks in advance, Max P.S.: Upon re-reading this email some ideas of how it could work are forming in my mind but right now I'm too tired to test them. I'm going to get me some hours of sleep and try again, but if anyone has any hints in the meantime I'd still be grateful. ;)

2 1

Broken on gcc 4.0.1
by Jon A. Cruz 08 Dec '07

08 Dec '07

On OS X using gcc 4.0.1 the latest SVN breaks with template issues ./ui/dialog/panel-dialog.h:124: error: template-id 'create<>' for 'Inkscape::UI::Dialog::PanelDialog<Inkscape::UI::Dialog::Behavior::Float ingBehavior>* Inkscape::UI::Dialog::PanelDialog<Inkscape::UI::Dialog::Behavior::Floati ngBehavior>::create()' does not match any template declaration I tried to look into this, but haven't found a fix so far.

3 4

Default units
by Guillermo Espertino 08 Dec '07

08 Dec '07

After realizing that there was something strange about the text size in my inkscape designs I followed the bugs associated (#168151, #168164, #168344, #170099 - some of them seem to be duplicates) and there I noticed that the text size in inkscape is expressed in pixels, but the dialog doesn't inform that. In fact, there's no way to set the font size to other units but the XML editor (and as far as I could see, it doesn't work either). In every vector illustration program the font size is expressed (by default) in points because one of the common outputs for the illustrations is print. Vector illustration programs are usually the most adecuate option to create flyers, simple brochures, logos, etc, so the use of real units is needed for type. In graphic design the default units for type are points (there are different measures for typographic points but in DTP 1 pt = 1/72"). Having typography in pixels is a big headache for graphic designers, mostly because the "12" value set by default is used as the default value en other design programs, but points, not pixels. Even office programs use points as default type units, so the common user will be expecting points and not pixels. In my opinion, the way that inkscape manages units is fine, but an option for setting the default units globally is needed. Currently, you have pixels everywhere and you have to change every time and everywhere to real units if you need to use them. That sucks and is a tedious and time consuming task (prone to errors too). It's a consistency issue too. The default inkscape artwork size is a DIN A4 size page, which is a phisical, real measure. If I have a "real" page as a container, I would expect to use real units as measures, but it's mixed up. Vector graphics are used to create elements that can be scaled without having to worry about the pixel size, so using pixels as default units doesn't make sense (imho). I'm not saying: change px for pt or mm. Of course if I have to create a website mockup I'll use pixels and not milimeters. Every choice is useful in different scenarios, but they need to be streamlined to make the options consistent with the needed workflow. I think that adding a simple category "units" in the preferences should fix the problem. Having the ability to choose the units globally for objects and type will allow users to adapt inkscape to their specific needs and will bring more consistency to the UI. What do you think about this? Regards, Gez.

4 8

Patch to dump id,x,y,w,h for all objects
by Terry Brown 08 Dec '07

08 Dec '07

I hope this can make it in to 0.46, as I think my slide making utility which needs this functionality could be quite useful, and it would help the re-stacking effect too. How should patches be submitted now? Launchpad blueprints? It wasn't immediately obvious how to use them, so I made this bug instead: https://bugs.launchpad.net/inkscape/+bug/174701 This is the patch to add the command line switch --query-all which dumps id,x,y,w,h for all objects with an Id. I sent a version just to Bulia by mistake, meant to send it to the whole list, anyway the version on launchpad corrects the transposition of x,y with w,h in the version I sent Bulia :-} Cheers -Terry [Nicu - thanks for your pointers about the ill conceived post to the users list, points well taken.]

2 3

Launchpad blueprints
by Bryce Harrington 07 Dec '07

07 Dec '07

The question about Launchpad's blueprints (specification) system came up today, so I'd like to open a broader discussion about if we want to start using it. Basically the blueprints system is a mechanism for tracking specification status. You can also include a link to a web page (such as a wiki or even a pdf) where the spec is written up. For Canonical it's used as a workflow system so people can keep track of the state (needs review, in progress, implemented, finished, etc. etc.) of various development efforts. Blueprints can also be prioritized, like we used to do with RFEs, and linked to bug reports. There's also a review/approval mechanism, which (in theory) is used by management to green light projects for engineers to work on for a release. The reason I've not brought this up before, is because I recognize it doesn't match to the workflow we use in Inkscape. Aside from the Roadmap, we don't really try to keep close tabs on individual developer's work; we're (largely) a volunteer project, so part of me worries such a system could just be extraneous overhead. However, I can definitely see the usefulness of this if enough of us were using it. First, the process of writing up a blueprint is good discipline for getting ones thoughts and plans in order at the start of a development project. It's also a good communication tool for letting fellow developers know what the plan is and to gain review feedback on your ideas. And it would certainly make release time go a bit smoother, since we'd be able to query and see the state of all development efforts (or at least those using the blueprint system). Potentially we could also subsume the (admittedly poorly maintained) roadmap into it. Obviously, this also is obviously analogous to (and clearly synergistic with) GSoC's proposal write ups, which seems to work out quite well. A more tangible benefit (and the reason I bring it up now), is that we have a lot of RFE's in our bug tracker that we could move over into blueprints. This would reduce our bug count, increase the visibility of the feature requests, and give us better tools for collaborative editing and tracking the proposals. We've already had a couple (brief) blueprints posted: https://blueprints.launchpad.net/inkscape/ Here's a couple examples of more fully fledged blueprints (look esp. at the wiki links): https://wiki.ubuntu.com/DisplayConfigGTK https://wiki.ubuntu.com/DesktopTeam/Specs/ExitStrategy Please give a look at these and consider if this is something we could benefit from with Inkscape. Should we as a project encourage using this part of Launchpad for handling feature requests? Bryce

2 1

Again display updates of SPGroups and their children
by Maximilian Albert 07 Dec '07

07 Dec '07

Hi all, I've asked this before but unfortunately I haven't been able to fix it yet. My rewritten 3D box class inherits from SPGroup. Each box has six children of type Box3DSide, each of which is inherited from SPPolygon. So far so good. The problem is that I can't figure out what functions I need to call in sp_3dbox_update so that the boxes are correctly updated on screen during handle dragging (but without writing to repr for efficiency). My most promising-looking approaches so far have been: 1) Call sp_shape_set_shape() for each of the sides (where the corresponding curve is drawn). However, this does not have any visible effect during dragging (the box is shown only when sp_box3d_write() is called). 2) Call requestDisplayUpdate() for each of the sides. This is obviously wrong since it triggers an update while another one is being processed. Consequently, Inkscape issues a corresponding warning on the command line. But at least with this approach the box is correctly updated on screen. 3) Not register sp_3dbox_update() at all in sp_3dbox_class_init(). This was a last desperate attempt because I figured that perhaps the parent SPGroup would take care of udating the children. But it turned out that in this case the update methods of the sides are not even called. So there should be something in between 1) and 2) which correctly updates the screen but doesn't issue the "update already in progress" warning. Any ideas? I'm completely lost in my maze of attempts and would appreciate any hints what else I could try or where to look further. Thanks! Max

3 6

0.46 release plan proposal
by Bryce Harrington 07 Dec '07

07 Dec '07

Hi all, Now that GSoC projects are finished and the code has had time to stabilize, it seems a good time to get the 0.46 release moving ahead. With Gutsy released, I finally have some time to contribute towards Inkscape release work, and will help try to get efforts organized. I'd like to propose the following release plan, based roughly on the 0.45 plan. Let me know if there's anything missing. 1. Open development. 2. Chill. Development focuses on wrapping up. Identify 'make distcheck' issues Triage bug reports Run an About Screen contest First draft of Release Notes. Update tutorials and other docs 3. Frost. Most development complete. Release Notes should be >90% filled in. Bug Hunt: 500 points Post inkscape-0.46-alpha.tar.gz 4. Feature Freeze. 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 translations. Inkscape must pass 'make distcheck' Post inkscape-0.46-beta.tar.gz 5. Hard freeze. Only release wardens can commit to mainline. No further string changes Focus on release-critical bug fixing. Finalize translations, release notes, etc. Packagers test creating pkgs of the -beta release Post inkscape-0.46-rc1.tar.gz 6. Branch. 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.46.1+ release(s), if needed 7. Release. Post inkscape-0.46.tar.gz Post packages Post official announcements 8. Open development. I'm sort of thinking for this release we ought to plan on establishing a stable branch much earlier than we've done before, and maintain split devel / stable branches for a bit (maybe a couple months). I think that'd allow us to spend much more time than usual getting things release-worthy, without too heavily impacting people who wish to keep doing development work. We'll have a bunch of interesting random tasks (mostly non-coding) to do to get the release polished up and ready to go. Are you interested in participating in the release team? Let me know! Bryce

10 20

Entry fields for editing of node coordinates
by Maximilian Albert 06 Dec '07

06 Dec '07

Hi all, as I've learned in the past few days, investigating or fixing other things while waiting for tedious compiles to finish can be quite productive. :) [1] In revision #16617 I added two spin buttons to the toolbar of the node tool which allow exact editing of node coordinates (this was long overdue - see bugs #170116 and #172113). Please test and report any irregularities. ;-) One thing to note is that originally I had planned to clear the entry fields when two or more nodes are selected. But I didn't know how to do this (is it possible at all?), so I decided to go for a quick hack and display the coordinates of the center of the bounding box instead. This turned out to be quite nice because it allows one to quickly align several nodes in the following way: Select them, press Alt+x (which switches focus to the coordinate entry fields) and press enter. Since the first entry field already shows a new X coordinate (lying in the middle between the extremal nodes), this aligns all the nodes vertically to this coordinate. Although at first it was a kind of stopgap solution I now really like the concept. Unfortunately, this "feature" is not really usable by keyboard alone yet because if you want to align the Y coordinates, you need to press Alt+x and then Tab in order to get to the second entry. But since the first one (for the X coordinates) already shows a new value, pressing tab sets the X coordinates to this value, no matter if this is desired or not. Suggestions for possible solutions are welcome. To summarize, the options I can think of are: - clear the entries if more than one node is selected, or - somehow prevent the nodes' coordinates from being changed while tabbing between the entries both of which I don't know how to do. :-/ Thanks for any hints and suggestions, Max P.S.: I'm going to add this to the Release Notes tomorrow. I'm just too tired right now to find good phrasings in English. ;) [1] Aside: Especially when using a distributed version control system like git so that you can work on several things at once. It's such a pleasure compared to svn! I can only heartily recommend people to use it (or rather git-svn in our case because we need to be able to commit to the repository, of course).

3 4

Collaborate
by Daniel Garcia Moreno 05 Dec '07

05 Dec '07

Hello, first of all, thanks, I use inkscape since some years, and I love it, thaks for this excellent tools that you are making, it's amazing. I'm a programmer and I want to collaborate in this project. I am looking for a list of bugs, for write some patch, look the code and learn about the code. If you could tell me some easy bug to fix, I can write some code.

3 2

using LPEs
by Steren Giannini 05 Dec '07

05 Dec '07

hello, I made recently my first draw using Live Path Effects. (see http://pannini.lesgeorges.org/media/couv_web.png) And I can tell : they are very powerful ! I wrote the main points that need to be corrected or at least discussed. I know LPEs are not finished yet, but I want to be sure that those points are taken into account. - I had a problem when I wanted to copy a path with a pattern along path applied : the "pattern source" is not copied but the two paths share the same "pattern source". If I want to modify the pattern source of my copy and not disturb the first one, I can't. To my opinion, this is really something to change. - The same problem for the "bend path" effect - In the last SVN, when you translate a object with a "bend path" effect, it translate well. But I really think that when rotating or scaling such kind of object, it should do the same : rotate and scale the "visual object" (maybe by rotating or scaling the "source path" too) - scaling or flipping an object with a pattern along path effect applied : the source path is modified but not the "pattern source" => the "visual object" shape is not the same than before the transformation. ( see : http://pannini.lesgeorges.org/media/flip_prob1.png) Steren

3 3

Redo problem, element created without "id" attrib
by unknown＠example.com 05 Dec '07

05 Dec '07

Hi all, I have a problem that I do not know how to fix. When a grid is created and then Undo is pressed, things work great. However, then "redo" crashes inkscape (when grid tab of document properties is open). This is because of the following reason: when redo is done, a new child is added to sodipodi:namedview, this triggers updating of the documentproperties gridpage. However, at that time, the "id" attribute of the child has not been set yet. (I don't know at what time it is set, but sp_namedview_child_added is called with a child that has no 'id' attribute! This attribute is needed, because it provides the grid's name to put in the tab in the dialog. I'd like to know how I should solve this (i.e. obtaining the 'id' attribute when a 'redo' action is performed). Thanks! Johan

1 0

new stock patterns and screenshot
by bulia byak 04 Dec '07

04 Dec '07

I added a few basic stock patterns and made a screenshot: http://www.inkscape.org/screenshots/gallery/inkscape-0.46-stockpatterns.png enjoy :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

NEW: Grid visibility and snap enabling
by unknown＠example.com 04 Dec '07

04 Dec '07

Hi all, I just added two checkboxes to the grid settings: * Visibility and snap enabled. ** Visibility turns of display of the grid, which I find useful from time to time because snapping is still enabled for invisible grids. To disable snapping (when having multiple grids, this is essential), one should use 'snap enabled' ** "Snap enabled" does not yet work. I hope Diederik can implement this soon, I think it should not be too hard? * I hope to get the axonometric grid working soon, I need it at work! :-) * I am aware of the bugs in setting grid parameters. Hopefully I can find the cause soon, it is annoying me aswell. Cheers, Johan

7 13

Launchpad Tips & Tricks: Upstream Bugs
by Bryce Harrington 04 Dec '07

04 Dec '07

Being able to track upstream bugs is (IMHO) one of the best features of Launchpad from Inkscape's perspective. Let's take a look at how this works: First, we find a bug that is really an upstream issue. Here we go: Main window disabled if a modal dialog sinks https://bugs.launchpad.net/inkscape/+bug/168301 This is related to the infamous "dialogs not on top with Win32" problem that we know stems from Gtk, but with an unfortunate twist - if the application is minimized and you right click "close", you never see the dialog, but since the dialog is modal, you can't restore it! Feh Win32! Actually, it's a Gtk problem. So next we go to the gtk bug tracker. >From gtk.org I clicked on "Bug tracker", then went to bugzilla.gnome.org. I find the search box and enter "windows dialogs". Browsing through the list I spot this one: Bug 169965 -- transient dialogs with minimized parent http://bugzilla.gnome.org/show_bug.cgi?id=169965 [Note, all gtk bugs are also imported into Launchpad at https://bugs.launchpad.net/gtk/, which would probably be easier to search...] Reading the bug, it looks like this describes our issue. Unfortunately, the bug hasn't received much activity over the past year (we'll address this in a bit), but at least it's known... Now go back to our Launchpad bug: * Look at "Also affects: +Project... +Distribution/Package..." * Click on "+Project" * Type in "gtk" and hit Continue * For the URL, cut and paste the bugzilla.gnome.org bug URL there * Click "Add to Bug Report" Now our bug report shows the link to the upstream bug. Periodically (once a day I think), Launchpad will spider bugzilla.gnome.org and grab any status changes to the upstream bug report and notify us if the status changes. So in the future when people look at this bug, they'll be able to immediately see if/when it's fixed upstream. We're not done yet though! Let's be good citizens and let upstream know we also experience this problem. I log into my bugzilla.gnome.org account, and add a comment to the above bug: "I think we're also experiencing this bug with Inkscape on Windows. A user reports... https://bugs.launchpad.net/inkscape/+bug/168301 [Pasted copy of original report from our end] Has anyone had a chance to look into this?" This will both ping upstream about the issue (hopefully raising its importance, maybe triggering them to update the bug report if it's already fixed, or a dupe), and give the extra info to help debug it. If we had failed to find a matching bug upstream, we should report a new one. If you're unsure, it's sometimes better to report a new one and let them dupe, than to incorrectly attach our bug to a wrong report, but use best judgement there. Now go to https://bugs.launchpad.net/inkscape/ and look for the link "0 bugs fixed elsewhere". When our upstream bug gets fixed, this link will change to "1 bug fixed elsewhere", which will let us see the bugs fixed by our upstreams. :-) Notice the URL for this search says "...=resolved_upstream". If we change this to "open_upstream", we can see the bug we just linked: https://bugs.launchpad.net/inkscape/+bugs?field.status_upstream=open_upstre… Some Homework: In my gtk bugzilla searches, I ran across a couple related bugs, which sound similar to other issues we have in Inkscape. See if you can find our matching reports, and link them up: Bug 164537 -- Non-modal transient dialogs should iconify with parent http://bugzilla.gnome.org/show_bug.cgi?id=164537 Bug 171456 -- "Keep Above" option in Gimp broken on Win32 http://bugzilla.gnome.org/show_bug.cgi?id=171456 Bryce

1 0

Inkscape bugs status
by Bryce Harrington 03 Dec '07

03 Dec '07

1 0

Launchpad Tips & Tricks: Duping Bugs
by Bryce Harrington 03 Dec '07

03 Dec '07

It's good to see all the people giving Launchpad a try, and discovering both its cool bits and some frustrating bits. For those who are finding some irritations, please give it some time - when I first started using it, I also found the interface to be unintuitive in places; I'm hoping the tips and tricks I'm posting will help. Here's half a dozen tips related to bug duping: 1. Adib asked about how to dupe bugs. This falls into the cool feature category, but the links may not be where you expect. When viewing a bug, "Mark as duplicate" is in the Actions list on the left. From there, you can indicate the bug id number that this is a duplicate of. 2. The bug report will clearly tell you that there are dupes of a given bug, or that the bug is a dupe of such-and-such other bug. For bugs with dupes, there is also a listing of its dupes - this can be found on the left column in an expando-box titled "Duplicates of this Bug". 3. When a bug is marked as a dupe, it no longer shows up in searches, which is nice. But you can still get to it either directly by ID, or via the link in the parent bug. 4. People who were subscribed to the dupe bug will now receive the update notifications from the parent bug. This is usually useful, but keep it in mind if commenting on a bug with a large number of dupes that you're not spamming everyone with trivialities. 5. Note that it's not possible to mark a bug a dupe if it also has dupes attached to it. You have to individually move the dupes to the parent. Sort of annoying, but it's rare when you need to do this. 6. When closing a bug that has dupes, it's good practice to review each of the dupes and check that the solution definitely does account for all those reported problems. I was at first annoyed to find endless duplicate reports of bugs, as it seemed like a waste of effort that could be avoided if the reporter searched the existing bugs. However I've since changed my mind, for a few reasons. First, (at least for xorg) most users don't have enough knowledge to really know for certain that their problem matches someone else's, so it usually requires an expert to verify that the issue really is a dupe. Second, from a workflow perspective, finding/marking dupes is much more straightforward than trying to untangle a bug report that contains multiple unrelated issues in it. Third, a bug report with a lot of dupes typically ends up being easier to gain a fix than one with no dupes - both because it emphasizes the importance of the bug, and because the "many eyes" effect starts kicking in, and people subbed to the bug through dupes can start sharing ideas and findings with each other. So, I generally encourage tell reporters, "If you're concerned that your bug report might be a dupe but you're not sure, report it as a separate bug, and just say in your report 'might be related to bug xyz'". This saves the bug triager time of tracking down potential matches but still lets your issue be handled even if it's unrelated. Bryce

1 0

Inkscape native on OSX - try 2
by jiho 03 Dec '07

03 Dec '07

Hi everyone, I've been trying to get Inkscape to compile against the new version of GTK on OS X, with the "quartz" option enabled (i.e. without X11). The good news is that it compiles and that MacPorts provides a way to work with both native and X11 versions of GTK quite easily (which means one does not have to remove and recompile everything one way or another every time). The bad new is that, though Inkscape starts without X11 and that the GUI is shown, it crashes with this error message: ** (inkscape:9060): CRITICAL **: const GSList* sp_document_get_resource_list(SPDocument*, const gchar*): assertion `document != NULL' failed ** (inkscape:9060): CRITICAL **: const GSList* sp_document_get_resource_list(SPDocument*, const gchar*): assertion `document != NULL' failed 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. (inkscape:9060): GLib-WARNING **: g_main_loop_run(): called recursively from within a source's check() or prepare() member, iteration not possible. Any idea from where than may be coming from? It doe not occur with the X11 version so that's probably related to GTK/Cairo/Pango/Poppler being freed from X11. However, the GUI shows and the messages don't seem directly display-related. Is that a GTK bug in your opinion? Backtrace below: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x00000020 0x90a594c0 in objc_msgSend () (gdb) bt #0 0x90a594c0 in objc_msgSend () #1 0x19b19130 in ?? () #2 0x9082dd0e in __CFRunLoopDoObservers () #3 0x9082cdb0 in CFRunLoopRunSpecific () #4 0x9082ca6e in CFRunLoopRunInMode () #5 0x92def878 in RunCurrentEventLoopInMode () #6 0x92deeeb9 in ReceiveNextEventCommon () #7 0x92deedd9 in BlockUntilNextEventMatchingListInMode () #8 0x93295485 in _DPSNextEvent () #9 0x93295076 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] () #10 0x00daadb6 in gdk_event_prepare () #11 0x02177de4 in g_main_context_prepare () #12 0x021784a6 in g_main_context_iterate () #13 0x02178bbd in g_main_loop_run () #14 0x01ca8a87 in gtk_main () #15 0x0184d888 in Gtk::Main::run () #16 0x00003ff1 in sp_main_gui () #17 0x00167234 in Inkscape::NSApplication::Application::run () #18 0x00002ef7 in main () JiHO --- http://jo.irisson.free.fr/

4 6

libgc7 issues on OS X
by MenTaLguY 03 Dec '07

03 Dec '07

By the way ... have we verified that the problematic libgc7 builds aren't being built with --enable-malloc? -mental

1 1

Launchpad tags
by jiho 03 Dec '07

03 Dec '07

Hi everyone, Launchpad is really much nicer to use than SF tracker. However, I was wondering about tags: - there is only one kind of tag where there were several in SF. would it be a good idea to set a composite tag hierarchy such as: platform-all platform-linux platform-win32 ... instead of all-platforms linux win32 osx ... This is already somewhat done for ui and object and it would be nice to have an official way of designing such tags and to reduce the current number of tags, or at least the number of first level tags. What would be really nice is if "ui" could match both "ui" and "ui- something" but that's apparently not the case. - when adding tags to a bug, I could not find a way to get a list of pre-existing tags. It would be very nice to have that, or auto- completion of tags, or a tag could a-la del.icio.us or... ;) Is that possible in Launchpad? JiHO --- http://jo.irisson.free.fr/

3 2

When trying to Save As GIMP .XCF
by alkos333 03 Dec '07

03 Dec '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello folks, I ran into a problem when I tried saving a file as .XCF. This is the bug: https://bugs.launchpad.net/inkscape/+bug/168988 This is what I get when I try to install Gimp.pm in cpan shell: http://alkos333.pastebin.com/d2a622df0 Any help would be greatly appreciated. Best, Alex Lysenka -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHVB6GR+OWhEg1RV8RAjfiAJ9sfndzRcn+aQwOrzpjcPcijiybVACeL1vn xSsqfS8Sc9unb8cQyOQYQVI= =Wq83 -----END PGP SIGNATURE-----

1 0

display adjustment
by bulia byak 03 Dec '07

03 Dec '07

Jon, sorry to be picking on you again :) but I have comments on the new command you added to View": - "display adjustment" is too generic. It may mean a lot of things. The statusbar tip explains it, but why not rename the command itself to something like "display color management" or "display CMS" etc. - if it's a toggle, it must be presented as a toggle and have a check mark against the command name in the menu. - if you cannot yet disable the command on displays where it does nothing, you must at least provide some feedback when the command is invoked - the statusbar must flash one of "display cms mode turned on", "display cms mode turned off," or "cms mode is not supported by this display." - what about windows? mac? if it never works on windows, please make it compiling conditionally, and mention that it's X-only in the release notes. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 4

symmetry group pmg is not correct in Inkscape
by Marjan peeters 02 Dec '07

02 Dec '07

Hi, I noticed that the symmetry group pmg is not correct in Inkscape, see figure in attachment how it should look like. regards, Marjan Peeters _________________________________________________________________ Live.nl: je eigen persoonlijk startpagina met nieuws en feeds die JIJ belangrijk vindt! http://www.live.com/getstarted.aspx

3 2

State of progress of Mac integration?
by Maximilian Albert 02 Dec '07

02 Dec '07

Hi all, I just finished talking with a friend who discovered Inkscape today (without any effort on my part :)) while working on a webpage for his funk & soul band. He was really enthused by Inkscape's power and usability, so first I'd like to give the kudos to all developers. However, using a Mac, he felt that the overall integration and "Mac feeling" could still be improved. Following my suggestion he gave one of the development snapshots a try (he was using the 0.45 release) and was pleasantly surprised to discover improvements (e.g., Apple key + click now correctly emulates right click). I think some of this is due to jiho's work? Thanks! (Also to all the others working in this area.) But some other things still don't work properly. He mentioned, for instance, that Inkscape windows cannot be opened/maximised by clicking on the task bar (or whatever it's called on the Mac), which I found strange but using Linux I can neither confirm nor refute. So I was trying to find info about the changes since 0.45 in the Release Notes for 0.46, unfortunately without success. Just out of curiosity (since I'm not affected by this), is any info about the changes or about what's still missing available somewhere? Thanks again for everybody's efforts to make Inkscape yet more powerful and user friendly, Max

2 3

Re: [Inkscape-devel] compiling inkscape on old disto
by Rémy Sironneau 02 Dec '07

02 Dec '07

Thanks for your reply. After 7 hours of dependencies troubles i get success to compile inkscape in centos 4.5 !

1 0