- Inkscape Devel - Inkscape Mailman

spiral tool
by MenTaLguY 18 Dec '03

18 Dec '03

Sorry for the fluster about the spiral tool. Not one of my better decisions, though I did intend to notify the mailing list, I've been under a lot of pressure the past few days and I'm getting a bit sloppy... -mental

1 0

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

18 Dec '03

>> > - 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. Well, here's a lesson for me: never be afraid of anything too early :) It turned out to be very simple. A patched repr-io is committed, works for me, please test. _________________________________________________________________ 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…

2 1

Re: [Inkscape-devel] spiral???
by bulia byak 18 Dec '03

18 Dec '03

>Now, remember that the principle in action here is "patch first, discuss >later". Mental patched, now we're discussing. ;-) > >We had another case like this earlier this week when some status bar >functions were added that assumed use of global variables. The initial >patch to the code appalled another developer, but by discussing it >subsequently, good solutions were worked out. That might be a good counterpoint, if not for one difference: you don't need anyone's testing when you remove something, because there's nothing to test. We don't need to try spiral-less Inkscape to discuss whether the spiral was good or bad. In my case, I didn't remove anything, just added. And I raised the point on the list and in Wiki first, and committed my solution for testing later. Where I initially planned to remove something (namely the status_set signal), I did not go on until I heard from others on this change. >So while I do agree that discussion is *very* important, and in this >case agree with you that the removal of the spiral should have been >mentioned on the list, I would disagree that feature decisions _must_ be >discussed before changes are made. OK, what about a rule: feature DELETIONS (especially without a substitute) must be discussed on the list first. In the rest, I agree with you. >released version, so it was guaranteed that everyone would either notice >it missing and start a discussion, or not notice it and prove it was >unnecessary. Well, I don't have the habit of inspecting the entire program every day to see if anything's missing :) So "not noticing" is by no means an indication that it's not necessary. Again, let's use a simple rule: do what you want, except _don't remove_ anything without discussing first. Sorry for "freaking out". Hopefully we'll be able to avoid such collisions in the future. _________________________________________________________________ Have fun customizing MSN Messenger � learn how here! http://www.msnmessenger-download.com/tracking/reach_customize

1 0

Re: [Inkscape-devel] spiral???
by bulia byak 17 Dec '03

17 Dec '03

>The moment we start thinking about the mythical "user out there" we are >going to make stupid decisions. "Scratch your itch," yes. But don't stop others from scratching their itches! This is what you do by removing other people's features. >The reality is that spirals don't seem to get used as they are too >specialised - to test this theory we should remove the icon from the tool >bar and see who screams :). I do. And seriously, don't we have lots of other important work to do, instead of testing each other's screaming reflexes? If you have a better tool, I would love to see it. But removing something first is not a good way to pique my interest :) _________________________________________________________________ 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

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

17 Dec '03

Jon, please see a new comment in this bug: https://sourceforge.net/tracker/index.php?func=detail&aid=859568&group_id=9… This is clearly a problem with the color picker, and it seems to be easy to fix. Could you please have a look? If you fix it, you will probably kill two more bugs with one shot: https://sourceforge.net/tracker/index.php?func=detail&aid=861183&group_id=9… https://sourceforge.net/tracker/index.php?func=detail&aid=859680&group_id=9… _________________________________________________________________ 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…

2 1

spiral???
by bulia byak 17 Dec '03

17 Dec '03

Mental, why did you remove the spiral tool?! Please return it! _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

3 2

Minor CVS request for Win32
by Bob Jamison 17 Dec '03

17 Dec '03

