Re: [Inkscape-devel] Mockup for Improvement of Fill and Stroke Dialog
by Andrew
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
12 years, 2 months
Update on Diffusion Curves
by Jasper van de Gronde
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).
12 years, 2 months
Custom predefined filters
by Nicolas Dufour
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
12 years, 2 months
Re: [Inkscape-devel] [Inkscape-user] Bug in EPS + Latex
by unknown＠example.com
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
12 years, 2 months
Question about modifying the code for the curve tool
by Bart Kelsey
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
--
--
12 years, 2 months
Download Stats
by Josh Andler
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?d...
Great work community!
Cheers,
Josh
12 years, 2 months
What happened to 0.8.1?
by Sonic4Spuds
Hi everyone,
I am wondering why there is no 0.8.1 builds yet or was source never
released? For the last month there was an announcement on the site for
the release but even the announcement is gone now. I realise that
Sourceforge was closed for upload for a while but that is resolved now.
-Sonic
12 years, 2 months
