- Inkscape Devel - Inkscape Mailman

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

Inkscape DVCS - was: Re: GSoC 2009 - Project handling in the repository
by Jeff Kowalczyk 04 Apr '09

04 Apr '09

The GSoC 2009 might present a good opportunity for inkscape to move to a DVCS. Students, mentors and testers would benefit from enhanced branch, merge and branch tracking capabilities at github, launchpad, bitbucket, et al. Jeff

7 14

GSoC, KML-SVG
by Piotr Kopczyński 04 Apr '09

04 Apr '09

Now to the matter. I haven't got a clear idea what to do, I'm not even sure about the guidelines for this task nor have a complete feeling of the goal. On the other hand I have some chances to make a piece of valuable work here. The task was described as "likely XSLT". Fortunately I have the basic understanding of XML and XSLT (I've recently accomplished a subject at my university devoted to XML and XSLT, so I'm quite fresh with it). In addition, I got to like it and feel a need to deal more with such translations. The fact is, I don't know the "XML Schemas" and practical aspects of SVG and KML. I will need some time to get through their documentations. Anyway, both specifications are worth knowing, so I will gladly learn them. I guess the job may be considered as import and export respectively. Importing (KML to SVG) shall be relatively simple and with a small risk of an "out-of-time" defeat. The other direction (export) seems more hard and needing deeper considerations. Of course, the importing part might also need some "parameters" (options in import wizard?). As I am freaky/scarry of not meeting the deadline, I like to find a safe-feeling solution first. An example of such is making a little website for converting KML to SVG using for example Firefox built-in XSL processor (I've used this solution in my last XSLT project, although it didn't involve any SVG rendering). I have then made a silly and tiny web framework (using PHP + .htaccess + mod_rewrite) for passing parameters to the XSLT file (parameters are dynamically inserted into original file as lines with an xsl:param definition each). Thus I could make a small portal driven only by XSLT :-) As this solution is quite comfortable and "recent" for me, I believe "I can make it", and in the meantime we can optionally consider if I will be able to deal with Inkscape internals (that is what I don't know at all, so this may be more risky). That's it for a minimum. I'm waiting for your opinion and expectations. If you agree for solving this task via XSLT, I'm likely to success with it. Piotrekk

5 6