- Inkscape Devel - Inkscape Mailman

verbs rework
by MenTaLguY 17 Dec '03

17 Dec '03

Just a quick note to let y'all know that I'm redoing the verbs stuff. Nobody touch anything there until I'm done... -mental

1 0

RE: text inset
by bulia byak 17 Dec '03

17 Dec '03

I tried the latest CVS, and it's better in that there is no exponential growth of weird node clusters, and I could apply outset many times in a row, with acceptable results. However, now it distorts shapes more - not by growing clusters but by changing straight lines to curves and rounding some of the sharp corners more than others. But I think that this approach is still much better, it just needs to be less agressive so as to better preserve the shape. One problem: now both inset and outset commands do outset :) As for not using the stroke width for the in/outset distance (bug 860660), I thought that instead of using an absolute value, it's more natural to use a percentage of the object's dimension. For example, 5% of the min(height, width). Could you please program that so we could test how it feels? _________________________________________________________________ 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

a couple 'make' errors
by Eric Pierce 17 Dec '03

17 Dec '03

Hmm... 'make' is dying on me. I'm not sure where to go on this one. I'm running SuSE 9.0/gcc-3.3.1/glibc-2.3.2. Any ideas? Eric Pierce ---------------------------- gnome.c: In function `sp_module_print_gnome_setup': gnome.c:144: warning: assignment makes pointer from integer without a cast gnome.c: In function `sp_module_print_gnome_fill': gnome.c:293: error: `SP_WIND_RULE_EVENODD' undeclared (first use in this function) gnome.c:293: error: (Each undeclared identifier is reported only once gnome.c:293: error: for each function it appears in.) gnome.c:309: warning: passing arg 3 of `sp_paint_server_painter_new' from incompatible pointer type make[3]: *** [gnome.o] Error 1 make[3]: Leaving directory `/home/hp/downloads/inkscape-0.36/src/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/hp/downloads/inkscape-0.36/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/hp/downloads/inkscape-0.36' make: *** [all] Error 2 __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

1 0

mouse scale bug
by bulia byak 17 Dec '03

17 Dec '03

Anyone has any idea of what might be causing this bug? http://sourceforge.net/tracker/index.php?func=detail&aid=852976&group_id=93… I spent several hours in Inkscape today and it happened almost one an hour. What might cause such kind of trouble? _________________________________________________________________ Help STOP 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

Re: [Inkscape-devel] xml:space problem
by bulia byak 17 Dec '03

17 Dec '03

>On Tue, 2003-12-16 at 17:18, bulia byak wrote: > > - make sure xml:space is set on each tspan but not on text > >I think this is a good solution. Possible, but unelegant. Matsuru Oka has spent effort on making xml:space inherited from text to tspan, and now we abandon that? Besides, a user may want to remove xml:space in which case it's much more convenient to do once on a text element rather than on each tspan. > > - make sure any text nodes directly under <text> are not shown as text >lines > > on canvas nor as text nodes in xml editor > >This might be a little dodgy from a standards-compliance perspective. Yes. (Now that I've consulted the SVG standard I see that.) > > - specifically exclude <text> from being affected by xml:space > > - when serializing svg, make sure there is no whitespace under <text> > >Either of these would break XML compliance. Disagree on the last one. Where's the incompliance? The user certainly did not _ask_ us to insert whitespace text nodes between the tspans, and by not inserting them we won't break any standard. There's no standard saying XML tags must be on separate lines :) So I like this option most, but unfortunately it requires digging deep into the parsing and serializing code, which I'm frankly afraid to do. _________________________________________________________________ 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…

2 1

Re: [Inkscape-devel] save changes
by bulia byak 17 Dec '03

17 Dec '03

> > So far it saves when modified and does not otherwise, quite reliably. In > > this case, it's better to err on the side of caution, so if it >over-saves, > > I won't mind; only if it fails to save a changed document we have a >problem. > >If the `Save' menu item isn't greyed out, then it should attempt to >save, or at least read in the file and check that no save is necessary. >(This may also alert us to problems with the modifiedness tag.) We currently have no graying out in menus. Many commands, not only save, will need to grey out when they have nothing to do. This is another major UI task. >It can be useful for the user to know if the document has been modified. >(E.g. does it need re-uploading or reprinting or whatever.) Greying out >the `Save' menu item is one way of providing this information; though if >we really value this information then a "louder" indication may be >warranted: e.g. change of title bar (append ` (modified)'), or status >bar change. Normally programs display a "*" in the window bar. I think we must have this too. _________________________________________________________________ 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…

