- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Clip path and mask UI patch - need guidance
by bulia byak 18 Mar '06

18 Mar '06

On 3/18/06, Andrius Ramanauskas <knutux@...400...> wrote: > For the first case, I guess the simple approach would be to have something like: > <defs> > <clipPath id="clipPath123"> > <use href="url to the clipping object(s)> > </clipPath> > </defs> > <g clip-path="#clipPath123"> > ... the clipping object(s) ... > ... the clipped objects ... > </g> We might try that. But we'll need to code various special cases, such as deleting the clippath and unclipping its users when the source of the clone is deleted. Also various clone move compensations need to be disabled for this case. However I have doubts about whether this will be convenient enough. I think in a lot of cases, when I clip an object I do want the clippath to disappear and not be in my way. If it stays visible, I will be tempted to just delete it, which will remove or incapacitate the clip - not the result I expected! I will therefore have to make it invisible by removing fill and stroke, which is very inelegant and brings lots of usability issues of its own. Also this approach, as well as Mental's, requires that clipped objects are always grouped together with their clippers, which adds a layer of indirection, its own special cases to guard against (what if I just decide to ungroup it?), and usability issues. For these reasons, I feel more predisposed towards the other approach, where the clipped object is just removed into defs and no grouping or cloning is needed. It's much cleaner conceptually. Yes, it prevents direct editing of the clippath unless you temporarily unclip it. But enabling the node tool to edit the clippath without unclipping is doable and relatively easy, and in any case this special-casing will only affect the node tool and nothing else. So, I propose to do this simple approach first, and then only if it proves inadequate, to look into more complex solutions with cloning etc. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

We need SIOX!!!!
by unknown＠example.com 18 Mar '06

18 Mar '06

The SIOX demo was *very* interesting. http://www.siox.org/ It does fast foreground extraction from images based on color. Last night someone went and grabbed the source and hacked up initial support for this in Blender. We're already behind. :-) It looks like we might be able to gain some interesting benefits hooking that into tracing - perhaps potrace itself, or perhaps something additional. Oh, and it's also already in as a tool in the developer version of The GIMP.

1 0

Re: [Inkscape-devel] Clip path and mask UI patch - need guidance
by Andrius Ramanauskas 18 Mar '06

18 Mar '06

In my understandign there are two different cases: 1. mask/clippath object is leaved in the document 2. clipping object is moved into defs, but removed from document (no longer visible) For the first case, I guess the simple approach would be to have something like: <defs> <clipPath id="clipPath123"> <use href="url to the clipping object(s)> </clipPath> </defs> <g clip-path="#clipPath123"> ... the clipping object(s) ... ... the clipped objects ... </g> This leaves clippath in defs and allows edditing of a mask directly by editing a clipping object. This can also be implemented without a group and it should still work But for second scenario (object is removed) editing is more complicated, but we can still have this grouping and on entering (dbl-clicking) a group, clipping objects can be copied to a group, so they can be edited, after leaving a group copied object properties goes to a clipPath element and copied object is restored. Or a new manu item "Edit clip path" can be added, which will do basicly the same, but group will not be required, so this can also be used for masks created outside of Inkscape. Andrius On 3/18/06, bulia byak <buliabyak@...400...> wrote: > On 3/17/06, MenTaLguY <mental@...3...> wrote: > > If the clipPath and the clipped objects share a parent group, then you get "compensation" for free. > > Not entirely for free, and in any case no more free than when they are > elsewhere. Here's the scoop: The spec says that any transform= on > clipped object affects the clippath as well, and we implement this. > Therefore, for objects that always get transform= such as groups or > ellipses, you get transforming the clippath truly for free, and this > does not depend on where is the clippath - in defs or in group. It > works the same both ways. However for objects that completely or > partially embed the transformation, we will need to either (a) disable > that and write transform= if there's a clippath or mask, or (b) add > transform= to the clippath/mask corresponding to the embedded portion > of the transform. Both approaches are relatively easy to do. Your > approach (always putting clippend object(s) in group with clippath > there too) is just another way of doing the (a) - you just disable > embedding transforms into the object by virtue of its always being the > group. However for that you have to pay the price of an unavoidable > extra level of <g> and the dangers associated with > resources-not-in-defs which our legacy code is known to mishandle > often. > > > Unlike gradients, I don't see a strong case for re-using clipPaths either (another usual motivation for putting things in <defs>). > > Sure, I don't want them to be shared either. It's not about sharing or > not sharing. > > > Keeping the clipPath with the clipped objects seems to be the simplest approach... > > I don't think so, see above. Besides, if you rely on your clippaths > always inside groups and thus do not implement (a) or (b) above, you > will damage your ability to gracefully handle non-Inkscape SVGs. > > -- > bulia byak > Inkscape. Draw Freely. > http://www.inkscape.org > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642 > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

