- Inkscape Devel - Inkscape Mailman

transforms
by MenTaLguY 27 Jan '04

27 Jan '04

bulia- Please feel free to remove the "remove transform" verb. It's not normally useful, and deleting the transform= attribute using the XML editor is almost as easy. HOWEVER, please do not take the "auto-flattening" transforms behavior any further -- particularly, don't apply group transformations to group members instead. That way lies madness and severe numerical problems (errors will accumulate rapidly over time). Also bear in mind the expectations of users who use Inkscape to make trivial edits to existing (possibly hand-structured) SVG files. I would prefer instead that transforms were _never_ flattened unless explicitly requested. I will explain my reasoning further when I get home tonight. -mental

1 0

Thank you
by Sebastian Stein 27 Jan '04

27 Jan '04

I like to thank Inkscape's developers for this great application. I first tried sodipodi, but the user interface is a mess and it lacks such simple things like drawing a circle. Please go on with your great work! Steinchen

1 0

Re: [Inkscape-devel] remove/apply transformations?
by bulia byak 27 Jan '04

27 Jan '04

Thanks to everyone for responses! My summary: I was _not_ proposing to remove support for transform=, of course. I just want to make it more consistent and less confusing for new users. So here's a more detailed proposal: There's a switch in "tool options" for selector between "optimize" and "preserve" transformations. The "preserve" option causes all manual scales and drags in selector to add transform=, while "optimize" (the default) writes transformations to the object coordinates. I suspect that the "preserve" mode is buggy simply because it's not the default, and anyway it seems to apply only to manual operations in selector. What I want to do instead: - Make this switch truly global, affecting all transform operations no matter what caused them. - Make sure the "optimize" mode is as complete as possible, i.e. all commands write as much as possible to the object attributes in this mode (absolute "optimization" is not possible, as some transforms cannot be native for some objects and require a transform= anyway). - Make sure the "preserve" mode is equally global and complete, and thoroughly test it. - Add "apply transform" command for those switching between these two modes. Perhaps it might be combined with some other cleanup operations and called simply "cleanup" or "optimize", because "apply transform" is too confusing (I would expect it to call something like the Transformation dialog, not make some invisible change to XML). - Remove the "remove transform" command - it's really just confusing, and in any case it's easy to do the same by removing the transform= attribute in the XML editor, if anyone ever needs this. Jon: >The transformations might be nice if we have a library of objects >and make instances of the object, and rather than changing the >original, transform the instance. That's what SVG use element is for. There is some support for it but it is incomplete. I'm seriously considering adding some simple UI for it in the next version because having a "Clone" and "Define symbol" command would be really cool and seems to not be excessively difficult to add. And yes, of course svg:use requires transform=, and it should still work in both modes - the "optimize" mode would just not optimize an svg:use object, leaving its transform= in place. >saving each transformation and having a dialogue/palette with >transformations or all transoforms: shape scaling, rotating, >twisting, and so forth, would be useful, to go back in time to an >earlier state on a shape. Unfortunately no, transform= as currently implemented does not give you a "history" of transformaions. It's always a single matrix and you can just remove _all_ transformations if you remove it. SVG allows you to write each transformation as a separate command to this attribute, but I think Inkscape does not support this. Robert: >I actually have a need for both "transform = " and "apply >transform" (I see no need for "remove transform"). I would prefer >that when I transform an object, I get a "transform = " and then >have the ability to apply that transform. OK, you can just work in the "preserve" mode. >Lets say I want to draw a regular hexagon. I will draw 3 >identical lines, rotate one 60, another -60, then apply the >transformations. The endpoints of these paths will give me the >control points to draw the hexagon. >From this example, however, I don't see why you need preserving transformations - if you apply them at once! This means you just want the rotate command (in the Transformation dialog, I suppose) to work in the "optimize" mode, i.e. apply the transformations for you. Or am I missing something? >In inkscape, currently, I combine paths to apply a transformation. >I'd really like to see an apply transform button. It's not difficult to add, however I think the first priority is to make sure that _all_ transformation commands work correctly in both optimize and preserve modes. Bob: >But if we ever get into the DOM scripting part of the SVG spec, we >would likely want to keep the original object + each of its >transformations. Like, say an object is rotated by angle theta, >then translated to a point x,y. Say we want to to animate it by >changing theta, thus rotating it, but leaving the translation >alone. Sure, this is where the preserve mode will be used. When we have animation, it will be necessary indeed. Herve: >Well, in fact, i think that te transform= attribute dedicate to a >group object or an object (instead of directly transforming the >d=) may (my opinion) want to act like proto in vrml (3D xml) you >import a proto from another file and transform it : that way when >you change the original proto-file, all transformation will apply >to that imported-proto-file-object. that transform possibility may >add a 'abstrac-implemented-object-stuff' as 'new' in POO > >It is (i supposed) the way "use" should be implemented. Yes, when you reference an external object as in svg:use, you can't do without a transform=, and this cannot be optimized (see above). Groups however are another matter. Currently Inkscape always adds transform= to a group when you move it. I want it instead to write it to each group member recursively (in optimize mode only, of course). Any comments on this particular change? _________________________________________________________________ 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] Proposal: Consider CVS Provider Change
by bulia byak 27 Jan '04

