- Inkscape Devel - Inkscape Mailman

Re: inset/outset
by bulia byak 09 Mar '04

09 Mar '04

>can't reproduce the bug >i just spotted a mistake in MakeOffset, btw: at line >557, the 'maxPt' should be a 'maxAr' (damn >cut'n'paste) >it may be the cause of your crashes Made that change, but it still crashes. Here's a 100% reproducible case. Load the attached file, select the star only, press ctrl+) twice, ctrl+( twice, ctrl+). At this moment it crashes. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN Premium http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

inset/outset
by bulia byak 09 Mar '04

09 Mar '04

I reworked the sp_selected_path_do_offset similarly, so that it also can work with multiple selections and preserves z-order and parent. When testing it, I pressed ctrl+) and ctrl+( many times on a star with 32 sharp long tips, and sometimes (not sure when, seemingly at random) it crashed for that shape. Here's the backtrace of one such crash: Program received signal SIGSEGV, Segmentation fault. 0x408e96d0 in mallopt () from /lib/i686/libc.so.6 (gdb) bt #0 0x408e96d0 in mallopt () from /lib/i686/libc.so.6 #1 0x408e7fd2 in realloc () from /lib/i686/libc.so.6 #2 0x081a2e3b in Shape::AddEdge(int, int) (this=0x89f7c50, st=106, en=107) at Shape.cpp:1241 #3 0x081972d6 in Path::DoLeftJoin(Shape*, double, join_typ, NR::Point, NR::Point, NR::Point, double, double, double, int&, int&, int, int, double) (dest=0x89f7c50, width=2, join=join_pointy, pos={_pt = {369.90625, 535.15625}}, prev=Cannot access memory at address 0x6a ) at PathStroke.cpp:591 #4 0x081a8292 in Shape::MakeOffset(Shape*, double, join_typ, double) (this=0x89f7c50, a=0x89b5758, dec=Unhandled dwarf expression opcode ) at nr-point.h:34 #5 0x080d28cc in sp_selected_path_do_offset(bool) (expand=false) at splivarot.cpp:1125 #6 0x080d1c5d in sp_selected_path_inset() () at splivarot.cpp:713 #7 0x081520c7 in sp_action_perform(_SPAction*, void*) (action=0x85cb678, data=0x0) at action.cpp:128 #8 0x080bdc7d in sp_shortcut_invoke(unsigned, _SPView*) (shortcut=50331688, view=0x829d270) at shortcuts.cpp:33 #9 0x08145bf6 in sp_window_key_press (widget=0x869d5d8, event=0x86d2a04) at window.cpp:31 #10 0x4010192c in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x0869d5d8 in ?? () #12 0x086d2a04 in ?? () _________________________________________________________________ MSN Premium with Virus Guard and Firewall* from McAfee� Security : 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

simplify command
by bulia byak 09 Mar '04

09 Mar '04

Fred, I noticed you changed something in the simplify algorithm, and I just reworked the command itself. Now it: - works with multiple selected objects - preserves the z-order position of the objects - preserves the parent (i.e. you can simplify within group) I also changed the hard-coded threshold value of 1.0 that you had. Now that value is: - taken from preferences (options.simplifythreshold) - multiplied by the size of the simplified objects, so you get the same result if you scale the object - accelerated when you call the command is quick sequence. The last one is especially useful IMHO. You press Ctrl+L; some simplification happens, but not enough for you. Without acceleration, you're stuck; you may go to preferences and edit the threshold there but it's a major hassle. Now, you can simply keep pressing Ctrl+L quickly enough (faster than twice a second), and on each press, threshold is increased by 0.5 of the original value. If you call simplify again after some pause, the value is back to its prefs default. As for the algorithm itself, with acceleration it works well enough in my testing, I can always drive a path to a one- or two-node degenerate path and get a good range of intermediate simplification degrees along the way. However, when I end up with a one-node degenerate path which is closed, that path tends to grow quickly and rotate if I try to simplify it more, which is kinda weird. Unclosed paths are OK, they get to a two-node bezier and stop there. Can you do something about this growth&rotation? _________________________________________________________________ MSN Premium with Virus Guard and Firewall* from McAfee� Security : 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

inkscape-devel news gateway
by Bryce Harrington 09 Mar '04

09 Mar '04

For any interested, I notice that gmane has picked up inkscape-devel and can be accessed via news: nntp://news.gmane.org/gmane.comp.graphics.inkscape.devel Bryce

1 0

Re: [Inkscape-devel] Re: freehand strokes bug
by bulia byak 08 Mar '04

08 Mar '04

For now, I committed the round -> rint change so that windows folks can work with latest builds. I tested it and it works. When you decide on what's the best function to be used instead of round, feel free to change. Fred, big thanks for debugging this! > > ok, found the bastard. a math function difference, as > > i suspected. so the correct answer is: > > "the round() at line 377 of Shape.h behaves like a > > ceil() on windows" (don't ask me why) > > it is of prime importance for the rounding done in the > > intersector that round() behaves like a round, ie that > > [0...0.5] maps to 0 and [0.5...1] maps to 1. to fix > > it, the quick way is to use rint() instead (which i > > believe is what i was using), but that may induce > > other incompatibilities with other systems. at any > > rate, i'm not qualified to handle platform-specific > > stuff, so i leave it to you to choose the appropriate > > course of action > >Depending on what you need, there are different ways of achieving this >portably -- also there are some finer points like how negative numbers >should be handled, and whether 0.5 gets rounded up or down... > >I'm CCing Nathan on this since he has better mathematical background to >answer your question than I do. > >-mental > > ><< signature.asc >> _________________________________________________________________ Get business advice and resources to improve your work life, from bCentral. http://special.msn.com/bcentral/loudclear.armx