1 0

[Fwd: Inkscape und Xara Xtreme]
by Adib Taraben 18 Mar '06

18 Mar '06

Hello, I received an e-mail from the german computer magazin asking what is the progress with the XARA involvement and what is the impact/influence into Inkscape. And also he want to know if this is going into a competition between the two products. He is refering the LIBRE-Meeting. Was there someone? I did not really red all the e-mail's abaout that. So can someone summarize this? Thanks, Adib. -------- Original-Nachricht -------- Betreff: Inkscape und Xara Xtreme Datum: Fri, 17 Mar 2006 13:44:28 +0100 Von: Peter König <pek@...883...> An: Adib Taraben <taraben.a@...50...> Hallo, leider nur aus der Ferne verfolge ich das Libre Graphics Meeting in Lyon. Besonders interessiert mich die Entwicklung in Sachen Open Source Xara Xtreme und Inkscape. Nachdem Xara im vergangenen Jahr angekündigt hatte, den Code seiner Software für Linux und Mac freizugeben, kursierte meines Wissens nach die Vorstellung, dass die Communities von Xara und Inkscape eng zusammenarbeiten würden bzw. es eventuell sogar eine Fusion der Projekte geben würde. Mich würde interessieren, ob sich die Lage inzwischen verändert hat, und wie das Xara-Projekt bei Ihnen in der Inkscape-Community mittlerweile gesehen wird. Denn von Xaras Webseiten entnehme ich, dass die Firma großes vorhat: "Xara Xtreme on Linux will not only bring a leading-edge graphic tool to the platform, but with community assistance, has the potential to become the world's most powerful, easiest-to-use and simply the world's best graphics program." Auf den Veranstaltungsseiten des Libre Graphics Meeting heißt es noch etwas direkter: "Xara's goal is simple: With the help of the open-source developer community they hope to create the fastest, most powerful, easiest to use, general purpose graphics tool for Linux (and Mac)." Und das läuft doch in der Konsequenz auf eine direkte Konkurrenz zu Inkscape heraus, oder irre ich mich da? Über eine Einschätzung oder ein paar Hintergrundinformationen von Ihrer Seite würde ich mich freuen -- sie würden es mir ermöglichen, die Ankündigungen von Xara auf dem Libre Graphics Meeting etwas differenzierter in unserem Newsticker darzustellen. Können Sie mir da - zeitnah - weiterhelfen? Mit Dank und freundlichen Grüßen, Peter König c't - Magazin für Computertechnik http://www.heise.de/ct/ Heise Zeitschriften Verlag GmbH & Co.KG phone: 0511-5352-763 Helstorfer Str. 7 fax: 0511-5352-417 D-30625 Hannover, Germany eMail: pek@...883...

4 4

Re: [Inkscape-devel] [Fwd: Inkscape und Xara Xtreme]
by Martin Owens 18 Mar '06

18 Mar '06

No I was just after potential benifits to inkscape of using their code. but Ben has filled in a few of those blanks. It would be good to see what converters they have, we still need that pdf lib. On Fri, 17 Mar 2006 20:16:40 +0300 , "Alexandre Prokoudine" <alexandre.prokoudine@...400...> wrote: >On 3/17/06, Martin Owens wrote: >> will we beable to use any of their code? > >Are you asking, whether we can reuse GPL code? :) > >Alexandre > > >------------------------------------------------------- >This SF.Net email is sponsored by xPML, a groundbreaking scripting language >that extends applications into web and mobile media. Attend the live webcast >and join the prime developer group breaking into this new coding territory! >http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

