- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Problem compiling win32 svn-18969
by Bob Jamison 18 Jun '08

18 Jun '08

Mr Sonic, :-) Try deleting build.dep, then running buildtool again. This forces it to refresh the dependency cache, scanning the source directory again. This happens automatically when you do a clean build, but of course you don't want to do that every time. A good rule is to always do this when you do an "svn up" and see any A's or D's for .cpp files. bob -----Original Message----- >From: Docsonic <docsonic@...58...> >Sent: Jun 18, 2008 10:12 AM >To: inkscape-devel(a)lists.sourceforge.net >Subject: [Inkscape-devel] Problem compiling win32 svn-18969 > > >When I try to compile svn-18969 on WinXP I get an slew error at the linking >stage - > >Make error line 366: LINK problem: >build\libinkscape.a(sp-shape.o):sp-shape.cpp: >(.text+0x1e13): undefined reference to >`bounds_exact_transformed(std::vector<Geo >m::Path, std::allocator<Geom::Path> > const&, Geom::Matrix const&)' >build\libinkscape.a(effect.o):effect.cpp:(.text+0x76d): undefined reference >to ` >Inkscape::LivePathEffect::LPECopyRotate::LPECopyRotate(LivePathEffectObject*)' >build\libinkscape.a(effect.o):effect.cpp:(.text+0x7a3): undefined reference >to ` >Inkscape::LivePathEffect::LPEParallel::LPEParallel(LivePathEffectObject*)' >build\libinkscape.a(effect.o):effect.cpp:(.text+0x7bf): undefined reference >to ` >Inkscape::LivePathEffect::LPECircle3Pts::LPECircle3Pts(LivePathEffectObject*)' >build\libinkscape.a(effect.o):effect.cpp:(.text+0x7db): undefined reference >to ` >Inkscape::LivePathEffect::LPEAngleBisector::LPEAngleBisector(LivePathEffectObjec >t*)' >build\libinkscape.a(nr-arena-shape.o):nr-arena-shape.cpp:(.text+0x2ce0): >undefin >ed reference to `bounds_fast_transformed(std::vector<Geom::Path, >std::allocator< >Geom::Path> > const&, Geom::Matrix const&)' >build\libinkscape.a(nr-arena-shape.o):nr-arena-shape.cpp:(.text+0x2ebc): >undefin >ed reference to `bounds_fast_transformed(std::vector<Geom::Path, >std::allocator< >Geom::Path> > const&, Geom::Matrix const&)' >collect2: ld returned 1 exit status > >Any ideas? > >Thanks, > >Tony >-- >View this message in context: http://www.nabble.com/Problem-compiling-win32-svn-18969-tp17984902p17984902… >Sent from the Inkscape - Dev mailing list archive at Nabble.com. > > >------------------------------------------------------------------------- >Check out the new SourceForge.net Marketplace. >It's the best place to buy or sell services for >just about anything Open Source. >http://sourceforge.net/services/buy/index.php >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

Commiting "big" .h files
by Bob Jamison 18 Jun '08

18 Jun '08

Hi again. For the last few weeks, it seems that one of the "big" .h files has been committed almost every day. I mean files like verbs.h, document.h, effects.h, etc. I call these "big" files because they are important dependencies for a large portion of all of the source .cpp and .h files. What this means, is that people are becoming cautious of performing an "svn up" for fear that it will result in an almost complete rebuild of Inkscape each and every time. I don't know of any remedy for this (odd/even days?), since all new development and bugfixing is good. But it would help if people would at least consider the implications before they commit. bob

2 1

Temporary canvas items
by Maximilian Albert 18 Jun '08

18 Jun '08

Hi all, (Johan, I'm CC'ing you because you actively worked in this area a while ago) I'd like to use the temporary canvas item machinery to display some "info" related to LPEs. This info can consist of helper paths or perhaps even text (e.g., for LPEs measuring path lengths or areas). I've played a bit with it but I think I'm not using it in the correct/recommended/ easiest way, which sometimes even results in crashes. So my questions are: - How can I create a temporary canvas item to display a helper path having a given shape? - How can I display text using this mechanism? - If I want to make either the helper path or the text permanent (i.e., convert them into a non-temporary item and save them in the document), how can I achieve this? Thanks for any help, Max

3 4

Problem compiling win32 svn-18969
by Docsonic 18 Jun '08

18 Jun '08

