- Inkscape Devel - Inkscape Mailman

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

Question about modifying the code for the curve tool
by Bart Kelsey 05 Mar '11

05 Mar '11

Greets! I'm new here. :) Earlier today I had an idea for an improvement to the curve drawing tool that would speed up my drawing workflow considerably and make it a lot more practical to draw things quickly and precisely with a mouse. Here's what I was thinking: When you're editing a curve, there's a button on the toolbar that sets the nodes along the curve to "auto-smooth". I discovered this a couple of days ago and instantly fell in love with it. At any rate, I was thinking it would be really nice to be able to draw auto-smoothed points with the curve drawing tool, perhaps by holding shift when you click the button, or holding shift, then clicking, dragging, and releasing. Non-auto-smoothed points are great if you want fine control, but if you're trying to lay down some clean-looking curves quickly, auto-smoothing seems to be the way to go. It would be really nice if I could draw them as I go, rather than just clicking the mouse and crating line segments, then going back and converting all of them. Hopefully I'm making sense so far. :) At any rate, I thought I'd poke around the 0.48 code and see if I could implement this feature myself, but I ran into an issue. Specifically, it appears that the code for drawing a curve initially adds points directly into the underlying curve data structure, whereas the code that distinguishes between normal curve points and auto-smoothed points is actually part of the user interface, and not part of the curve itself. Thus, when you add a point onto a curve, there doesn't appear (at least not at first glance) to be a way to easily get hold of the Node object and set it to auto-smooth mode. Here's what I've gleaned from looking at the code thus far: When you add a point by clicking the mouse button, it happens around pen-context.cpp:1272, where it calls pc->red_curve->curveto(...). The node type, however, is actually set from the MultiPathManipulator class, which I don't appear to have access to in pen-context.cpp. Is there a simple way of doing this? Also, kudos for writing code that's clear enough that I have some idea of what's going on after looking at it for half an hour. :) Peace, Bart K. http://opengameart.org -- --

2 1

Download Stats
by Josh Andler 05 Mar '11

05 Mar '11

Hey All, I just thought people would like to know that we breached over 1 million downloads in a single month on sf.net in January. Note that their tracked downloads since the project first posted files is at ~14.4 million total. I'd say that makes January quite a significant month. :) For those interested in more download stats (this is per month since the beginning): https://sourceforge.net/projects/inkscape/files/inkscape/stats/timeline?dat… Great work community! Cheers, Josh

2 1