- Inkscape Devel - Inkscape Mailman

Pattern along path crashes
by Michèle Garoche 30 Dec '06

30 Dec '06

Sorry if this is not the right mailing list to ask, just thought that there is more chance to touch Mac OS X users here. I've tried the new pattern along path extension from svn on Mac OS X 10.4. It crashes reproducibly. Did anyone else try it on Mac successfully? Or is the crash confirmed? Note: I've just copied the extension directory onto the old one from 0.44 installation via fink, it worked for all other extensions, but it could make a difference for this one.

2 1

saving in windows friendly format
by tj 30 Dec '06

30 Dec '06

How can I save an inkscape svg file into a format that Windows can use? I tried saving it as an .eps, but Windows Paint Shop Pro barfed on it. Is there a linux native way to create a jpeg, bitmap, etc? tj

2 1

our filters may be incompatible with SVG
by bulia byak 29 Dec '06

29 Dec '06

I would like to discuss a potentially very serious compatibility issue with our filters implementation. The question is, If an object has a transform, do the filters apply to it _before_ or _after_ transfomation? To illustrate this, do the following: - draw a circle - blur it - squeeze it vertically (note the blur is also squeezed, i.e. x-blur is greater than y-blur) - rotate the object At this stage in Inkscape, the blur remains horizontal, so it is no longer parallel to the object itself, so the appearance of the object changes very visibly after the rotation. If however you now save your file and view it in Batik, you will see that it rotates the blur too, so the object looks exactly the same as before rotation. Note that Inkscape differs from Batik only after you add rotation. For non-uniform scaling, Inkscape emulates Batik's behavior by scaling the x and y deviations of the blur filter when applied to a scaled object. However, such emulation is not possible for rotation or shear, hence the discrepancy. Now, I could not find a definitive indication in SVG 1.1 standard as to which of the two behaviors is correct. (I may have missed it, of course.) Some arguments can be found in favor of both behaviors: Batik: - It is more visually consistent because rotation/shear does not alter the appearance of a filtered object in a confusing way - So far, we always considered Batik an authoritative renderer (though it may be in error too, of course) Inkscape: - The idea of transforming an already filtered object (i.e., in essence, a bitmap!) goes absolutely against our architecture, in which rasterization and filtering are always the last step after all things that can be done in vector (such as transforms) are done. If we try to fix this to match Batik, we will need to implement a separate bitmap transformer (!) which will have to be run for filtered objects _only_ (otherwise we'll end up with pixelated renditions of any scaled-up object). This will be a total mess from the programmer's viewpoint if you ask me. - Our behavior preserves the same appearance of a path regardless of whether its transform is embedded or given in a transform= attribute (but this is currently only true for rotations, not for non-uniform scales). This is a principle which we're kinda trying to uphold, although it's not always possible. I _think_ that even if our behavior is an error, it's not a reason enough to stop 0.45, because this only affects squeezed _and_ rotated objects. However it's still very serious because it's a visible rendering discrepancy. So I would like to discuss this issue and the approach we should eventually pursue. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 4

please test the proposed perspective extension
by bulia byak 27 Dec '06

27 Dec '06

We have a new Perspective extension in our patch tracker: http://sourceforge.net/tracker/index.php?func=detail&aid=1600298&group_id=9… It's very useful potentially, but for some reason, I can't make it work properly, although it reportedly works for the author and another user. I would appreciate if more people could try it out and report their results. Note that to use it, you will need to install Numeric Python: http://numpy.scipy.org (in addition to regular Python). To install the extension, place the inx and py file from perspective_v0.3.tgz into your extensions directory. Please share your experience - thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Bug Hunt for 0.45
by Bryce Harrington 27 Dec '06

27 Dec '06

Unfortunately the numbers haven't changed since the last time I posted them, but here's where we are: 1576258 3 Color artifact in SVN gaussian blur nobody 1612814 3 Guides ans Gridlines vanish on corresp. alpha... nobody 1513218 6 Win32: ask if old menus.xml should be kept when... theadib 1604391 3 MouseWheel NodeSelection > Undo = Floating Node nobody 1572450 3 Dialogs pop up off screen nobody ------------------------------------------------------------------------ Total 18 I'm a little concerned because we have a *lot* of high criticality bugs that lead to crashes. How can we get more of these closed? Bryce

4 6

Problems with configure file
by Pierre-Luc Auclair 27 Dec '06

