- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] [Inkscape-user] outset confusion
by Jasper van de Gronde 11 Mar '11

11 Mar '11

I don't think you're missing that much, I'm not 100% sure, but it looks like a numerical problem somewhere. Specifically, for some reason Inkscape seems to convert a perfectly straight line segment into a curved segment when outsetting (even if you explicitly convert to a straight line segment first, so that there is no chance that it's almost straight or anything), that seems a bit odd. On my installation (0.48) it seems like it's mostly just the left tooth(?) at the top, although similar effects play up when insetting. Interestingly dynamic offset seems to do better, but it also clearly gives a different result (it rounds cusp corners). But if that's okay for you that might be a way out. In any case, you might want to file a bug report. To do so, please go to: http://bugs.launchpad.net/inkscape/ and click on "Report a bug" (it's on the right). In the mean time I've also added the developers list to the recipients, in case anyone there knows what to do. On 2011-03-10 20:30, kqt4at5v@...210... wrote: > I am missing something simple > I have the first image, gear.ps, that I want to cut out with a 0.125 > endmill > So I set outset in inkscape preferences to 5.625, select all nodes and > path->outset and I get the second image, gear.svg > Where am I going wrong > > Richard > > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > > > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user

1 0

Partial clip-rule implementation
by Andrew Lutomirski 10 Mar '11

10 Mar '11

I don't know what the standard way to submit patches is, but I've attached a patch that implements loading, saving, and computing of the clip-rule property. I'm playing with getting it to work in the cairo renderer. It's a bit of a pain for two reasons. First, the existing fill-rule implementation for clip paths is not just incorrect (fill-rule shouldn't affect clip paths) but is also very buggy. Second, I don't know how to ask cairo to generate a clipping region that is the union of two paths unless both paths use the nonzero rule. That being said, I have a gross hack that at least gets multiple nonzero paths or a single evenodd path right. I'll make it less ugly before I mail it in. I understand approximately nothing about the nr renderer (or whatever the code that I assume renders the editing view is), so I've made no progress on honoring clip-rule in the edit view. What should I do from here? (Note: I'm not really inclined to try to invent a sensible UI for clip-rule. I mainly want to be able to edit my own figures that need clip-rule=evenodd. --Andy

2 1

printing - rendering bitmaps
by Drechsel Wolf 09 Mar '11

09 Mar '11

Hello everybody, I hope folks will apologize me asking for simpe end-user advice: When calling the "printing" dialog, there is a tab "rendering". There I can select "vector" or "bitmap" and set the resolution for the bitmap. As I want to print a self-made map with a scan in the background, the "bitmap" option seems reasonalble to me. But lowering the resolution doesnt make any difference, files are as big as they are when I leave the "rendering" tab set to "vector". Is that a bug - or is my assumtion wrong, that this tab should have an influence to the resolution of embedded bitmaps? (Mac OS X 10.5.8 Leopard, inkscape 0.48 X11) Thanks and greetings, Wolf

2 1

Fw: Inkscape Website Progress...
by Matthew Todd 09 Mar '11

09 Mar '11

Resending. On Wed, 9 Mar 2011 00:18:26 +0100 Krzysztof Kosiński <tweenk.pl@...400...> wrote: > There could also be a link to the dA group. > > Regards, Krzysztof > I would definitely recommend this. Although there isn't much work in the group, some of it is really high quality (several got daily deviations). Plus I think that it'd help give the impression to visitors that the Inkscape user base/community is active. Matthew Todd

1 0

Re: [Inkscape-devel] Mockup for Improvement of Fill and Stroke Dialog
by Andrew 08 Mar '11

08 Mar '11

Hi Guys, (I apologise if I sent this to the wrong list and if so, if you could point me in the right direction I would be very grateful :] ) My name is Andrew and I have been using Inkscape for quite a while and have always found it fantastic! One thing I have found though, is that while some parts of Inkscape are brilliantly designed, some legacy parts you use a new lick of paint and a polish :) One such part is the part I use most, the Fill and Stroke Dialog. This was also picked up recently by this blog post http://www.bomahy.nl/hylke/blog/on-gnome-and-elegance/ (yes we can all tell which application screenshots 2 and 3 are from :P ) You can see my findings and my suggestion on the Wiki, but to entice you to read it, the mockup is here :) http://wiki.inkscape.org/wiki/index.php/Fill_and_Stroke_Dialog_Re-Design http://wiki.inkscape.org/wiki/index.php/File:Solution-fillandstrokedialog.p… Thanks and I would love to hear your comments! -- Andrew

3 3

Re: [Inkscape-devel] Update on Diffusion Curves
by Jasper van de Gronde 08 Mar '11

08 Mar '11