2 1

release notes!!!
by bulia byak 18 Mar '06

18 Mar '06

Once again I urge all devs to promptly update the release notes: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes If you procrastinate for too long, you may forget some important details, or even the very essense of your changes. As a result these changes will be underdescribed or completely omitted from this document, and as a result users will remain unaware of them. And _that_ means your changes will remain largely unnoticed, unused and UNTESTED. In extreme cases they will just bitrot and poison our codebase. Please don't let that happen. PLEASE review and update the document NOW. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

[Fwd: Your Exclusive Invitation to LinuxWorld ’s .Org Pavilion]
by Jon Phillips 17 Mar '06

17 Mar '06

I don't know which one of my involvements this person wanted involvement from, so I'm emailing all of my involvements to see if there is any interest in setting up a booth at LinuxWorld in San Francisco or Boston this year. LinuxWorld is mainly targeting Open Source business and not Open Source developers like Desktopcon/Ottawa Linux Symposium. Ping me back if there is interest in setting up a presence... Jon -------- Forwarded Message -------- > From: Alison_Dwelley@...1203... > To: jon@...235... > Subject: Your Exclusive Invitation to LinuxWorld ’s .Org Pavilion > Date: Tue, 7 Mar 2006 17:30:45 -0500 > > > Dear Jon, > > It is my pleasure to inform you that your organization has been chosen > for this year’s .Org Pavilion at the LinuxWorld Conference & Expo. > This invitation is for BOTH shows – Boston, April 3-6 and San > Francisco August 14-17, 2006. Please RSVP by March 10, 2006 to this > email or contact me via email at Alison_dwelley@...1204... If you can > only make one event please let me know at this time so that we can > make arrangements for another organization to take that place. > > The .org Pavilion is an exciting opportunity for .orgs to reach out to > the free software and open source communities during LinuxWorld > Conference & Expo. We are happy to provide this opportunity for you to > be recognized for all of your hard work in support of these > communities.If you are interested in participating please fax back the > contract(s) to 508-620-6690and we will send you additional > information. > > We are very excited to have you be a part of our 2006 .Org pavilion > and look forward to seeing you at both the Boston and San Francisco > LinuxWorld events. If you have any questions please do not hesitate > to contact me at 508-424-4834 or via email at Alison_dwelley@...1204... > > Kind Regards, > > Alison Dwelley > > > > > Alison Dwelley > Sales Operations Coordinator > IDG World Expo > Direct: 508-424-4834 > Fax: 508-620-6690 > alison_dwelley@...1203... > http://www.idgworldexpo.com -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

8 7

Animation
by Martin Owens 17 Mar '06

17 Mar '06

Thinking about this feature, if inkscape wants to be a drawing tool then it will never develop the ability to handle animations, they would be counter to the way a document is handled, printed ect. but if inkscape is moving towards complete support of SVG only then it will be interesting to see animation features added, although I'd create a separate tool which used alot of the same code, because lets face it there is alot of really nice tools that can be developed for animation programs but aren't useful for a drawing app. -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

1 0

Re: [Inkscape-devel] layer dialog question
by MenTaLguY 17 Mar '06

17 Mar '06

On Fri, 17 Mar 2006 14:02:05 -0600, Aaron Spike <aaron@...749...> wrote: > I must have missed this... Why do you need both? Would the layers dialog > simply be a filtered special case of the object tree dialog? Not exactly. The layer dialog would be principally for working with layers as layers. A step up from the quick layer selector. Selecting a layer in the layer dialog would make it the current layer. The object tree dialog would be an expanded version of the XML editor. There, selection would mean selection as an object, and you'd have an attributes pane, etc... We'd probably be able to reuse the same widget for the tree portion of both dialogs, but that's about all they'd have in common. -mental

1 0

layer dialog question
by MenTaLguY 17 Mar '06

17 Mar '06

Should the layer dialog show only the "normal" layers, or show also groups which have been temporarily promoted into layers as the quick layer selector does? -mental

4 8