When I try to compile svn-18969 on WinXP I get an slew error at the linking stage - Make error line 366: LINK problem: build\libinkscape.a(sp-shape.o):sp-shape.cpp: (.text+0x1e13): undefined reference to `bounds_exact_transformed(std::vector<Geo m::Path, std::allocator<Geom::Path> > const&, Geom::Matrix const&)' build\libinkscape.a(effect.o):effect.cpp:(.text+0x76d): undefined reference to ` Inkscape::LivePathEffect::LPECopyRotate::LPECopyRotate(LivePathEffectObject*)' build\libinkscape.a(effect.o):effect.cpp:(.text+0x7a3): undefined reference to ` Inkscape::LivePathEffect::LPEParallel::LPEParallel(LivePathEffectObject*)' build\libinkscape.a(effect.o):effect.cpp:(.text+0x7bf): undefined reference to ` Inkscape::LivePathEffect::LPECircle3Pts::LPECircle3Pts(LivePathEffectObject*)' build\libinkscape.a(effect.o):effect.cpp:(.text+0x7db): undefined reference to ` Inkscape::LivePathEffect::LPEAngleBisector::LPEAngleBisector(LivePathEffectObjec t*)' build\libinkscape.a(nr-arena-shape.o):nr-arena-shape.cpp:(.text+0x2ce0): undefin ed reference to `bounds_fast_transformed(std::vector<Geom::Path, std::allocator< Geom::Path> > const&, Geom::Matrix const&)' build\libinkscape.a(nr-arena-shape.o):nr-arena-shape.cpp:(.text+0x2ebc): undefin ed reference to `bounds_fast_transformed(std::vector<Geom::Path, std::allocator< Geom::Path> > const&, Geom::Matrix const&)' collect2: ld returned 1 exit status Any ideas? Thanks, Tony -- View this message in context: http://www.nabble.com/Problem-compiling-win32-svn-18969-tp17984902p17984902… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Re: [Inkscape-devel] GTK file dialogs on Windows
by Bob Jamison 18 Jun '08

18 Jun '08

Hi, all, Actually, considering that the pre-existing Gtkmm dialog is not new, but is actually compiled along with the new native dialog, I would think that the possibility of using either should be simple. But making it runtime selectable rather than compile-time selectable is the issue, I think. There need not be a GUI for it, so there is no "user disconcertion" problem. (BTW, I don't look to Mr Spolsky's site for software wisdom). If it -is- a compile time switch, then it should be according to capabilities, rather than according to platform: #ifdef WIN32 <- not settable #ifdef HAVE_NATIVE_WIN32_FILECHOOSER <-- easily settable In fact, I believe that we have had a general "style" of avoiding platform-specific switches as much as possible. bob -----Original Message----- >From: Joel Holdsworth <joel@...1709...> >Sent: Jun 18, 2008 9:15 AM >To: Bill Baxter <wbaxter@...400...> >Cc: "inkscape-devel(a)lists.sourceforge.net" <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] GTK file dialogs on Windows > >Can I suggest you add shortcuts into your My Documents folder to link to >the places you want to go to. Either that, or you can customise the >places bar by modifying your registry as explained here: >http://msdn.microsoft.com/en-us/magazine/cc300434.aspx > >I specifically want to avoid adding more preferences for things like >this if possible. This article explains why: >http://www106.pair.com/rhp/free-software-ui.html > >Does that make sense? What do you think? > >All the best >Joel > >On Wed, 2008-06-18 at 11:14 +0900, Bill Baxter wrote: >> I didn't realize these new native file dialogs on Windows were going >> to completely replace the GTK ones. >> >> I actually find the GTK ones to be easier to use because of those >> handy user links you can make on the left, and because of the way >> incremental search works. >> >> I figured there would be something in Preferences to bring back the >> GTK dialog, but I couldn't find such a thing. Is it just hiding from >> me somewhere? >> >> --bb >> >> ------------------------------------------------------------------------- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > >------------------------------------------------------------------------- >Check out the new SourceForge.net Marketplace. >It's the best place to buy or sell services for >just about anything Open Source. >http://sourceforge.net/services/buy/index.php >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

inkscape git mirror?
by MenTaLguY 18 Jun '08

18 Jun '08

I'm interested in setting up a git mirror of Inkscape SVN; who's the person in charge of our server currently? We'll need to have a fairly current version of git, libsvn, and the libsvn perl bindings installed to do this. -mental

6 11

Weekly svn builds on debian sid @ http://art.sidux.com
by Bernard Gray 18 Jun '08

18 Jun '08

Hi folks, This is just a heads up - I've setup a debian unstable (sid) repository at http://art.sidux.com/ - currently the only package is weekly svn builds of inkscape (as well as the sidux-art-keyring gpg pkg), including i386 and amd64 arches, plus source. My interest is part inkscape, part learning how to maintain a relatively complex debian package, and I'm learning as I go - I've been keeping it up now for > 3 months so I figured it's safe to announce - The intention is to eventually include development builds of various other tools useful to the sidux art team, but for now... I'm keeping it simple :) Any/all feedback welcome - Regards, Bernie

1 0

Building unit tests on Win32
by Jasper van de Gronde 17 Jun '08

17 Jun '08

I uploaded a patch to the bug tracker that enables building of CxxTest unit tests on Windows. Basically it adds a target linkcxxtests that generates an executable that performs all the tests. The relevant bug is: https://bugs.launchpad.net/inkscape/+bug/208821 There are two main points I'd like some feedback on: 1. Is the way I let buildtool generate the required .cpp files using cxxtestgen (see the compile target) acceptable? 2. Does anyone have a (big) problem with compiling (not linking) the (unit) tests as part of the normal build process? I added the cxxtest files to the normal compile target because it was easier that way (I had some problem with the dependencies if I did it differently) and because it will break the build if anyone breaks a test (which people really shouldn't do). Note that I'm only talking of compile-time problems here. As it is now the tests are not linked during in the normal link target, and they are definitely not executed. Jasper van de Gronde

1 0

OSX native compile error
by Matt Peterson 17 Jun '08

17 Jun '08

I have been attempting to compile a native version of Inkscape for Mac OS 10.4 on a PowerBook G4, and using the latest SVN I am getting the following error: In file included from 2geom/sbasis.h:43, from 2geom/concepts.h:34, from 2geom/d2.h:39, from libnr/nr-convert2geom.h:16, from sp-item.h:27, from sp-lpe-item.h:17, from sp-shape.h:18, from sp-ellipse.h:18, from arc-context.cpp:27: 2geom/linear.h: In member function `bool Geom::Linear::isFinite() const': 2geom/linear.h:91: error: `__isfinite' undeclared (first use this function) 2geom/linear.h:91: error: (Each undeclared identifier is reported only once for each function it appears in.) make[2]: *** [arc-context.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 I have heard that there have been problems with this before. What do I need to do to fix it? -- Matthew Peterson Programmer Christa McAuliffe Space Education Center

2 1

l-system fern formula
by Mihaela 15 Jun '08

15 Jun '08

I'm trying to draw fern pattern using l-system, I found a formula on a website that says you get this: http://www.home.aone.net.au/~byzantium/ferns/leaf34.gif if you use this formula(s): angle 8 axiom x a=n n=o o=p p=x b=e e=h h=j j=y x=F[+A(4)]Fy y=F[-B(4)]Fx F=@1.18F@...1985... (I separated rules with ; ) But the result I got doesn't match: http://img143.imageshack.us/img143/1948/fernmt4.png Is this a bug in l-system, or are these rules wrong, or am I using the effect wrong? btw the image I got was made with order 34 as the website suggested, but it takes a long while till Inkscape calculates it (nearly 100000 nodes), I'd suggest a much lower order for testing ;)

2 9

NEW: relinking clones
by bulia byak 15 Jun '08

15 Jun '08

A new command, Relink Clone to Copied in Edit > Clone, allows you to relink any clone to a different original object without changing its other properties. Just copy (Ctrl+C) the object you want to be the new original, select any number of clones, and choose the Relink command. Now all selected clones are linked to the copied object. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

PS/EPS import proposal
by bulia byak 14 Jun '08

14 Jun '08

Would anyone object if I switch PS and EPS import from using pstoedit/skconvert to this: - convert ps to pdf with ps2pdf from Ghostscript - import pdf to Inkscape? Reasons: - Ghostscript is doubtlessly the most competent open source software for dealing with Postscript; it is cross-platform, actively updated and is much more commonly installed than anything else we've been using - our PDF importer is the best importer we have, and it works better than any third party things that claim to produce svg - for multipage postscript, we get for free a dialog for selecting the page (and later, the option to import multiple pages into one multipage SVG will only have to be coded once for PDF and work for PS at once). Testing by people in https://bugs.launchpad.net/bugs/190424 as well as my own experience tells me this route works quite well. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 14

Re: [Inkscape-devel] Poppler 0.8.3 change to GfxFont
by Bob Jamison 12 Jun '08

12 Jun '08

-----Original Message----- >From: Luca Bruno <gnug.torte@...112...> > >I know little about poppler but I really trust this guy and know he has >deep knowledge about poppler, and as far as I've the claim is true. >So, can you guys please check the current status and reply/act as >needed? > Yes, I think everyone knows that :) >> Inkscape's sneaky use of some private Poppler APIs finally bit us! However, what I gather is that what Inkscape needs is more than what their APIs provide. Unless there is a hook that can catch each parse event and do some kind of callback into Inkscape code, the dependency will remain. Maybe Miklos can look into that. bob

1 0

warning in LPE
by Jon A. Cruz 12 Jun '08

12 Jun '08

Does anyone have insight on this: live_effects/lpe-envelope.cpp: In member function 'virtual Geom::Piecewise<Geom::D2<Geom::SBasis> > Inkscape::LivePathEffect::LPEEnvelope::doEffect_pwd2(const Geom::Piecewise<Geom::D2<Geom::SBasis> >&)': live_effects/lpe-envelope.cpp:218: warning: control reaches end of non-void function I've been thinking I can address the structural and return issues, but I'd need to know what *should* be returned in the fallback case. Any ideas?

2 1

SPDocument initialization
by Jon A. Cruz 12 Jun '08

12 Jun '08

Hi guys, In cleaning up the autosave patch, I came across an uninitialized member variable in SPDocument (the flag for modified since last save). I cleaned up the initialization and added all the member variables I could find. However, it's possible this might unmask some other bugs or workarounds. Just wanted to give a heads-up on it.

1 0

Re: [Inkscape-devel] Proposal: stick to node or stick to segment
by Valerie 12 Jun '08

12 Jun '08

Hey, guys, Help! I'm trying to think up the interface for sticking, and the easiest would be to add a few buttons to Node edit mode to specify "stick:" you select two nodes and click the icon. Drawing a line from one stick point to another is fine too. I think there could be at least two types: stick node and stick object. Stick object is when you want the whole object to follow the other one around. Stick node only - with ability to stick handlers as well - is more used for linked fills and such. The whole object isn't moved, instead gets deformed by pulling the node in directions. There is one big problem though: does Anybody have any ideas how to make the nodes of two non-combined objects visible simultaneously for sticking? Proposals? The problem with combination, even if temporary, is that the combined objects lose their properties: a big no-no. Possibilities include: 1. Allow node-editing mode to show the nodes of multiple selected objects 2. Instead of targeting any available node, the user must first specify stick points or segments on individual objects. In a "stick" mode, all available stick points on all objects show up. This is also "cleaner" than when All the nodes show up. 3. Or same as above, except the available stick points only appear on mouse-over: you start drawing a line from the starter stick point to the destination stick point, upon drawing on the object the stick points of that object become visible. 4. A bit like above, but without needing to specify a custom stick-point: when drawing the connector, when you approach an object the nodes on said object become visible. So? Which one is acceptable? Or does anybody have completely different proposals in mind?

1 0

GSoC tech drawing project -- status report / outlook
by Maximilian Albert 12 Jun '08

12 Jun '08

Hi all, now that my recent changes are committed to trunk (which was a bit delayed because the LPE stacking forced me to rewrite some things), here is a little update on the status of my GSoC project. Caution, it's slightly lengthy! But even if you're not interested in most of it, I'd appreciate any comments on the questions/ideas mentioned (you may want to skip the first few paragraphs in this case). I started by writing three very simple LPEs for various geometric constructions. These are: circle-with-cadius, perpendicular-bisector and tangent-to-curve (in the following abbreviated CwR, PB and TtC). They were mainly chosen for the different kinds of user interaction they require so that I can use them as an indicator of what is still missing. Although LPE parameters can already be adapted using the LPE dialog, it is clear that for a user friendly interface we need knotholder handles for LPE items. I first added these in a quick-and-dirty way but it quickly became apparent that for a "correct" and more powerful solution the knotholder-related classes needed to be converted to C++. So this is what I did next (see my recent email for details). This also made it possible to add on-canvas handles for LPEs in a semi-automatic fashion similar to how parameters are added. I will put a description of how this works on the wiki soon. It works pretty well, but perhaps the mechanism can still be improved or made more elegant. Please let me know if you have any comments. Note that there already existed a PointParam parameter class for LPEs but the new handles do *not* duplicate their functionality since the latter can be used to alter _any_ kind of parameter, analogously to how handles for regular SPItems are used (e.g., with TtC there are handles to adjust the length of the tangent which is controlled by *scalar* parameters, not PointParams). Unfortunately, PointParams are currently broken due to the C++ification process but once I fix this, handles will also be added automatically for them. This will render the inconvenient "edit on canvas" button obsolete and make them much more comfortable to use (I'm looking forward to seeing the new lattice deformation in action then :)). One of the main remaining issues with handles is that we must eventually be able to simultaneously allow KnotHolders and NodePaths for LPE items. E.g., for PB and TtC it is essential to be able to edit the original path while at the same time adjusting the parameters on canvas. Currently this is not possible because an item can only have either a knotholder or a nodepath but not both. My first decent attempts to simply enable both for certain items consistently resulted in crashes. Since I'm not very familiar with the shape-editor code I'd appreciate any hints or even guidelines how this can be done. For instance, which parts of the code rely on the assumption that only one of knotholder/nodepath is active? Bulia, you said that you did some decent work in this direction. Do you have special advice how to proceed? Another simple recent change was to allow LPEs to either suppress the red helper path (which indicates the original path) or to display it permanently while the item is selected. E.g., for spiro splines it is suppressed while for PB and TtC it makes sense to know how the perpendicular bisector or the tangent are located with respect to the original curve so the helper path is displayed. BTW, I noticed a bug in my code - sometimes the helper curve does not disappear when the item is deselected. I will investigate this. What's the correct way to make the item disappear, anyway? The function remove_temporary_canvasitem() doesn't seem to work. IMO, the next big step to improve user interaction is to get rid of the "first draw a shape, then apply LPE" scheme. Most, if not all, of the planned LPEs only require very simple paths to which the LPE is applied. For example, CwR and PB only need a straight line, for a future angular bisector and circle-through-3-points we would need a path consisting of just three nodes, etc. My idea is this: Let's have a special mode in the pen and/or pencil tool which waits for a given number (say N) mouse clicks, then converts these into a polyline consiting of N nodes and (N-1) straight line segments (no curved paths are possible) and finally automatically applies a specified LPE to this polyline. This would be very similar to how the Spiro spline mode of the pen/pencil tool works now, only that arbitrary LPEs could be applied and that (optionally?) only polylines are allowed. As soon as we have a toolbar for the new geometric LPEs in place, the new "LPE mode" in the pen tool would be activated by pressing the corresponding button. Does this make sense? Any suggestions for details of the workflow? After this is done, I'm going to write the remaining planned LPEs (which I haven't done yet because I considered it favorable to have the on-canvas machinery in place in order to avoid major rewritings). This should be very quick (I already have drafts for a couple of them on my hard drive). Then I'd like to start tackling automatic toolbar integration of LPE parameters. I don't have a clear idea yet of what is needed for this so if you have any suggestions, I'd love to hear them. Johan, can you comment on this? Can I simply integrate RegisteredWidgets into existing toolbars or what kind of groundwork is needed to achieve this? Many thanks for reading thus far and for any comments you may have! Max

2 1

Is there a how to for creating integrated printer software for inkscape?
by stuart 12 Jun '08

12 Jun '08

Hi... Is there a how to for creating integrated printer software for inkscape? My assumptions are that inkscape can only print to raster and / or postscript type printers. And postscript is used when plotting or cutting is how the printer works. Beyond that, are there any provisions for "plugin" software printer drivers? For instance, what happens when you want to print to an HP plotter that understands HPGL? ...thanks

2 1

[Fwd: Re: r18847 introduces crash because of ... NULL]
by MenTaLguY 11 Jun '08

11 Jun '08

-------- Forwarded Message -------- From: MenTaLguY <mental@...3...> To: Peter Moulder <Peter.Moulder@...38...> Subject: Re: r18847 introduces crash because of ... NULL Date: Wed, 11 Jun 2008 13:15:31 -0400 On Wed, 2008-06-11 at 23:43 +1000, Peter Moulder wrote: > (If you'll excuse me pointing out the obvious, it's probably not a good > idea to deliberately introduce assertion failures into svn trunk.) I did address the failures I knew of beforehand (modulo the duplicate(NULL) bits I had once FIXMEd but since forgotten about) and those which I had discovered through casual testing (I *did* try various permutations of saving, just not Save As Plain...). However, there's ultimately no way around it -- if you add new assertions for things that can't be statically proven (either in absolute terms, or in practical terms due to e.g. the size of the codebase), there realistically *will* be some failures and you *have* to discover them empirically after introducing the assertions. Absent a complete enough test suite, the only way to discover lingering failures in a reasonable amount of time is to release the change to a branch where there is a large pool of testers. Incidentally, while the prohibition on NULL documents is new, the changes also caught at least one existing violation of an existing precondition: https://bugs.launchpad.net/inkscape/+bug/239092 (I should have tested extensions though. That I've no excuse for.) -mental

1 0

buildtool on linux
by Bob Jamison 11 Jun '08

11 Jun '08

Hi all, I've been working on buildtool some more, to try to make it more generic and portable. There is a lot of work to be done, but as of yesterday, it can now build Inkscape on Linux. build-lx.xml is the build file. Buildtool has a built-in package-config reader, which makes things a LOT easier. I uploaded a build here: http://inkscape.modevia.com/btool/inkscape-0806101650-btool.7z It uses binreloc, so it can be run from anywhere on the disk. It does not include all of the special dependencies of Inkscape. We will work on that later. It will likely just copy the not-so-common .so's to the $INKSCAPE/lib dir, exactly the same as the win32 "dist" target copies dlls. bob

1 0

Win32 Gtk locale
by Bob Jamison 11 Jun '08

11 Jun '08

Hi, all. On the channel, <gal_bolle> pointed out that although Inkscape's translations strings are working correctly, Gtk's are not. Looking around, I noticed that in the win32 package, we are copying devlibs/lib/locale and not devlibs/share/locale to the package. I believe the first is for translating the tools, and the second is for translating the runtime. I made the adjustment to build.xml and uploaded a build here: http://inkscape.modevia.com/win32/Inkscape0806111651.7z Please try this out and see if the Gtk stock button names are translated. Since the file dialogs are now native, they are not a good place to look. Maybe try the "Close without saving" dialog. bob

1 0

XML cleanups
by MenTaLguY 11 Jun '08

11 Jun '08

A few months back, I'd been threatening to make some significant changes to the XML code during this release cycle, and one of them just bit us. I was hoping it would go smoother than it apparently has. The issue is this: a lot of cleanup and implementation-hiding in the XML code is blocked by the fact that many parts of the code currently create XML nodes which are not initially attached to any document. This is compounded by the fact that a great deal of code doesn't know what the relevant document is, since it was long assumed that it could be set up with a document later. So, a lot of code has to be rewritten to plumb the relevent XML document in. I added an assertion to trap any code that neglects to create nodes with a document, and am proceeding from there to rework the affected code. That was the reason for the recent "Save As" crash. I wish there were a "nicer" way to do this, but after six years I've come to the conclusion that the drastic approach is the only way to get this done. -mental

1 1

Re: [Inkscape-devel] Proposal: stick to node or stick to segment
by Valerie 11 Jun '08

11 Jun '08

By the way, while thinking about stickies, I think I've finally thought of a possible animation interface for Inkscape! :D (though really, I'm in no hurry to see it implemented, not before the Inkscape interface is more dynamic) A long, Long time ago, I tried Flash in Summer Camp, and I'll just say that I didn't like it (though I don't know how it works now). The approach I'm suggesting is that you add actions to a given object. You basically call up a (big) panel and add actions much as you would a live path effect. When you use the "edit animation" mode, you can turn on the animation "skeleton", which basically makes icons appear next to the object to show if the types of transformations applied to it that frame. From there, the most common parameters can be edited in the toolbar by clicking the action icon of choice: "From" field, "To" field, anchor points, speeds etc. Types of actions: Move, Rotate, Resize, Opacity, Color, Blur, Stick, Free Transform. People can create their own plug-in effects. The effects can collapsed so that you can easily see the list of effects on that object. The panel looks a bit like this (> is collapsed, V is open): Action: [+] Add action ----------------------------------- > "Jump:" Move | Start: [ ] | End: [] V "Swing:" Rotate Name: Swing Start: [] Offset: [] End: [] Offset: [] Add trigger: [+] Anchor point: [] Speed: [] Repeat type: [] [] Offset (clicking opens up X and Y values) [] Jitter (clicking opens up X and Y values) ----------------------------------- Major elements: 1. Start and end: Start has 2 possible types: - Date - Trigger - "End" also has duration (which basically is a "+ [value]" figure) 2. Triggers. The use of triggers is what makes time management easy in this case. You can define Absolute triggers with specific times, or you can create a new one within the object and based upon an action. Basically, in "Hang", clicking on Add Trigger will pop up a panel asking you to: - name the trigger (example: Man.StopSwing) - the condition: either as a proportion of action completed (0%, 50%, 80%, 100%), or a specific parameter (ex.: angle reached 90 degrees) >From then on, this trigger can be called upon in another object and action. This way, you can specify that as soon as one object is done with an action, the other starts another action. "Offset" can be used too (ex: an object starts moving 20 seconds before another reached the end of a movement path). I prefer this trigger-centric approach because it makes time management that much easier across multiple objects. Back when I tried that older version of flash, I had to go looking which frames were doing what. :\ Here you can just change the duration of one action, and the rest automatically falls through. Note: triggers can also be events such as MouseOver, Click, etc. 3. Anchor point. You define anchor points on an object (eventually naming them something other than "Node9011"), and this will be the point of attach of the action. Different actions can have different anchor points. "Move" also asks you to specify a path. "Stick" asks you to define a destination point on a destination object: you're sticking one point to another. 4. Parameters: for rotation, you define the rotation speed and/or amplitude, for resize you define the starting and ending sizes. If possible, jitter and offset value options can be added. Of some interest, the main parameter (rotation, resize etc) could be a custom curve. A straight curve from one value to another is a linear resize for example. But you can also make waves of decreasing amplitude, which in the case of resize/Height only, for example, makes the object look bouncy after say... falling to the ground. 5. Free transform works a bit differently than the rest. My proposed interface is this: this action is applied onto an object with -multiple- layers that count as separate frames (eventually with sub-layers, but it's the first-level layers that are counted as Frames). So you don't do the transformations within the animation file, but separately, but this should be fine as it makes your CPU life easier. The user basically creates an image, makes several copies on separate layers, makes changes to each, then imports it into the animation file. When applying free transform (or whatever it can be called), the user determines how the image morphs from one frame to another (usually the underlying skeleton moves from one position to another, the user can specify time for each frame as well as relations to trigger events) An "update" option is quite possible, so you make adjustments to the external files and see them updated directly. En error console pops up if the result is too different. :P 6. Stickies. Stickies are a very important part of this process, because it means a whole lot less of actions! Example: A man is carrying a box, puts it on a truck, and the truck drives away. Breakdown: - Add Stick action to box, so you don't have to redefine the walking. - Add Move action to man walking. - The Stick action stops when the man arrives at the end of his movement path. - Add Move action from box to truck. - Add stick action from box to truck. - Add move action to truck. The box just follows it because of the stick. This greatly simplifies things because it avoids having to duplicate paths and values (which can be a whole lot after a while) Other example: - a Linux penguin walks to a seesaw. Linux penguin jumps onto the seesaw (move action). - the seesaw rotates. Linux penguin also goes down because as we also define a "stick" action to that end of the seesaw. - when that side of the seesaw reaches ground (angle trigger), the object on the other side (a Microsoft logo), that used to be "stuck" on the object until then, gets unstuck and does an arc trajectory into a nearby trash bin. :) In the meantime you have the grass defined to swing back and forth with no conditions at all, though the penguin stepping on it may "trigger" it to flatten. 7. There should be an automatic summary timeline for each object to show trigger events and actions applied. The timeline keeps it simple, triggers only show their name upon mouse-over (though they may be different colours depending on whether they result from an action underway in this object, in another object, or from clicking something), and tiny action logos appear in the timeline (mouse-over shows the name, type, and highlighted line and triggers to show how long it lasts) Once the user is happy, he orders Inkscape to calculate the entire output, makes any adjustments necessary before re-calculating, and exports. That's it! :D I plan to make visual mock-ups, but would there be any problems with this approach? Some people are probably familiar with the Flash way of doing things (whatever it is they are doing now), but I do prefer simply saying "Let's add a simultaneous move and rotation on this or that object. It lasts This long and stops when another object reaches a certain state." Yay? Nay? Anyway, users can write up all sorts of fancy effects on their own, like the object getting cut up in all sorts of ways or leaving a temporary ghost trail while resizing. People could download those as extra effects plug-ins.

