- Inkscape Devel - Inkscape Mailman

RE: [Inkscape-devel] sticky zoom size
by bulia byak 22 Feb '04

22 Feb '04

>http://members.rogers.com/rcrosbie/sticky_zoom.jpg > >Does it display properly for other people? It does for me, I have no idea why it gets such a big padding on your system. Here's my screenshot: http://inkscape.org/screenshots/gallery/inkscape-0.38-linux-kerning.png _________________________________________________________________ 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

Bug: 898437
by Robert Crosbie 21 Feb '04

21 Feb '04

I don't see what the bug is in this bug: http://tinyurl.com/3ysza The object is a path that is not closed. If you were to add a stroke, it is clear that the path is not closed. As mental noted in the followup, you can select the two endpoints, and join the path to close it. Indicating where the path endpoints are would be a feature... wouldn't it? Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

RE: [Inkscape-devel] sticky zoom size
by Robert Crosbie 21 Feb '04

21 Feb '04

This is what I see on my Mandrake 9.2 system with KDE desktop. Note the cropped sticky_zoom button: http://members.rogers.com/rcrosbie/sticky_zoom.jpg Does it display properly for other people? Rob. http://members.rogers.com/rcrosbie >From: "bulia byak" <archiver_1@...19...> >To: swingincelt@...19..., inkscape-devel(a)lists.sourceforge.net >Subject: RE: [Inkscape-devel] sticky zoom size >Date: Sat, 21 Feb 2004 20:24:46 +0000 > >>Any objections to adding 2 pixels to the bottom bar height? It seems the >>sticky zoom button is temporary, but I have a thing for consoles free of >>unnecessary output. ;) > >I don't get these warnings for some reason, but in any case I'd much prefer >making the button smaller than blowing up the entire bottom bar for its >sake. > _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

RDF
by Jon A.Cruz 21 Feb '04

21 Feb '04

Oooohhhh..... RDF.... Yummmmmyyy..... comments?

6 8

sticky zoom size
by Robert Crosbie 21 Feb '04

21 Feb '04

I was wondering why this message was being printed a lot by inkscape: ** (inkscape:31271): WARNING **: SPIcon: icon allocated less than requested size It is coming from the little sticky zoom button in the bottom status bar. This status bar is defined to have a height of 20, and the sticky zoom is 14x14. With the borders around the status bar and the borders around the button, the sticky zoom gets cropped to 14x10 which triggers the warning message. I found the optimal size for status bar and sticky zoom button to get rid of the warning message is 22 for the status bar and 12 for the button. ./src/widgets/widget-sizes.h #define BOTTOM_BAR_HEIGHT 22 #define BOTTOM_BUTTON_SIZE 12 Anything less than 12 and the sticky zoom button doesn't display. Any objections to adding 2 pixels to the bottom bar height? It seems the sticky zoom button is temporary, but I have a thing for consoles free of unnecessary output. ;) Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ 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

always-visible color
by bulia byak 21 Feb '04

21 Feb '04

After some fiddling I built a new function for the rubberband/page border color which: 1 intuitively preserves the rectangle's own color and transparency (this is relevant for page border whose color is settable) 2 intuitively inverses the color of the background 3 despite 2, does not have a "blind spot" for gray backgrounds! Regular inversion maps color 808080 to itself, so an inversion rubberband rectangle is invisible over a background with that color. I solved this without introducing rotation or other non-intuitive color transformations. Namely, my function looks _almost_ like inversion over dark backgrounds, but is a bit lighter than pure inversion. Over light backgrounds, on the contrary, it is a bit darker than pure inversion. Between 7f7f7f and 808080, there's a discontinuity that jumps from a-bit-darker to a-bit-lighter or backwards. As a result, there's no color that will render such a selection rectangle invisible. _________________________________________________________________ Find and compare great deals on Broadband access at the MSN High-Speed Marketplace. http://click.atdmt.com/AVE/go/onm00200360ave/direct/01/

2 1

Inkscape 0.38 Roadmap
by Bryce Harrington 21 Feb '04

21 Feb '04

I've taken a butcher's knife to the roadmap and moved a ton of tasks forward, so that for 0.38 we can focus explicitly on bug fixing. Of course, if anyone feels like working on tasks for future releases, please go ahead, it's just that they're not required to be done for this release. So, the trimmed todo list is as follows: * Incorporate (or reject) all patches posted to patch tracker * Knock bug list count down to 10 or fewer, or to a ratio of 10% open/total [all] * Change the SEGV and SIGABRT handlers to reliably autosave and put up a crash dialog * Write an extensions/plugin enhancement proposal(s) and post to mailing list for review There are 3 patches in the patch tracker. I think that should be an easy task to reach closure on. The extensions proposal is necessary for this release because implementing a solution will be the focus for next release. Multiple proposals is fine, but we need at least one, and we'll need concensus on which to use by the time we finish cutting this release. The SEGV and SIGABRT task may be a bit of a challenge but I think it's extremely important for our users. There's little more frustrating for a user than losing the last N hours worth of work. Who would like to take the lead on this task? Bryce

4 6

fullscreen
by bulia byak 20 Feb '04

20 Feb '04

My comments: - the sp_fullscreen function should be perhaps in desktop.cpp, not in verbs.cpp - the planned shortcut for fullscreen is F11 - I don't think f is a good idea, it's easy to press it accidentally - use the last argument of true when registering a shortcut in shortcuts.cpp, so it shows up in the menu - on my KDE 3.14, fullscreen only works properly when there are no other maximized windows. If there's a maximized window and an Inkscape window over it, then calling fullscreen results in unending flashing of these two windows - this can only be stopped by killing Inkscape. Anyone else having this problem? - when I open new document windows from a fullscreen window, they are sometimes on top of it but sometimes they sink under the fullscreen window (can't guess what is the algorithm here). _________________________________________________________________ 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…

10 24

Re: [Inkscape-devel] 0.37 Release Tarball, First experiences
by bulia byak 20 Feb '04

20 Feb '04

>- I can't print gradients. If I draw e.g. a rectangle which is blue in > the middle, changing its colour to red in the outer regions it will be > printed white. I can however export it and then print it using gimp. My guess is that you print via Postscript, and Postscript does not support gradients. When other vector apps export things like transparency or gradients to PS, they "simulate" them, usually by bitmaps. Inkscape does not yet do that. But it's just a guess, your bug may be different. Please do file a bug report. >- fullscreen doesn't work for me. If I click View/Fullscreen nothing > happens. What is the window manager? _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 2

Hello. Curious about your stance on agg2...
by Dan Ostrowski 20 Feb '04

20 Feb '04

Hello. I was wondering what you inkscape developers think of agg2? ( www.antigrain.com ). It's very VERY fast ( faster than libart from what testing I've seen ) and it's C++ based. It features patterns and all sorts of things.. it's fully featured enough for an SVG program. It would seem to be an excellent match for the C++ rewrite of inkscape. I'm not a great programmer but perhaps I could help out somehow... dan ostrowski

3 2