Hi, all. To make it easier for people unfamiliar with building GTK+ apps on Win32, I uploaded a zip file with everything needed (current dependencies) to link with Inkscape on Win32: http://troi.lincom-asg.com/~rjamison/files/gtk2.zip It would be nice, however, if a kindly committer would add the extra codepage source files needed for the build to src/libnrtype. These are not touched at all by the Linux/Unix build, so they will not break anything. However, (IMHO) they really should be in the source tree. There are only about 12 .c files: http://prdownloads.sourceforge.net/sodipodi/sodipodi-codepages-1.0.zip?down… BUT, with the change to C++, they need to be changed, too. Here are the same files, but tweaked for C++: http://troi.lincom-asg.com/~rjamison/files/nrtype-codepages.zip I have a set of diffs and Makefiles for building Inkscape with MinGW. I have Borland and MSC++ , but I really like this compiler for a few reasons: 1) Anyone can download it and use. This will help grow the developer base. 2) It is relatively small. It does not consume all of your disk space. 3) It is somewhat of a worst-case scenario. The fact that it resides in a Gnu-less environment, coupled with the fact that it is a bit stricter than the same GCC on Unix, makes it a good test of the robustness and portability of code. I'll post the files later. Bob Jamison Titan Corp

1 0

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

17 Dec '03

>Another approach that might be useful would be a "cookie cutter" mode, >where each mouseclick pastes a copy of the object to the click location. >This could be useful for maps and diagrams, where you will be using a >lot of symbols or repeated shapes. Indeed - but not by clicks and not in a separate mode, simply that ctrl-v must paste into the location of the cursor. So you just move your mouse with one hand and keep pressing ctrl-v with the other, lots of fun :) _________________________________________________________________ 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…

4 3

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

RE: [Inkscape-devel] Inkscape Status 2003-12-15
by bulia byak 16 Dec '03

16 Dec '03

>Hours since last ChangeLog mod: 90 6 2 21 Perhaps the decrease in this parameter is partially due to not everyone logging their changes. For example I never see entries by Jon Cruz. _________________________________________________________________ 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 1

Inkscape Status 2003-12-15
by Bryce Harrington 16 Dec '03

16 Dec '03

Project Status Monday, December 15, 2003 We have achieved the 0.36 release. A handful of users have expressed positive feedback on the work done. Judging from the quantity of downloads, we're serving a userbase on the order of 1500 people. We've unfrozen the codebase and already laid into some impressive new features for the next release including support for boolean operations, a feature long requested by users. A new color picker system is also in place. Also, as planned, we've committed to C++ by changing the build system to use g++ instead of gcc and by renaming all of the files from .c to .cpp. Statistics Nov 02 Nov 15 Nov 29 Dec 15 ========== ====== ====== ====== ====== Lifetime Rank on SourceForge: 6103 4391 3676 2452 (56.2%) (68.5%) (73.6%) (82.4%) Max Week's Rank on SourceForge: 6023 62 37 27 (56.8%) (99.6%) (99.8%) (99.8%) Total SF Page Views 200 * 50,000 86,000 Total SF Downloads 0 * 1700 3640 Total Freshmeat URL Hits 0 746 1121 2237 Total Freshmeat Subscriptions 0 16 19 28 Lines of Code in src/: 115,754 115,901 116,970 132,134 Code lines 100,549 Comment line 11,591 Blank 20,559 Lines of Docs in doc/: 1,135 1,135 2,100 2,225 Lines of content in website: 74 1,173 1,624 2,090 Size of the Inkscape wiki: 0 3,700 5,737 7,385 Hours since last ChangeLog mod: 90 6 2 21 Bugs open/total: 0/0 9/15 40/51 67/111 Features open/total: 0/0 18/18 23/24 40/45 Patches open/total: 0/0 1/ 6 5/20 6/25 CVS Commits (as per inkscape-cvs): 148 481 963 * Inkscape-devel membership: 4 49 61 64 Inkscape-announce membership: 0 9 14 16 * - Statistics unavailable

1 0

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

16 Dec '03

>One option would be to have a 'duplicate/replicate' dialog that could be >popped up with some hotkey. Then in this just ask for offsets & count then >repeat away 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. Another thing we're missing is blends. Very useful not only per se, but for creating e.g. regular grids, etc. _________________________________________________________________ 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…

3 2

new statusbar API
by bulia byak 16 Dec '03