1 0

"Inkforge": Inkscape Becomes an SVG Font Editor?
by Dave Crossland 11 Jun '08

11 Jun '08

Hi, (I've blogged this at http://understandinglimited.com/2008/06/09/proposing-inkforge/) I hope I can inspire people to patch Inkscape to make it suitable for drawing type :-) SVG Fonts isn't supported much anywhere, but Chris Lilley's talk at LGM2008 has got me thinking :-) Could Inkscape become an SVG Font Editor? Designing type involves working at four scales: A. designing individual letters ("drawing letters") B. designing letters that look like they belong together ("drawing type") C. designing letters that fit together to form words ("designing metrics") D. designing letters that fit together to form paragraphs ("looking at typeset text") I think Inkscape could be good at all four of these. Inkscape already has a template "fontforge_glyph" that sets up a canvas suitable for drawing a single letter - (A) One way of making (B) possible could be through layers. SVG has "svg fonts" already, and this could work by having each glyph appear to be a layer. It would be possible to write a simple program to output an XML tree with the glyphs you want to design, and have a bunch of SVG Font templates for various common scripts. For this to really be useful though, Inkscape needs to have a new kind of layer-specific guideline. Inkscape doesn't appear to have this right now, but since it has global ones, this ought to be simple to add. (If it isn't again the SVG spec, it can be in the Inkscape-specific namespace.) Then, if the layers palette and "duplicate window" features could be extended to make it easy to compare layers (and thus glyphs) - stacking them, seeing them side by side, and so on. The FontForge tutorial at http://fontforge.sourceforge.net/editexample5.html explains a little about designing metrics - (C). Having the left and right bearings appear as the page size (width) would be simple - and then Inkscape would be extended to allow changing the page size's width directly on the canvas, instead of via the document properties dialog, so just like moving a guideline. But perhaps having layers with different page sizes is against the SVG spec… Although that would be the most straightforward way of setting the sidebearings from a UI perspective, if that isn't possible, having the metrics appear as layer-specific guides with "left bearing" and "right bearing" IDs or Class could do the same job easily enough. But what is really needed is to create a special "metrics" dialog. This could re-use the "duplicate window" feature to grab the glyph's outline and render it on another canvas, a special one where the left and right bearings can be adjusted in the context of several letters next to each other in a word. (Again, see the FontForge tutorial if you're not familiar with font editor programs.) For typesetting text with the font, it would be straightforward to write some (python) glue scripts that open the SVG Font within FontForge, compile it into a system font format (Type 1, OpenType CFF) and then generate a PDF 'specimen' sheet to be printed. But eventually Inkscape will have to be able to render SVG Fonts directly on the canvas, and then it will be simple to have a "paragraph view" layer with some text that uses the glyphs from the self SVG. -- Regards, Dave I support www.gnuherds.org - democratic free software jobs

4 6

FireFox (FF2 and FF3)
by Jan Homan 11 Jun '08

11 Jun '08

Regarding SVG support in FireFox, after some testing we came to the following conclusions. (1) tspan is used to position each character (more) precisely on a page (for example if a text string uses kerning) As far as we can tell is that FireFox (FF2 and FF3) does not support this feature. It just ignores the tspan commands. (2) FF2 does not support multiple spaces in string. It looks like FF2 ignores the additional spaces between the words. Any remarks/suggestions are very much appreciated. -----Oorspronkelijk bericht----- Van: inkscape-devel-bounces(a)lists.sourceforge.net [mailto:inkscape-devel-bounces@lists.sourceforge.net]Namens Jan Homan Verzonden: Wednesday, June 11, 2008 3:29 PM Aan: Chris Lilley; Felipe Sanches CC: inkscape-devel Onderwerp: Re:- Re: "Inkforge": Inkscape Becomes an SVG FontEditor? We just added a feature to our PDF FLY graphics conversion suite which extract the font glyphs from unknown embedded fonts in a PDF file and include them in the resulting SVG file. Let me know if I can help you answering your questions about SVG Fonts ? Best regards, Jan Homan http://www.pdf-fly.com http://www.visual-integrity.com -----Oorspronkelijk bericht----- Van: inkscape-devel-bounces(a)lists.sourceforge.net [mailto:inkscape-devel-bounces@lists.sourceforge.net]Namens Chris Lilley Verzonden: Wednesday, June 11, 2008 3:20 PM Aan: Felipe Sanches CC: inkscape-devel Onderwerp: [SPAM] - Re: [Inkscape-devel] "Inkforge": Inkscape Becomes an SVG FontEditor? - Email found in subject On Tuesday, June 10, 2008, 1:16:30 AM, Felipe wrote: FS> I also think this should be possible. Currently I am working on SVG FS> Fonts rendering as my Google Summer of Code project. Maybe I can work FS> a bit on it after SoC. Not sure yet. FS> Did anybody record the LGM talks? FS> What did Chris Lilley say about SVG Fonts? There was no video recording since it was in the other room. My slides are online, starting at http://www.w3.org/Talks/2008/LGM3/cover.svg (the left and right blue bars link to previous and next slides) I added two slides with static screenshots of the demos. They work fine in Opera, an look fine in Inkscape too. (Firefox does not do SVG fonts and also seems to miss off some text). -- Chris Lilley mailto:chris@...157... Interaction Domain Leader W3C Graphics Activity Lead Co-Chair, W3C Hypertext CG ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0