- Inkscape Devel - Inkscape Mailman

Bug Hunt for 0.45
by Bryce Harrington 01 Jan '07

01 Jan '07

More bugs fixed! About a quarter of the way there. Please remember to set the assignee to yourself (or whomever fixed it) when you close bugs, so we know who to give credit to. 1625278 9 Crash when trying to load a SVG file bryce 1501553 3 Can't rotate with transform dialog box bryce 1520625 6 Linked clone as clip path does not update nobody 1516933 9 text stroke crash inkscape nobody 1575685 6 web redirects inkscape.org/faq/ kidproto 1565162 3 Gradient stop color not updated in list nobody 1595030 6 Stroke width after Union changed in a strange way nobody 1620066 6 Lost dialog for exporting and color nobody 1598337 9 Crash when trying to delete invisible layer cyreve 1561416 6 EPS export broken theadib 1597605 6 Fontnames containing spaces are incorrectly written theadib 1572450 3 Dialogs pop up off screen nobody 1604391 3 MouseWheel NodeSelection > Undo = Floating Node nobody 1513218 6 Win32: ask if old menus.xml should be kept when... theadib 1612814 3 Guides ans Gridlines vanish on corresp. alpha... nobody 1576258 3 Color artifact in SVN gaussian blur nobody ------------------------------------------------------------------------ Total 87 It would be great if we could get 0.45 released before the end of January, so if you have some time, please help investigate open bugs! Bryce

2 1

Re: [Inkscape-devel] Pattern along path crashes
by Michèle Garoche 31 Dec '06

31 Dec '06

Le 30 déc. 2006 à 09:54, Bryce Harrington a écrit : > On Sat, Dec 30, 2006 at 09:37:29AM +0100, Mich?le Garoche wrote: >> 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. > > Please doublecheck that there is a bug in our bug tracker about this. > Attach any example files where the issue occurs, along with steps to > reproduce it. I did not find any bug in the tracker, so I've created one: <http://sourceforge.net/tracker/index.php? func=detail&aid=1625230&group_id=93438&atid=604306> The examples are taken from the extension author's web site (url in the tracker). But it is the same for any group of images. Cheers, Michèle <http://micmacfr.homeunix.org>

1 0

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