16 Dec '03

There are new functions for statusbar display. Please use them where appropriate to make statusbar helpful and informative: void sp_view_set_statusf (SPView *view, const gchar *format, ...); Sets statusbar message permanently. The format string and the rest of arguments are as in printf(). Not to be used normally, because the message never disappears unless replaced by another message. In the majority of situations, one of the _flash or _error functions should be used instead. void sp_view_clear_status (SPView *view); Clears statusbar message permanently. Not to be used normally. In the majority of situations, one of the _flash or _error functions should be used instead. void sp_view_set_statusf_flash (SPView *view, const gchar *format, ...); Displays message temporarily for 1 second; when the message disappears, the one that was in the statusbar before it is restored. Use this function for short helpful hints or explanations of non-trivial actions. Examples: "No-break space" when you press ctrl-space in text object; "Closing path" when hitting the anchor in freehand; "Selection cancelled" when pressing Esc cancelled rubberband selection. void sp_view_set_statusf_error (SPView *view, const gchar *format, ...); Displays message temporarily for 5 seconds; when the message disappears, the one that was in the statusbar before it is restored. Use this function for most non-fatal error messages (unless they are so important as to warrant a modal messagebox). Examples: "To join, you must have two endnodes selected" when you try to join nodes that are not exactly two endpoints; "To subtract, you must have two objects selected" for the boolean difference operation. The only potential difficulty with these functions is figuring out the SPView. How you do this depends on what you have at hand when you call one of these functions. Examples: SPEventContext *ec; sp_view_set_statusf_flash (SP_VIEW(ec->desktop), format, ...); SPSelection *sel; sp_view_set_statusf_flash (SP_VIEW(sel->desktop), format, ...); SPNodePath *nodepath; sp_view_set_statusf_flash (SP_VIEW(nodepath->desktop), format, ...); _________________________________________________________________ Our best dial-up offer is back. Get MSN Dial-up Internet Service for 6 months @ $9.95/month now! http://join.msn.com/?page=dept/dialup

2 1

Re: [Inkscape-devel] New guide prototype
by Michael Wybrow 16 Dec '03

16 Dec '03