The code is stand-alone (although the aem stuff has been more or less coded with Inkscape in mind) and does not accept file based definitions, the images are hard coded (although relatively easy to alter, I just didn't get around to writing a parser). For integration with Inkscape there are still quite a few things missing, like syntax :) Also, I don't think the method I developed is mature enough to put in Inkscape as is. In my opinion the quickest route to get this in Inkscape would be to figure out a syntax+semantics (how to deal with "exterior" boundaries!) and then write a hybrid solver that uses an analytic solution for dealing with discontinuities and a grid-based solver for the rest. Another question is whether diffusion curves are really the "best" way to go about this. There are some cases where diffusion curves might not give the most intuitive answer and I am looking at alternatives (and so are some other people). If you have specific ideas about what a system like this should support and/or have interesting cases where you feel diffusion curves do not meet your requirements (or where they perform surprisingly well), then please speak up. BTW, if you want to play with diffusion curves, use one of the earlier programs to edit/view them: http://artis.imag.fr/Publications/2008/OBWBTS08/ Also, we have some ideas on the wiki, feel free to augment/edit them: http://wiki.inkscape.org/wiki/index.php/Diffusion_Curves On 2011-03-07 17:47, Josh Andler wrote: > Hey, > > I'm a little confused by the code page... is there a "test" version of this > integrated with Inkscape or 2geom toy or something? Either way, wowza to the > math in your thesis paper. :D > > Cheers, > Josh > > On Mon, Mar 7, 2011 at 1:35 AM, Jasper van de Gronde < > th.v.d.gronde@...528...> wrote: > >> Hi, >> >> For those interested in Diffusion Curves, I recently finished my thesis >> on Diffusion Curves. It can be downloaded here: >> http://home.hccnet.nl/th.v.d.gronde/ThesisJvdGFinal2.pdf >> (Initially it was also available from my university's site, but there >> are some problems with the repository at the moment.) >> >> Associated code can be found on LaunchPad: >> https://code.launchpad.net/~jaspervdg/ >> >> In short: I found that it's not that easy to render diffusion curves >> with high accuracy and looked at the cause of this, as well as possible >> solutions. In particular, I implemented a renderer/solver based on a >> different concept than the previously existing solvers, and this does >> show some promise. Also, I found a way to make it easier to handle the >> color discontinuities across diffusion curves (which are essential to >> the usefulness of diffusion curves but can be tricky to handle correctly >> in a solver), essentially by first removing them and then adding them >> back in. >> >> Comments, suggestions, questions, etc. appreciated. >> >> - Jasper >> >> BTW, most graphics were made using Inkscape (often saving to PDF+LaTeX). >> >> >> ------------------------------------------------------------------------------ >> What You Don't Know About Data Connectivity CAN Hurt You >> This paper provides an overview of data connectivity, details >> its effect on application quality, and explores various alternative >> solutions. http://p.sf.net/sfu/progress-d2d >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >>

1 0

Re: [Inkscape-devel] Mockup for Improvement of Fill and Stroke Dialog
by Andrew 08 Mar '11

08 Mar '11

On 08/03/11 08:24, Jasper van de Gronde wrote: > Are you able to make the changes? If so, please do so (perhaps slightly > more conservatively, at least at first, to be on the safe side), that > way we can try it out and see how it works and feels in practice. Don't > get me wrong, it's good to have some discussion and ask for feedback, > but often in the end it boils down to nothing happening, and that's a > shame, especially since I think the general message here is that a lot > of what you're trying to do would be appreciated. If you're not able to > make the changes in Inkscape, I would be willing to try, especially if > you could help me with some of the GTK stuff (you seem to at least know > a thing or two about that, and despite having coded on Inkscape for > years it's still mostly a mystery to me). Sure I think I could make some of them, however my idea was to gage opinion first, rather than do it and everyone says "Actually we don't like that..." :) Maybe I shall wait for a few more opinions and then start to make it happen (though I might need some pointers as I have never coded in C++ XD ) -- Andrew

1 0

Update on Diffusion Curves
by Jasper van de Gronde 07 Mar '11

07 Mar '11

Hi, For those interested in Diffusion Curves, I recently finished my thesis on Diffusion Curves. It can be downloaded here: http://home.hccnet.nl/th.v.d.gronde/ThesisJvdGFinal2.pdf (Initially it was also available from my university's site, but there are some problems with the repository at the moment.) Associated code can be found on LaunchPad: https://code.launchpad.net/~jaspervdg/ In short: I found that it's not that easy to render diffusion curves with high accuracy and looked at the cause of this, as well as possible solutions. In particular, I implemented a renderer/solver based on a different concept than the previously existing solvers, and this does show some promise. Also, I found a way to make it easier to handle the color discontinuities across diffusion curves (which are essential to the usefulness of diffusion curves but can be tricky to handle correctly in a solver), essentially by first removing them and then adding them back in. Comments, suggestions, questions, etc. appreciated. - Jasper BTW, most graphics were made using Inkscape (often saving to PDF+LaTeX).

2 1

Custom predefined filters
by Nicolas Dufour 07 Mar '11

07 Mar '11

Hello, Ivan Louette and I have started to work on new custom predefined filters that should make filters use and creation a bit easier. It's not a full filters UI redesign, but only internal extension system based dialogs that provide easy understandable parameters to the existing predefined filters. Now that we have a minimal usable test set (25 available filters in Filters>Experimental), we'd like some comments on this project, and more specifically a *formal* approval that we are heading in the right direction. The project has a Launchpad Blueprint (https://blueprints.launchpad.net/inkscape/+spec/custom-predefined-filters) and a specification wiki page (http://wiki.inkscape.org/wiki/index.php/SpecCustomPredefinedFilters). We're waiting for your comments before going further. -- Nicolas

3 2

Re: [Inkscape-devel] [Inkscape-user] Bug in EPS + Latex
by unknown＠example.com 05 Mar '11

05 Mar '11

Hi, Please check if this bug has been filed already on Launchpad, and assign it to me. Otherwise I will forget about it. Thanks, Johan > -----Original Message----- > From: Adin Ramirez Rivera [mailto:adinriv@...400...] > Sent: 03 March 2011 02:09 > To: Inkscape User Community; inkscape-devel(a)lists.sourceforge.net > Subject: [Inkscape-user] Bug in EPS + Latex > > Hi all, > > I just found a bug in the EPS + Latex option. > If you have percentage '%' symbols in the text, when those are > converted to latex they are not escaped. Hence, the latex get broken in > that line. > It is easy to fix, by escaping the percentage symbols by hand; however, > if you have a lot of symbols it will get annoying to change those all > the time. > I just want to report it. > > HTH, > > adin

1 0