27 Jan '04

>I had an interesting experience trying to move a project off >sourceforge: they refused to take the project pages down. Maybe it's not so bad? Just schedule an automatic daily copy of your "real" CVS to the SF CVS, and you have a free backup copy... _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

1 0

RE: F1 => Help ? [was RE: [Inkscape-devel] RE: couple of functionality tweaks]
by bulia byak 27 Jan '04

27 Jan '04

>Windows users associate F1 with Help >and reaching for the Function keys is somewhat awkward, so I'd expect we >will need to change the keybinding. Oh please no!!! It's the key I use very often. I'm so spoiled by it that now I press it all the time when in Xara (and curse when it gives me help :) I don't know why but it's very convenient, maybe even more convenient than space (for me). And yes, it's non-standard, but it's borrowed from CorelDraw, and therefore has at least some legacy behind it. I'm against changing it in the default keybindings. _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] new preview?
by bulia byak 27 Jan '04

27 Jan '04

>the best I was able to do was to verify that Microsoft Visio 2000 uses > >Shift+Wheel for sideways >and >Ctrl+Wheel for Zoom > >which matches what I asked for the HIG to say >http://developer.gnome.org/projects/gup/hig/draft_hig_new/input.html#mouse-… Great, I committed the change to match this. Thanks! _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Prep for releasing Inkscape 0.37
by Bryce Harrington 27 Jan '04

27 Jan '04

Sounds like it's time to start in on getting the Inkscape 0.37 release process underway. There's been a lot of great effort from many people going into this release, and we're all looking forward to delivering 0.37 to the community. I read over the latest version of the release notes yesterday and am amazed at how much has been acheved, well beyond the planned objectives. The steps we need to take to do this release are the same as before. 1. First, there are a couple last code cleanup tasks that remain: We need to remove the #if 0 code, and we need volunteers for that. We need to finalize the code style guidelines, which basically means getting concensus on keeping tabs or converting tabs into 4-spaces. 2. Next we will declare feature freeze. Anyone working on features right now will need to either get them in by then, or delay/disable them until after the release, or move the work onto a branch. In addition to removing high priority bugs we need to ensure we haven't lost features (like grid snapping). 3. Once the tarball release is cut, I would like to see us take an organized approach to creating and testing the binary packages, so that they are consistently named and of high quality. I'll try to draw up a plan for this for us. 4. Lastly is to get word out about this release. We have tasks identified in the roadmap for doing this. A suitable goal would be to match the Sodipodi 0.32 page view and download numbers. I think we can do it if we put some organized effort into it; we've got a good product and a lot of people will be thrilled to get word about it.

1 0

'HACKING' file updated
by Bryce Harrington 27 Jan '04

27 Jan '04