2 1

xml:space problem
by bulia byak 17 Dec '03

17 Dec '03

With the recent introduction of xml:space support, there's one problem. It is set on text but its effect is on the children tspans. However, since the text element is itself affected by it, when you save and open a file with such a text object, the newline between <text> and its first <tspan> is preserved: it becomes an empty text node in XML editor and is visible as an empty line on the canvas, shifting the text lines down. What is the best way to fix this? I see several options: - make sure xml:space is set on each tspan but not on text - make sure any text nodes directly under <text> are not shown as text lines on canvas nor as text nodes in xml editor - specifically exclude <text> from being affected by xml:space - when serializing svg, make sure there is no whitespace under <text> Mental, what do you think? _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

3 2

Re: [Inkscape-devel] save changes
by bulia byak 17 Dec '03

17 Dec '03

>On Tue, 2003-12-16 at 01:20, bulia byak wrote: > > I added statusbar flash to sp_file_save_document saying "Document >saved." > > However I see no way to find out whether the save was actually >successful - > > of course this needs to be displayed only on success. But > > sp_module_system_save returns nothing useful. Is this by design? In fact >it > > does have a return with value, even though it is declared as void. > >No good reason. I'm thinking about switching this to throw an exception >as I convert things to C++... Any comments are welcome. So with an exception, the fact that the function returns at all is an indication of success, right? If so, that's nice. > > While at it, I added a check of sodipodi:modified so that unchanged >document > > is not saved. I wonder why this was not done before - are there any >pending > > problems with sodipodi:modified? It works nice in my testing so far. > >I've tried to keep this up-to-date in all the modules code. In 0.35 it >was pretty broken, I think I've fixed it everywhere for 0.36. If you >find anyplace where it isn't working - tell me. It wasn't working for >any time of extension save before. I believe currently it is cleared >twice on saves that use an internally defined module. But this is >another thing I'd like to fix as I'm moving all the code to C++. I'm >taking the oppurtunity to 'clean things up' as I go. So far it saves when modified and does not otherwise, quite reliably. In this case, it's better to err on the side of caution, so if it over-saves, I won't mind; only if it fails to save a changed document we have a problem. _________________________________________________________________ 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…

3 2

Re: [Inkscape-devel] some questions/suggestions
by bulia byak 16 Dec '03

16 Dec '03

>On Mon, 2003-12-15 at 16:35, bulia byak wrote: > > Still better and more generic is a clones mechanism where you define >some > > objects as produced from other objects by applying some transformations. >You > > cannot edit the clones directly, but only by editing the original or the > > cloning rule. This is something I've been dreeming about for long. > >This is already provided by SVG's <use>, and supported -- we just need a >UI to create them. Wonderful. I started to think about the UI. Not the near-term goal, but something very worth working towards to. > > Another thing we're missing is blends. Very useful not only per se, but >for > > creating e.g. regular grids, etc. > >Could you elaborate? When I need a grid, the most convenient way to do it in Xara is to duplicate a line, move it away, and blend with the original. This is similar to the clones idea above, because the intermediate steps of the blend are not objects in their own right - their number and position is entirely dependent on the blend settings and the position of the two blended objects, so it is very convenient to make the grid sparser or denser etc. by simply moving one of them. _________________________________________________________________ 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

save changes
by bulia byak 16 Dec '03

16 Dec '03

I added statusbar flash to sp_file_save_document saying "Document saved." However I see no way to find out whether the save was actually successful - of course this needs to be displayed only on success. But sp_module_system_save returns nothing useful. Is this by design? In fact it does have a return with value, even though it is declared as void. While at it, I added a check of sodipodi:modified so that unchanged document is not saved. I wonder why this was not done before - are there any pending problems with sodipodi:modified? It works nice in my testing so far. _________________________________________________________________ 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…

2 1