27 Dec '06

Hi, I'm having problems with the configure file. I tried using --with-xft and --without-xft but it doesn't change a thing. Here's the problem: ############################################################# ############################################################# ## ## Error ## ########### ./configure: line 9675: syntax error near unexpected token `XFT,' ./configure: line 9675: ` PKG_CHECK_MODULES(XFT, xft, xft_ok=yes, xft_ok=no)' ############################################################# ############################################################# ## ## configure file ## ############ # Check whether --with-xft or --without-xft was given. if test "${with_xft+set}" = set; then withval="$with_xft" with_xft=$withval else with_xft=auto fi; if test "x$with_xft" != "xno" ; then PKG_CHECK_MODULES(XFT, xft, xft_ok=yes, xft_ok=no) if test "x$xft_ok" != "xyes"; then PKG_CHECK_MODULES(XFT, fontconfig, xft_ok=yes, xft_ok=no) if test "x$xft_ok" != "xyes"; then if test "${ac_cv_header_X11_Xft_Xft_h+set}" = set; then echo "$as_me:$LINENO: checking for X11/Xft/Xft.h" >&5 echo $ECHO_N "checking for X11/Xft/Xft.h... $ECHO_C" >&6 if test "${ac_cv_header_X11_Xft_Xft_h+set}" = set; then echo $ECHO_N "(cached) $ECHO_C" >&6 fi echo "$as_me:$LINENO: result: $ac_cv_header_X11_Xft_Xft_h" >&5 echo "${ECHO_T}$ac_cv_header_X11_Xft_Xft_h" >&6 else # Is the header compilable? ############################################################# ############################################################# Thanks, Pierre-Luc

1 1

Update on www.inkscape.org performance issues
by Bryce Harrington 24 Dec '06

24 Dec '06

I've been continuing to investigate the problems we've been having with the website. The root issue is that we get so many hits to our website that it is overwhelming apache. Apache has been hitting its MAX_CLIENTS limit. Unfortunately, simply increasing MAX_CLIENTS isn't doable because we only have 1G of memory available. We've also been maxing out our ip_conntrack_count limit periodically (which is really bad, because it disables all the other sites sharing the box with us at OSUOSL). I've hooked up squid as a transparent caching proxy, which hopefully should help a good deal, as it'll cache our php pages and avoid reexecuting those scripts. Should make the site work faster too. Whether it'll actually solve the problem remains to be seen though, so please let me know if you notice the site down again. Bryce

2 2

Blur Radius Scales
by Daniel Pope 23 Dec '06

23 Dec '06

Hi, last weekend I took a moment to download an SVN build and posted a few observations to the tracker. One particular wishlist item which I suggested was tweaking the blur scale from linear to quadratic, which in my experimentation seemed to give me a much more even control over how much blur to apply, because I was finding the current scale, and certainly the slider, useless for the subtle effects. I've found as I've used Inkscape more over the course of the week that generally the upper 70% of the scale is useless for my purposes. I've uploaded a comparison of the current and my proposed blur scales[1] to the tracker and would like to request comments. Merry Xmas/whatever else you are celebrating, Dan [1] http://sf.net/tracker/download.php?group_id=93438&atid=604309&file_id=20833…

1 0

Re: [Inkscape-devel] Would it be possible to add support for opacity greater than 100%
by Kevin Baragona 22 Dec '06

22 Dec '06

It would be a straight multiplier to the alpha of the pixels, just like how (i think) it is now except you could also make something 'more' opaque than normal. This would be useful for say blurred objects that became too transparent. I am pretty sure this would invalidate the css according to w3c but isn't that why there is inkscape-svg and plain-svg? When saving to plain-svg a file with something like 250% opacity, it could be layered like 2 100% objects and a 50% object which I believe would then be ok. Thanks, Kevin

3 2

Layers Opacity %?
by John Bintz 22 Dec '06

22 Dec '06

I noticed that, while all of the other 0..1 ranges have been changed to 0..100%, the Layers Dialog opacity has not. I have the code to make this change almost ready, but I wanted to ask two things before I committed anything: 1. Since it's close to a release, should I hold off on this change? 2. The Fill & Stroke dialog for Opacity and Blur places the percent signs outside of the SpinButtons, in the labels. Should the Layer Opacity be the same (the label now becoming "Opacity %:") or should it be like the Zoom control (% in the SpinButton itself)? Thanks, John

3 2