February 2004 - Inkscape Devel

per-object selection indication
by bulia byak 26 Feb '04

26 Feb '04

As discussed in this RFE: https://sourceforge.net/tracker/index.php?func=detail&aid=875727&group_id=9… I added an indicator that lets you see at once what objects are selected and what are not. This is a small inverse diamond in the top left corner of the selected object's bounding box. This makes it much easier to handle multi-object selections. Comments welcome as always. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

1 0

Re: [Inkscape-devel] RE: yet another patch
by bulia byak 26 Feb '04

26 Feb '04

>ok, path version 2 (or "son of the patch") >- miter limit handling: i was simply clamping the cusp >to the miter limit; i changed it to bevel when >miter-limit is exceeded. should be what's expected >- picking shapes borken: stupid me, not even able to >compute the distance to the shape... fixed. Thanks a lot! Both these problems are gone. Now I found a couple more :) Attached are two files: - in the first one, press + a few times, you'll notice thin horizontal lines across the white letters - in the second one, press - a few times, you'll see a black artefact across the shape outline at some zoom levels Maybe these bugs are related. As for slowness, I found that it's slower than before at high zooms, but still usable. Of course it would be nice to speed it up, but if not, I think we can live with that speed. >note on picking objects: the 871342 bug seems to stem >from incorrect bbox handling, rather than incorrect >shape pick() functions. couldn't locate it , tho You know what? I cannot reproduce this problem with your patch now. Looks like you've fixed it, too :) >the gtkpixbuf warning you get doesn't appear here. >dunno where it comes from That turned out to be unrelated to your patch - it happens on the unpatched version too. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

SCRIBUS Meeting Notes
by Jonathan Phillips 26 Feb '04

26 Feb '04

Could you all take a moment to look at this wiki page and write like a sentence or two about what you do in Inkscape. The SCRIBUS folks have little blurbs about their leads. http://inkscape.org/cgi-bin/wiki.pl?ScribusInteroperability Jon -- Jonathan Phillips <jon@...15...>

1 0

Re: [Inkscape-devel] auto scrolling
by bulia byak 25 Feb '04

25 Feb '04

>Actually, I realised after I had posted that what I really meant was a >'gap' around the window where it doesn't scroll. Now you have it: options.autoscrolldistance, in screen pixels, default 0. Moreover, this value can be negative, in which case autoscrolling will start _before_ you reach the edge of canvas. I found that this is much more convenient for working in fullscreen. Everyone please test the two new options (options.autoscrollspeed and options.autoscrolldistance) and make your suggestions as to what might be the best default values. You can vary them by editing your ~/.inkscape/preferences.xml. _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

"A first look at the new GIMP 2.0"
by Bryce Harrington 25 Feb '04

25 Feb '04

http://www.newsforge.com/article.pl?sid=04/02/23/1914218

1 0

RE: yet another patch
by bulia byak 25 Feb '04

25 Feb '04

>to replace libnr rasterization primitives in >nr-arena-shape.cpp; its use is triggered by the >#define test_liv in nr-arena-shape.h >it seems to solve libart-related bugs on my box, such >as 871582, 881397, 848690 and 854468 for shape >objects. sad thing, rendering is slower... >anyway, commit it if you're interested Wow! You absolutely rock! Thanks a million! The patch works wonderfully, and I did not notice any significant slowdown. I found only one problem with your patch: it seems to ignore the stroke-miterlimit property and thus may render very long miters, which is certainly not what a user expects. The old code also had problems with that property, in that it interpreted it as the minimum angle below which miter is chaned to bevel (at least that's the impression I got from experimenting, I have not looked into the code). The correct interpretation is different: http://www.w3.org/TR/SVG11/painting.html#StrokeMiterlimitProperty says that this property gives the upper limit of the ratio of the miter length to the stroke width. The initial value (used if not set explicitly) is 4. Currently, it seems like your patch ignores any value of stroke-miterlimit. Can you please fix that, using of course the correct interpretation of that property? P.S. For now I'll upload your patch to the patch tracker, so that other developers can have a look. Thanks again! _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

RE: yet another patch
by bulia byak 25 Feb '04

25 Feb '04

Here's one serious problem with your patch: It somehow breaks nr_arena_item_invoke_pick for a path, so that that function returns the item for every point inside its bounding box, ignoring the shape of the path. That is, you cannot pick items via "holes" in other items. Do this: - draw an ellipse - draw a freehand line around the ellipse - switch to selector and try to click on the ellipse Now you cannot select the ellipse by clicking - the freehand line is always selected, because the ellipse is completely within the line's bounding box. Also, the mouse cursor changes to hand over the entire bounding box of a path, instead of over the path itself plus some tolerance around it (options.cursortolerance). The same works OK without your patch. Another minor problem: when I load the sample file from https://sourceforge.net/tracker/index.php?func=detail&aid=854468&group_id=9… I get (inkscape:1057): GdkPixbuf-CRITICAL **: file ../../gdk-pixbuf/gdk-pixbuf-data.c: line 59 (gdk_pixbuf_new_from_data): assertion `data != NULL' failed _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

directory reorg
by Jonathan Phillips 25 Feb '04

25 Feb '04

Hello all, I started the directory reorganization by first creating all the folder outlined in Bryce's document in the WIKI. Please pay attention to if I break anything in the next day or so while I incrementally move our directory structure over to the proposed, and watch the Changelog for changes, as that will tell my tale. Could someone pick up the task of the packaging reorganization, as I don't feel smart enough to do that one yet. thanks, jon -- Jonathan Phillips <jon@...15...>

2 1

Packaging and new RPM's
by Peter Linnell 25 Feb '04

25 Feb '04

Hi all, Build issues: 1. the default configure script builds both static and dynamic libraries. Any reason ? I did --static=no and cut the build time significantly. Unless explained otherwise, I see no need for static libs on FC/RH. 2. I'll gladly do the OSX dmg files, but want someone to test these before having them sent into the wild. Catch me on jabber or IRC if you can test. Hopefully, we will have SuSE9.0 RPMS before long. I've added Red Hat 9 rpms as well as the Fedora ones on sourceforge. Cheers, Peter

2 1

SCRIBUS Meeting Notes
by Jonathan Phillips 25 Feb '04

25 Feb '04

Hello All, I posted all the scribus notes up on the wiki at: http://www.inkscape.org/cgi-bin/wiki.pl?ScribusInteroperability Hopefully we can get most developers to be a part of that meeting, as it is scheduled for Fri Feb 27 19:00:00 UTC 2004 (or, date --date='2004-02-27 11:00 PST' --utc from my commandline) FYI...Check out the notes and add/remove from what is posted. MRDOCS, have you coordinated everything with the Scribus folks? Jon -- Jonathan Phillips <jon@...15...>

1 0