1 0

CVS for test cases
by Peter Linnell 08 Mar '04

08 Mar '04

Hi all, >From our IRC chat, we agreed to have a cvs tree for test cases. Well, I have the first one to submit, can someone set that up? This is probably related to ongoing code refactoring, but this svg imports to/from Inkscape 0.37 <> Scribus 1.1.5+ perfectly. I've renamed the file ugly.svg to give you an idea of what happens. :) Peter

2 1

aux toolbars + true poly mode
by John Cliff 08 Mar '04

08 Mar '04

hi folks, I implemented a true poly mode in the star tool, as opposed to the flattened star that was there before (so its still editable once you've created it.) As a part of that I implemented the aux toolbar for the star mode, and once I'd worked it out for one context I figured I might as well do the others. So rect, star and spiral now all have toolbars that expose the functionality from the tool options dialog. They always modify the tool options, and also affect any of the type you currently have selected (regardless of what else is in the selection) this means if you create a star and change the sides spinner the # of sides on your new star will update. Anyway bulias commited it, feel free to poke holes in it, I'm new to C++ and this codebase so there may well be more elegant ways of doing some of it. Thanks to bulia, mental and ishmal for answering all my dub questions on jabber. cheers John __________________________________ Do you Yahoo!? Yahoo! Search - Find what you�re looking for faster http://search.yahoo.com

1 0

arrowheads
by unknown＠example.com 08 Mar '04

08 Mar '04

Hi, I downloaded Inkscape and noticed that it didn't have any way to put arrowheads on strokes; so I added that feature. I have had no contact with the Inkscape group previously, how do I offer the feature for use in the code? I've added to the stroke-style dialog two additional cap types (solid triangle arrow and line-drawn arrow like "->"), and also a head-size numeric selector kind of similar to the existing stroke width selector and a radio button for selecting whether the arrowhead should be on both, left, right, or neither end of the stroke (non-arrowhead ends get butt_straight rather than the specified cap style.) I believe the interface look-and-feel and also the code style of the stuff I've added are basically indistinguishable from what's already there. Some caveats: I haven't delved into libart, so if you set Inkscape to use the libart stroke calls instead of the livarot calls, then it will basically ignore my additions. Also, there seemed to be some disabled WITH_MARKER_GUI code that maybe was intended to do something similar, but didn't seem to do anything when enabled. My additions ignore the existing disabled marker stuff. - jason Jason Modisette http://snork.home.texas.net/jason

2 1

Re: freehand strokes bug
by bulia byak 07 Mar '04

07 Mar '04

> > Do you know any code saying "if something, do not > > draw the stroke"? Since > >not that i know of... but it's hard to fully >understand what inkscape does, there are so many >pieces stitched together > > > the stroke disappears completely, this is likely to > > be such a "draw or not > > draw" switch. I know of one, which you introduced > >the behavior is shape-dependent; you can have a single >cubic bezier patch rendering with one value of the 2nd >control point, and if you move that point slightly, it >won't render anymore. So you're observing that behavior? Great, that gives me hope :) >that's much like the intersector >bugs i was having, so i suppose it's the >ConvertToShape() eating the stroke, either because the >input is incorrect, or because it failed to uncross >the polygon. there are maybe other places where this >can happen, but i don't think they come into play >here. sadly my gdb refuses to see debug symbols in >inkscape.exe... (tho it was compiled with the >appropriate cflags) does anyone know how to tame gdb >on mingw? I don't know :( Anyone? _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

Re: Installing SuSE RPMS
by Peter Linnell 07 Mar '04

07 Mar '04

> Message: 2 > Date: Sat, 6 Mar 2004 09:37:13 +0100 > From: Tobias Reif <tobiasreif@...254...> > To: Jonathan Phillips <jon@...15...> > Cc: inkscape <inkscape-devel(a)lists.sourceforge.net> > Subject: [Inkscape-devel] Re: [OT] Re: Inkscape inclusion on w3 svg site > > [ I'm not subscribed to inkscape-devel(a)lists.sourceforge.net > please CC me on any replies, TIA :) ] > > Hi Jon > > On Thu 2004-03-04 Jonathan Phillips wrote: > > Yes, one of our developers is creating one. I thought it was up on > > the sf.net site, but looks like it is not. I will forward to our > > developers. > > There now are Suse 9.0 RPMs, thanks! > > Unfortunately I didn't succeed with installing it, see bug 910849: > > http://sourceforge.net/tracker/?func=detail&aid=910849&group_id=93438&atid=… > > Tobi I added notes to the the bug where the libsigc++ RPMs are located. Also, I have done some more minor tweaks to the RPMS, so make sure you have the inkscape-0.37-suse90.3.i686.rpm version of the RPMS. I do not have admin privilege to close or resolve this. Cheers, Peter

3 3

Re: freehand strokes bug
by bulia byak 07 Mar '04

07 Mar '04

>yes, it's likely to be something in the rasterizing, >or above it in nr-arena-shape. Problem is, the bug >doesn't appear on linux x86, so it's not >endian-related, and since the win build is compiled >with gcc, it's not a "different compiler, different >results" problem. that leaves the system-dependent >math primitives, like sin and cos, or the nasty case >of an intersector bug, but i find that dubious since >it works fine on OSX and linux. >anyway, my knowledge of win32 is too limited to tackle >this bug; sorry... Do you know any code saying "if something, do not draw the stroke"? Since the stroke disappears completely, this is likely to be such a "draw or not draw" switch. I know of one, which you introduced lately (the check for width > 0.01 in nr-arena-shape) and I tried to disable it but this did not help. Maybe there are others checks like that somewhere? _________________________________________________________________ MSN Premium helps eliminate e-mail viruses. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

child handling
by MenTaLguY 07 Mar '04

07 Mar '04

I've just comitted a fairly major reworking of the way children work in the SPObject layer -- now SPObject itself handles children directly, rather than each subclass having its own child list implementation. A lot of duplicate code related to that has also been "hoisted" into the base class. This is still a very rough cut, and there are some performance and correctness issues to work out (most noticable when creating a new document window, and when exiting the application, respectively). I'll be working on polishing it more over the next week or so. Some things to note: Now, instead of accessing SP_WHATEVER(foo)->children, please use sp_object_first_child(SP_OBJECT(foo)). Also, instead of SP_OBJECT(bar)->next, please use SP_OBJECT_NEXT(bar). More generally, when you need to access a field of SPObject, use the accessors declared in sp-object.h rather than accessing data members directly -- the data members are likely to start changing soon. -mental

1 0

Re: freeze
by bulia byak 06 Mar '04

06 Mar '04

>i thought of that, but don't you have other plans for >text rendering? like using freetype? and if you >convert to pango, you'll be using freetype too, or am >i mistaken? My understanding (Mental: please correct me if I'm wrong) is that no matter what is the back-end, what Inkscape gets from it is always a glyph curve. That is, neither Freetype nor Pango will be doing font rasterizing for us (if only because they cannot do all the fills, strokes, transparency etc); they will only give us glyphs which Inkscape will render using its own renderer. _________________________________________________________________ MSN Premium helps eliminate e-mail viruses. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

Heading towards 1.2 - Scribus Status Update
by Peter Linnell 06 Mar '04

06 Mar '04

Hi all, I wanted those on the list to get an update on the road to 1.2, as well as add some relevant tidbits to the world of Scribus. 1. If you have not visited the http://www.scribus.net web site recently, we are pleased to have Petr Vanek join the Scribus team. He is concentrating on adding more cool features for the scripter. He has created a nice font preview plug-in. You can download tarballs, Fedora or SuSE 9.0 RPMS from http://www.scribus.net 2. There is an Irix build for Scribus available on http://www.nekochan.net It would be good to know if anyone has tried Scribus on Irix. Screen caps would be welcome. 3. Bug Tracker - The bug tracker has been a great success there have been currently 324 bugs have been posted and over 225 are closed. Of the remaining open bugs, 76 are feature requests. 18 of 19 crash bugs have been closed. 4. Seeking a Mandrake volunteer. If there is someone interested in building Mandrake RPMS which can be hosted on www.scribus.net, please contact me off-list. 5. Thanks to Alex Moskalenko - there are now updated Scribus 1.1.5 Debian packages and nightly cvs builds for Debian. 6. The Scribus team has been invited by Linux User magazine to exhibit again at the London Linux expo in April. Come meet us there. details: http://www.linuxexpo.org.uk 7. Gimp2-pre4 was just released. GIMP 2.0 is close :) You can now edit images within Scribus directly with the GIMP. Today's cvs has a new for selecting external tools, so you can choose between GIMP 1.2.x or GIMP 2.0pre.x This also allows you to have your choice of Ghostscript versions. More news and a mini how to for having parallel installs of Ghostscript coming soon. 8. Inkscape On-Line meeting. Developers from the Scribus team and the Inkscape Team met on-line a few days ago. Many good things are already coming from the meeting. Franz has added some fixes for making text import better from Inkscape SVG files and the Inkscape team is working on support for Open Type fonts, which Scribus already has. With a note of thanks to help from Patrick Smith aka Bandi Pat aka Magic Page for his help,I have built gpg signed Fedora-1 and SuSE 9.0 RPMS for Inkscape 0.37. You can find links on the http://inkscape.org home page. Cheers, Peter

1 0

RE: patch
by bulia byak 06 Mar '04

06 Mar '04

>cut= cuts a polygon (ie a filled path), along another >path, not necessary closed. for example, do a circle, >a path making a wave over it, and cut => the circle is >split in above wave and under wave. in illustrrator >10, it's called "divide objects below" (it's a shame >it can't operate on shapes created via the >pathfinder). of course, it's a minor change from the >intersection/difference combo Yess! That's what is really needed - sorry in my haste I did not check it properly. Indeed it works and is very useful. I will add it to the menu as Divide (Ctrl+/). It needs one fix: the command must be undone in one step. Now it needs two ctrl-z to fully undo it. >slice= cuts a path into pieces (ie strokes, not filled >paths), with one cut at each point where it intersects >with the cutting path. the rect you give in your >example is a "bad" example, because it's a path >arranged like "topleft corner -> bottomleft >->bottomright ->topright ->topleft", so it has 2 >intersections with the oval, and the path is cut in 3 >pieces (maybe the first and last part should remain >glued, tho, since the path is supposed to be closed). >sort of a razor tool. OK, now I understand. Maybe this can be useful too. I think this should be called "Cut Path" in the menu. Besides, I think this command must also remove the fill, if any is present, from the result, otherwise the result looks very strange and bug-like. Since this command is supposed to work on fill-less paths, I think it's logical if it removes fill from the path it cuts. Also, this command must also be fixed with regard to undo (this one requires 3 undo steps!). Perhaps you'll just have to remove extra calls to sp_document_done. I will now commit your patch with menu commands added and with my compilation fixes, and you'll be able to work from CVS to fix the above problems, OK? _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

3 2

Re: [OT] Re: Inkscape inclusion on w3 svg site
by Jonathan Phillips 06 Mar '04

06 Mar '04

Yes, one of our developers is creating one. I thought it was up on the sf.net site, but looks like it is not. I will forward to our developers. Jon On Thu, 2004-03-04 at 02:45, Tobias Reif wrote: > P.S. > > Something else: > > I'm on Suse 9.0. There is a Suse RPM for Inkscape 0.36 on > > http://sourceforge.net/project/showfiles.php?group_id=93438 > > Will there be one for 0.37 and releases after that? > > TIA, > Tobi > > On Wed 2004-03-03 Jonathan Phillips wrote: > > I gave your RFE a looksy and mentioned to the other developers. > > > > Jon > > > > > > On Wed, 2004-03-03 at 01:31, Tobias Reif wrote: > > > Hi > > > > > > On Tue 2004-03-02 Jonathan Phillips wrote: > > > > Could someone add Inkscape to this page as an acceptable SVG editor. > > > > This site drives traffic in a major way and we've identified being > > > > on this list as highly valuable. > > > > [...] > > > > Inkscape's main motivation is to provide the Open Source community > > > > with a fully XML, SVG, and CSS2 compliant SVG drawing tool. > > > > Additional planned work includes conversion of the codebase from > > > > C/Gtk to C++/Gtkmm, emphasizing a lightweight core with powerful > > > > features added through an extension mechanism, and establishment of > > > > a friendly, open, community-oriented development processes. > > > > > > Given that there hasn't been any reaction to my RFE > > > http://sourceforge.net/tracker/index.php?func=detail&atid=604309&aid=848230… > > > since more than three months I didn't even bother trying it out. > > > > > > Tobi > > -- > > Jonathan Phillips <jon@...15...> > > -- Jonathan Phillips <jon@...15...>

3 2

freeze
by bulia byak 06 Mar '04

06 Mar '04

Hi, you might want to have a look at: https://sourceforge.net/tracker/index.php?func=detail&aid=910799&group_id=9… This freeze is very similar to the one that was fixed by your patch, the only difference being that it happens on a text object and not on a shape. Maybe you could fix it too, by redoing NRArenaGlyphs the same way you redid NRArenaShape? _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN Premium http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

Updated RPMS / SuSE 9.0 RPMS
by Peter Linnell 06 Mar '04

06 Mar '04

Hi all, SuSE 9.0 gpg signed rpms are loaded onto the sourceforge page and I have refreshed the Fedora RPMS to make sure the inkjar option is compiled in. Sorry for the delay, but I did not want to release them until they were done properly. Cheers, Peter

1 0

RE: patch
by bulia byak 06 Mar '04

06 Mar '04

>multiple undo needed: move the sp_document_done() at >line 412 in splivarot.cpp outside of the loop that add >the subpaths of the result. stupid of me to leave that >mistake... Done, works, thank you! _________________________________________________________________ MSN Premium includes powerful parental controls and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

RE: patch
by bulia byak 06 Mar '04

06 Mar '04

Hi, just tested your new commands. I may not fully understand what they are intended to do, but: - sp_selected_path_cut works identically to the old intersection command. What's the point of having it? - sp_selected_path_slice does very strange things. See the attached svg that shows the original objects, the result of slicing, and then the result of attempting to undo that slicing, which requires three undo commands to fully restore the original object. _________________________________________________________________ MSN Premium with Virus Guard and Firewall* from McAfee® Security : 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

RE: [Inkscape-devel] [Fwd: Re: [Sodipodi-list] killer feature? a proposal]
by bulia byak 05 Mar '04

05 Mar '04

>This is a gr8 idea. I've thought often about having tools to mirror >points, apply perspective, add lines of symmetry and then move points in >a shape and so forth. Apply perspective (and, in general, any mesh transformation) is much needed. It will need to wait however for internal restructuring (AST) to finish, if we want the transforms to be fully reversable, otherwise the implementation will be very messy. >It would be very cool to be able to select one or more points and then >have a scale tool to them scale points, or move away from each other. That's easier to implement but less useful. I may do this when I have time. Add a RFE. _________________________________________________________________ STOP MORE SPAM with the MSN Premium and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

[Fwd: Re: [Sodipodi-list] killer feature? a proposal]
by Jonathan Phillips 05 Mar '04

05 Mar '04

This is a gr8 idea. I've thought often about having tools to mirror points, apply perspective, add lines of symmetry and then move points in a shape and so forth. It would be very cool to be able to select one or more points and then have a scale tool to them scale points, or move away from each other. Check the screenshot. Jon -----Forwarded Message----- From: markus hammer <markush@...258...> To: Sodipodi-list <sodipodi-list(a)lists.sourceforge.net> Subject: Re: [Sodipodi-list] killer feature? a proposal Date: Fri, 05 Mar 2004 16:58:37 +0100 here a link to how this vertex scale looks like: http://dev.blogdns.net/~smoke/picts/blender_vertex_scale.png -- Jonathan Phillips <jon@...15...>

1 0

Announcing The Inkscape 0.38 "BUG HUNT"!
by Bryce Harrington 05 Mar '04

05 Mar '04

With 0.37 happily out the door, we're ready to kick off the event you've all been looking forward to - yup, the BUG HUNT. Over the past few releases we've closed an insane number of bugs. Out of a total of 187 bugs that have been submitted, only 61 remain open. Particularly, we've been very attentive to close any bug that leads to a crash. No matter how obscure the bug, we don't want Inkscape to crash - ever! But there's a lot of smaller bugs that don't cause crashes, that are no less important to get fixed. Our goal for this release is to close a lot of bugs. Since we usually have focused mainly on the critical bugs, this time let's instead focus on the older bugs, that normally don't get much attention. Let's make our objective for 0.38 to either reduce the number of bugs submitted before the 0.37 release announce on 2/15/04 to fewer than 10, or to reduce our ratio of open-to-total bugs from 30% to 10%. 2/18 Goal ---- ---- 1. Bugs 841633-896992 52 9 2. Open/Total Bug Ratio 33% 10% Now, it may take some time for us to achieve this. If it looks like it's going to take significantly more than a month, then we should do a few 0.37.x point releases along the way. When we've achieved either objective 1 or objective 2, we will release 0.38. I think having a numerical goal will make this a fun release, even though it's just bug fixing, in that our progress towards the goal will be very easy to see. And having two objectives will hopefully help us avoid getting frustrated if we get stuck trying to meet one. A few notes on how to handle bugs. First, when reviewing a bug ask if it really is a feature request in disguise. If so, don't be shy about kicking it over to be an RFE. Second, you may find that the bug is a symptom of a larger underlying problem; in this case, perhaps consider finding some way to address the symptom directly and close the bug, and write up in detail what needs to be done to address the larger problem and submit that as an RFE. Bryce

2 14

integration again
by Nestor Diaz Valencia 05 Mar '04

05 Mar '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, looking for integration again, this time I will try a different approach: Now that you are conversating with scribus devs, what about a whole new theme for Scribus, Inkscape and The Gimp? - -From scratch - -Usable - -eye candy - -proffesional There will be a lot of work to do, and this challenge can also discover some usability probs. Also, I will not do it if it's not distributed with the main package. Anybody Interested? - -- www.barriolinux.net www.augcyl.org gnuva.hispalinux.es www.hispalinux.es gimp.es.gnome.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFARRZ++wdOtztJwQkRAqweAJwJblC2rMQb42Z3LzF3l6ANteFAYwCgm0O2 mSy9Fa4S4BCeBXUnOJ7N+GA= =DOUy -----END PGP SIGNATURE-----

2 2

Inkscape Presentation Prep.
by Jonathan Phillips 05 Mar '04

05 Mar '04

Hello All, I had some time while getting my tire repaired today to outline a project presentation of Inkscape. I'm supposed to give a little 10 minute thing at this place http://crca.ucsd.edu/ next wed. I figured that this type of outline and developing slides might be important for us all. And we can copy and paste for different types of presentations (technical, artistic, and then very specific). Here is the outline http://inkscape.org/cgi-bin/wiki.pl?InkscapePresentations Its the other one other than Teds. Could you all look over and rip into it and add/subtract anything. I know its not totally complete, but I wanted to basically develop an overview. I will make the SVG slides (and use Inkview) and post them to CVS after the outline of the presentation looks good. Jon -- Jonathan Phillips <jon@...15...>

4 4