On Wed, 10 Dec 2003, Nathan Hurst wrote: > > Please run it and tell us if the behaviour feels right - it is easier > to try variations whilst the code is python, rather than C++ (although > it is easier to know whether the behaviour feels right once we > implement it in Inkscape proper) If you are labelling these guidelines as `placement aids' then I think the behaviour feels wrong in that they have too much power. Namely the power to resize objects that are attached to them, which moves beyond `placement.' This is a really minor criticism and I see the current behaviour being very useful for doing things like resizing multiple shapes togther. My suggestion would be for you guys to (in the next prototype iteration) offer at least a couple of shapes in the example window. These types of guidelines are most useful for aligning shapes, and without a couple of shapes it is hard to simulate some of the situations that will likely arise in true editing. Thus, this may enable you to get some more useful feedback. > Feel free to ask questions about our intentions, and suggest > extensions that would be helpful. Clearly the prototype is but a > taste of what can be done with this new approach (We have several > whiteboards worth of ideas to implement :), but it is important to > work out the basic interface now. > > In particular, what do people think about the two tools behaviour? I personally found the two tools to be confusing and subtle in their differences. I do understand the differences between them and suspect that the problem my lie in the way they're described (the icons, tooltips and cursors used). The second tool mode is really "Manipulate control points while keeping attached control points constrained (where possible)." > Should this be folded into a modifier key on the selection tool? Yes, but there needs to be a good visual indicator when this modifier is active, i.e. moving over the control points results in two different cursors, depending on the modifier state. Preferably the user should be able to tell what will happen when they drag the control point before they actually begin moving it. > Is the breaking of constraint behaviour (which control point > disconnects when you move something) reasonable, or can you suggest a > better heuristic? (Currently the rule that is broken is chosen > arbitrarily, perhaps it would be better to break the oldest created > relationship, or perhaps the least recently moved?) This is where you start to get into problems. Breaking things arbitrarily is very bad and will frustrate users, *unless* they can clearly determine the heuristic and predict its results. Additionally, any behaviour that is inconsistent from use to use is terrible from a usability perspective. It may be better to break the oldest created relationship, but if this is not immediately obvious to the user (as the cause of the breakage) then this is just as bad as the current situation. `Least recently moved' suffers a similar problem in that different constraints get broken depending on the order of previous actions. This is also bad because the user is probably likely to think in terms of tasks they are completing and may use two different orders of steps to complete the task without realising themselves, each time leading to a different constraint breakage. Also, what if the diagram has just been opened, how is the decision made then? Perhaps you should be thinking about not breaking the guideline constraint, i.e. have the control point do nothing by instead breaking the mouse constraint. I notice this is what happens if the center and left-middle points are each attached to a seperate vertical guideline and you try and drag the right-top control point. Though there ought to be some feedback to the user here explaining why the control point doesn't have any effect (in one direction) when dragged. I'm not sure there is a `perfect' solution to this question. But I'll have a bit more of a think about desirable behaviours. > What do people think of the indicators for how control points are > connected to guide lines and guide points? Suggestions? This works for me on one level--I like the way they look when connected. I don't like the way they lose the look of control points. After manipulating them further it is clear they are still control points, though when it first occurs you feel like you've lost the `handle.' My feel is it is a little unnatural to click on and manipulate the `railway tracks' when wanting to break a control point from a guideline. I also don't quite understand how this is going to work in Inkscape itself either. As Bulia pointed out, the control points in Inkscape are away from the edges of shapes. Also, I notice when a selection contains multiple shapes then these control points represent the edges of the bounding box of the selection. It doesn't make sense for these control points to be attached to guidelines. It needs to somehow be shown that the control point of the shape sharing that edge of the bounding box has become attached. Given this behaviour, you may need to have a seperate second tool to deal with objects themselves rather than the bounding box of the selection. In any case, I suggest there also needs to be some discussion about how exactly these tools will fit into general Inkscape editing. I know that you were looking mainly for critism of the model rather than implementation details, but such things may need to be considered by your model. Cheers, Michael

1 0

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

16 Dec '03

>duplicate should keep the copy in the same location, and paste should >follow the mouse, but possibly should be in the same place if the mouse >hasn't moved yet... I think the last part (watching if the mouse has moved) is too difficult to implement, enough to have a separate "paste to original location" command >It would be nice to get a visual identification on the cloning of an >object though, with the mouse pointer changing and/or the statusbar >changing when a hotkey is depressed to do cookiecutter duplication of an >object. Cloning (as I see it) requres quite a lot of UI changes. I did not think about them in detail yet. >I know there is the weird spacebar super-clone that is somewhat >similar. That is already implemented, but not in documentation very >prominently. It's not cloning, just copying, the copies have no connection to the original (what I had in mind was something different) >A couple of other things: It would be good to fix the menu item "Stoke >to Path" to say "Stroke to Path" (TYPO). Thanks, fixed >I think a good feature would be >to add more hotkeys while editing and dragging objects. A good feature >of illustration programs is to hold the alt key and get to drag a new >copy and leave the old one behind. Space does that to some extent, although admittedly less convenient >And better still, is if you hold the >shift key down and you can constrain the new copy to 90 deg. angles (or >whatever is the pref). Not only for copy - dragging anyting with ctrl should restrict to hor/vert, this is in todo already _________________________________________________________________ Cell phone �switch� rules are taking effect � find out more here. http://special.msn.com/msnbc/consumeradvocate.armx

1 0

gimp2svg
by Bryce Harrington 16 Dec '03

16 Dec '03

A program referred to on the Sodipodi tools site, 'gimp2sodi', provides some scripts to convert raster images into vector, etc. I've added this to the Inkscape experimental module, in hopes one day it can be incorporated as a module to allow importing Gimp files into Inkscape. Bryce

1 0