- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] lpe-crash
by Guillermo Espertino 08 Apr '09

08 Apr '09

This has been fixed as of rev. #21094 by Diederik. It was indeed a bug in snapping code. I created the report #356743 for that, which I'm closing as fixed right now. Gez.

1 0

lpe-crash
by jf barraud 07 Apr '09

07 Apr '09

Hi all, For some unknown reason, all lpes having theire own "addCanvasIndicators()" (namely lpe-knot and lpe-cpopyrotate) now crash inkscape whenever you try to edit with the node tool. Just in case someone is aware of some recent change in the code causing this, please make suggestions, it might save me some time trying to understand what is going on! ;-) Cheers, jfb.

3 2

group options in export dialogs
by the Adib 06 Apr '09

06 Apr '09

Hello, how is it possible to group several options in the export dialogue? I think about a grouping inside static box and grouping inside multi tab pane. I would like to group all options related to: - export area/object - font options - file format compatibility / subformats - handling of linked images Good would be if I can save/restore my settings :-) This could be done by defining <group> and <page> tags What do you think? Adib. ---

1 0

Re: [Inkscape-devel] Snapping toolbar
by Diederik van Lierop 05 Apr '09

05 Apr '09

Op Vr, 16 januari, 2009 01:39, schreef Rock Star: > The difference between creating and editing can be somehow seen from the > video [1]. That video indeed explains everything! A few months ago I introduced a snapping delay, which makes snapping in Inkscape much more responsive in complex documents. That snapping delay is what you noticed when editing objects, but it apparently it doesn't work when creating objects. I will fix that. If however you prefer the old behavior without any delay, then just go the preferences -> snapping and set the delay to zero. > Now I see the problem with guides and grid and toggles. However, since I > come more from a CAD world, I'm used of snapping to whatever is visible. > Hence, if there are 2 grids turned on, I would expect to snap to both. > This > would than mean 2 more toggles. If you see grid/guides it snaps, otherwise > not. Maybe it isn't a problem after all to add an additional toggle in series. When creating a grid, the per-grid snapping is turned on by default. So if a user is not aware of this then he won't notice, and if he turns it off then... well, that's his/here responsibility ;-). So we would end up with these options in series: 1) the global snapping toggle -> EVERY USER MUST KNOW ABOUT THIS** 2) the GLOBAL grid snapping toggle -> CLEARLY RECOGNIZABLE ON THE TOOLBAR 3) the PER-GRID snapping toggle -> ON BY DEFAULT 4) snap bounding box corners toggle or the snap nodes toggle -> EVERY USER MUST KNOW ABOUT THIS TOO** **) ... but only if they care about snapping obviously. > Anyway, thanks for the answer and additional explanation. You're welcome. Thanks for your feedback! Diederik

5 15

chebyshev.cpp missing
by bulia byak 05 Apr '09

05 Apr '09

during recent 2geom update, this file was not added, preventing compilation -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

more gradients
by Alexandre Prokoudine 05 Apr '09

05 Apr '09

Hi, Here is an interesting patch in the tracker: https://bugs.launchpad.net/bugs/346681 "This is a .diff file containing code that allows Inkscape to generate spiral gradients, as well as conical or angular gradients as a degenerate case. It allows the user to create and edit these gradients with the gradient context (tool) and the Fill and Stroke dialog in the same manner as a Radial gradient. It also includes an (ugly) icon for use in the Fill and Stroke dialog and Gradient toolbar." How come no has one commented for 5 days now? :) Alexandre

16 61

how to edit blueprint in launchpad?
by the Adib 05 Apr '09

05 Apr '09

I tried to set the webpage for this launchpad blueprint "multiple-pages-support" https://blueprints.launchpad.net/inkscape/+spec/mutiple-pages-support to the page in the wiki that I recently created: http://wiki.inkscape.org/wiki/index.php/Multipage It looks that I have no rights to do that.? I am member of the "inkscape bug team". Do I need an other membership? Who can help? theAdib.

2 1

Re: [Inkscape-devel] Inkscape 0.47 - was Re: GSoC 2009 - Project handling in the repository
by Guillermo Espertino 04 Apr '09

04 Apr '09

There's a pretty large amount of 0.46 bugs being reported again and again in launchpad, and most of them are fixed in SVN. I guess that stabilizing the SVN and fixing important bugs and regressions to release Inkscape 0.47 as soon as possible would have a significant impact (positive) in the reduction of duplicated bugs. I personally don't care if some filters, lpes or features don't make it. I'd prefer a stable 0.47 with the bugfixes and the enhancements that may be considered "stable". Even with its regressions and some high importance bugs, the SVN version is pretty stable and it has loads of improvements (snapping, pdf output, eraser, spiro, etc.) that would make 0.47 attractive enough, from the user pov. And that would help to close lots of fixed bugs for good. So +1 for the idea of starting the freezing and regressions hunt. Gez

2 1

GSoC 2009 - Project handling in the repository
by Joshua A. Andler 04 Apr '09

04 Apr '09

Hey All, Due to concerns and issues voiced in the past, it seems like we should talk about how GSoC projects should be handled in our repository. A big concern is the impact on Trunk and if we want to release 0.47 with minimal pain this year. Given that I'm the hold-over release warden for 0.47, and that I have also taken on future release related duties from bryce... I'd like to see things work as smoothly as possible. What are some thoughts on what to do? Should we stick to the way we did it in the past and potentially introduce much more breakage in the near future? Branches on an as-needed basis? Perhaps just a GSoC2009 branch for all students work to be committed to? I could see the latter being beneficial to ease testing all their work with no harm to trunk the process. Additionally, it's a great way to learn about our "don't break trunk" rule... the students will be forced to commit responsibly as breaking it would hinder all other students too (which I would hope they'd be vocal yet diplomatic in handling). Any and all thoughts are welcome. Cheers, Josh

10 18

Re: [Inkscape-devel] Inkscape DVCS - was: Re: GSoC 2009 - Project handling in the repository
by Jon A. Cruz 04 Apr '09

04 Apr '09

On Sat, 2009-04-04 at 15:09 -0700, Bryce Harrington wrote: > On Sat, Apr 04, 2009 at 03:02:24PM -0700, Jon A. Cruz wrote: > > On Sat, 2009-04-04 at 14:49 -0700, Bryce Harrington wrote: > > > > > > > > > > > > I definitely agree that it is high time to move to a DVCS. I've > been > > > using both git and bzr in my day job and it makes so many things > so > > > much > > > easier. > > > > Yes... and it's also high time that bzr admitted there are platforms > > other than Linux out there and fix their line-end handling. > > You're talking about AmigaOS, right? No. I was thinking more of OS-9 (note that it is not OS/9) :-)

1 0