I've rewritten the old (Sodipodi) HACKING file to make it shorter and to briefly outline our development philosophy for those wanting to get involved in the future. I've enclosed it below for review. Bryce Contributing to Inkscape ------------------------ Inkscape welcomes your contributions to help turn it into a fully SVG-compliant drawing program for the Open Source community. While many developers work on fixing bugs and creating new features, it is worth strong emphasis that even non-programmers can help make Inkscape more powerful and successful. You probably already have an idea of something you'd like to work on. If not, here are just a few ways you can help: * Pick a bug, fix it, and send in a patch * Choose a feature you want to see developed, and make it * If you speak a language in addition to English, work on your language's i18n file in the po/ directory * Find a new bug and report it * Help answer questions for new Inkscapers on Jabber, IRC or the mailing lists * Write an article advocating Inkscape * Author a HOWTO describing a trick or technique you've figured out CVS Access ========== We give CVS access out to people with proven interest in helping develop the codebase. Proving your interest is straightforward: Make two contributions and request access. Patch Decisions =============== Our motto for changes to the codebase is "Patch first, ask questions later". When someone has an idea, rather than endlessly debating it, we encourage folks to go ahead and code something up (even prototypish). This is then incorporated into the development branch of the code for folks to try out, poke and prod, and tinker with. We figure, the best way to see if an idea fits is to try it on for size. Coding Style ============ Please refer to the Coding Style Guidelines if you have specific questions on the style to use for code. If reading style guidelines doesn't interest you, just follow the general style of the surrounding code, so that it is at least consistent.

1 0

RE: [Inkscape-devel] RE: couple of functionality tweaks
by bulia byak 27 Jan '04

27 Jan '04

> > Perhaps this is a misunderstanding: It should deselect any selected >nodes > > (they must become all gray), but not deselect the shape itself (why >would > > you need that in node edit?) If you need to edit nodes of another shape, > > however, you can click on it, and it will be selected instead (i.e. the >old > > shape's nodes will disappear, and the new shape will show its nodes, > > initially deselected (gray)). > > >The reason you need to be able to click on the canvas to not see the >nodes is if the shape you are editing has many nodes and it becomes hard >to see the original shape or curve or whatever. Trust me, it is really >helpful to be able to deselect quickly by clicking on nothing (aka, the >canvas). In node edit, you're supposed to work on nodes, so naturally it displays nodes for you. Just press f1 or f3 or space if you want to "hide" nodes. Or open a new view where you can switch (ctrl-tab) for a quick look without any noise - this way you won't even lose your selected nodes when you switch back. These and more are all natural ways to do what you want, while deselecting _object_ in _node_ edit does not seem quite legal to me. On the other hand, I might program it so that on the first click it deselects any nodes, and on the second click, deselects the shape (hiding its nodes). However I'm reluctant to do this because this may lead to occasional unintended deselections that may be quite annoying. Anyone else has an opinion? _________________________________________________________________ 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

glade/ -> icons/
by MenTaLguY 27 Jan '04

27 Jan '04

Just a quick heads-up that we've put renaming the glade/ directory to icons/ on the TODO, since it contains icons and no glade files. -mental

2 1

Re: [Inkscape-devel] RE: keyboard shortcuts + man page
by bulia byak 26 Jan '04

26 Jan '04

>Right now I'm in favor of firing up a browser rather than the full help >system before the release. Yes, I too think it's the best approach in the short term. >You can be assured to get a browser on linux (mozilla), iexplore on >windows, and safari on OS X. I guess browser preference could be another >pref, which would be separate from the option of a open file for preview >pref. Yes, let it be a preference for now. >Any thoughts? When are we going to start the feature freeze? Maybe >WEDNESDAY/THURSDAY, prior to our next release? As for me, I'm already in the "freeze" and actively working on bugs. Bryce, do you think you will be able to provide at least some marker functionality for the release? Anyone else working on anything feature-wise at the moment? _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

clone example
by bulia byak 26 Jan '04

26 Jan '04

Here's a simple example to give you an idea. Edit the bottom shape (drag, rotate, node-edit) and the top one will respond. As you see there is some support in the program already, but it's quite buggy. Hopefully it can be cleaned up and made usable. (You could help, too, given that you need it for your designs :) _________________________________________________________________ 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

Re: [Inkscape-devel] remove/apply transformations?
by bulia byak 26 Jan '04

26 Jan '04

>Suppose I'm drawing a snowflake: >http://members.rogers.com/rcrosbie/images/woodworking/snowflake_2c.jpg > >I only need to work on one branch of that snowflake, group the paths and >the others are copies of that branch that are rotated. It's the perfect case for svg:use (I propose to call it "clone" in the UI). You create clones, rotate/move them, then work on the shape of the original and all clones are updated automatically. If there are no showstoppers in the current svg:use support, I will try to make this possible for the next release. (Which means you won't need the "preserve" mode, after all - the clones would work the same in both modes.) >I wouldn't have to do things like this if inkscape had some CAD-like path >features such as: Connect path A to the midpoint of Path B; Clip path A at >it's intersection with path B; etc. I'm constantly making objects to >precisely find these points that I need. When I need to draw something with such constraints, I use KSEG (http://www.mit.edu/~ibaran/kseg.html). It's very nice and powerful, although you can't easily export its drawings into SVG :( >It consists of 5 copies of the same path that are rotated, but I had to >draw a lot of intermediary objects and paths to ensure that that one path >would be seamless when it was rotated and combined into the larger object. >It's the intermediary objects that I need to apply the transformations to. Exactly, this is where clones are badly needed. I always wanted to have them in my vector editor, but so far no application offered exactly that kind of feature. _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] remove/apply transformations?
by Robert Crosbie 26 Jan '04

26 Jan '04

---8<---Snip--->8--- >>Lets say I want to draw a regular hexagon. I will draw 3 >>identical lines, rotate one 60, another -60, then apply the >>transformations. The endpoints of these paths will give me the >>control points to draw the hexagon. > >From this example, however, I don't see why you need preserving >transformations - if you apply them at once! This means you just >want the rotate command (in the Transformation dialog, I suppose) to >work in the "optimize" mode, i.e. apply the transformations for >you. Or am I missing something? In this particular case, optimize mode would work well, but I am actually constantly switching between the two. Suppose I'm drawing a snowflake: http://members.rogers.com/rcrosbie/images/woodworking/snowflake_2c.jpg I only need to work on one branch of that snowflake, group the paths and the others are copies of that branch that are rotated. In this case I want to work in preserve mode because If I make a change to one of the branches, I can copy that change to the transformed groups. But suppose I want the side-branches to meet. I will then use my hexagon example above to find the point where side-branches intersect and use that as my endpoint. I usually want to optimize the transformations in jig objects that are used to find points for my preserved object. Does that make sense? I wouldn't have to do things like this if inkscape had some CAD-like path features such as: Connect path A to the midpoint of Path B; Clip path A at it's intersection with path B; etc. I'm constantly making objects to precisely find these points that I need. Check out this celtic knot: http://members.rogers.com/rcrosbie/images/woodworking/plate5of3a.jpg It consists of 5 copies of the same path that are rotated, but I had to draw a lot of intermediary objects and paths to ensure that that one path would be seamless when it was rotated and combined into the larger object. It's the intermediary objects that I need to apply the transformations to. Cheers, Rob. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

RE: [Inkscape-devel] RE: couple of functionality tweaks
by bulia byak 26 Jan '04

26 Jan '04

>Hey, wait a minute, actually I programmed this long ago - and it works for >me! Could you please describe in detail how it's not working? With a sample >file and step-by-step instructions? Perhaps this is a misunderstanding: It should deselect any selected nodes (they must become all gray), but not deselect the shape itself (why would you need that in node edit?) If you need to edit nodes of another shape, however, you can click on it, and it will be selected instead (i.e. the old shape's nodes will disappear, and the new shape will show its nodes, initially deselected (gray)). _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

1 0

RE: couple of functionality tweaks
by bulia byak 26 Jan '04

26 Jan '04

>While I was editing a shape using the node-select tool, I tried to >deselect the shape by clicking on the canvas, which is kinda standard >practice, and the shape was still selected (ie, the nodes were active). >When one is using the node edit tool and they click on open space, all >nodes should be deselected. > >I'm putting an RFE in on this one, but I figured it might be a simple >change. >https://sourceforge.net/tracker/index.php?func=detail&aid=884979&group_id=9… Hey, wait a minute, actually I programmed this long ago - and it works for me! Could you please describe in detail how it's not working? With a sample file and step-by-step instructions? Anyone else having problems with this? _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Re: [Inkscape-devel] RE: keyboard shortcuts + man page
by bulia byak 26 Jan '04

26 Jan '04

>Take a look at 'ScrollKeeper': http://scrollkeeper.sourceforge.net/ What is involved in adding SK support? Can we do this quickly, for the shortcuts page only, before the release? If not, I would still much prefer to have a web browser fired as an interim solution, because easy access to the shortcuts page is critical for users. _________________________________________________________________ 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…

5 7

RE: [Inkscape-devel] remove/apply transformations?
by Robert Crosbie 26 Jan '04

26 Jan '04

I actually have a need for both "transform = " and "apply transform" (I see no need for "remove transform"). I would prefer that when I transform an object, I get a "transform = " and then have the ability to apply that transform. Lets say I want to draw a regular hexagon. I will draw 3 identical lines, rotate one 60, another -60, then apply the transformations. The endpoints of these paths will give me the control points to draw the hexagon. This is a simplified example, but I do things like this a lot to get accurate points. In inkscape, currently, I combine paths to apply a transformation. I'd really like to see an apply transform button. Rob. http://members.rogers.com/rcrosbie >From: "bulia byak" <archiver_1@...19...> >To: inkscape-devel(a)lists.sourceforge.net >Subject: [Inkscape-devel] remove/apply transformations? >Date: Mon, 26 Jan 2004 16:08:38 +0000 > >Another confusing concept. SVG allows to store transformations (moves, >rotates, etc) both "natively" (in the object's own coordinates) and as a >transform= attribute that is applied "after the fact". Of the many commands >that move/rotate objects, some (most) write the new coordinates directly >into the object, but some just add a transform= attribute without changing >anything else in the object. I see no apparent logic behind this difference >in behavior. > >Now, the "remove transformations" command simply erases the transform= >attribute if it is present. Recent Sodipodi adds "apply transformations" >which writes the transform= into the object and then removes it (i.e. no >visible change). I think this mess is very confusing and serves no useful >purpose. To an artist, "remove transformations" works as a weird sort of >undo whose results are generally unpredictable, and "apply transformations" >does nothing at all. So I propose: > >- remove the "remove transformations" command. > >- fix the remaining commands that add transform= so that they always >"apply" their transformations to the objects at once. (In particular, >scaling a text object must affect its font size; transforming a group must >write transformations into the group's members instead of adding transform= >to the entire group.) > >I may have missed something, so please argue. > >_________________________________________________________________ >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… > > > >------------------------------------------------------- >The SF.Net email is sponsored by EclipseCon 2004 >Premiere Conference on Open Tools Development and Integration >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >http://www.eclipsecon.org/osdn >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel _________________________________________________________________ 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: [Inkscape-devel] new preview?
by bulia byak 26 Jan '04

26 Jan '04

>If this functionality is in fact "Preview in Browser" then it is certainly >confusing which makes it useless in its current state but I think with >minor changes it could be made genuinely useful. Good idea to make this command an "External preview". Just store a command line with options in prefs, and when a preview is requested, save the current file and run the command on it. This seems to be similar to the task of running an external browser for help files - therefore, Jon, what would you say if I ask you to add this to your TODO? Right now, however, the "preview" is done by Inkscape itself, and is therefore useless. So I'm removing this command for now, until we have an external preview functionality. Alan, can you say your word on the most HIG-compliant set of scrollwheel modifiers? As I wrote some time ago: We have this item in the roadmap: * Decide on mouse scrollwheel modifiers [everyone, see mailing list archives] So, once you raised the issue, could you please review the current wheel behaviors: # Mouse wheel scroll canvas vertically # Ctrl + Mouse wheel scroll canvas horizontally # Shift + Mouse wheel zoom in or out and propose a change to conform to HIG, but without losing any of the three functions. After you publish your proposal here, if no one objects, I will code it. _________________________________________________________________ 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…

2 1

RE: [Inkscape-devel] news + features
by bulia byak 26 Jan '04

26 Jan '04

>Are there any more announcements? I add most features/fixes I do to the release notes. Review the release notes to see if there's anything that you like that wasn't on the front page yet. (And add anything missing to the release notes as well.) _________________________________________________________________ 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

new preview?
by bulia byak 26 Jan '04

26 Jan '04

Anyone would object if I remove this command? What it does is basically runs an SVG viewer on the current file. The idea behind this is unclear to me. If you want a parallel view of your file, "New view" would be just fine. So I think "New preview" is confusing and useless. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

news + features
by Jonathan Phillips 26 Jan '04

26 Jan '04

Does anyone have any news/announcements that they would like on the main page. I'm going to add prior to our release: - inkscape-user mailing list announcement Are there any more announcements? Jon -- Jonathan Phillips <jon@...15...>

1 0

remove/apply transformations?
by bulia byak 26 Jan '04

26 Jan '04

Another confusing concept. SVG allows to store transformations (moves, rotates, etc) both "natively" (in the object's own coordinates) and as a transform= attribute that is applied "after the fact". Of the many commands that move/rotate objects, some (most) write the new coordinates directly into the object, but some just add a transform= attribute without changing anything else in the object. I see no apparent logic behind this difference in behavior. Now, the "remove transformations" command simply erases the transform= attribute if it is present. Recent Sodipodi adds "apply transformations" which writes the transform= into the object and then removes it (i.e. no visible change). I think this mess is very confusing and serves no useful purpose. To an artist, "remove transformations" works as a weird sort of undo whose results are generally unpredictable, and "apply transformations" does nothing at all. So I propose: - remove the "remove transformations" command. - fix the remaining commands that add transform= so that they always "apply" their transformations to the objects at once. (In particular, scaling a text object must affect its font size; transforming a group must write transformations into the group's members instead of adding transform= to the entire group.) I may have missed something, so please argue. _________________________________________________________________ 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

[Fwd: [Sodipodi-list] Writing SVG code for editing with Sodipodi]
by Jonathan Phillips 26 Jan '04

26 Jan '04

Looks like the UNITS problem! Arg! It seems like there are all these containers of ideas and badly implemented ideas that are TODO that still hang over us still in INKSCAPE. I say we evaluate, disable, and remove any of this unimplemented or crappy code from the project. It will probably make our life easier in the long run. The units problem is horrible. Our printing system and export system are pretty bad too. ARG! Jon -----Forwarded Message----- From: Pierre Abbat <phma@...177...> To: sodipodi-list(a)lists.sourceforge.net Subject: [Sodipodi-list] Writing SVG code for editing with Sodipodi Date: Sun, 25 Jan 2004 11:22:47 -0500 I wrote a two-line program that generated a lemniscate and pasted the code into a <path> element in a Sodipodi file. Since the width and height are in millimeters I thought the coordinates would be in millimeters. They weren't. The lemniscate was too small. I then edited it so that it looked like M-87.4619707139396mm 42.4024048078213mm M-88.2947592858927mm 41.4518786277521mm M-89.1006524188368mm 40.4508497187474mm and tried again. The lemniscate went flat. I removed the millimeters and scaled it and put it in the middle of the 300*300mm square. The center is now at 531.4961,531.4961. What unit is Sodipodi using, and how do I tell it that the coordinates are in millimeters? phma -- Jonathan Phillips <jon@...15...>

2 1

export background
by bulia byak 26 Jan '04

26 Jan '04

Now the page color, settable in the document options dialog and saved with the document, is also used as the background color when exporting anything from this document. By default this color is white and 100% transparent, so the default export has transparent background as before. However you can set it e.g. to white 0% transparent and have white background in PNG without having to add any background objects. For this to be possible I added inkscape:pageopacity attribute to the namedview. Now the page color is split into the pagecolor and inkscape:pageopacity attributes - ugly but at least partially compatible with Sodipodi. By the way, Sodipodi now has an extra color picker right on the Export dialog for the same purpose (setting background color for export). I think simply using page color is more natural and convenient. Especially given that, in the typical Sodipodi fashion, that picker's color is not saved/restored anywhere... I'm also thinking about saving export dpi in the namedview as well, so that each document would remember its last dpi setting. I think it's logical. Other improvements today: font list in the text dialog is autoscrolled to always show selected font; text object description shows font in the statusbar; currentColor and userSpaceOnUse fixes ported from Sodipodi; and many other bugfixes. _________________________________________________________________ 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