- Inkscape Devel - Inkscape Mailman

[SoC] Native OSX GUI ?
by Timothée Anglade 06 May '06

06 May '06

Hey there, As a (future) candidate for the Google Summer of Code, and a fan and user of Inkscape, I strolled through the ideas page on the website, but I didn't find any mention of a native GUI for OSX. As far as I can tell, it's not even on the roadmap, which leads me to think that the developing community might not see that a critical or even important. I, for one, would really like to see that happen. First as a user, because launching X11 on a low-end Mac is just extremely painful and the interface is not always rendered correctly (which kind of negates the possibility of really using Inkscape on OSX sometimes). Secondly, I do think that it could be useful in that there is currently no other free (as in beer) vector editor of quality on OSX, which stays the platform of choice for many 'creatives'. Finally, as far as I can tell, it looks highly feasible on a technical and temporal standpoint. My only fear (and my main question here), is that I may face an OOo-type situation where the GUI and the engine are so bonded together that using another GUI involves going deep into the general code. It does not seem that this is the case as Inkscape is built on libraries and previous projects, but you never know. So, I was wondering if that type of project seemed 1) interesting to you (ie : may be a good subject for a SoC participation) and 2) seemed feasible to you as everyday/everyweek/everymonth contributers to the code. Many thanks in advance for your input ! Sincerely, Tim Anglade

11 25

New Website
by Dale Harvey 06 May '06

06 May '06

Cornelius and I have been working on the design that won the redesign inkscape.org contest on deviantart over the last few days. Its not at completion yet, but enough work has been done to probably show everyone for opinions, bug reports. http://inkscape.modevia.com/daj-design/ is it so far known bugs I havent had time to fix, * the footer occasionally overlays content in firefox * the hover on the navigation shows up as white (image not preloaded) * screenshot is floated and not cleared before news * sourceforge link blinks on hover * main image drops below navigation when width of the browser window is to small in ie * Translation links are not in native language The fixes for these are pretty trivial, ill be going over them this weekend as well as other bugs I find. Dale

9 10

SoC Proposal, Inkboard Protocol Spec / Lib Conversion
by Dale Harvey 06 May '06

06 May '06

Hey All Ive been talking with a few developers about my proposal for a SoC proposal, and decided to submit it, The subject describes the main topic, my proposal is at http://debrowse.com/inkscape.txt Any Suggestions / Discussions would be welcome. Thanks Dale

1 0

Google SoC
by Ted Gould 06 May '06

06 May '06

Hey all, If your a mentor you really should go to: http://code.google.com/soc/inkscape/open.html and comment on the proposals that are there. Also, there aren't that many proposals for Inkscape submitted... I was hoping for more. I realize it isn't the weekend yet (we are talking about college students :) but remember the earlier you get it in, mentors can provide feedback about the proposal. Remember the Google people have to decide to fund it also, so we want to make the proposals good. --Ted

6 7

Inkscape 0.44 Status
by Bryce Harrington 05 May '06

05 May '06

Hi All, Here is the current status list. 7 of the 24 items are done or on hold. In order to make feature freeze by May 15th, we should try to increase this number... Jon, Mental, and Bob, you each have 3 or more items open - could you identify which ones are the priorities, and specify one or two that could be left for the next release? Bryce Current Feature Work ICC Preview =========== Jon Cruz is working on this. Plans to have feature to a finished point for the release. * Update Release Notes CMYK support ============ Jon Cruz is working on this. Plans to have feature to a finished point for the release. * Update Release Notes ArtLibre named icon and cursor loading ====================================== Jon Cruz is working on this. Plans to have feature to a finished point for the release. * Update Release Notes Palette editing and per-file color sets ======================================= Jon Cruz is working on this. Plans to have feature to a finished point for the release. * Update Release Notes Tablet Bugs =========== MentalGuy is working on this. Says for the release he wants to get these resolved. Something drops tablet motion events on the floor while the button is held down. This occurs for some tools, but not with others. The bugs are quite annoying but weird. They don't affect all tablet users. 4/29 - Still underway Brush size adjustment on zoom toggle for calligraphic pen - DONE ========================================================= MentalGuy is working on this and plans to have it to a finished point for the release. 5/1 - Mental reports this has been completed Layer dialog ============ This is an important feature for the release, and on MentalGuy's todo list. However, work has been stuck getting Inkscape::LayerManager to compile due to a subtle detail with sigc::mem_fun(), and it's uncertain if there is sufficient time to unstick it and finish the feature prior to the release. Additional people's help may be needed here. [Beyond the memory issue, are there other aspects to the layer dialog that others could help with, such as UI work or coding helper features or whatever? --bh] * Update Release Notes 4/29 - Still under way Fit Canvas to Selection - DONE ======================= This is a feature ACSpike has been working on, and plans to complete for the release. The patch is here: http://www.ekips.org/comp/inkscape/inx/current.diff ODG Format Support ================== Ishmal is working on this currently. Help is needed from someone who knows inkscape gradients, such as mental or bulia. He needs to know how to read gradient info from an SPGradient object. DOM Support =========== Ishmal has been working on this. The newest code is all imported and builds. [Is there anything else needing to be done prior to release?] SIOX Support ============ Ishmal has this over half done. The code is all imported and building, and the selection mechanism is now done. Getting Inkscape and SIOX intercommunication working, but this can be built as a filter to potrace, which simplifies things. The transformation issues reported previously have been sorted out, using a "confidence matrix". Extensions ========== Ted is focusing on cleaning up extension parameters and felt he'd have this wrapped up by the end of the month. The plan is to have longer text (tool tips) available, and a few more widgets. More spacing in the autogui will be added to make it look nicer. * Ted reports there is an unverified bug in the ordering of the effects in the menu, to be investigated. The Extension Editor is further off, and not being planned for this release. 5/1 - Ted reports the feature is not yet working, but feels it shouldn't be a problem to get it fixed in the next couple weeks. Snapping ======== Ralf is coming up to speed on this issue. Hopefully Carl can also shed light on things. On 4/26 Carl said he hopes to have a look at it over the coming week. * Need to fix the freeze when dragging multiple selected objects: http://sourceforge.net/tracker/index.php?func=detail&aid=1429049&group_id=9… * Update Release Notes Rendering Performance Speedup - DONE ============================= Andrius has a very interesting rendering speedup patch. The feature is complete and accepted for the release. There is one known issue to address with scrolling, but Andrius feels this can be fixed. 4/30 - Andrius reports this is now done, and no other issues are known. Screenshots =========== Scislac has taken this task on, and plans to have it done for the release. Two screenshots are done currently, and one more is in the works. There will be a call for more screenshots on the Deviant Art site. Tutorials ========= Calligraphy is mostly done, and a few of the other updates to the other tutorials have been drafted but that stuff definitely needs more work. Should be possible to have them done by the end of April. Man page should be current. Bulia will update keys.xml shortly. Note: The sooner these can be finalized, the sooner translators can get going on them. 5/1 - ScislaC says a lot of progress was made over the weekend, but has run into some errors regenerating the svgs & html Calligraphic interface tweak - DONE ============================ Bulia is working on this change requested by MentalGuy, and feels they are minor and should have no trouble completing for the release. Windows font handling bugfixes - DONE ============================== Richard (cyreve) has completed these bug fixes and updated the release notes. * Update ReleaseNotes Python Extensions on Windows ============================ !!! No owner has been identified for this task !!! Bulia reports that extensions that rely on PyXML still do not work on Windows. Due to the number of python extensions, this would be a major missing feature for Windows users. Text/Fonts UI ============= deadchip (aka Milosz Derezynski <internalerror at gmail dot com>) has written a font lister Gtkmm class, to enable re-use of the font list. He is planning to write a font picker dialog, and rewrite the current font picker to use the font _listing_ class. This enables using normal Gtk components (ListStore, etc.) for accessing the font info. He plans to have this work done by May 1st, or May 15th at the latest. Windows "dialogs on top" Patch for GTK ====================================== !!! No owner has been identified for this task !!! This is not exactly an Inkscape-specific problem, since the code changes wouldn't be to Inkscape, but it would be nice to have it finally fixed. This 0.44 release effort may be a good vehicle to tie it to, but we won't hold up the release if it doesn't get done. Scislac had contacted the author previously. * Send a reminder email to the author to find status on this Undo/Redo Dialog - HOLD ================ Gustav Broberg (broberg at kth dot se) is planning to try to get the changes Mental suggested prior to the Feature Freeze. We have a patch for this. Also needed is undo annotations. 4/30 - Gustav reports that due to more changes required than expected, this feature will be postponed until the next release. New File Chooser in Export - DONE ========================== We have a patch for this, but there were some thoughts of embedding it in the export dialog directly. In the spirit of "patch first, discuss later", the best approach may be to stick in the current patch for 0.44, see what folks think, and do the embedding later. Test Harness ============ Bryce is working on getting 'make test' working in the test harness. He plans to have this working by the feature freeze date. Additional Release Tasks ======================== The following tasks will need to be done for the release, but are not required to be done prior to the Feature Freeze: * Identify the list of must-fix bugs. To keep the freeze phase from dragging out, we will need to be very choosy in what we allow to be must-fix bugs. * Set up a ReleaseChecklist wiki page or similar to keep track of The List. * Designate 2 release maintainers. * Keep and update the above list and encourage people to achieve completion of the items. * Notify translators to complete translation work * Wiki updates + Update Roadmap + Review/Update FAQ + Update InkscapeFeatures * PR / marketing efforts + Plan efforts + Draft press release + Finalize press release + Send out press release [rejon] + DeviantArt PR [ScislaC] * Packaging

1 0

Flash Export
by unknown＠example.com 05 May '06

05 May '06

Hello everyone. I've been playing with Inkscape for a while now, keep up the good work. I am interested in Flash export functionality for Inkscape. Are any developers working on this? I would be interested in helping out. Brian

5 8

Warning in /extension/patheffect.cpp
by Ben Fowler 05 May '06

05 May '06

Around line 50: 42 Inkscape::XML::Node * defs; 43 44 for (int i = 0; patheffects[i] != NULL && i < 128; i++) { 45 gchar * patheffect = patheffects[i]; 46 47 // This is weird, they should all be references... but anyway 48 if (patheffect[0] != '#') continue; 49 50 Inkscape::XML::Node * prefs = sp_repr_lookup_child(defs, "id", &(patheffect[1])); 51 if (prefs == NULL) { 52 53 continue; 54 } I get a warning about use of uninitialised variable 'defs', and I guess I didn't have my shredded wheat today, because I can't seem to work out whether this warning counts for anything. Should defs be initialised to NULL? Ben

3 2

Last call for feedback on my SoC proposal
by Justin Wikinator 05 May '06

05 May '06

Dear respected Inkscape developers: I am extremely interested in gaining a position with the Summer of Code with Inkscape, and I am doing everything in my power to be successful in doing so. With this in mind, I hope you will take a look at my proposal for improving the Python effects libraries and give me some feedback before I submit the link to it to Google on May 8th. My proposal resides here on the wiki: http://wiki.inkscape.org/wiki/index.php/ImprovingPythonEffectsAPI. If you like what you see, I'd appreciate help in convincing Google that this is a worthwhile endeavor. Sincerely, Justin

2 1

SoC and automatic kerning
by juraj sukop 05 May '06

05 May '06

Dear Inkscapers, I greatly welcomed that Summer of Code is going to happen this year again, since I would like to participate this time. I would like to develop a tool for automatic kerning -- this should adjust the position of the letters in a text to correct the spacing irregularities, to ease the reading flow and to improve readability. This is also called optical kerning. To me, this is very helpful feature and I can imagine it could be of use for other open source software as well. Unfortunately, this is not listed on your Project Ideas page. What do you think? Would such a thing make sense for Inkscape and in the same time applicable for Summer of Code? Thanks a lot for any feedback and good night! Juraj Sukop

5 7

URGENT.
by Okpu Akuchi 05 May '06

05 May '06

I have a new email address!You can now email me at: okpux14x@...529... >From Mr. Okpu Akuchi. Hello, I work with the CBN Nigeria in remittance department, I saw a file in respect of your fund that has been abandoned amount in question is $ 12.500.000.00 Million USD. I suggest that I can assist you in getting this fund installmentally, what I need from you is your permission to go ahead and get this fund on your behalf and at the end of the day 10% will be given to me. If this is ok by you,I will advice you get back to me so that I will give you more details. And I will also need your telephone number for effective communication. Be rest assured that everything is alright. Thanks, Mr. Okpu Akuchi. - Okpu Akuchi

2 1

LaTeX formula effect
by Tavmjong Bah 05 May '06

05 May '06

Hi, I've done some experimenting to see if I couldn't get the LaTeX formula effect to work on Linux. I have a version that works with skconvert. While a development version of skencil is available for Windows, it is not clear that skconvert is. Perhaps we need two different versions of the effect depending on platform. I've attached the eqtexsvg.py file that uses skconvert. I also looked at a few other alternatives: 1. pstoedit with ImageMagick According to the docs, conversion to SVG without the shareware plug-in is possible if pstoedit is compiled with ImageMagick-c++. I tried this. An ImageMagick window pops up and the program hangs without drawing anything. Closing the window gives an error: "Non-conforming drawing primitive definition `fill-rule'". 2. Going directly from dvi to SVG via dvisvg http://dvisvg.sourceforge.net/ dvisvg does produce an Inkscape readable SVG file (after eliminating an illegal character) but there are a couple of problems. It uses SVG fonts which it creates but does not embedded them in the resulting SVG file. Some of the glyphs are of the wrong style and use of Greek symbols produces illegal characters (pi => ^Y). It also has tspan nodes inside of tspan nodes which seems a bit strange. Too buggy to use. Tav

1 0

Inkscape more Mac friendly (was Re: [Inkscape-devel] [SoC] Native OSX GUI ?)
by Ben Fowler 05 May '06

05 May '06

On 05/05/06, Jon A. Cruz <jon@...18...> wrote: > On May 4, 2006, at 8:16 AM, Ben Fowler wrote: > >[ snip ] > > Personally, I've always felt that the proper way for Inkscape to be more mac > friendly would be to get GTK+ native on OS X,... If that is a majority view, then we can indeed go down those lines, and (triple negative coming up), I will have to withdraw my comment about the OP's not being off-target. Ben

1 0

color profiles on win32
by Bob Jamison 05 May '06

05 May '06

Hi, all, I heard that although littleCMS is linking with Inkscape on win32, the problem with absolute vs. relative paths was giving it trouble. I think that it's fixed now, using w3c URI's to resolve paths. Here is the color profile test. http://www.w3.org/Graphics/SVG/Test/20030813/htmlframe/full-color-prof-01-f… Notice that the brighter color squares in the PNG are what should be displayed in the SVG because a color profile has been applied to the href'd image. Here is a dump of Inkscape/w32 with the same test: http://inkscape.org/win32/icctest.png yaay! I uploaded the test files again, as I forgot the .icm file the first time: http://inkscape.org/win32/w3c-color-prof-test.zip I just committed the fix. Can someone test this on Linux to make sure that I didn't break it? Thanks. Bob

2 1

New Preferences dialog is sweet.
by Alan Horkan 05 May '06

05 May '06

New Preferences dialog is sweet. It has been a while since I tried out Inkscape and I've filed a few requests already today but I'm thoroughly impressed by the new Preferences dialog (notwithstanding my old complaints about having the Inkscape branding directly in the lable and it taking up a valuable shortcut). The layout is clean, the bits which change dynamically are clearly delinated and predicatable and the lables are clear and understandable. This style of dialog has the advantage of room to expand but that requires developers have the discipline to consolidate and rework things so less preferences are needed and the list doesn't get too big. In the broad sense there is really very little wrong with it and I was only able to find a few very minor issues. The first is the use of abbreviations. Abbreviations should be avoided. Misc should be the full word Miscellaneous but ideally someone can figure out a suitable category for these options. The Scrolling section uses the lables pixels and the Steps section uses the lable abbreviation px. Mouse is a nice simple lable but unfortunately there is a good chance users will be using other pointer types such as a pen and tablet device. Much as I hate to reference the user interface of the GNU Image Manipulation Program uses the more generic and techincally correctly category "Input Devices". Maybe the technically incorrect lable is the best option and I should leave well enough alone for this one. Somewhat confusingly the Scrolling category includes options for the mouse wheel scrolling but it also looks like a difficult one to decide. Tools, Shapes, Rectangle (and others) includes a colour widget with abbreviated labels "F" and "S" rather than Fill and Stroke. I wonder if a standard gtk colour widget could be used but there is probably a benefit to using the inkscape colour widgets consistently. Let me know if you think any of the issues I have raised require reports. Overall the Preferences dialog is an excellent piece of work, congratulations. Sincerely Alan Horkan Inkscape http://inkscape.org Abiword http://www.abisource.com Open Clip Art http://OpenClipArt.org Alan's Diary http://advogato.org/person/AlanHorkan/

2 2

Updating the po files in svn
by Lucas Vieites 04 May '06

04 May '06

Hi, I see that the decision to start thinking about a 0.44 release is taking shape and in order to save us translators a big hurry in the final days it would be nice to have all the waiting patches related to translation in svn. I am speaking for myself, but I think other translators will agree. My last patch is from 23/04/2006 (#1475120) and from the last svn update I see that there's quite a few changes. I'm afraid that if I do a local intltool-update I could screw up some things (I know 'cause it has happened before ;-) So, pretty please, -- Lucas Vieites Fariña <lucas@...212...> Web: <http://www.asixinformatica.com/users/lucas/> Blog: <http://www.asixinformatica.com/blog/>

5 7

I was wrong to have mentioned SoC at all (was Re: [Inkscape-devel] [SoC] Native OSX GUI ?)
by Ben Fowler 04 May '06

04 May '06

On 04/05/06, Ben Fowler <ben.the.mole@...400...> wrote: > On 04/05/06, Timothée Anglade <timothee.anglade@...1261...> wrote: > > [ big snip ] > > ... Now, I have no insight into how the SoC projects are > assessed, but if one scale is to weight against ideas which ought to > have their implementation under the aegis or auspices of some other > organisation then you might find that adding a Cocoa port to Inkscape > is affected by that. Certainly I would wonder why Google should > be involved if nobody has stepped up to make a start. You ought to ignore that. I had no real idea what I was talking about. See http://www.internet2.edu/~shalunov/writing/soc2005.html which gives good info about what is expected from applicants, and our page http://wiki.inkscape.org/wiki/index.php/SOC_Selection_Criteria . Sorry, Ben

1 0

New win32 gtk2.8 bundle
by Bob Jamison 04 May '06

04 May '06

Hi, all. It has been about a month since we last updated the gtk2.8 win32 library bundle. The last refresh was for adding littlecms, if you recall. The changed libs are minor releases for cairo, glib, and gtk. I think the filechooser bugfix noted in the release notes, by itself, qualifies for an update. The bundle can be found here: http://inkscape.modevia.com/win32libs/gtk28-060502.7z As a reality check, I did a clean build of Inkscape which appears to work fine: http://inkscape.modevia.com/win32/Inkscape0605021530.zip bob

3 3

SVN is broken
by Joshua A. Andler 03 May '06

03 May '06

I verified the following with current svn builds both on Win32 & Linux. 1) Using the Rectangle, Pencil, Bezier, & Selector tools cause crashes 2) In Document Properties, if you change the units for canvas size, the conversion doesn't happen and it zeroes out the values. -Josh

3 2

Inkscape as SVG convertor
by Mike M. Volokhov 03 May '06

03 May '06

Hello, I'm fairly new to Inkscape, but after some usage I've found it as powerful enough vector editor, with which I can cover most of my needs. Thank you for doing good work, folks! One of feature I need is an export to PS/EPS format. Resulting files looks very clean, but how about "quality" of produced PostScript? Any known nitpicks here? And yet another question. Inkscape can be used as standalone SVG converter, but I believe many of supported code doesn't really needed for this only feature. Could you consider, please, splitting out the SVG processing and graphical editing capabilities (or whatever else), if it possible, of course? It would be really nice to have such elegant and powerful SVG renderer, and IMO this can be a good project for upcoming SoC'2006. Thank you. -- Mishka P.S. Or could someone point me to standalone SVG->EPS converter?

1 0

Inkscape 0.44 Status
by Bryce Harrington 02 May '06

02 May '06

Hi All, This weekend I checked in with several of the developers to see how they're progressing on features. Below is the updated status. Of the 24 tasks, 4 have been resolved so far (3 are done, 1 is going to be held until the next release.) I know folks will hammer out more in the next couple weeks, but we'd probably be in a more comfortable position right now if we had 12 resolved (either done or held). Could you review this list and see if I've missed some that are done, or if there are items that can be safely held for the next release? Thanks, Bryce Current Feature Work ICC Preview =========== Jon Cruz is working on this. Plans to have feature to a finished point for the release. * Update Release Notes CMYK support ============ Jon Cruz is working on this. Plans to have feature to a finished point for the release. * Update Release Notes ArtLibre named icon and cursor loading ====================================== Jon Cruz is working on this. Plans to have feature to a finished point for the release. * Update Release Notes Palette editing and per-file color sets ======================================= Jon Cruz is working on this. Plans to have feature to a finished point for the release. * Update Release Notes Tablet Bugs =========== MentalGuy is working on this. Says for the release he wants to get these resolved. Something drops tablet motion events on the floor while the button is held down. This occurs for some tools, but not with others. The bugs are quite annoying but weird. They don't affect all tablet users. 4/29 - Still underway Brush size adjustment on zoom toggle for calligraphic pen ========================================================= MentalGuy is working on this and plans to have it to a finished point for the release. Layer dialog ============ This is an important feature for the release, and on MentalGuy's todo list. However, work has been stuck getting Inkscape::LayerManager to compile due to a subtle detail with sigc::mem_fun(), and it's uncertain if there is sufficient time to unstick it and finish the feature prior to the release. Additional people's help may be needed here. [Beyond the memory issue, are there other aspects to the layer dialog that others could help with, such as UI work or coding helper features or whatever? --bh] * Update Release Notes 4/29 - Still under way Fit Canvas to Selection - DONE ======================= This is a feature ACSpike has been working on, and plans to complete for the release. The patch is here: http://www.ekips.org/comp/inkscape/inx/current.diff ODG Format Support ================== Ishmal is working on this currently. Help is needed from someone who knows inkscape gradients, such as mental or bulia. He needs to know how to read gradient info from an SPGradient object. DOM Support =========== Ishmal has been working on this. The newest code is all imported and builds. [Is there anything else needing to be done prior to release?] SIOX Support ============ Ishmal has this over half done. The code is all imported and building, and the selection mechanism is now done. Getting Inkscape and SIOX intercommunication working, but this can be built as a filter to potrace, which simplifies things. The transformation issues reported previously have been sorted out, using a "confidence matrix". Extensions ========== Ted is focusing on cleaning up extension parameters and felt he'd have this wrapped up by the end of the month. The plan is to have longer text (tool tips) available, and a few more widgets. More spacing in the autogui will be added to make it look nicer. * Ted reports there is an unverified bug in the ordering of the effects in the menu, to be investigated. The Extension Editor is further off, and not being planned for this release. 5/1 - Ted reports the feature is not yet working, but feels it shouldn't be a problem to get it fixed in the next couple weeks. Snapping ======== Ralf is coming up to speed on this issue. Hopefully Carl can also shed light on things. On 4/26 Carl said he hopes to have a look at it over the coming week. * Need to fix the freeze when dragging multiple selected objects: http://sourceforge.net/tracker/index.php?func=detail&aid=1429049&group_id=9… * Update Release Notes Rendering Performance Speedup - DONE ============================= Andrius has a very interesting rendering speedup patch. The feature is complete and accepted for the release. There is one known issue to address with scrolling, but Andrius feels this can be fixed. 4/30 - Andrius reports this is now done, and no other issues are known. Screenshots =========== Scislac has taken this task on, and plans to have it done for the release. Two screenshots are done currently, and one more is in the works. There will be a call for more screenshots on the Deviant Art site. Tutorials ========= Calligraphy is mostly done, and a few of the other updates to the other tutorials have been drafted but that stuff definitely needs more work. Should be possible to have them done by the end of April. Man page should be current. Bulia will update keys.xml shortly. Note: The sooner these can be finalized, the sooner translators can get going on them. Calligraphic interface tweak ============================ Bulia is working on this change requested by MentalGuy, and feels they are minor and should have no trouble completing for the release. Windows font handling bugfixes - DONE ============================== Richard (cyreve) has completed these bug fixes and updated the release notes. * Update ReleaseNotes Python Extensions on Windows ============================ !!! No owner has been identified for this task !!! Bulia reports that extensions that rely on PyXML still do not work on Windows. Due to the number of python extensions, this would be a major missing feature for Windows users. Text/Fonts UI ============= deadchip (aka Milosz Derezynski <internalerror at gmail dot com>) has written a font lister Gtkmm class, to enable re-use of the font list. He is planning to write a font picker dialog, and rewrite the current font picker to use the font _listing_ class. This enables using normal Gtk components (ListStore, etc.) for accessing the font info. He plans to have this work done by May 1st, or May 15th at the latest. Windows "dialogs on top" Patch for GTK ====================================== !!! No owner has been identified for this task !!! This is not exactly an Inkscape-specific problem, since the code changes wouldn't be to Inkscape, but it would be nice to have it finally fixed. This 0.44 release effort may be a good vehicle to tie it to, but we won't hold up the release if it doesn't get done. Scislac had contacted the author previously. * Send a reminder email to the author to find status on this Undo/Redo Dialog - HOLD ================ Gustav Broberg (broberg at kth dot se) is planning to try to get the changes Mental suggested prior to the Feature Freeze. We have a patch for this. Also needed is undo annotations. 4/30 - Gustav reports that due to more changes required than expected, this feature will be postponed until the next release. New File Chooser in Export ========================== We have a patch for this, but there were some thoughts of embedding it in the export dialog directly. In the spirit of "patch first, discuss later", the best approach may be to stick in the current patch for 0.44, see what folks think, and do the embedding later. Additional Release Tasks ======================== The following tasks will need to be done for the release, but are not required to be done prior to the Feature Freeze: * Identify the list of must-fix bugs. To keep the freeze phase from dragging out, we will need to be very choosy in what we allow to be must-fix bugs. * Set up a ReleaseChecklist wiki page or similar to keep track of The List. * Designate 2 release maintainers. * Keep and update the above list and encourage people to achieve completion of the items. * Notify translators to complete translation work * Wiki updates + Update Roadmap + Review/Update FAQ + Update InkscapeFeatures * PR / marketing efforts + Plan efforts + Draft press release + Finalize press release + Send out press release [rejon] * Packaging

7 9

Re: [Inkscape-devel] path effect grammar
by unknown＠example.com 02 May '06

02 May '06

On Tue, 2 May 2006, MenTaLguY wrote: >> Well, atleast for parameters, the names aren't valid if the extension >> isn't specified as the names could repeat for various different >> extensions. I don't really want to repeat the extension ID within each >> parameter name... > > Ah, wait. This is for the extension description file, isn't it? > > If so, never mind. Well, no, it would be in the <defs> section of the SVG. I'm thinking something like this: <svg:defs> <inkscape:patheffect id="patheffect1" extension="org.inkscape.a"> <inkscape:extension-param name="foo" val="5" /> <inkscape:extension-param name="bar" val="10" /> </inkscape:patheffect> </svg:defs> The problem I see is that the "name" in the parameter really only has meaning when associated with the extension "org.inkscape.a". So if that would change to some sort of reference, then the parameters really don't have meaning. --Ted

1 0

Re: [Inkscape-devel] path effect grammar
by unknown＠example.com 02 May '06

02 May '06

On Tue, 2 May 2006, MenTaLguY wrote: > On Mon, 01 May 2006 21:56:07 -0700, Ted Gould <ted@...11...> wrote: >> <inkscape:extension-params extension="org.inkscape.a" /> >> >> says this is very Inkscape specific, don't touch, as much as: >> >> <inkscape:extension-params >> extension="x-inkscape-extension:org.inkscape.a" /> > > The idea behind using URIs is that that it would permit us, later, > to have things like e.g. extension="#blah" (perhaps refering to an > extension "pipeline" defined in the document). Well, atleast for parameters, the names aren't valid if the extension isn't specified as the names could repeat for various different extensions. I don't really want to repeat the extension ID within each parameter name... I'm not against doing this, I just want to understand it, if you still think it is important gzip will take care of the repetition in the text :) --Ted

1 0

Call for Screenshots
by Joshua A. Andler 02 May '06

02 May '06

Better late than never. ;) We have posted the information regarding the call for screenshots over at deviantART (dA). Please read the journal post on the right side of the page. The URL is http://inkscapers.deviantart.com/ It is not required for you to join dA to submit a screenshot. If you aren't a dA member, please feel free to reply to this message on the user-list with a URL for your screenshot. For those who are unfamiliar with dA, it is the largest art community on the web. They have over 21 million pieces of art of all varieties from artists around the globe. The art types are anything from poetry, fractals, vector, 3d, photography, etc (there are many categories with many more sub-categories). You can find out more by visiting the site at http://www.deviantart.com and their summary of what dA is at http://help.deviantart.com/117/ If you have any questions, please do not hesitate to contact me at scislacATgmailDOTcom or through dA. -Josh

1 0

snapping update?
by bulia byak 02 May '06

02 May '06

One thing that we can't release without is workable snapping. Since more and more people start talking about releasing, I thought I'd ask for an update. Overall, it seems to me that this area, which was actively worked upon a few months ago, has been abandoned since and is now in some semi-working state. At the very least, the freeze-when-dragging-many-objects bug MUST be fixed. There are many other snapping bugs and RFEs, and there's probably some work that was left unfinished. Carl, is there any chance you will address the freeze bug in the near future? What about other bugs? Mathieu, I know you were working on some features that were conditional on Carl's work. Can you please give us an update of the current status? What is required to enable your features? Do you think you could help us with the bugs and general cleanup in absence of Carl? Of course, any insights on the situation, or better yet, help with coding will be much appreciated from anyone. Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

path effect grammar
by Aaron Spike 02 May '06

02 May '06

I'm still rather hating the way I'm currently implementing attributes for storing live effects parameters. <path path-effect="sample" path-effect-param1="0.0" path-effect-param2="0.0" path-effect-param3="0.0" path-effect-param4="0.0" /> My problems with this are: 1) Anytime a new effect is implemented that uses n+1 parameters, another parameter attribute needs to be added in a few code places. 2) It is not possible to layer multiple effects. 3) It is not possible to order the effects that cannot be layered. 4) The meaning of the parameters is unknown in the SVG file. The structure used by SVG's style attribute deals with 1 and 4. The structure used by SVG's transform attribute deals with 2 and 3. We could combine them into something like: <path path-effect="sample1(param1:0.0;param2:loopy;) sample2(paramA:45;)" /> I of course don't know how to begin doing something like this in C++. I'd like to hear what you think would be more appropriate and how it would be implemented. Aaron Spike

7 24

Re: [Inkscape-devel] Inkscape 0.44 Status
by Bryce Harrington 02 May '06

02 May '06

On Mon, May 01, 2006 at 02:36:42PM -0700, MenTaLguY wrote: > On Mon, 1 May 2006 16:28:52 -0400, "bulia byak" <buliabyak@...400...> wrote: > >> Brush size adjustment on zoom toggle for calligraphic pen > >> ========================================================= > >> MentalGuy is working on this and plans to have it to a finished point > >> for the release. > > > > Mental, is this what you described - some kind of visual pen width > > changer? Do you think it will be ready for this release? > > I think bryce was describing the absolute size toggle you've comitted. > > I would have liked to do the visual pen width adjustment for this release, I don't think I'll have time. Except perhaps for fixing any gross memory leaks that turn up, addressing the tablet bug takes priority over everything else (even the layer dialog), because I find it makes Inkscape nearly unusuable (I've become very adept at switching back and forth from the mouse, but...). > > -mental > Just to clarify, should I mark this Brush size feature as done, or as on hold? Bryce

2 1

Underlined Text
by Joc 02 May '06

02 May '06

What about adding support for underlined text? Many kind of underline are possible, single line, double line, wavy line, etc. This could be extended to have the line above the text or in the middle of it (overstrike). The text flow could also be expanded to be able to write fractions, equations, etc. Joc

4 7

finalizer logging
by MenTaLguY 01 May '06

01 May '06

I've just added another debugging category to the debug logging code, so now object finalization is reported in the log. Finalization is a special step taken before freeing those objects which the collector cannot automatically clean up (e.g. because they need to release non-collector-managed resources). Classes with finalizers include SPDocument and SPDesktop. Try it out with latest SVN: INKSCAPE_DEBUG_LOG=debug.xml INKSCAPE_DEBUG_FILTER=REFCOUNT,FINALIZERS src/inkscape Open some documents, close them, and before closing the last one, go to the "About Memory" dialog and click "recalculate" a few times to make sure that a garbage collection pass gets run. Then look at debug.xml. You can see not only when the finalization of an object happened, but also what debugging events (in this case refs/unrefs) happened during its finalizer. -mental

2 3

WEBFORM Broken Wiki links on the german homepage
by Christian Corona 01 May '06

01 May '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Christian Corona email: christian.corona@...240... submitted the following: Hi, I wanted to read about how to help the Inkscape project by doing translations, but all the links on the german version of the Inkscape homepage that point to wiki pages are broken. They\'re all in this format: http://wiki.inkscape.org/wiki/?TranslationInformation While it should be: http://www.inkscape.org/wiki/index.php/TranslationInformation You really should look into this, because right now all the links point to the wiki main page. I haven\'t checked this but the links might be broken on other translated versions, too. Also, I hereby would like to offer my help by doing translations english<->german, I am especially interested in translating the tutorials to german since they are really useful for learning how to use Inkscape. Cheers, Chris

2 1

[Fwd: Invitation to Participate in Summer of Code 2006]
by Bryce Harrington 01 May '06

01 May '06

Hi All, I've gone ahead and indicated our interest in participating in this year's Google Summer of Code. Please begin imagining some good projects for us to offer for students to work on. :-) The more ideas, the better! Bryce ----- Forwarded message from Leslie Hawthorn <lhawthorn@...819...> ----- Date: Fri, 14 Apr 2006 12:43:36 -0700 From: Leslie Hawthorn <lhawthorn@...819...> To: bryce@...961... Reply-To: lhawthorn@...819... Subject: Invitation to Participate in Summer of Code 2006 Hello Bryce, *ahem* Sorry about that - we'd like to invite Inkscape to sign up! Google is launching the Summer of Code program again this year and we would like to invite Inkscape to sign up to participate. You can peruse our [1]Mentor FAQ and [2]Terms of Service on the [3]Summer of Code site for more information on this year's instance of the program. If you would like to participate in Summer of Code 2006, please email back with your [4]Google Account information and we will use this information to create the first administrator account on the SoC site for Inkscape and send you instructions for accessing and updating the site. We look forward to working with you again during this year's Summer of Code! Cheers, LH -- Leslie Hawthorn Open Source Program Coordinator Google Inc. References 1. http://code.google.com/soc/mentorfaq.html 2. http://code.google.com/soc/tos.html 3. http://code.google.com/soc/ 4. https://www.google.com/accounts/ManageAccount ----- End forwarded message -----

22 66

Background Image and Drag to Install (was Re: [Inkscape-devel] new packaging for OS X)
by Ben Fowler 30 Apr '06

30 Apr '06

On 24/04/06, jiho <jo.irisson@...400...> wrote: > On 24 Apr 2006, at 13:59 , Ben Fowler wrote: > > On 24/04/06, jiho <jo.irisson@...400...> wrote: > >> Hi all, > >> > >> [ snip ] > > > > Could I underline that this is more than eye-candy: It is best > > practice to have a background image, showing that > > the way to install the application is to drag it to the folder of > > your choice. It is also advisable to somehow indicate > > where the application now is, to wit that the user will have to open > > the Applications folder (perhaps with Cmd-Shift-A) > > to see where they put it. ... > > so you advise not to use the symlink to Apllications but rather to > make the user open Applications (or anything else) and put inkscape > there? Well, I didn't mean to go into quite such a detail, but if you did want an opinion from me, I would be a little against it. (Does anybody else do this?). Some people (most people) want to put apps in the System wide Applications folder, some people put apps in their ~/Applications folder - necessary if you do not have write permission to the System wide Applications folder, and some people plonk new apps onto their Desktop to try out, and then transfer to the proper place when they have checked them out. I wouldn't expect a naive user to understand dropping an icon from part of a disk image to another. The problem is making the instructions brief and multi-lingual. My guide is this page which has aged very well: http://www.g2meyer.com/usablehelp/dmggfx.html , > >> I'll be unavailable for the next two months so I won't be able to > >> produce Inkscape dev builds for the testing phase of the release, nor > >> will I be able to package 0.44. I guess people will be available to > >> do it. If this new packaging is ok to everybody and worth bothering, > >> I'll modify the wiki to explain how to do it and somebody (Michael? > >> Ted?) could take over the builds. > > > > I think that they key to this is that there should be one person > > nominated to produced 'blessed' builds. FWIW, I have had to make a > > few modifications to the methods on the wiki, and I > > doubt that many people are producing Mac builds. This does not matter > > provided that one person can produce official builds - interested > > parties can download and test those. > > I agree with you. I'll be happy to be the one to produce the > "blessed" builds ;-) I just cannot do this for a while and I just > need someone with a 10.4 machine to take over for two months (BTW, I > mixed up the names and wrote Ted instead of Ben earlier. Even if you > work on 10.3, do you have a 10.4 machine somewhere?). Sure, if you can give brief instructions, on how to produce stripped builds, how to smoke test and how to upload, I will do this, but it is possible that there are people here who could do a better job, and I won't be offended to be relieved of this duty, if necessary! Ben

6 12

Google Summer of Code projects - update!
by Bryce Harrington 30 Apr '06

30 Apr '06

Hi all, I've cleaned up the list of ideas for summer of code projects, to elaborate on what the task is, why it's important, and how (in general) it should be done. I also took a stab at identifying mentors for many of them. http://wiki.inkscape.org/wiki/index.php/Googles_Summer_Of_Code Please take a look and make sure I haven't completely misrepresented the ideas (I had to make guesses about a lot of stuff). There's also a few ideas listed at the bottom that I didn't understand well enough to flesh out; feel free to write those up in more detail. Also, if you would be willing to be a mentor for one of the ideas with a TBD mentor, please feel free to add yourself to the idea. Bryce

1 0

Developers: Refcounting
by MenTaLguY 30 Apr '06

30 Apr '06

I've finally gotten around to writing some developer documentation about memory management. Since nearly all of the memory leaks I have ever had to fix were related to refcounting in some way, I decided to start with an article about refcounting. The latest version of this article is available in SVN as doc/refcounting.txt. Please let me know if anything is unclear or incomplete. Hwæt! --- INTRODUCTION Many objects in Inkscape have lifecycles which are managed by "reference counting". Each such object has a counter associated with it, which is supposed to reflect the number of outstanding references to it. When that counter falls to zero, the object can be freed. This releases the programmer from worrying about having freed an object while somebody else is still using it (or someone else freeing while you're using it!). Simply "ref" the object (increment the counter) to stake your claim, and then "unref" it (decrement the counter) when you don't need it anymore. The ultimate decision to free the object is made safely behind the scenes. You should "ref" an object whenever you plan to hold onto it while transferring control to another part of the code (which might otherwise end up freeing the object out from under you). REFCOUNTING FUNCTIONS Ref and unref functions are provided to manipulate object counter (and make the final decision to free the object for you), but their names will vary depending on the type of object. Examples include g_object_ref()/g_object_unref() (for most GObject-based types), sp_object_ref()/sp_object_unref() (for SPObject-derived classes), and GC::anchor()/GC::release (for garbage-collector managed objects deriving from GC::Anchored -- more on that later). [ note: for code underneath the Inkscape namespace, you need only write GC::anchor(), but in other code you will need to write Inkscape::GC::anchor(), or import the GC namespace to your .cpp file with: namespace GC = Inkscape::GC; Consider this encouragement to start writing new code in the Inkscape namespace. ] REFCOUNTING POLICY Refcounted objects start with a reference count of one when they are created. This means that you do not need to manually ref one that you've just created. However, you will still be responsible for unreffing it when you're done with it. This means that during the lifetime of an object, there should be N refs and N+1 unrefs on it. If these become unbalanced, then you are likely to experience either transient crashing bugs (the object gets freed while someone is still using it) or memory leaks (the object never gets freed). As a rule, an object should be unreffed by the same class or compilation unit that reffed it. Reffing or unreffing an object on someone else's behalf is usually a recipe for confusion (and defeats the point of refcounting, really). If you pass someone a pointer, they should be the ones responsible for reffing it if they need to hold onto it. Similarly, you shouldn't try to make the decision to unref it for them. When you've unreffed the last ref you know about, you should generally assume that the object is now gone. CIRCULAR REFERENCES One disadvantage of reference counting is that a naive application of it breaks down in the presence of objects that reference each other. Common examples are elements in a doubly-linked list with "prev" and "next" pointers, and nodes in a tree, where a parent keeps a list of children, and children keep a pointer to their parent. If both cases, if there is a "ref" in both directions, neither parent nor children can ever get freed. Because of this, circular data structures should be avoided when possible. When they are necessary, try only "reffing" in one direction (e.g. parent -> child) but not the other (e.g. child -> parent). This can sometimes be trickier than it sounds -- circular references don't have to be direct to cause problems. A simple example of an indirect circular reference would be a circular singly-linked list, where the "last" element in the list points back to the "first". In that case, unidirectional reffing isn't sufficient; you'd have no choice but to delegate ref handling to some object which encapsuled the circular list, reffing and unreffing entries as it added and removed them. ANCHORED OBJECTS The garbage collector cannot know about references from some types of objects: * Gtk/gtkmm widgets * SPObjects * other GObject-derived types * Glib data structures * STL data structures that don't use GC::Alloc To accomodate this, I've provided the GC::Anchored class from which garbage-collector managed classes can be derived if they need to be referenced from such places. As noted earlier, ref and unref functions are GC::anchor() and GC::release(), respectively. For most refcounted objects, a nonzero refcount means "this object is in use", and a zero refcount means "this object is no longer in use, you can free it now". For GC::Anchored objects, refcounting is merely an override to the normal operation of the garbage collector, so the rules are relaxed somewhat: a nonzero refcount merely means "the object is in use in places that the garbage collector can't see", and a zero refcount asserts that "the garbage collector can now see every use that matters". While GC::Anchored objects start with an initial refcount of one like any other refcounted type, in most cases it's safe (and convenient) to GC::release the object immediately upon creating it. This is because the garbage collector can see references to the object from parameters or local variables. Trust the collector. One final note: when code is converted from pure refcounting to garbage collection with GC::Anchored, refs and unrefs between GC::Anchored objects should be removed. Refs are no longer necessary, and when circular references are present, reffing will lead to memory leaks. Normally (unlike pure refcounting) the collector has no problem with freeing circular references, but GC::anchor()ing a reference the collector can already see overrides the collector's judgement.

3 6

[Fwd: Re: [Inkscape-devel] Added CREATE support for gradient, pattern, swatches directories]
by Jon Phillips 30 Apr '06

30 Apr '06

-------- Forwarded Message -------- > From: Jon Phillips <jon@...235...> > To: Joshua Blocher <verbalshadow@...400...> > Cc: inkscape-devel(a)lists.sourceforge.net, create@...626... > <create@...626...> > Subject: Re: [Inkscape-devel] Added CREATE support for gradient, > pattern, swatches directories > Date: Sat, 29 Apr 2006 15:13:39 -0700 > > On Thu, 2006-04-27 at 22:43 -0600, Joshua Blocher wrote: > > I add support for the above directories for Linux and Win32, no Mac > > support yet as the directories are not final yet( according to the > > wiki), but as soon as it is i will add it. > > > > This needs some testing to make sure it works as expected. They are > > setup as fallback directories to the normal Inkscape directories. > > > > Any Problems please let me know. > > > > verbalshadow > > Joshua L. Blocher > > > > Heya Josh, could you add to the CREATE wiki the level of support you > added to Inkscape: > http://create.freedesktop.org/wiki/index.php/Shared_resources_spec_support_… > > Also, please add any other level of support here: > http://create.freedesktop.org/wiki/index.php/Shared_resources > > I also updated the latest spec with the suggestion for where to look on > MAC OS X: > http://create.freedesktop.org/wiki/index.php/Shared_resources#Proposed_chan… > > Jon > -- 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)

1 0

PATCH: Export dialog improvements
by Jonathon Jongsma 30 Apr '06

30 Apr '06

Hi all, I've attached a patch to improve the look of the Export dialog window (mostly following the guidelines of the GNOME HIG and somewhat inspired by this article: http://www.gnomejournal.org/article/44/three-simple-tips-for-interface-desi…). While I was modifying the layout of the window, I couldn't help but move some of the widgets to gtkmm since I find it so much easier to write and to understand than GTK+. I know Inkscape uses some gtkmm, but I know you also use a lot of plain GTK+. I don't know if the goal / policy is to move more toward gtkmm, so I'm not sure whether you'll appreciate my gtkmm-ification or not :) Of course, this was by no means a complete gtkmm-ification, it's very incremental. In any case, if this sort of patch is welcomed, I may work on a couple other dialogs that could use a bit of improvement as well. A couple of notes about the patch: Most of the GTK+ widgets that I replaced with gtkmm widgets were being allocated with gtk_*_new() but I didn't notice them being freed anywhere. So my code follows the same pattern. I'm not particularly familiar with the code-base of Inkscape, but from what I was able to tell, these kinds of dialogs are basically singletons that are managed by some sort of dialog factory. So while we aren't really keeping track of these widgets that are getting allocated, there's not much danger since they'll only be instantiated once and live for the life of the application (??). Am I understanding this more-or-less correctly? Or am I way off? I should also add that this patch changes some translatable strings by adding some Pango markup to the 'section headers'. Is this the accepted way to do this or is there a better way (i.e. just marking the words between the markup as translatable)? BTW, I'm not subscribed to Inkscape-devel, so please cc me on replies. Jonner

2 2

[elliott.bignell@...1255...: Re: [Clipart] Use of ClipArt in HeadCase]
by Bryce Harrington 29 Apr '06

29 Apr '06

----- Forwarded message from Elliott Bignell <elliott.bignell@...1255...> ----- Date: Sat, 29 Apr 2006 10:54:25 +0200 From: Elliott Bignell <elliott.bignell@...1255...> To: clipart@...626... Subject: Re: [Clipart] Use of ClipArt in HeadCase Couple of mails that should have gone to the group and I sent to Bryce instead. (Duh.) : 1) FYI this is an example of evolved shapes from the HeadCase gallery: http://www.loanedgenius.com/evolution.gif /////////////////////////////// 2) Yes, I couldn't just drop it in fully-formed right now. Firstly, conversion to SVG is a new area for me and I suspect the learning curve is fairly steep. The components in question render to a Windows DC. Secondly, they are COM components and will need some adaptation if they are to run cross-platform. I've set the mutation rates to levels that are really macromutations, which would offend an evolutionary purist, but that's a trivial thing to alter. Also, I deliberately used COM components with a common interface which can be loaded from a list in the registry, in order for third parties to be able to create their own components. I think that feature would be well worth retaining. The evolutionary aspect works on the same principle as Richard Dawkins' "biomorphs" - the component itself generates a set of 25 "descendants" which are displayed in a gallery exactly like all the other ClipArt. When a descendant is selected, the component is notified of the choice of a numbered descendant and adopts its properties then renders itself AND a new set of descendants. Not rocket science, really. What remains to be done is to convert the primitives such as flower and eye to a composite pattern that can be aggregated into whole faces and plants, or whatever. Then it will be really powerful. I'll start working out what is needed in a public release for people to be able to work with the components. Best wishes... Elliott ----- Original Message ----- > > Presently, Inkscape is getting ready to do a release, and it'll be a > month or two before it's back to a state where brand new features can be > added, but I'm guessing you'd want a bit of time to rework things > anyway? > > Bryce > /////////////////////////////// I'll seek the lists out and participate. Now that I know someone appreciates the work, I feel a bit more motivated! The evolutionary side is pretty standard stuff - Dawkins described the pattern in The Selfish Gene, which just had its 30th anniversary. For a more in-depth discussion of evolutionary software, the standard work appears to be "Genetic Programming", by Banzhaf, Nordin, Keller and Francone. The flower shapes I came up with myself and coded by hand. There are a set of numeric parameters that are tweaked up and down within limits in the "Mutate" method, and these specify the number of whorls, the way the spacing of whorls changes and a set of numbers that define how the Bezier curves that form the petals are formed. Basically it draws two symmetrical Bezier curves to form a petal, rotates a little around the axis and moves inward either immediately or after a whorl has been completed and then does it again after applying the appropriate transformations.I was hoping to get quite complex results, but the orchid and ammonite shapes were a pleasant surprise. There's another aspect that would be worth retaining, and that is that the shapes can take Decorators. Everything in HeadCase is basically assembled out of decorators, and these include fills and outlines, so one can apply colour schemes to the pictures produced by the evolutionary process. Also, HeadCase inherits properties down the tree structure and is intended eventualy to support parameterised XML templates, whch has interesting implications for using SVG. Okay, I'll get thinking on how to publish this stuff. Cheers... Elliott ----- Original Message ----- > > Wow, these actually look surprisingly good. You should send this url to > the openclipart and inkscape mailing lists, I think folks would be > impressed by them. > > Btw, how did you come up with the algorithm to do these? Looks > extremely cool. > > Bryce > _______________________________________________ clipart mailing list clipart@...626... http://lists.freedesktop.org/mailman/listinfo/clipart ----- End forwarded message -----

1 0

New translators mailing list for Inkscape
by Bryce Harrington 29 Apr '06

29 Apr '06

Heya all, We've set up a brand new mailing list for Inkscape translators. You can subscribe to it here: https://lists.sourceforge.net/lists/listinfo/inkscape-translator The purpose of this list is to discuss localization and translation issues of Inkscape and its documentation. Here's a sampling of specific topics the translators have proposed discussing on the list: - where are we ? (what are the translation status ? Which languages need some more commitment...) - where do we (translators) usually face some issues ? (specific vocabulary, synchronization with development...) - get some best practices from the ML and then, write them down on the wiki - share experiences on specific blocking points - take a look at the various tasks, on different levels : (core software strings, tutorials, text docs, web pages...) Bryce

3 2

refcount bugs: one down...
by MenTaLguY 29 Apr '06

29 Apr '06

I've just fixed one refcount bug in UI::View::View, so we don't appear to leave dangling refs on SPDocuments anymore. However, someone's still leaving a dangling ref on SPRoot, so we're still leaking quite a bit of memory after a document's closed. I'll stab at it further tomorrow. -mental

1 0

Re: [Inkscape-user] Question regarding draw mode
by bulia byak 29 Apr '06

29 Apr '06

On 4/28/06, Jon A. Cruz <jon@...18...> wrote: > Except there's no visual feedback to tell what's going on... We discussed the way to give such feedback long ago, and I had an idea, but was too lazy to file a RFE, so now I just implemented it so it's not forgotten :) Now each object-creating tool has a standard style widget at the right end of its controls bar, reflecting the style that the next created object will have. This gives you an idea of your "brush" before you start drawing, and it updates when you click on the palette with nothing selected. Both last-set and tool-fixed styles are correctly shown, and the widget is updated when you switch between the two. Now, this thing also needs a text label before it, but I think this could wait until our toolbars are not fixed-width and thus adding stuff does not blow up the window. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Re: [Clipart] Use of ClipArt in HeadCase
by Bryce Harrington 29 Apr '06

29 Apr '06

On Fri, Apr 28, 2006 at 06:10:54PM +0200, Elliott Bignell wrote: > Hello, Nicu, > > Thanks for the clarification. My feeling is that even if nothing is > expected, something is due. I closed the company due to limited sales and am > now only developing HeadCase as a hobby and marginal source of income, but > it is still technically a commercial app. I may in fact go Open Source to > breathe some life into the project, but I invested a great deal of > perspiration in it and effectively admitting that it will never make me a > living is a painful step! Still, I feel that it is unique enough to be worth > saving and Open Source could be the way. Just for your information, it is a > Windows-only app written 98% in C++ using ATL COM with a thin VB wrapper, is > largely undocumented and in a few areas in need of serious refactoring, and > was created with the best of object-oriented intentions but has in a few > places sprawled! It will need tidying up. > > What I could perhaps do is open the evolutionary algorithm and associated > picture-creation objects for re-use, perhaps in Inkscape, and perhaps with > help adapt it to write SVG files for the archive? That'd be a wonderful way to make a contribution. There's a couple different ways it could be integrated into Inkscape: One is to add the code to inkscape itself, which would make it fairly easy to create GUI dialogs and so forth for the user to set options. The other is to implement it as an extension program, in which case it distinct from Inkscape itself, but can be used with Inkscape. In either case, I think this would be quite handy in Inkscape, and I'd encourage you to investigate it further. Presently, Inkscape is getting ready to do a release, and it'll be a month or two before it's back to a state where brand new features can be added, but I'm guessing you'd want a bit of time to rework things anyway? Bryce

1 0

Would a translator mailing list be an appropriate tool ?
by Matiphas 28 Apr '06

28 Apr '06

Hi Inkscape developpers sorry for polluting the dev-ML, especially in the beginning of a release cycle, but i'd like to ask you a question : would a translator mailing list be an appropriate tool ? I guess it may help a little bit, but I'm not sure it would be a decisive tool. My main issue with translations is the fact that the software, strings and docs undergo the most important changes only a few days before the release and this does not give a lot of time to translators. Updating strings is quite ok, as strings evolve parallely to feature development. But docs (such as tutorials and keys) can become a very heavy workload to be dealt in a very few days. I have been very sorry not being able to bring an update of the keys for last release, and i would be very disappointed not being able to offer this for 0.44 release (especially because this release looks like the very best one up to now). I'm very happy to see that - developpers bring lots of nice features and a stable/portable software - translation is taken care of in the release cycle - documentation is taken care of during the same release cycle I'd be even happier the doc translation was also integrated in the release cycle so that users can get a huge package (software + translation of the software + doc + translated doc + extensions + doc for extensions ...). Regards, matiphas

9 16

Added CREATE support for gradient, pattern, swatches directories
by Joshua Blocher 28 Apr '06

28 Apr '06

I add support for the above directories for Linux and Win32, no Mac support yet as the directories are not final yet( according to the wiki), but as soon as it is i will add it. This needs some testing to make sure it works as expected. They are setup as fallback directories to the normal Inkscape directories. Any Problems please let me know. verbalshadow Joshua L. Blocher

2 1

WEBFORM LaTeX equations in Inscape
by Julien Vitard 28 Apr '06

28 Apr '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Julien Vitard email: julienvitard@...400... submitted the following: Hello, I wrote one day ago, a python script, using pstoedit and LaTeX, to convert inline LaTeX equation directly into SVG format and imported directly in the Inkscape window. But I have this problem: where can I put this script in order to test it first, and then to distribute it? Thank you a lot, Julien Vitard

1 0

Rotation center handle
by Tavmjong Bah 28 Apr '06

28 Apr '06

Hi, The Rotation center handle is currently only visible and movable when the Selection tool is active and in Skewing/Rotating mode. This made perfect sense when only rotating and skewing via dragging the rotating and skewing handles utilized the Rotation center handle. Now that the rotating and skewing via the Transform dialog and via the keyboard also utilize the handle it seems to me that the handle should be visible and movable anytime an object or group of objects is selected. BTW, there seems to be bug in updating the handle when shift-clicking on it to restore it to the center of an object. The XML editor shows the change but the old position is still displayed and used for rotations until the object is unselected and reselected. (Checked with today's SVN.) Tav

2 1

bless
by MISS BLESSING PAUL 28 Apr '06

28 Apr '06

J'ai une nouvelle adresse mailVous pouvez maintenant m'écrire à : b_102005@...48... Dear It is my pleasure to acquaint you with this proposal for The purpose of investment in your company.I am Miss Blessing Paul the only daughter of late George Paul from Sierra Leone. My late father was a Gold and Diamond merchant based in Freetown Sierra-Leone. As a result of the political instability of Sierra-Leone, my late father came to Cotonou Benin republic with the sum of USD12,500,000.000 (US$12.5m) which he deposited in a Financial and Security Institution here in Cotonou Benin Republic West Africa for security reasons I am here seeking for an avenue to transfer this money to a reliable and trustworthy individual for investment programmes. I am here as a refugee because of the political crisis in my Country Sierra Leone. Please I would offer you 20% of the total sum of USD12.5m for your assistance. Please I need to transfer this money urgently because delay would not help at all and I need to relocate based on the political instability in this sub-region, to enable me continue my education because i was medical student before the sudden death of my father.Please Your immediate response would be appreciated. Best regards Miss blessing Paul. - MISS BLESSING PAUL

1 0

Translation impacted by file rename?
by Jon A. Cruz 28 Apr '06

28 Apr '06

I was wondering if the translations are going to be negatively impacted by file renaming. Anyone know? Here's the outstanding change I have to POTFILES.in to get 'make check' happy again: Index: po/POTFILES.in =================================================================== --- po/POTFILES.in (revision 11430) +++ po/POTFILES.in (working copy) @@ -172,7 +172,6 @@ src/node-context.cpp src/nodepath.cpp src/object-edit.cpp -src/object-ui.cpp src/path-chemistry.cpp src/pen-context.cpp src/pencil-context.cpp @@ -252,6 +251,7 @@ src/tools-switch.cpp src/trace/potrace/inkscape-potrace.cpp src/trace/trace.cpp +src/ui/context-menu.cpp src/ui/dialog/aboutbox.cpp src/ui/dialog/align-and-distribute.cpp src/ui/dialog/document-metadata.cpp

1 0

translation lost in save
by Aaron Spike 28 Apr '06

28 Apr '06

It seems that the translation portion of my Fit Page to Selection function doesn't properly weather a save and open cycle. Can anyone offer suggestions as to how I might fix that? I suppose I need to translate each child of the document instead of translating the doc root. Yes? Aaron Spike

1 0

ok, sorry that's only a idea
by Jairo Gonzalez 27 Apr '06

27 Apr '06

I know that the way to do shadows is using blur filter (in my graphics I do shadows exporting a png of the figure and I use gimp to make the blur effect) I only try to do a shadow using the tools available in inkscape today, for this reason I thing in the degrade attribute, it's a bad idea, sorry about that. the next time that I will write something here will be a good idea. I thing in use the border too, because y don't know how to do inside shadow. its all thanks

2 2

RE: [Inkscape-devel] Re: vectorsection vs native PDF?
by Charles Moir 27 Apr '06

27 Apr '06

These are a few reasons why, from the outside, I think it makes sense for Inkscape to adopt UberConverter (UC) and not to 'hard-wire' each new filter, such as PDF export, directly into Inkscape. * If you write ONE filter to talk to uber-converter then you get ALL file types it supports. * Each new filter type that's added to UberConverter, Inkscape will be able to use with NO additional work * Each new filter type that UC supports benefits at least two open source projects, and possibly more. So immediately it avoids re-inventing the wheel and duplicating effort (surely one of the core principles of FOSS) * Developers can write new import / export filters without having to know anything about the internal code of Inkscape or Xara. It's thus, hopefully, considerably easier to write new filters for Inkscape and Xara. In a nutshell UC works by having one master 'uber-format' that's a superset, as much as possible, of all common vector standards. This is the hub-format. You write one filter to convert to and from that format. UC then has lots of separate independent plug-in filters to convert to and from this hub format. So now if you add say, a DXF converter into the hub, all others types can be converted to and from DXF. The goal is to have, as much as possible, a lossless conversion between types and to retain important meta information such as group structure. No other platform has an agreed open standard for vector conversion (commercial considerations make it difficult to imagine), but the benefit to the FOSS platform of having one solution for all products wanting vector conversion seems to be very considerable. And finally, we (Xara and Inkscape) have spoken about ways to cooperate, to avoid competing, and it seems this is a classic example where with a little planning we can do just that: cooperate, not compete. We all have limited developer resources and so immediately the benefits of our two projects pooling to solve the same problem once strikes me as a huge gain. And if a third project, say Scribus, started to use UC, then for each filter, or even each little minor improvement, three major projects get the immediate benefit. A 300% return on your developer investment. We both require PDF export. Recently there's been discussion about ODG support and EMF/WMF. These are important vector standard file formats. It would obviously benefit both our projects to have EPS support, CorelDRAW CDR and CMX support, Adobe Illustrator - I could go on. Let's solve the problem once. Now having said that it's early days for UC. It's a mostly a plan, not a fully functioning reality. But right now we're putting a lot of effort into integrating UC into XaraLX, and we hope within a few weeks to have this working and demonstrating the first UC filter (Xar <-> SVG). And yes this means if you guys integrate this you get the ability to read and write our .xar files. So I think Eric's project deserves Inkscape's support. It even seems a good candidate for SoC support since it's an independent project that directly benefits multiple other projects. Charles > -----Original Message----- > From: inkscape-devel-admin(a)lists.sourceforge.net > [mailto:inkscape-devel-admin@lists.sourceforge.net] On Behalf > Of Eric Wilhelm > Sent: 26 April 2006 22:59 > To: inkscape-devel(a)lists.sourceforge.net > Cc: bulia byak > Subject: [Inkscape-devel] Re: vectorsection vs native PDF? > > # from bulia byak > # on Friday 14 April 2006 05:53 pm: > > >- Implement > > > http://wiki.inkscape.org/wiki/index.php/Required_PDF_Support (I know > >of UberConverter, but PDF is the most important interchange > format so > >we should better support it natively) > > bulia, can you explain why this needs to be native? Short of > animation and the exact placement of things like transforms > in the DOM (if pdf would even allow that) the Chromista hub > should express enough of the SVG structure to round-trip PDF > conversions as well as anything native. > > If it gets implemented natively in inkscape, I would just use > that as a hub attached to chromista to get things like xar -> > pdf, but going through svg is going to be lossy from that perspective. > > Thanks, > Eric > -- > Peer's Law: The solution to the problem changes the problem. > --------------------------------------------------- > http://scratchcomputing.com > --------------------------------------------------- > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web > services, security? > Get stuff done quickly with pre-integrated technology to make > your job easier > Download IBM WebSphere Application Server v.1.0.1 based on > Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057& > dat=121642 > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

6 8

s/UberConverter/VectorSection/
by Eric Wilhelm 27 Apr '06

27 Apr '06

Hi all, "The UberConverter" is finally moving out of the "working title" stage. The new name is VectorSection, which may or may not be referred to as VectorX, VeX, or vx. http://scratchcomputing.com/projects/vectorsection/ Also a few updates to the page and a link to the install instructions. More to come. --Eric -- So malloc calls a timeout and starts rummaging around the free chain, sorting things out, and merging adjacent small free blocks into larger blocks. This takes 3 1/2 days. --Joel Spolsky --------------------------------------------------- http://scratchcomputing.com ---------------------------------------------------

3 3

Re: [Inkscape-devel] path effect grammar
by Martin Owens 27 Apr '06

27 Apr '06

attributes are a folly for data, they confuise too much. I'm glad my xml in programming never has them outside ids. On Thu, 27 Apr 2006 11:05:42 -0400 , MenTaLguY <mental@...3...> wrote: >On Wed, 2006-04-26 at 22:40 -0300, bulia byak wrote: >> SVG paths use attribute grammar and work just fine. >> >> Why? Because they are flat. >> >> XML is good for hierarchical structures. I do not foresee any >> hierarchy in a chain of sequentially applied effects, each with its >> own parameters. > >That was just one example; XML nodes have other desirable properties >like being addressable via URIs (I'm thinking mostly local references at >the moment, like #id). > >I need to check, but if I remember correctly some of the original SVG >filter and vector effect proposals used flat attributes as you propose, >but obviously they decided not to do that. Our path effects have >similar design considerations, so I'd rather not repeat old mistakes. > >Among other things, non-sequential composition of filters/effects of >seem to be frequently desired for these sorts of things once they come >into widespread use (e.g. many interesting uses of SVG filters involve >trees rather than linear chains). I'd rather not close that door early >by making the filter stuff non-addressable in the document. > >> So, I remain opposed to the approach involving non-SVG child elements. > >I'm not fond of adding children to <svg:path> either, actually. > >I'd almost like to see something like: > ><svg:svg> > ... > <defs> > ... > <inkscape:path-effect xlink:href="x-inkscape-plugin:org.inkscape.effect.foo" id="path-effect2"> > <inkscape:param name="blah" value="foo" /> > </inkscape:path-effect> > ... > </defs> > ... > <svg:path ... inkscape:path-effects="#path-effect2 ..." /> > ... ></svg:svg> > >This is just a rough idea, though. I'm going to have a look at how SVG >vector effects are done; the architecture is very similar in some >respects; I think we basically want to mirror that approach. > >> IMO it's a case of overengineering, and given the general fragility of >> our XML tree, it's much more trouble than it's worth. > >Fragility? Howso? > >-mental -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

1 0

inkscape history/timeline
by Eric Wilhelm 27 Apr '06

27 Apr '06

Hi all, Cornelius asked on IRC how long the feature freeze had been prior to 0.43, which got me thinking that it would be really useful to have a page on the wiki with a year-by-year history. I think this could be useful both as an internal reference and for other open-source projects to see how inkscape has progressed. I've bootstrapped this page with what I can deduce from the sourceforge release listings. http://wiki.inkscape.org/wiki/index.php/InkscapeHistory If you have memories of particular milestones, it would be great to see a year-by-year timeline, maybe even links to progressive screenshots. Thanks, Eric -- Atavism n: The recurrence of any peculiarity or disease of an ancestor in a subsequent generation, usually due to genetic recombination. --------------------------------------------------- http://scratchcomputing.com ---------------------------------------------------

4 4

Re: [Inkscape-user] saving palette settings and random tree positining
by bulia byak 27 Apr '06

27 Apr '06

On 4/26/06, Gijsbert Stoet <stoet@...1250...> wrote: > I really like the new palette at the bottom of my screen. But..., I > noticed that Inkscape does not remember my Palette settings after I > have quit Inkscape. Is that intentional? Jon, is it too difficult to store this in prefs? Another question from me: What if we reduce the height of the palette a bit? Since it's not yet resizeable, we need to choose a good default, and right now IMHO it's too high. > Another question: Why does the random tree (as in effects) always > appear (at least in my latest CVS inkscape version) at the top left > corner *above* the page boundaries, instead of the center of the > page. The latter would IMO be more user friendly. To _really_ fix this, it should be ideally inserted into your current view, appropriately zoomed. Ted: can you tell me how difficult it will be to add several new command line parameters passed to the effects: - the bbox of the selection - the bbox of the visible part of the canvas - the current layer Even if currently effects don't use this, it will be very useful for effect authors, and can potentially make all effects much more usable. > Finally: When I select to fill an object with a radial gradient, > Inkscape always selects to have the full transparency at the borders > of the object and the none-transparency at the center of the object. > That is fine, but often I just need to have it the other way around. > What I do it manually edit the radial gradient to get it my way. It > there a 'one-click' way to quickly reverse the gradient? Yes, Shift+R in Gradient tool. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 3

Re: [Inkscape-devel] Would a translator mailing list be an appropriate tool ?
by Martin Owens 26 Apr '06

26 Apr '06

I would recommend English British as the default English setting, it is used by Europe, Africa, Middle East, China, India, Australia, South East Asia and Canada vs US English which is used by USA, parts of south America and Japan. It's important to standardise on the variation which most of the world have standardised on, and I do feel that because most developers are in the USA they will favour a us-English default (such is the problem with all software). I also agree that neutral word variations should be used were possible. Best Regards, Martin Owens On Wed, 26 Apr 2006 17:42:32 +0200 , "Josef Vybiral" <newsgroups@...1135...> wrote: >On Tue, 25 Apr 2006 22:32:04 +0200, Alan Horkan <horkana@...44...> >wrote: > >> >> On Tue, 25 Apr 2006, Josef Vybiral wrote: >> >>> I agree that inkscape-translators list would be helpful. It would be >>> good to discuss about meanings of translated strings, >> >> A translators list is probably a good idea but it is important that >> translators tell the developers about difficult to translate strings >> rather than doing things the hard way. >> >> Many people use English as a second language and also use software >> through >> English so it is very important the English be crystal clear. >> (Differences between British and American should be avoided if a suitalbe >> "interenational english" phrase works for both, and so only smaller >> spelling issues like color/colour should ever need to be translated.) >> Feedback from translators can be very important. > >Yes, if the string in English is clear then the translation is perfect and >simple(in the most of cases). This kind of feedback and discussions about >used terms would be good to clarify the UI even for users without any >graphics experience before. > >I've said "in the most of cases" in previous paragraph because there are >exceptions. E.g. "Inset/Outset" terms are examples of clear terms in >english but there were some problems to find suitable translation for(in >Czech). After consultation with czech GIMP translator we finally decided >to use terms which are suitable. This kind of discussion with another >translators could be helpful, at least to see what terms/synonyms they >have used. ("CW" and "CCW" terms are similar example where the discussion >was helpful ;) ) > > cheers > > cornelius > >-- >Josef Vybíral a.k.a. cornelius >-------------------------------- >gimp.cz's second editor in chief >web: http://cornelius.gimp.cz >mail: cornelius@...1135... >jabber: cornelius@...1136... > > >------------------------------------------------------- >Using Tomcat but need to do more? Need to support web services, security? >Get stuff done quickly with pre-integrated technology to make your job easier >Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >_______________________________________________ >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

Re: [Inkscape-devel] Re: [Inkscape-user] saving palette settings and random tree positining
by Martin Owens 26 Apr '06

26 Apr '06

It's better to have DOM hooks or SVG filter hooks, I'd like SVG DOM hooks for Perl, there is a way to provide a module writen in C++ or C which acts like a perl module, I'm sure there are similar things for Python. On Wed, 26 Apr 2006 17:39:03 -0400 , MenTaLguY <mental@...3...> wrote: >On Wed, 26 Apr 2006 16:36:04 -0400, "bulia byak" <buliabyak@...400...> wrote: >> On 4/26/06, Aaron Spike <aaron@...749...> wrote: >>> I hope we can hookup python extensions with access to inkscape internals >>> before this is necessary. Starting to build to much complexity, IMHO. >> >> Not all extensions need or want to access Inkscape internals. The big >> advantage of the current implementation is exactly this - that any >> developer knowing only Python and SVG can write an extension without >> any Inkscape knowledge. So I don't want the current system to be >> completely replaced by the new "internalized" one; I'd prefer to have >> them both at the same time. > >It's also worth noting that anything tied to the Inkscape internals too directly is going to break as the codebase continues to change and be improved. > >-mental > > > >------------------------------------------------------- >Using Tomcat but need to do more? Need to support web services, security? >Get stuff done quickly with pre-integrated technology to make your job easier >Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642 >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

1 0

Re: [Inkscape-user] saving palette settings and random tree positining
by bulia byak 26 Apr '06

26 Apr '06

On 4/26/06, Aaron Spike <aaron@...749...> wrote: > I hope we can hookup python extensions with access to inkscape internals > before this is necessary. Starting to build to much complexity, IMHO. Not all extensions need or want to access Inkscape internals. The big advantage of the current implementation is exactly this - that any developer knowing only Python and SVG can write an extension without any Inkscape knowledge. So I don't want the current system to be completely replaced by the new "internalized" one; I'd prefer to have them both at the same time. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

a idea
by Jairo Gonzalez 26 Apr '06

26 Apr '06

hi, I am not a developer yet, I am a student of informatics engineering, now, I have a idea to do shadows, using the border attribute of objects, in theory use a parallel degrade, started in the inside part of the border, and go to transparent at the end of border for shadow to out and reverse to shadow in. this is my idea (I don't speak English well), I will develop this option someday and bring it to you, now I bring you only a idea, if somebody developed this thing, tell me please, bye, PD:this shadow is something like the shadows of gimp or fireworks, this kind of shadows give realism to a image in svg

3 2

Visual feedback while snapping
by Mathieu Dimanche 26 Apr '06

26 Apr '06

Hi everyone Since it's my first attempt at trying to make things improve in a software, using cvs, and trying to understand a whole project (and written in c++... sometimes), please don't be too harsh on me and on my english level, I'm just a little frenchy :) Very used to illustrator, I miss some little things that make life easier, like moreeffective snapping. So I tried to understand the whole object tree, reading both the doxygen and the code (...when there were comments) and finally managed to have a patch made. The functionnality is a pretty little one, I just made guides highlight when moved objects snap against them. For now, this only works for dragged objects and rectangles being drawed. I post this for anyone to check if I do right, naming functions, indenting, thinking the whole problem, so please, feel free to over-comment my "work", for me to know if I can go on with these kind of updates. This is the first patch of my life, I hope I've made it well. Could you test that ? Next things I could look at could be : - Snapping modes (enable/disable) Bounding box and dots snapping. I thik it could be great too temporarily disable bounding box snapping, just to make sure only dots do it. - Providing visual feedback of which of these is used now (you grab a rectangle, its bounding box snaps a guide, the guide turns red (default highlight color), and a little text appears along the guide saying (snapping to boungbox). If you drag farther, the boundingbox will stop snapping and it's the corner dot that will do, so the text'll be "dot snapping" or something like this... maybe snapped dots could be highlited too - Making grid lines highlight when snapped, just like guides (it was much easier for guides since they are separate objects and the color/hicolor alread existed) - Trying to make more snapping objects... maybe angled guides, objects themselves, middle of objects, etc... all these could be mode enabled/disabled. What do people think ? What feature would you like most ?

8 27

outdated FAQ entry
by bulia byak 26 Apr '06

26 Apr '06

Can someone knowledgeable please update this FAQ entry which still speaks about CVS? http://wiki.inkscape.org/wiki/index.php/FAQ#What_is_the_Linux_command_to_do… -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

Re: [Inkscape-user] Improved crispy icon set
by bulia byak 25 Apr '06

25 Apr '06

Andre, As you know your icon set is now used as default in Inkscape SVN. But recently we reduced the size of the toggle buttons, and their icons now look less than perfect (e.g. the avoid/nonavoid buttons in the Connector tool). Can you please look into making these icons look better with the current size (e.g. by simplifying them)? Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

new packaging for OS X
by jiho 25 Apr '06

25 Apr '06

Hi all, I updated the packaging for OS X so that when people open the disc image in which Inkscape is distributed they see this: http://jo.irisson.free.fr/dropbox/inkscape_distrib.png and just have to drag and drop Inkscape icon to Applications in order to install it. Yes this is mostly eye candy but well... this is on the mac ;-) I took the header from the tutorials. is it ok? This requires a custom 80Mb disc image with its background modified by hand so I don't think it's a good candidate to commit. Is there anybody who knows about a command line to apply a background image to a folder of the Finder? (it's the last point that cannot be automated in a script and that requires the 80Mb disc image to exist already). A packaged version of pyXML was tested successfully on 10.3 and 10.4 so I planned to ship this as a separate package in the dev builds: http://jo.irisson.free.fr/dropbox/pyxml_distrib.png Maybe it should be included in 0.44 too if effects are to be activated by default. I sent an email to pyXML developers to know if they want a particular logo/mention of pyXML in the package. I'll be unavailable for the next two months so I won't be able to produce Inkscape dev builds for the testing phase of the release, nor will I be able to package 0.44. I guess people will be available to do it. If this new packaging is ok to everybody and worth bothering, I'll modify the wiki to explain how to do it and somebody (Michael? Ted?) could take over the builds. Cheers, JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/

3 5

Re: Fwd: [Inkscape-devel] layer manager
by MenTaLguY 25 Apr '06

25 Apr '06

Thinking about this, aside from the compilation issues, there's not really much more to do on the LayerManager side of things -- it's essentially complete. We just need to hook it up so that each SPDesktop has an associated LayerManager, and then the rest is gtkmm work. -mental On Mon, 24 Apr 2006 12:02:11 -0400, "bulia byak" <buliabyak@...400...> wrote: > Mental, the deadline is looming, please do what you can to speed this up! > > ---------- Forwarded message ---------- > From: Daniel Genrich <daniel.genrich@...400...> > Date: Apr 24, 2006 10:20 AM > Subject: [Inkscape-devel] layer manager > To: inkscape-devel(a)lists.sourceforge.net > > > Hello! > > I only wanted to ask if there is more code than this ~50 lines in SVN > for layer-manager.cpp since i wanted to code on the layer manager. > > > Greetings. > Genscher > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > >

3 4

Re: [Inkscape-devel] we lost an option
by Ralf Stephan 25 Apr '06

25 Apr '06

marco wrote > First i'll restore the lost option then i'll try to get some icons in the > preferences pagelist, and maybe then i can help you out on some more gtkmm > work? That's great. I think you should do what motivates you the most, so please decide yourself. My gtkmm work is waiting until after release. Also, I would need to address a problem in Desktop Preferences then, so I have not decided for me which dialog to convert next. But I just remember to ask you to add a button in Inkscape Prefs for "dialogs with/without close button" and maybe you want to expand what I wrote in the Wiki release notes about your work on that dialog? In any case, thanks for your work! ralf

1 0

Native OS X build
by Jon A. Cruz 25 Apr '06

25 Apr '06

Has anyone been looking at trying out building the native OS X version of GTK+? I've not quite gotten the time myself to get my dev environment switched over to try it, but it sounds like it might be getting close enough to give a shot. If nothing else, if we start trying to build an OS X native Inkscape with it, we'll be able to find problems that others aren't hitting yet. Anyone interested? Oh, and I'd talked briefly with Aaron Voisine who does Gimp.app about his experience getting the native GTK+ going, and he had these details: > It wasn't too bad, though you'll want a seperate fink installation to > play with. I moved /sw to /sw.orig and /usr/X11R6 to /usr/X11R6.orig > to move back when I finished. I made a fresh fink installation and > grabbed the finkinfo files from > http://www.cat.pdx.edu/~mattw/vasi/fink/gtk-native > > This was my starting point. I had to copy several finkinfo files from > the unstable tree into local in order to remove x11 dependencies, > change a few configure options, change gtk+2 dependencies to > gtk+2-native, that kind of thing. I also had to modify pango1-native > to compile using freetype, since gimp requires that. I also grabbed > the latest from cvs, built my own tar.bz2 files and updated glib, > gtk+2-native, pango1-native and cairo-native to use them. >

4 4

(no subject)
by Jocelyn Doire 25 Apr '06

25 Apr '06

Hi, ACSpike have added a "Fit canvas to selection" button, which is a great addition when creating SVG images for a web page. I have a couple of suggestions: 1) Should the numbers in the "Custom size" just above the button be updated? 2) Should the word "canvas" replace with "page", to be consistent with the "Page size" and "Page orientation" just above? 3) Would it be more logical to have the button inside the "Custom Size" box? Note also that: the "page size" menu has a big empty gap above the "custom", but when I scroll down, the gap disapear. I'm running Inkscape 0.43+devel, built Apr 22 2006, on Win2k. Joc

5 9

windows builds broken
by Daniel Díaz 25 Apr '06

25 Apr '06

Hello. The latest looks good. Greetings! Daniel Díaz yosoy@...31... On 4/24/06, Daniel Díaz <mrchapp@...400...> wrote: > Hello. > > > On 4/24/06, bulia byak <buliabyak@...400...> wrote: > > The recent builds at > > > > http://mrchapp2.homelinux.net/~inkscape/ > > > > crash on startup. I'm not sure whom personally to contact about it, > > but this needs to be fixed ASAP, as it's linked from our download > > page. I tried other people's builds today and they work fine, so it's > > something with the build environment. This bug: > > > > http://sourceforge.net/support/tracker.php?aid=1472859 > > > > suggests that all that is needed is make clean. Please, can we do a > > make clean always on these autobuilds, or at least once a day? > > That can be arranged. > > Daniel Díaz > ddiaz@...1105...

2 1

layer manager
by Daniel Genrich 25 Apr '06

25 Apr '06

Hello! I only wanted to ask if there is more code than this ~50 lines in SVN for layer-manager.cpp since i wanted to code on the layer manager. Greetings. Genscher

2 1

./configure fails on Mac OS X 10.4.6
by Andrew Wilson 25 Apr '06

25 Apr '06

As of today, ./configure --prefix=$INSTALL_HERE On Mac OS X 10.4.6 reports: --- snip --- checking for pkg-config... /sw/bin/pkg-config checking for png_read_info in -lpng... no configure: error: libpng >= 1.2 is needed to compile inkscape --- snip - no more lines of output from configure --- This is for a fresh FINK install as per: http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX ./configure ends without reporting a summary. I'm trying 'make' now but I'm not sure if it's proceeding with a previous 'good' configuration or a partialy written 'bad' one...

3 2

[Fwd: [CREATE] Announcing next year's Libre Graphics Meeting]
by Bryce Harrington 24 Apr '06

24 Apr '06

Hi all, The decision for next year's Libre Graphics Meeting has been finalized for Montreal in 2007. Of course, it's still a year away, but I'd like to encourage everyone to think about making plans to attend. We had a *great* time this year in Europe, and it was a good opportunity to share notes with all the other graphic app developers. Bryce ----- Forwarded message from David Neary <dneary@...8...> ----- Date: Mon, 24 Apr 2006 21:54:10 +0200 From: David Neary <dneary@...8...> To: create@...330... Subject: [CREATE] Announcing next year's Libre Graphics Meeting Hi all, So, dates have come and gone, propositions were received, and Louis Desjardin's proposal to have Libre Graphics Meeting 2007 in Montreal has received unanimous support. So there you have it - next year's LGM will be in Canada. Thanks to Louis for taking this on, I had a great time organising the first one, along with everyone else who helped, and I look forward to seeing you all next year. Louis, take it away! Cheers, Dave. -- Dave Neary bolsh@...85... Lyon, France _______________________________________________ CREATE mailing list CREATE@...626... http://lists.freedesktop.org/mailman/listinfo/create ----- End forwarded message -----

1 0

windows builds broken
by bulia byak 24 Apr '06

24 Apr '06

The recent builds at http://mrchapp2.homelinux.net/~inkscape/ crash on startup. I'm not sure whom personally to contact about it, but this needs to be fixed ASAP, as it's linked from our download page. I tried other people's builds today and they work fine, so it's something with the build environment. This bug: http://sourceforge.net/support/tracker.php?aid=1472859 suggests that all that is needed is make clean. Please, can we do a make clean always on these autobuilds, or at least once a day? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Inkscape 0.44 release planning
by Bryce Harrington 24 Apr '06

24 Apr '06

On Sat, Apr 15, 2006 at 01:15:57PM -0700, Bryce Harrington wrote: > Another thing I'm wondering about is how much bug fixing work will be > needed. For 0.43 I think we actually spent _too_ much time in bug fix > mode, to the point that it almost burnt out a few people (which may be > the cause for the long period between releases). Yet at the same time, > much development has gone on, and we may have a lot of defects to > eliminate. We'll have to find a fair balance there... Hmm, actually it looks like the bug tracker is in quite good shape. In November last year, around the time of the 0.43 release, we had around 250-300 bugs (out of 1736 total), and today we're at 339 (out of 2068). Looks like Bulia and others have been doing well keeping on top of the tracker. That puts us in a good spot going into the release. :-) How do people feel about the overall robustness of inkscape presently? I assume there are still some issues in recently implemented features, but beyond that do you feel there is a lot of stabilization work needed, or just a little? Bryce

3 3

Moved file: src/object-ui.cpp, src/object-ui.h moved to src/ui/context-menu.cpp, src/ui/context-menu.h
by Joshua Blocher 24 Apr '06

24 Apr '06

2006-04-23 verbalshadow <verbalshadow@...400...> * src/object-ui.cpp, src/object-ui.h: moved to src/ui/context-menu.cpp, src/ui/context-menu.h to make it easier to find This may require you to ./autogen.sh $ ./configure again. I had to on my system. verbalshadow Joshua L. Blocher

1 0

Re: [Inkscape-tester] manual kerning
by Alexandre Prokoudine 24 Apr '06

24 Apr '06

On 4/24/06, Aaron and Sarah Spike wrote: > Alexandre Prokoudine wrote: > > 2. Draw a rectangular frame > > I think drawing a rectangle frame create "flow text", which you can't > kern. Try just a simple click instead of a click and drag. Oops, I didn't know about this limitation. Thank you for pointing it out, Aaron. Alexandre

1 0

Example
by Jesus Jerez 23 Apr '06

23 Apr '06

Hello I do not speak English, so they excuse me :) I made a proposal for the logo of the project of the reproducer xmms2, this is wiki: http://wiki.xmms2.xmms.se/index.php/Logo to much people it has liked. the archives are under the GPL:) I used inkscape 0,43 under gnu/linux gentoo, gnome 2.12 Download: http://jhuss.com/xmms2.tar.gz (png & svg) it sent this thinking about that they like, and are an example but of which is possible to be done with inkscape. it animates to me to send this when I read the FAQ http://wiki.inkscape.org/wiki/index.php/FAQ#Contributing_to_Inkscape I adore inkscape. success with the project!

2 2

0.44 status
by bulia byak 23 Apr '06

23 Apr '06

In preparation for 0.44, I'd like to share what I know about the status of various developments, as well as ask people to submit their updates. Ideally I'd like to see EVERY developer to respond to this email with their status updates. But first, some food for thought. Judging by SF statistics, 0.43 is the first Inkscape version where we failed to double the number of downloads. Up to 0.42, the approximate doubling rule held (if we count 0.42 and 0.42.2 as one version), but 0.43 got only a bit more downloads than 0.42: 347000 vs . 300000, even though this release was longer. May be a stats glitch, but may be an indication that 0.44 needs to be marketed more aggressively. Here are the items I'm aware of, in no particular order: 1. Snapping. I sent a call for Carl and Mathieu some time ago but got no response. Even if we leave this in its current status, we must do at least two things: fix the freezing when dragging multiple selected objects (http://sourceforge.net/tracker/index.php?func=detail&aid=1429049&group_id=9…) and write the release notes for the new stuff. In the absense of the main authors, help is welcome from anyone who has an idea of the changes since the last release (Ralf?). 2. Andrius has a very interesting rendering speedup patch. It can't be committed yet since it has a problem with scrolling, but the author says he can fix this. In that case it definitely should be in 0.44, even though it's a bit risky. But we have time to test it still. 3. Scislac has taken on collecting/making screenshots and updating the tutorials. I don't know of the current status of this. 4. Layer dialog: Mental has promised to commit it before the release. Looks like it's the biggest remaining feature item, and its completion will determine the date of the release. Any status update will therefore be especially appreciated. 5. Jon Cruz seems to be in the middle of a hacking bout, but again I don't know exactly what's done and what is planned. Filling out the release notes would help a lot. Jon, please do it NOW. 6. Aaron has finalized quite a number of useful features, the remaining one being the "crop canvas" thing which just needs to be hooked up. After that (I think) he was going to work on the path effects branch - which means he will, at least, have something to hack on while we all will be painfully frozen :) 7. I need to do one interface tweak in Calligraphic (requested by Mental) and maybe one other small thing. Both pretty small. 8. Richard (cyreve), can you please fill in the Release Notes on the bugfixes you did to the Windows font handling? 9. Last I tested, extensions still don't work on Windows for lack of PyXML. It would be a pity to not enable them because of this. Ishmal, can you look into it? 10. Bob (ishmal), what is the status of the SIOX tracing and ODG export, as well as DOM? Will any of them be usable for 0.44? 11. One small but useful thing that seems to be almost there is help text for extensions, to be shown on extension params dialogs. Ted, what is the status of this? 12. On Jabber, someone called "deadchip" started work on text dialog and toolbar and even showed some code. If you are reading us, can you please say hi and give us an update/estimate? This is a very important missing piece in Inkscape UI. 13. Does anyone know the status of the Windows "dialogs on top" patch for GTK? Scislac, as you contacted the author, can you please write him again? Not exactly our problem, but would be nice to have it finally fixed. 14. Bugs to be fixed: apart from the drag freezing in snapper, I know of some weird tablet event bugs that Mental is debugging. Anyone willing to nominate bugs for mustfix status please follow up. Anyone having something to add to this list is very welcome. Also of interest is this old mail of mine: http://sourceforge.net/mailarchive/message.php?msg_id=13934323 Some things listed there are done, some are as far ahead as they were then. But overall, we made good progress. Lastly and MOST IMPORTANTLY, we need to designate one or two release maintainers willing to keep and update this list and push people to fulfill their obligations. The release time is the time when anarchy is suspended and a dictatorship is temporarily installed. The maintainers need to be aggressive and tireless: send daily reminders, make noise on jabber, urge and ask and plead and beg to get things done. Every item in this list needs to be followed up until it's resolved somehow, and every new issue that emerges needs to be added to this list. That is the only way to get the release out of the door fast and to avoid the endless and meaningless freeze that so frustrated us last time. (as you might guess, I can't be a maintainer this time - too much work lately...) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

13 34

Inkscape communication
by cedric GEMY 22 Apr '06

22 Apr '06

I kow this is not the most important stuff, but browsing the helpWanted section of the wiki i've seen that there was a project or a wish of project about Inkscape communication. Where are you with that ? Cedric

2 1

WEBFORM Please if I missposted forward or let me know
by Bryce 22 Apr '06

22 Apr '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Bryce email: netolympus@...1244... submitted the following: I have a customer with a small biz cutting letters for sighns. He uses Corel Draw for writing letters , outline them with a custom colour witch have to be named CutPath and export them us EPS for the printer to cut. The printers program uses the CutPath definition to actually cut the letters instead of printing them.(Looks like the only thing it needs.) Is there a way to do this in InkScape ?? The postscript looks different. Below is an .eps file from Corel. The general idea is to use linux at all his workstations for the drawing and sense the cutting program is having a server, to be the only PC with windows. Forgive my ignorance on drawing software and eps but if there is another way to do this I\'ll be happy to listen. Thanks in advance for your time and maybe.. your feedback. George. Corel file : ï¿½ï¿½ [ 4[ @ %!PS-Adobe-3.0 EPSF-3.0 %%BoundingBox: 133 328 419 586 %%LanguageLevel: 1 %%Creator: CorelDRAW 12 %%Title: M.eps %%CreationDate: Sat Apr 22 09:48:51 2006 %%DocumentProcessColors: Black %%DocumentCustomColors: (CutPath) %%CMYKCustomColor: 0.08 0.07 0.74 0 (CutPath) %%DocumentSuppliedResources: (atend) %%EndComments %%BeginProlog /AutoFlatness false def /AutoSteps 0 def /CMYKMarks true def /UseLevel 1 def %Build: CorelDRAW Version 12.154 %Color profile: Generic offset separations profile /CorelIsEPS true def %%BeginResource: procset wCorel12Dict 12.0 0 /wCorel12Dict 300 dict def wCorel12Dict begin % Copyright (c)1992-2003 Corel Corporation % All rights reserved. v12 r0.0 /bd{bind def}bind def/ld{load def}bd/xd{exch def}bd/_ null def/rp{{pop}repeat} bd/@cp/closepath ld/@gs/gsave ld/@gr/grestore ld/@np/newpath ld/Tl/translate ld /$sv 0 def/@sv{/$sv save def}bd/@rs{$sv restore}bd/spg/showpage ld/showpage{} bd currentscreen/@dsp xd/$dsp/@dsp def/$dsa xd/$dsf xd/$sdf false def/$SDF false def/$Scra 0 def/SetScr/setscreen ld/@ss{2 index 0 eq{$dsf 3 1 roll 4 -1 roll pop}if exch $Scra add exch load SetScr}bd/SepMode_5 where{pop}{/SepMode_5 0 def}ifelse/CorelIsSeps where{pop}{/CorelIsSeps false def}ifelse /CorelIsInRIPSeps where{pop}{/CorelIsInRIPSeps false def}ifelse/CorelIsEPS where{pop}{/CorelIsEPS false def}ifelse/CurrentInkName_5 where{pop} {/CurrentInkName_5(Composite)def}ifelse/$ink_5 where{pop}{/$ink_5 -1 def} ifelse/$c 0 def/$m 0 def/$y 0 def/$k 0 def/$t 1 def/$n _ def/$o 0 def/$fil 0 def/$C 0 def/$M 0 def/$Y 0 def/$K 0 def/$T 1 def/$N _ def/$O 0 def/$PF false def/s1c 0 def/s1m 0 def/s1y 0 def/s1k 0 def/s1t 0 def/s1n _ def/$bkg false def /SK 0 def/SM 0 def/SY 0 def/SC 0 def/$op false def matrix currentmatrix/$ctm xd /$ptm matrix def/$ttm matrix def/$stm matrix def/$ffpnt true def /CorelDrawReencodeVect[16#0/grave 16#5/breve 16#6/dotaccent 16#8/ring 16#A/hungarumlaut 16#B/ogonek 16#C/caron 16#D/dotlessi 16#27/quotesingle 16#60/grave 16#7C/bar 16#80/Euro 16#82/quotesinglbase/florin/quotedblbase/ellipsis/dagger/daggerdbl 16#88/circumflex/perthousand/Scaron/guilsinglleft/OE 16#91/quoteleft/quoteright/quotedblleft/quotedblright/bullet/endash/emdash 16#98/tilde/trademark/scaron/guilsinglright/oe 16#9F/Ydieresis 16#A1/exclamdown/cent/sterling/currency/yen/brokenbar/section 16#a8/dieresis/copyright/ordfeminine/guillemotleft/logicalnot/minus/registered/macron 16#b0/degree/plusminus/twosuperior/threesuperior/acute/mu/paragraph/periodcentered 16#b8/cedilla/onesuperior/ordmasculine/guillemotright/onequarter/onehalf/threequarters/questiondown 16#c0/Agrave/Aacute/Acircumflex/Atilde/Adieresis/Aring/AE/Ccedilla 16#c8/Egrave/Eacute/Ecircumflex/Edieresis/Igrave/Iacute/Icircumflex/Idieresis 16#d0/Eth/Ntilde/Ograve/Oacute/Ocircumflex/Otilde/Odieresis/multiply 16#d8/Oslash/Ugrave/Uacute/Ucircumflex/Udieresis/Yacute/Thorn/germandbls 16#e0/agrave/aacute/acircumflex/atilde/adieresis/aring/ae/ccedilla 16#e8/egrave/eacute/ecircumflex/edieresis/igrave/iacute/icircumflex/idieresis 16#f0/eth/ntilde/ograve/oacute/ocircumflex/otilde/odieresis/divide 16#f8/oslash/ugrave/uacute/ucircumflex/udieresis/yacute/thorn/ydieresis]def /L2?/languagelevel where{pop languagelevel 2 ge}{false}ifelse def/Comp?{ /LumSepsDict where{pop false}{/AldusSepsDict where{pop false}{1 0 0 0 @gs setcmykcolor currentcmykcolor @gr add add add 0 ne 0 1 0 0 @gs setcmykcolor currentcmykcolor @gr add add add 0 ne 0 0 1 0 @gs setcmykcolor currentcmykcolor @gr add add add 0 ne 0 0 0 1 @gs setcmykcolor currentcmykcolor @gr add add add 0 ne and and and}ifelse}ifelse}bd/@PL{/LV where{pop LV 2 ge L2? not and{@np /Courier findfont 12 scalefont setfont 72 144 m (The PostScript level set in the Corel application is higher than)show 72 132 m (the PostScript level of this device. Change the PS Level in the Corel)show 72 120 m(application to Level 1 by selecting the PostScript tab in the print)show 72 108 m(dialog, and selecting Level 1 from the Compatibility drop down list.) show flush spg quit}if}if}bd/@BeginSysCorelDict{systemdict/Corel30Dict known {systemdict/Corel30Dict get exec}if systemdict/CorelLexDict known{1 systemdict /CorelLexDict get exec}if}bd/@EndSysCorelDict{systemdict/Corel30Dict known {end}if/EndCorelLexDict where{pop EndCorelLexDict}if}bd AutoFlatness{/@ifl{dup currentflat exch sub 10 gt{ ([Error: PathTooComplex; OffendingCommand: AnyPaintingOperator]\\n)print flush @np exit}{currentflat 2 add setflat}ifelse}bd/@fill/fill ld/fill{currentflat{ {@fill}stopped{@ifl}{exit}ifelse}bind loop setflat}bd/@eofill/eofill ld/eofill {currentflat{{@eofill}stopped{@ifl}{exit}ifelse}bind loop setflat}bd/@clip /clip ld/clip{currentflat{{@clip}stopped{@ifl}{exit}ifelse}bind loop setflat} bd/@eoclip/eoclip ld/eoclip{currentflat{{@eoclip}stopped{@ifl}{exit}ifelse} bind loop setflat}bd/@stroke/stroke ld/stroke{currentflat{{@stroke}stopped {@ifl}{exit}ifelse}bind loop setflat}bd}if L2?{/@ssa{true setstrokeadjust}bd}{ /@ssa{}bd}ifelse/d/setdash ld/j/setlinejoin ld/J/setlinecap ld/M/setmiterlimit ld/w/setlinewidth ld/O{/$o xd}bd/R{/$O xd}bd/W/eoclip ld/c/curveto ld/C/c ld/l /lineto ld/L/l ld/rl/rlineto ld/m/moveto ld/n/newpath ld/N/newpath ld/P{11 rp} bd/u{}bd/U{}bd/A{pop}bd/q/@gs ld/Q/@gr ld/&{}bd/@j{@sv @np}bd/@J{@rs}bd/g{1 exch sub/$k xd/$c 0 def/$m 0 def/$y 0 def/$t 1 def/$n _ def/$fil 0 def}bd/G{1 sub neg/$K xd _ 1 0 0 0/$C xd/$M xd/$Y xd/$T xd/$N xd}bd/k{1 index type /stringtype eq{/$t xd/$n xd}{/$t 0 def/$n _ def}ifelse/$k xd/$y xd/$m xd/$c xd /$fil 0 def}bd/K{1 index type/stringtype eq{/$T xd/$N xd}{/$T 0 def/$N _ def} ifelse/$K xd/$Y xd/$M xd/$C xd}bd/x/k ld/X/K ld/sf{1 index type/stringtype eq{ /s1t xd/s1n xd}{/s1t 0 def/s1n _ def}ifelse/s1k xd/s1y xd/s1m xd/s1c xd}bd/i{ dup 0 ne{setflat}{pop}ifelse}bd/v{4 -2 roll 2 copy 6 -2 roll c}bd/V/v ld/y{2 copy c}bd/Y/y ld/@w{matrix rotate/$ptm xd matrix scale $ptm dup concatmatrix /$ptm xd 1 eq{$ptm exch dup concatmatrix/$ptm xd}if 1 w}bd/@g{1 eq dup/$sdf xd {/$scp xd/$sca xd/$scf xd}if}bd/@G{1 eq dup/$SDF xd{/$SCP xd/$SCA xd/$SCF xd} if}bd/@D{2 index 0 eq{$dsf 3 1 roll 4 -1 roll pop}if 3 copy exch $Scra add exch load SetScr/$dsp xd/$dsa xd/$dsf xd}bd/$ngx{$SDF{$SCF SepMode_5 0 eq{$SCA} {$dsa}ifelse $SCP @ss}if}bd/@MN{2 copy le{pop}{exch pop}ifelse}bd/@MX{2 copy ge {pop}{exch pop}ifelse}bd/InRange{3 -1 roll @MN @MX}bd/@sqr{dup 0 rl dup 0 exch rl neg 0 rl @cp}bd/currentscale{1 0 dtransform matrix defaultmatrix idtransform dup mul exch dup mul add sqrt 0 1 dtransform matrix defaultmatrix idtransform dup mul exch dup mul add sqrt}bd/@unscale{}bd/wDstChck{2 1 roll dup 3 -1 roll eq{1 add}if}bd/@dot{dup mul exch dup mul add 1 exch sub}bd/@lin{exch pop abs 1 exch sub}bd/cmyk2rgb{3{dup 5 -1 roll add 1 exch sub dup 0 lt{pop 0}if exch} repeat pop}bd/rgb2cmyk{3{1 exch sub 3 1 roll}repeat 3 copy @MN @MN 3{dup 5 -1 roll sub neg exch}repeat}bd/rgb2g{2 index .299 mul 2 index .587 mul add 1 index .114 mul add 4 1 roll pop pop pop}bd/WaldoColor_5 where{pop}{/SetRgb /setrgbcolor ld/GetRgb/currentrgbcolor ld/SetGry/setgray ld/GetGry/currentgray ld/SetRgb2 systemdict/setrgbcolor get def/GetRgb2 systemdict/currentrgbcolor get def/SetHsb systemdict/sethsbcolor get def/GetHsb systemdict /currenthsbcolor get def/rgb2hsb{SetRgb2 GetHsb}bd/hsb2rgb{3 -1 roll dup floor sub 3 1 roll SetHsb GetRgb2}bd/setcmykcolor where{pop/LumSepsDict where{pop /SetCmyk_5{LumSepsDict/setcmykcolor get exec}def}{/AldusSepsDict where{pop /SetCmyk_5{AldusSepsDict/setcmykcolor get exec}def}{/SetCmyk_5/setcmykcolor ld }ifelse}ifelse}{/SetCmyk_5{cmyk2rgb SetRgb}bd}ifelse/currentcmykcolor where{ pop/GetCmyk/currentcmykcolor ld}{/GetCmyk{GetRgb rgb2cmyk}bd}ifelse /setoverprint where{pop}{/setoverprint{/$op xd}bd}ifelse/currentoverprint where {pop}{/currentoverprint{$op}bd}ifelse/@tc_5{5 -1 roll dup 1 ge{pop}{4{dup 6 -1 roll mul exch}repeat pop}ifelse}bd/@trp{exch pop 5 1 roll @tc_5}bd /setprocesscolor_5{SepMode_5 0 eq{SetCmyk_5}{0 4 $ink_5 sub index exch pop 5 1 roll pop pop pop pop SepsColor true eq{$ink_5 3 gt{1 sub neg SetGry}{0 0 0 4 $ink_5 roll SetCmyk_5}ifelse}{1 sub neg SetGry}ifelse}ifelse}bd /findcmykcustomcolor where{pop}{/findcmykcustomcolor{5 array astore}bd}ifelse /Corelsetcustomcolor_exists false def/setcustomcolor where{pop /Corelsetcustomcolor_exists true def}if CorelIsSeps true eq CorelIsInRIPSeps false eq and{/Corelsetcustomcolor_exists false def}if Corelsetcustomcolor_exists false eq{/setcustomcolor{exch aload pop SepMode_5 0 eq{pop @tc_5 setprocesscolor_5}{CurrentInkName_5 eq{4 index}{0}ifelse 6 1 roll 5 rp 1 sub neg SetGry}ifelse}bd}if/@scc_5{dup type/booleantype eq{dup currentoverprint ne{setoverprint}{pop}ifelse}{1 eq setoverprint}ifelse dup _ eq {pop setprocesscolor_5 pop}{findcmykcustomcolor exch setcustomcolor}ifelse SepMode_5 0 eq{true}{GetGry 1 eq currentoverprint and not}ifelse}bd/colorimage where{pop/ColorImage{colorimage}def}{/ColorImage{/ncolors xd/$multi xd $multi true eq{ncolors 3 eq{/daqB xd/daqG xd/daqR xd pop pop exch pop abs{daqR pop daqG pop daqB pop}repeat}{/daqK xd/daqY xd/daqM xd/daqC xd pop pop exch pop abs {daqC pop daqM pop daqY pop daqK pop}repeat}ifelse}{/dataaq xd{dataaq ncolors dup 3 eq{/$dat xd 0 1 $dat length 3 div 1 sub{dup 3 mul $dat 1 index get 255 div $dat 2 index 1 add get 255 div $dat 3 index 2 add get 255 div rgb2g 255 mul cvi exch pop $dat 3 1 roll put}for $dat 0 $dat length 3 idiv getinterval pop}{ 4 eq{/$dat xd 0 1 $dat length 4 div 1 sub{dup 4 mul $dat 1 index get 255 div $dat 2 index 1 add get 255 div $dat 3 index 2 add get 255 div $dat 4 index 3 add get 255 div cmyk2rgb rgb2g 255 mul cvi exch pop $dat 3 1 roll put}for $dat 0 $dat length ncolors idiv getinterval}if}ifelse}image}ifelse}bd}ifelse /setcmykcolor{1 5 1 roll _ currentoverprint @scc_5/$ffpnt xd}bd /currentcmykcolor{GetCmyk}bd/setrgbcolor{rgb2cmyk setcmykcolor}bd /currentrgbcolor{currentcmykcolor cmyk2rgb}bd/sethsbcolor{hsb2rgb setrgbcolor} bd/currenthsbcolor{currentrgbcolor rgb2hsb}bd/setgray{dup dup setrgbcolor}bd /currentgray{currentrgbcolor rgb2g}bd/InsideDCS false def/IMAGE/image ld/image {InsideDCS{IMAGE}{/EPSDict where{pop SepMode_5 0 eq{IMAGE}{dup type/dicttype eq {dup/ImageType get 1 ne{IMAGE}{dup dup/BitsPerComponent get 8 eq exch /BitsPerComponent get 1 eq or currentcolorspace 0 get/DeviceGray eq and{ CurrentInkName_5(Black)eq{IMAGE}{dup/DataSource get/TCC xd/Height get abs{TCC pop}repeat}ifelse}{IMAGE}ifelse}ifelse}{2 index 1 ne{CurrentInkName_5(Black)eq {IMAGE}{/TCC xd pop pop exch pop abs{TCC pop}repeat}ifelse}{IMAGE}ifelse} ifelse}ifelse}{IMAGE}ifelse}ifelse}bd}ifelse/WaldoColor_5 true def/$fm 0 def /wfill{1 $fm eq{fill}{eofill}ifelse}bd/@Pf{@sv SepMode_5 0 eq $Psc 0 ne or $ink_5 3 eq or{0 J 0 j[]0 d $t $c $m $y $k $n $o @scc_5 pop $ctm setmatrix 72 1000 div dup matrix scale dup concat dup Bburx exch Bbury exch itransform ceiling cvi/Bbury xd ceiling cvi/Bburx xd Bbllx exch Bblly exch itransform floor cvi/Bblly xd floor cvi/Bbllx xd $Prm aload pop $Psn load exec}{1 SetGry wfill}ifelse @rs @np}bd/F{matrix currentmatrix $sdf{$scf $sca $scp @ss}if $fil 1 eq{CorelPtrnDoFill}{$fil 2 eq{@ff}{$fil 3 eq{@Pf}{$fil 4 eq {CorelShfillDoFill}{$t $c $m $y $k $n $o @scc_5{wfill}{@np}ifelse}ifelse} ifelse}ifelse}ifelse $sdf{$dsf $dsa $dsp @ss}if setmatrix}bd/f{@cp F}bd/S{ matrix currentmatrix $ctm setmatrix $SDF{$SCF $SCA $SCP @ss}if $T $C $M $Y $K $N $O @scc_5{matrix currentmatrix $ptm concat stroke setmatrix}{@np}ifelse $SDF {$dsf $dsa $dsp @ss}if setmatrix}bd/s{@cp S}bd/B{@gs F @gr S}bd/b{@cp B}bd/_E{ 5 array astore exch cvlit xd}bd/@cc{currentfile $dat readhexstring pop}bd/@sm{ /$ctm $ctm currentmatrix def}bd/@E{/Bbury xd/Bburx xd/Bblly xd/Bbllx xd}bd/@c{ @cp}bd/@P{/$fil 3 def/$Psn xd/$Psc xd array astore/$Prm xd}bd/tcc{@cc}def/@B{ @gs S @gr F}bd/@b{@cp @B}bd/@sep{CurrentInkName_5(Composite)eq{/$ink_5 -1 def} {CurrentInkName_5(Cyan)eq{/$ink_5 0 def}{CurrentInkName_5(Magenta)eq{/$ink_5 1 def}{CurrentInkName_5(Yellow)eq{/$ink_5 2 def}{CurrentInkName_5(Black)eq {/$ink_5 3 def}{/$ink_5 4 def}ifelse}ifelse}ifelse}ifelse}ifelse}bd/@whi{@gs -72000 dup m -72000 72000 l 72000 dup l 72000 -72000 l @cp 1 SetGry fill @gr} bd/@neg{[{1 exch sub}/exec cvx currenttransfer/exec cvx]cvx settransfer @whi} bd/deflevel 0 def/@sax{/deflevel deflevel 1 add def}bd/@eax{/deflevel deflevel dup 0 gt{1 sub}if def deflevel 0 gt{/eax load}{eax}ifelse}bd/eax{{exec}forall} bd/@rax{deflevel 0 eq{@rs @sv}if}bd systemdict/pdfmark known not{/pdfmark /cleartomark ld}if/wclip{1 $fm eq{clip}{eoclip}ifelse}bd % Copyright (c)1992-2003 Corel Corporation % All rights reserved. v12 r0.0 /z{exch findfont exch scalefont setfont}bd/ZB{9 dict dup begin 4 1 roll /FontType 3 def/FontMatrix xd/FontBBox xd/Encoding 256 array def 0 1 255{ Encoding exch/.notdef put}for/CharStrings 256 dict def CharStrings/.notdef{} put/Metrics 256 dict def Metrics/.notdef 3 -1 roll put/BuildChar{exch dup /$char exch/Encoding get 3 index get def dup/Metrics get $char get aload pop setcachedevice begin Encoding exch get CharStrings exch get end exec}def end definefont pop}bd/ZBAddChar{findfont begin dup 4 1 roll dup 6 1 roll Encoding 3 1 roll put CharStrings 3 1 roll put Metrics 3 1 roll put end}bd/Z{findfont dup maxlength 2 add dict exch dup{1 index/FID ne{3 index 3 1 roll put}{pop pop} ifelse}forall pop dup dup/Encoding get 256 array copy dup/$fe xd/Encoding exch put dup/Fontname 3 index put 3 -1 roll dup length 0 ne{0 exch{dup type 0 type eq{exch pop}{$fe exch 2 index exch put 1 add}ifelse}forall pop}if dup 256 dict dup/$met xd/Metrics exch put dup/FontMatrix get 0 get 1000 mul 1 exch div 3 index length 256 eq{0 1 255{dup $fe exch get dup/.notdef eq{pop pop}{5 index 3 -1 roll get 2 index mul $met 3 1 roll put}ifelse}for}if pop definefont pop pop }bd/CorelIsValidCharpath{pathbbox 3 -1 roll sub abs 0.5 ge 3 1 roll sub abs 0.5 ge and}bd/@ftx{{currentpoint 3 -1 roll(0)dup 3 -1 roll 0 exch put dup @gs true charpath $ctm setmatrix CorelIsValidCharpath{@@txt}if @gr @np stringwidth pop 3 -1 roll add exch m}forall}bd/@ft{matrix currentmatrix exch $sdf{$scf $sca $scp @ss}if $fil 1 eq{/@@txt/@pf ld @ftx}{$fil 2 eq{/@@txt/@ff ld @ftx}{$fil 3 eq {/@@txt/@Pf ld @ftx}{$fil 4 eq{/@@txt/CorelShfillDoFill ld @ftx}{$t $c $m $y $k $n $o @scc_5{show}{pop}ifelse}ifelse}ifelse}ifelse}ifelse $sdf{$dsf $dsa $dsp @ss}if setmatrix}bd/@st{matrix currentmatrix exch $SDF{$SCF $SCA $SCP @ss}if $T $C $M $Y $K $N $O @scc_5{{currentpoint 3 -1 roll(0)dup 3 -1 roll 0 exch put dup @gs true charpath $ctm setmatrix $ptm concat stroke @gr @np stringwidth pop 3 -1 roll add exch m}forall}{pop}ifelse $SDF{$dsf $dsa $dsp @ss}if setmatrix}bd /@te{@ft}bd/@tr{@st}bd/@ta{dup @gs @ft @gr @st}bd/@t@...1245...{dup @gs @st @gr @ft}bd /@tm{@sm concat}bd/e{/t{@te}def}bd/r{/t{@tr}def}bd/o{/t{pop}def}bd/a{/t{@ta} def}bd/@a{/t{@t@...1245...}def}bd/t{@te}def/T{@np $ctm setmatrix/$ttm matrix def}bd/ddt {t}def/@t{/$stm $stm currentmatrix def 3 1 roll m $ttm concat ddt $stm setmatrix}bd/@n{/$ttm exch matrix rotate def}bd/@s{}bd/@l{}bd/_lineorientation 0 def/_bitfont null def/_bitlobyte 0 def/_bitkey null def/_bithibyte 0 def % Copyright (c)1992-2003 Corel Corporation % All rights reserved. v12 r0.0 /@ii{concat 3 index 3 index m 3 index 1 index l 2 copy l 1 index 3 index l 3 index 3 index l clip pop pop pop pop}bd/@i{@sm @gs @ii 6 index 1 ne{/$frg true def pop pop}{1 eq{s1t s1c s1m s1y s1k s1n $O @scc_5/$frg xd}{/$frg false def} ifelse 1 eq{@gs $ctm setmatrix F @gr}if}ifelse @np/$ury xd/$urx xd/$lly xd /$llx xd/$bts xd/$hei xd/$wid xd/$dat $wid $bts mul 8 div ceiling cvi string def $bkg $frg or{$SDF{$SCF $SCA $SCP @ss}if $llx $lly Tl $urx $llx sub $ury $lly sub scale $bkg{$t $c $m $y $k $n $o @scc_5 pop}if $wid $hei abs $bts 1 eq {$bkg}{$bts}ifelse[$wid 0 0 $hei neg 0 $hei 0 gt{$hei}{0}ifelse]/tcc load $bts 1 eq{imagemask}{image}ifelse $SDF{$dsf $dsa $dsp @ss}if}{$hei abs{tcc pop} repeat}ifelse @gr $ctm setmatrix}bd/@I{@sm @gs @ii @np/$ury xd/$urx xd/$lly xd /$llx xd/$ncl xd/$bts xd/$hei xd/$wid xd $ngx $llx $lly Tl $urx $llx sub $ury $lly sub scale $wid $hei abs $bts[$wid 0 0 $hei neg 0 $hei 0 gt{$hei}{0}ifelse ]$msimage false eq $ncl 1 eq or{/$dat $wid $bts mul $ncl mul 8 div ceiling cvi string def/@cc load false $ncl ColorImage}{$wid $bts mul 8 div ceiling cvi $ncl 3 eq{dup dup/$dat1 exch string def/$dat2 exch string def/$dat3 exch string def /@cc1 load/@cc2 load/@cc3 load}{dup dup dup/$dat1 exch string def/$dat2 exch string def/$dat3 exch string def/$dat4 exch string def/@cc1 load/@cc2 load /@cc3 load/@cc4 load}ifelse true $ncl ColorImage}ifelse $SDF{$dsf $dsa $dsp @ss}if @gr $ctm setmatrix}bd/@cc1{currentfile $dat1 readhexstring pop}bd/@cc2{ currentfile $dat2 readhexstring pop}bd/@cc3{currentfile $dat3 readhexstring pop }bd/@cc4{currentfile $dat4 readhexstring pop}bd/$msimage false def/COMP 0 def /MaskedImage false def L2?{/@I_2{@sm @gs @ii @np/$ury xd/$urx xd/$lly xd/$llx xd/$ncl xd/$bts xd/$hei xd/$wid xd/$dat $wid $bts mul $ncl mul 8 div ceiling cvi string def $ngx $ncl 1 eq{/DeviceGray}{$ncl 3 eq{/DeviceRGB}{/DeviceCMYK} ifelse}ifelse setcolorspace $llx $lly Tl $urx $llx sub $ury $lly sub scale 8 dict begin/ImageType 1 def/Width $wid def/Height $hei abs def/BitsPerComponent $bts def/Decode $ncl 1 eq{[0 1]}{$ncl 3 eq{[0 1 0 1 0 1]}{[0 1 0 1 0 1 0 1]} ifelse}ifelse def/ImageMatrix[$wid 0 0 $hei neg 0 $hei 0 gt{$hei}{0}ifelse]def /DataSource currentfile/ASCII85Decode filter COMP 1 eq{/DCTDecode filter}{COMP 2 eq{/RunLengthDecode filter}if}ifelse def currentdict end image $SDF{$dsf $dsa $dsp @ss}if @gr $ctm setmatrix}bd}{/@I_2{}bd}ifelse/@I_3{@sm @gs @ii @np/$ury xd/$urx xd/$lly xd/$llx xd/$ncl xd/$bts xd/$hei xd/$wid xd/$dat $wid $bts mul $ncl mul 8 div ceiling cvi string def $ngx $ncl 1 eq{/DeviceGray}{$ncl 3 eq {/DeviceRGB}{/DeviceCMYK}ifelse}ifelse setcolorspace $llx $lly Tl $urx $llx sub $ury $lly sub scale/ImageDataDict 8 dict def ImageDataDict begin/ImageType 1 def/Width $wid def/Height $hei abs def/BitsPerComponent $bts def/Decode $ncl 1 eq{[0 1]}{$ncl 3 eq{[0 1 0 1 0 1]}{[0 1 0 1 0 1 0 1]}ifelse}ifelse def /ImageMatrix[$wid 0 0 $hei neg 0 $hei 0 gt{$hei}{0}ifelse]def/DataSource currentfile/ASCII85Decode filter COMP 1 eq{/DCTDecode filter}{COMP 2 eq{ /RunLengthDecode filter}if}ifelse def end/MaskedImageDict 7 dict def MaskedImageDict begin/ImageType 3 def/InterleaveType 3 def/MaskDict ImageMaskDict def/DataDict ImageDataDict def end MaskedImageDict image $SDF {$dsf $dsa $dsp @ss}if @gr $ctm setmatrix}bd/@SetMask{/$mbts xd/$mhei xd/$mwid xd/ImageMaskDict 8 dict def ImageMaskDict begin/ImageType 1 def/Width $mwid def /Height $mhei abs def/BitsPerComponent $mbts def/DataSource maskstream def /ImageMatrix[$mwid 0 0 $mhei neg 0 $mhei 0 gt{$mhei}{0}ifelse]def/Decode[1 0] def end}bd/@daq{dup type/arraytype eq{{}forall}if}bd/@BMP{/@cc xd UseLevel 3 eq MaskedImage true eq and{7 -2 roll pop pop @I_3}{12 index 1 gt UseLevel 2 eq UseLevel 3 eq or and{7 -2 roll pop pop @I_2}{11 index 1 eq{12 -1 roll pop @i}{ 7 -2 roll pop pop @I}ifelse}ifelse}ifelse}bd end %%EndResource %%EndProlog %%BeginSetup wCorel12Dict begin @BeginSysCorelDict 2.6131 setmiterlimit 1.00 setflat /$fst 128 def %%BeginResource: font AvantGardeITCbyBT-BookOblique-Bold %!FontType1-1.0: AvantGardeITCbyBT-BookOblique-Bold 001.003 %%Creator: Corel PostScript Engine 10 dict begin /FontName /AvantGardeITCbyBT-BookOblique-Bold def /PaintType 0 def /FontType 1 def /FontMatrix [0.001 0 0 0.001 0 0] readonly def /Encoding 256 array 0 1 255 {1 index exch /.notdef put} for dup 77 /M put readonly def /FontBBox {0 0 0 0} readonly def currentdict end currentfile eexecA22DD33CB9A1B84FC323D538B9AE6C6014672C02872FAD31037218C4EC2B7124C58AFC4A0E2584B50A778936CFE1053450FEC35486F87A4DA48EF5124EE42DE6 9DDB8A5C33C2868DDADC1C9B4725483A678DFD1BEF77D7BDC50D39DB17FF02031F39030455C675716EB1B292EA6078E9937BB936698E457C365396CC5708EAAB 921AD0271E16D4A5F1689C7D8DEDA69051F9EA8B689EDEA8949F2C93CE777268FD3CE5D1713388D0E33A640C77DFB1D300C88E302BEFDF0083AF060D407FD007 23D3F76465C679461FC0471E7F6EFFFCB5A8E513C1661D98B93E8667005CB8B30093BCB089336AFAB7D61973B6F27AC993F52C52238826E221A63575C2C867DB E9C0264C99B65994DB79F83B4627E129923C7C8B2B18D54F9E0F0F9280A6425EED2E2B7BB29DA8D3D977AE0F4D887F72309ABE6CB09B8D1F56004EDFF831B84A 6D12893B9A76E1C9EFF4CF97E0E1B187DDF7CC66A1740F1EAF119181987F87363CD45EAC63C378844A44EAB0C2047E9A355F08743255901E4F67C02A5191475E 654F1F26334202FD9AB1BE1E96FC41882235A4FD8BDD2CAA6880251AC960CBF8F5AE0BD27193BA5088588E045A273D3F22486EA134C86CF8DDDDB6F429BBB91D 20315A9F076477196EC72989FAE3DB993A7A401F2EDEF6632A3F82EB499F93AEE8C43CD0D3F273DC9CE14B48B3C2A9680D8689852B7BE73208E56BBA10E6FB26 848DB311C880479C7FC1D58617A3 0000000000000000000000000000000000000000000000000000000000000000 0000000000000000000000000000000000000000000000000000000000000000 0000000000000000000000000000000000000000000000000000000000000000 0000000000000000000000000000000000000000000000000000000000000000 0000000000000000000000000000000000000000000000000000000000000000 0000000000000000000000000000000000000000000000000000000000000000 0000000000000000000000000000000000000000000000000000000000000000 0000000000000000000000000000000000000000000000000000000000000000 cleartomark%%EndResource [ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 291 306 314 769 581 877 651 163 296 296 500 833 291 340 291 278 581 581 581 581 581 581 581 581 581 581 306 306 833 833 833 509 1000 602 514 752 685 500 481 787 625 259 451 556 440 847 681 787 514 787 569 479 419 576 567 843 586 493 475 296 278 296 1000 500 500 644 644 606 644 606 296 644 583 234 245 495 234 928 583 609 644 644 301 407 306 583 486 704 456 512 421 500 500 500 833 600 581 600 238 581 424 1000 500 500 500 1294 479 354 1050 600 475 600 600 238 238 424 424 590 500 1000 500 833 407 354 1037 600 421 493 581 306 581 581 581 581 500 500 500 833 483 544 833 340 833 500 329 833 383 383 500 590 500 291 500 383 457 544 899 899 899 509 602 602 602 602 602 602 833 752 500 500 500 500 259 259 259 259 699 681 787 787 787 787 787 833 787 576 576 576 576 493 514 602 644 644 644 644 644 644 1037 606 606 606 606 606 234 234 234 234 606 583 609 609 609 609 609 833 609 583 583 583 583 512 644 512 ] CorelDrawReencodeVect /_R761272275-AvantGardeITCbyBT-BookOblique-Bold /AvantGardeITCbyBT-BookOblique-Bold Z %%EndSetup %%Page: 1 1 %LogicalPage: 1 %%BeginPageSetup @sv @sm @sv %%EndPageSetup @rax 133.57417 328.48554 417.82252 584.90419 @E [0.00028346 0.00000000 0.00000000 0.00028346 133.57416834 328.48553129] @tm 0 O 0 @g 0.00 0.00 0.00 1.00 k e /_R761272275-AvantGardeITCbyBT-BookOblique-Bold 1272275.00000 z 0 0 (M) @t T @rax 133.57417 328.48554 417.82252 584.90419 @E [0.00028346 0.00000000 0.00000000 0.00028346 133.57416834 328.48553129] @tm 0 J 0 j [] 0 d 0 R 0 @G 0.08 0.07 0.74 0.00 (CutPath) 1.00 X 0 0.50003 0.50003 0.00000 @w r /_R761272275-AvantGardeITCbyBT-BookOblique-Bold 1272275.00000 z 0 0 (M) @t T %%PageTrailer @rs @rs %%Trailer @EndSysCorelDict end %%DocumentSuppliedResources: procset wCorel12Dict 12.0 0 %%+ font AvantGardeITCbyBT-BookOblique-Bold %%EOF II* > ! \" # $ % & & \' ( ) ) + , - - . / 0 0 2 3 3 1 4 5 6 7 7 8 9 : : ; < = = > ? @ A A B C D D F G H I J K M N O P R R S R T U U V W X Y X [ Z [ \\ \\ ] ^ _ _ ` a b c c e e f g h i j k k m n l o p q r s u u v s w x y z { { | } | ~ ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ! \" # # $ & & \' ( ) ) * + , - . , / 0 0 1 2 3 3 4 5 6 6 7 8 9 9 : ; < < = > ? @ A B C D E G H I J K L M L N O O P Q R S R T T U U V W W X Y Z [ [ \\ ] ^ _ ` a a b c e d f g f h i j k l o n o m p q r s t t u v v w x y y z { | } ~ ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ! ! ! \" \" \" \" # # # # $ $ % % % & & \' \' \' ( ( ) ) ( ) ) * * * + + * + + , , , , - - - - . . . . / / / 0 0 0 1 1 1 2 2 1 2 3 3 3 4 5 5 5 4 5 6 6 6 6 7 7 7 7 8 8 8 9 9 9 9 : : ; : ; ; ; < < < < = = = > > ? > ? ? @ @ @ A A A A B B B C C C C D D D D D E E E F F E G F G G G H H I H I I J J J K K K L L L L M M M M N N N N N O O O O O P P P P P Q Q Q Q Q R R R R R R S S S S S S T T T T T U T U U U U U V V V V V W V W W W W X X X Y Y Y Z Z [ Z ï¿½+ ï¿½+ RÔ¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ö¶; ï¿½Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸ï¿½ ï¿½j####################################### #########################Ù ï¿½################################################################PÔ¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½C ï¿½ #Ô¸ ï¿½Q *Õ° ï¿½Z #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q rï¿½Q ï¿½ #Ô¸ ï¿½Q Õ¾ ï¿½O #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q gï¿½a \'ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q Xï¿½ 1ï¿½ #Ô¸ ï¿½Q ï¿½ Û7 #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q Kï¿½ =ï¿½ #Ô¸ ï¿½Q ï¿½ Ö¨/ #Ô¸ ï¿½Q ï¿½+ ï¿½ #Ô¸ ï¿½Q ;Þ Iyï¿½ #Ô¸ ï¿½Q ï¿½ Õµ% #Ô¸ ï¿½Q ï¿½7 ï¿½ #Ô¸ ï¿½Q 3Ù¢ ï¿½lï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½D ï¿½ #Ô¸ ï¿½Q )Õ± ï¿½` #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q qï¿½R ï¿½ #Ô¸ ï¿½Q Õ¾ ï¿½U #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q cï¿½b \"ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q Wï¿½ ,ï¿½ #Ô¸ ï¿½Q ï¿½ Ý: #Ô¸ ï¿½Q ï¿½! ï¿½ #Ô¸ ï¿½Q Jï¿½ 7ï¿½ #Ô¸ ï¿½Q ï¿½ Ù 4 #Ô¸ ï¿½Q ï¿½, ï¿½ #Ô¸ ï¿½Q ;Ý Cï¿½ #Ô¸ ï¿½Q ï¿½ Õ®+ #Ô¸ ï¿½Q ï¿½8 ï¿½ #Ô¸ ï¿½Q 3×¢ Psï¿½ #Ô¸ ï¿½Q ï¿½ Ô» #Ô¸ ï¿½Q ï¿½E ï¿½ #Ô¸ ï¿½Q )Õ± ï¿½dï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q qï¿½S ï¿½ #Ô¸ ï¿½Q Ô¾ ï¿½Z #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q cï¿½b ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½O #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q Wï¿½ \'ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½\" ï¿½ #Ô¸ ï¿½Q Jï¿½ 1ï¿½ #Ô¸ ï¿½Q ï¿½ Û7 #Ô¸ ï¿½Q ï¿½, ï¿½ #Ô¸ ï¿½Q :Ý =ï¿½ #Ô¸ ï¿½Q ï¿½ ×¨/ #Ô¸ ï¿½Q ï¿½8 ï¿½ #Ô¸ ï¿½Q 2Ø£ Iyï¿½ #Ô¸ ï¿½Q ï¿½ Õµ% #Ô¸ ï¿½Q ï¿½E ï¿½ #Ô¸ ï¿½Q (Õ² ï¿½lï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q oï¿½T ï¿½ #Ô¸ ï¿½Q Ô¿ ï¿½` #Ô¸ ï¿½Q ï¿½ ï¿½ #Ô¸ ï¿½Q bï¿½d ï¿½ #Ô¸ ï¿½Q - ï¿½ ï¿½U 1 #Ô¸ ï¿½Q *ï¿½ ï¿½ ï¿½ ï¿½0 #Ô¸ ï¿½Q \'ï¿½E Vï¿½ \"ï¿½ =ï¿½. #Ô¸ ï¿½Q %ï¿½ï¿½ ï¿½ ï¿½ ï¿½- #Ô¸ ï¿½Q \"Ô¹ï¿½ ï¿½\" ï¿½ ï¿½Õ°* #Ô¸ ï¿½Q Ô¼ï¿½S Iï¿½ ,ï¿½ Kï¿½( #Ô¸ ï¿½Q Ó¾ï¿½ ï¿½ Ý: ï¿½!Ôµ& #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½- ï¿½ ï¿½ Ô·$ #Ô¸ ï¿½Q ï¿½ ï¿½_ <Ý 7ï¿½ Wï¿½ Ô¹\" #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ Ù 4 ï¿½ Õ½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½9 ï¿½ ï¿½ Ô¾ #Ô¸ ï¿½Q ï¿½ ï¿½kï¿½ 1Ø¤ Cï¿½ aï¿½e ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ Õ®+ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ Õ·% ~ï¿½F ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ Iyï¿½ \'Ö³ Psï¿½ nï¿½V ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ Ô» ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ×¨/ oï¿½U ï¿½ %Öµ ï¿½ #Ô¸ ï¿½Q ï¿½ =ï¿½ Ô¿ ï¿½dï¿½ }ï¿½H ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ Û7 aï¿½e ï¿½ /×¨ ï¿½ #Ô¸ ï¿½Q ï¿½ 1ï¿½ ï¿½ ï¿½Z ï¿½= ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ Uï¿½ ï¿½ 7Û ï¿½ #Ô¸ ï¿½Q ï¿½ &ï¿½ ï¿½ ï¿½O ï¿½1 ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½\" ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½Q Gï¿½ \'ï¿½ Bï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ï¿½ ï¿½\' ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½. ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½\\ <Ý 1ï¿½ Oï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ Û7 ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½: ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½iï¿½ 1Ø¤ =ï¿½ Zï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ×¨/ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ Ô¸# |ï¿½G ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ Lwï¿½ \'Õ³ Iyï¿½ eï¿½^ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ Õµ% ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ Ö¬- nï¿½U ï¿½ Õ½ ï¿½ #Ô¸ ï¿½Q ï¿½ @ï¿½ ï¿½ ï¿½lï¿½ rï¿½Q ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ Û5 aï¿½ ï¿½ *Õ° ï¿½ #Ô¸ ï¿½Q ï¿½ 3ï¿½ ï¿½ ï¿½` ï¿½D ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ß@ Uï¿½ ï¿½ 2Ø£ ï¿½ #Ô¸ ï¿½Q ï¿½ (ï¿½ ï¿½ ï¿½U ï¿½8 ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½# ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½N Gï¿½ \"ï¿½ <Ý ï¿½ #Ô¸ ï¿½Q ï¿½\" ï¿½ ï¿½ ï¿½ ï¿½. ï¿½ #Ô¸ ï¿½Q ï¿½$ ï¿½ ï¿½. ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½\' ï¿½Z 9Ý ,ï¿½ Gï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½) ï¿½ ï¿½ Ý: ï¿½# ï¿½ #Ô¸ ï¿½Q ï¿½, ï¿½ ï¿½: ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½/ ï¿½dï¿½ 1×¥ 7ï¿½ Sï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½1 ï¿½ ï¿½ Ù 4 ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½3 Ô» |ï¿½G ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½6 Ouï¿½ &Õ´ Cï¿½ ]ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½9 ï¿½ ï¿½ Õ®+ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½< Õ, nï¿½V ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½? Bï¿½ ï¿½ Psï¿½ jï¿½Y ï¿½ #Ô¸ ï¿½Q ï¿½A ï¿½ ï¿½ Ô» ï¿½ !ï¿½ #Ô¸ ï¿½Q ï¿½D Ù4 `ï¿½ ï¿½ #Ô¸ #ï¿½ #Ô¸ ï¿½Q zï¿½G 6ï¿½ ï¿½ ï¿½dï¿½ wï¿½L %ï¿½ #Ô¸ ï¿½Q xï¿½J ï¿½ ï¿½ ï¿½ ï¿½ \'ï¿½ #Ô¸ ï¿½Q uï¿½M ß= Tï¿½ ï¿½ -Ö¬ )ï¿½ #Ô¸ ï¿½Q qï¿½O *ï¿½ ï¿½ ï¿½Z ï¿½@ +ï¿½ #Ô¸ ï¿½Q nï¿½R ï¿½ ï¿½# ï¿½ ï¿½ .ï¿½ #Ô¸ ï¿½Q jU ï¿½L Eï¿½ ï¿½ 5Ú 0ï¿½ #Ô¸ ï¿½Q fX ï¿½ ï¿½ ï¿½O ï¿½4 1ï¿½ #Ô¸ ï¿½Q c[ ï¿½ ï¿½/ ï¿½ ï¿½ 4ï¿½ #Ô¸ ï¿½Q `^ ï¿½X 8Ý \'ï¿½ >ß 6ï¿½ #Ô¸ ï¿½Q \\a ï¿½ ï¿½ ï¿½ ï¿½) 9ï¿½ #Ô¸ ï¿½Q [d ï¿½ ï¿½; ï¿½ ï¿½ ;ï¿½ #Ô¸ ï¿½Q Xh ï¿½gï¿½ 0×§ 1ï¿½ Lï¿½ =ï¿½ #Ô¸ ï¿½Q Ul ï¿½ ï¿½ Û7 ï¿½ @ï¿½ #Ô¸ ï¿½Q Sï¿½ Õ¾ }ï¿½H ï¿½ ï¿½ Aï¿½ #Ô¸ ï¿½Q Qï¿½ Rqï¿½ %Öµ =ï¿½ Xï¿½ Dï¿½ #Ô¸ ï¿½Q Nï¿½ ï¿½ ï¿½ ×¨/ ï¿½ F}ï¿½ #Ô¸ ï¿½Q Kï¿½ Õ±) mï¿½W ï¿½ ï¿½ H{ï¿½ #Ô¸ ï¿½Q Hï¿½ Dï¿½ ï¿½ Iyï¿½ bï¿½c Kwï¿½ #Ô¸ ï¿½Q Cï¿½ ï¿½ ï¿½ Õµ% ï¿½ Mtï¿½ #Ô¸ ï¿½Q Aï¿½ Ø£2 _ï¿½ ï¿½ Ô¿ Pqï¿½ #Ô¸ ï¿½Q >ï¿½ 8ï¿½ ï¿½ Wmï¿½ oï¿½U Rnï¿½ #Ô¸ ï¿½Q :Þ ï¿½ ï¿½ ï¿½ ï¿½ Tkï¿½ #Ô¸ ï¿½Q 8Ý Ý: Sï¿½ ï¿½ &Ö´ Wh #Ô¸ ï¿½Q 7Û -ï¿½ ï¿½ ï¿½` |ï¿½G Ye #Ô¸ ï¿½Q 5Ù ï¿½ ï¿½$ ï¿½ ï¿½ \\b #Ô¸ ï¿½Q 4×¡ ï¿½ Eï¿½ ï¿½ 0×§ ^` #Ô¸ ï¿½Q 1Ø¤ \"ï¿½ ï¿½ ï¿½U ï¿½< `] #Ô¸ ï¿½Q /×¨ ï¿½ ï¿½0 ï¿½ ï¿½ cZ #Ô¸ ï¿½Q -Ö¬ ï¿½V 8Ü \"ï¿½ 8Û eY #Ô¸ ï¿½Q +Õ® ï¿½ ï¿½ ï¿½ ï¿½0 iW #Ô¸ ï¿½Q (Õ² ï¿½ ï¿½< ï¿½ ï¿½ lU #Ô¸ ï¿½Q %Õµ ï¿½aï¿½ 0×§ ,ï¿½ Cï¿½ ï¿½S #Ô¸ ï¿½Q $Ó· ï¿½ ï¿½ Ý: ï¿½& ï¿½Q #Ô¸ ï¿½Q !Ô» ï¿½ yï¿½I ï¿½ ï¿½ ï¿½O #Ô¸ ï¿½Q Ô¾ Unï¿½ %Õµ 7ï¿½ Pï¿½ ï¿½L #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ Ù 4 ï¿½ ï¿½J #Ô¸ ï¿½Q ï¿½ Õ³\' lï¿½W ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ G|ï¿½ ï¿½ Cï¿½ ^ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ Õ®+ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ×¥1 _ï¿½ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ;ï¿½ ï¿½ Psï¿½ fï¿½] ß= #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ Ô» ï¿½ Ý: #Ô¸ ï¿½Q ï¿½ Ý8 Sï¿½ ï¿½ Ô» Ý8 #Ô¸ ï¿½Q ï¿½ /ï¿½ ï¿½ ï¿½dï¿½ sï¿½P Û7 #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½% ï¿½ ï¿½ Ú5 #Ô¸ ï¿½Q ï¿½ ï¿½ Fï¿½ ï¿½ +Õ® Ù4 #Ô¸ ï¿½Q ï¿½ $ï¿½ ï¿½ ï¿½Z ï¿½C ×¢3 #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½0 ï¿½ ï¿½ ×¥1 #Ô¸ ï¿½Q ï¿½ ï¿½S 8Ü ï¿½ 3Ú¡ ×¨/ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ï¿½O ï¿½7 Ö¬- #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½< ï¿½ ï¿½ Õ, #Ô¸ ï¿½Q ï¿½ ï¿½_ /×¨ \'ï¿½ :Ý Ô°* #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ï¿½ ï¿½- Õ³\' #Ô¸ ï¿½Q ï¿½ ï¿½ yï¿½Iï¿½ ï¿½ Õµ% #Ô¸ ï¿½Q ï¿½ ï¿½kï¿½ %Õ·ï¿½ Iï¿½ Ô¸# #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ï¿½\" Ôº! #Ô¸ ï¿½Q ï¿½ Õ·% ï¿½ Ô½ #Ô¸ ï¿½Q ï¿½ Iyï¿½ Tï¿½ Ô¿ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ Ö©. ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ =ï¿½ _ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ Û7 ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ 1ï¿½ kï¿½X ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ $Ô· ï¿½ #Ô¸ ï¿½Q ï¿½ &ï¿½ xï¿½K ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½Q .Öª ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½? ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½\\ 6Ú ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½3 ï¿½ #Ô¸ ï¿½Q ï¿½ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½! ï¿½iï¿½ @ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½# ï¿½ ï¿½( ï¿½ #Ô¸ ï¿½Q ï¿½& Ô¸# ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½( Lwï¿½ Mï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½+ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½. Ö¬- ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½0 @ï¿½ Yï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½2 ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½5 Ú5 ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½8 3ï¿½ cï¿½b ï¿½ #Ô¸ ï¿½Q ï¿½; ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q ï¿½> ß@ Ô¾ ï¿½ #Ô¸ ï¿½Q ï¿½@ (ï¿½ oï¿½T ï¿½ #Ô¸ ï¿½Q ï¿½C ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q |ï¿½F ï¿½N \'Õ³ ï¿½ #Ô¸ ï¿½Q xï¿½I ï¿½ ~ï¿½F ï¿½ #Ô¸ ï¿½Q vï¿½K ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q rï¿½N ï¿½Z 1×¥ ï¿½ #Ô¸ ï¿½Q pï¿½Q ï¿½ ï¿½; ï¿½ #Ô¸ ï¿½Q kï¿½T ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q hW ï¿½dï¿½ 8Ü ï¿½ #Ô¸ ï¿½Q gZ ï¿½ ï¿½0 ï¿½ #Ô¸ ï¿½Q a] Ô» ï¿½ ï¿½ #Ô¸ ï¿½Q ]` Ouï¿½ Cï¿½ ï¿½ #Ô¸ ï¿½Q Zc ï¿½ ï¿½% ï¿½ #Ô¸ ï¿½Q Yf Õ®+ ï ¿½ ï¿½ #Ô¸ ï¿½Q Wj Bï¿½ Qï¿½ ï¿½ #Ô¸ ï¿½Q Tï¿½ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q Rï¿½ Ù4 ï¿½ ï¿½ #Ô¸ ï¿½Q Oï¿½ 6ï¿½ \\ï¿½ ï¿½ #Ô¸ ï¿½Q Lï¿½ ï¿½ ï¿½ ï¿½ #Ô¸ ï¿½Q Iï¿½ ß= ï¿½ \"ï¿½ #Ô¸ ï¿½Q Fï¿½ *ï¿½ hï¿½\\ #ï¿½ #Ô¸ ï¿½Q Dï¿½ ï¿½ ï¿½ &ï¿½ #Ô¸ ï¿½Q ?ï¿½ ï¿½ !Ôº (ï¿½ #Ô¸ ï¿½Q ;ß ï¿½ uï¿½O *ï¿½ #Ô¸ ï¿½Q 9Ý ï¿½ ï¿½ ,ï¿½ #Ô¸ ï¿½Q 8Û ï¿½X ,Õ .ï¿½ #Ô¸ ï¿½Q 6Ù ï¿½ ï¿½B 0ï¿½ #Ô¸ ï¿½Q 4Ù ï¿½ ï¿½ 2ï¿½ #Ô¸ ï¿½Q 2Ø£ ï¿½gï¿½ 4Ù 5ï¿½ #Ô¸ ï¿½Q 0×§ ï¿½ ï¿½6 7ï¿½ #Ô¸ ï¿½Q .Öª Õ¾ ï¿½ 9ï¿½ #Ô¸ ï¿½Q ,Õ Sqï¿½ ;Þ <ï¿½ #Ô¸ ï¿½Q )Õ± ï¿½ ï¿½, >ï¿½ #Ô¸ ï¿½Q \'Ô³ Õ±) ï¿½ @ï¿½ #Ô¸ ï¿½Q %Ô· Eï¿½ Jï¿½ Bï¿½ #Ô¸ ï¿½Q \"Ôº ï¿½ ï¿½\" Dï¿½ #Ô¸ ï¿½Q Õ½ Ø£2 ï¿½ Gzï¿½ #Ô¸ ï¿½Q Ô¿ 8ï¿½ Uï¿½ Ixï¿½ #Ô¸ ï¿½j###############################################Iï¿½ ï¿½S###################################6ï¿½ Nï¿½##############################################PÔ¸ RÔ¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸ï¿½ ï¿½Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸ï¿½ =Ù¶Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸Ô¸ï¿½ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ . U ï¿½ Ø¥ ï¿½ ï¿½ E m x h Xï¿½ H 85 T> > ( @ R ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ ï¿½ .

2 1

DOM cleanup
by Bob Jamison 22 Apr '06

22 Apr '06

Hi, everyone! I tweaked the DOM lib a bit, to use Glib::ustring and to remove some warnings. I did a "make clean;make" before committing to be certain that I didn't break the build. Please let me know if there are any problems. bob

1 0

WEBFORM don\'t find keys.fr.svg
by MARCHINA Jean-François 21 Apr '06

21 Apr '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: MARCHINA Jean-FranÃ§ois email: jf.marchina@...1243... submitted the following: Hi, all is said in Subject ! I\'ve just installed Inkscape, windows FRENCH version and wanted to get a summary of avalaibale fonctions but Help\\Keyboard... gives a Message Error : share\\screens\\keys.fr.svg not found. I tried, without chance, to get file keys.fr.svg via w3. Thks for helping me to solve this disappointment...

3 3

[Fwd: [Inkscape-tester] inkscape build report]
by Bryce Harrington 21 Apr '06

21 Apr '06

Nice! Down to 9 warnings. :-) Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Fri, 21 Apr 2006 05:21:29 -0700 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Fri Apr 21 05:05:08 2006 (Run 2276) Snapshot: inkscape-20060421-0400.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 9 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == sp-flowtext.cpp:339: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:229) sp-shape.cpp:609: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:229) sp-text.cpp:486: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:229) dialogs/export.cpp:648: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:229) dialogs/export.cpp:727: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:229) display/canvas-arena.cpp:85: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:85: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:132: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:132: warning: (perhaps the `offsetof' macro was used incorrectly) == Environment Summary == ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

1 0

[Fwd: [Inkscape-tester] inkscape build report]
by Bryce Harrington 21 Apr '06

21 Apr '06

Several of the recent new warnings have been eliminated. ----- Forwarded message from root <root@...1070...> ----- Date: Thu, 20 Apr 2006 17:21:31 -0700 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Thu Apr 20 17:05:35 2006 (Run 2264) Snapshot: inkscape-20060420-1600.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 13 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == sp-flowtext.cpp:339: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:229) sp-shape.cpp:609: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:229) sp-text.cpp:486: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:229) dialogs/export.cpp:648: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:229) dialogs/export.cpp:727: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:229) display/canvas-arena.cpp:85: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:85: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:132: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:132: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-ctrlline.cpp:146: warning: converting to `int' from `double' display/sp-ctrlline.cpp:147: warning: converting to `int' from `double' display/sp-ctrlline.cpp:148: warning: converting to `int' from `double' display/sp-ctrlline.cpp:149: warning: converting to `int' from `double' == Environment Summary == ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

1 0

Multiple definitions of symbols fail compilation on OS X
by jiho 21 Apr '06

21 Apr '06

Hi all, my third email of the day ;-) compilation on OS X with gcc 4.0 fails. I think it is due to some multiple definitions of symbols. I have searched for fixes to this. It seems to be a very common problem but I did not find any clear answer. Maybe it is so simple that people on mailing lists just do not bother answering such questions. One common answer was to use gcc to link and not ld but I don't know to which extent it means something. jiho@...993...:inkscape$ ./makeosx.sh make all-recursive Making all in src /bin/sh ../libtool --mode=link g++ -Wall -W -Wpointer-arith -Wcast- align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused- parameter -O3 -Wall -L/sw/lib -o inkscape --export-dynamic main.o libinkpre.a application/libinkapp.a ui/dialog/libuidialog.a dialogs/ libspdialogs.a jabber_whiteboard/libjabber_whiteboard.a trace/ libtrace.a svg/libspsvg.a widgets/libspwidgets.a display/ libspdisplay.a helper/libspchelp.a libcroco/libcroco.a libnrtype/ libnrtype.a libnr/libnr.a libavoid/libavoid.a livarot/libvarot.a ui/ view/libuiview.a ui/libui.a ui/widget/libuiwidget.a graphlayout/ libgraphlayout.a removeoverlap/libremoveoverlap.a extension/ libextension.a extension/implementation/libimplementation.a extension/ internal/libinternal.a extension/script/libscript.a dom/libdom.a xml/ libspxml.a util/libinkutil.a io/libio.a inkjar/libinkjar.a libinkpost.a debug/libinkdebug.a -L/sw/lib -L/usr/X11R6/lib - lgtkmm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lpangomm-1.4 -lglibmm-2.4 -lgtk- x11-2.0 -lgdk-x11-2.0 -lXrandr -lXinerama -lXext -lXcursor -latk-1.0 - lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft -lXrender -lpangox-1.0 -lX11 - lpangoft2-1.0 -lfontconfig -lfreetype -lpango-1.0 -lgobject-2.0 - lgmodule-2.0 -lxslt -lxml2 -lpthread -lz -lm -lsigc-2.0 -lgthread-2.0 -lglib-2.0 -lintl -liconv -lpng -lz -lpopt -L/sw/lib -lgnomevfs-2 - lbonobo-2 -lgconf-2 -lbonobo-activation -lORBit-2 -lm -lgmodule-2.0 - lgthread-2.0 -lglib-2.0 -lintl -liconv -L/usr/X11R6/lib -lXft - lfreetype -lXrender -lfontconfig -L/sw/lib -L/usr/X11R6/lib - lpangoft2-1.0 -lfontconfig -lfreetype -lpango-1.0 -lm -lgobject-2.0 - lgmodule-2.0 -lglib-2.0 -lintl -liconv -L/usr/X11R6/lib - lfreetype -L/usr/local/lib /System/Library/Perl/5.8.6/darwin-thread- multi-2level/auto/DynaLoader/DynaLoader.a -L/System/Library/Perl/ 5.8.6/darwin-thread-multi-2level/CORE -lperl -ldl -lm -lc -lgc - llcms g++ -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded- virtual -Wswitch -Wno-unused-parameter -O3 -Wall -o inkscape --export- dynamic main.o -Wl,-bind_at_load -L/sw/lib libinkpre.a application/ libinkapp.a ui/dialog/libuidialog.a dialogs/libspdialogs.a jabber_whiteboard/libjabber_whiteboard.a trace/libtrace.a svg/ libspsvg.a widgets/libspwidgets.a display/libspdisplay.a helper/ libspchelp.a libcroco/libcroco.a libnrtype/libnrtype.a libnr/libnr.a libavoid/libavoid.a livarot/libvarot.a ui/view/libuiview.a ui/libui.a ui/widget/libuiwidget.a graphlayout/libgraphlayout.a removeoverlap/ libremoveoverlap.a extension/libextension.a extension/implementation/ libimplementation.a extension/internal/libinternal.a extension/script/ libscript.a dom/libdom.a xml/libspxml.a util/libinkutil.a io/libio.a inkjar/libinkjar.a libinkpost.a debug/libinkdebug.a -L/usr/X11R6/lib / sw/lib/libgtkmm-2.4.dylib /sw/lib/libgdkmm-2.4.dylib /sw/lib/ libatkmm-1.6.dylib /sw/lib/libpangomm-1.4.dylib /sw/lib/ libglibmm-2.4.dylib /sw/lib/libgtk-x11-2.0.dylib /sw/lib/libgdk- x11-2.0.dylib -lXrandr -lXinerama -lXext -lXcursor /sw/lib/ libatk-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib /sw/lib/ libpangoxft-1.0.dylib /sw/lib/libpangox-1.0.dylib -lX11 /sw/lib/ libxslt.dylib /sw/lib/libsigc-2.0.dylib -lpng /sw/lib/ libgnomevfs-2.dylib /sw/lib/libxml2.dylib -lz /sw/lib/ libbonobo-2.dylib /sw/lib/libgconf-2.dylib /sw/lib/libbonobo- activation.dylib /sw/lib/libORBitCosNaming-2.dylib /sw/lib/ libORBit-2.dylib /sw/lib/libpopt.dylib -lresolv /sw/lib/ libgthread-2.0.dylib -lXft -lXrender /sw/lib/libpangoft2-1.0.dylib - lfontconfig /sw/lib/libpango-1.0.dylib /sw/lib/libgobject-2.0.dylib / sw/lib/libgmodule-2.0.dylib /sw/lib/libglib-2.0.dylib /sw/lib/ libintl.dylib /sw/lib/libiconv.dylib -lfreetype -L/usr/local/lib / System/Library/Perl/5.8.6/darwin-thread-multi-2level/auto/DynaLoader/ DynaLoader.a -L/System/Library/Perl/5.8.6/darwin-thread-multi-2level/ CORE -lperl -ldl -lc /sw/lib/libgc.dylib -lpthread /sw/lib/ liblcms.dylib -lm /usr/bin/ld: warning multiple definitions of symbol _locale_charset /sw/lib/libintl.dylib(localcharset.o) definition of _locale_charset /sw/lib/libiconv.dylib(localcharset.o) definition of _locale_charset /usr/bin/ld: Undefined symbols: typeinfo for Atk::Implementor typeinfo for Gtk::Bin typeinfo for Gtk::Dialog typeinfo for Gtk::Object typeinfo for Gtk::Widget typeinfo for Gtk::Window typeinfo for Gtk::Container typeinfo for Glib::ObjectBase typeinfo for Glib::Object typeinfo for Glib::Interface typeinfo for Gtk::CellLayout typeinfo for Gtk::TreeModelColumnRecord typeinfo for Gtk::ComboBox typeinfo for Gtk::Box typeinfo for Gtk::VBox typeinfo for Gtk::Table typeinfo for Gtk::CheckButton typeinfo for Gtk::ToggleButton typeinfo for Gtk::HBox typeinfo for Gtk::Button typeinfo for Gtk::FileChooser typeinfo for Gtk::FileChooserDialog typeinfo for Gtk::ScrolledWindow typeinfo for Gtk::RadioButton typeinfo for Gtk::Item typeinfo for Gtk::MenuItem typeinfo for Gtk::SpinButton typeinfo for Gtk::CellEditable typeinfo for Gtk::Entry typeinfo for Gtk::Editable typeinfo for Gtk::EventBox typeinfo for Gtk::HandleBox typeinfo for Gtk::Adjustment collect2: ld returned 1 exit status make[2]: *** [inkscape] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Thank you in advance for any comment. I hope I'll be able to compile inkscape someday, the development builds for OS X are pretty old now ;-) JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/

4 8

CVS Snpashots ot of date
by Tomas Janecek 21 Apr '06

21 Apr '06

Hi, the cvs-snapshost of inkscape on http://www.inkscape.org/cvs-snap/ seem to be out of date. The last snapshot is from January 15. Thanks Tomas Janecek

2 1

Layers in worng order in latest dev...
by Andrew Wilson 21 Apr '06

21 Apr '06

FYI: I picked up the latest dev from SVN and loaded up a recent .svg to find that the layers were being displayed in reverse order. So all my background objects appear on top of what should be the foreground objects. The magnifying class tool doesn't display nicely either.

5 7

Connector Progress
by Aaron Spike 21 Apr '06

21 Apr '06

How is progress going on the Connector tool? How difficult would it be to hack moving the connector endpoints onto the stroke of an arbitrary end path? I think most of the necessary calculations already exist in the code: http://inkscape.modevia.com/doxygen/html/nodepath_8cpp.php#8395e2b195614934… http://inkscape.modevia.com/doxygen/html/bezier-utils_8cpp.php#114a9074e2c7… http://inkscape.modevia.com/doxygen/html/classInkscape_1_1ObjectSnapper.php… Likewise I wonder what it would take to adjust connector placement given the end marker paths? Aaron Spike

4 4

Problem with Mac OS X compile...
by Andrew Wilson 20 Apr '06

20 Apr '06

Hi, trying to compile from a fresh SVN update, after following instructions on: http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX I've got Mac OS 10.4.6, a full unstable fink installation, svn update from this evening. Various libs, like gtk* are installed (took all day to build on this laptop). gcc is 4.0.0 20041026. Ran configure, make... Very early on, 'make' reports: --- snip --- make make all-recursive Making all in src if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -DPOTRACE=\"potrace\" -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/sigc++-2.0 -I/sw/lib/sigc++-2.0/include -I/sw/include/libxml2 -I/sw/include -I/sw/include/pango-1.0 -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/sw/include/gtk-2.0 -I/sw/include/atk-1.0 -I/sw/lib/gtk-2.0/include -I/sw/include/glibmm-2.4 -I/sw/lib/glibmm-2.4/include -I/sw/include/pangomm-1.4 -I/sw/include/atkmm-1.6 -I/sw/include/gdkmm-2.4 -I/sw/lib/gdkmm-2.4/include -I/sw/include/gtkmm-2.4 -I/sw/lib/gtkmm-2.4/include -I../cxxtest -I/sw/include -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -O3 -Wall -MT conn-avoid-ref.o -MD -MP -MF ".deps/conn-avoid-ref.Tpo" -c -o conn-avoid-ref.o conn-avoid-ref.cpp; \ then mv -f ".deps/conn-avoid-ref.Tpo" ".deps/conn-avoid-ref.Po"; else rm -f ".deps/conn-avoid-ref.Tpo"; exit 1; fi sp-object.h:226: warning: unused parameter 'title' sp-object.h:231: warning: unused parameter 'desc' ./libnr/nr-maybe.h:41: warning: unused parameter 'n' ./libnr/nr-maybe.h:42: warning: unused parameter 'n' ./util/share.h:34: error: declaration of 'Inkscape::Util::ptr_shared<T>::operator bool() const' ./util/share.h:32: error: conflicts with previous declaration 'Inkscape::Util::ptr_shared<T>::operator const T1*() const' ./util/share.h: In instantiation of `Inkscape::Util::ptr_shared<char>': ./util/share.h:116: instantiated from here ./util/share.h:22: error: declaration of 'Inkscape::Util::ptr_shared<T>::operator bool() const [with T = char]' ./util/share.h:32: error: conflicts with previous declaration 'Inkscape::Util::ptr_shared<T>::operator const T1*() const [with T1 = T1, T = char]' xml/simple-node.cpp:102: warning: unused parameter 'prev' xml/simple-node.cpp:102: warning: unused parameter 'prev' xml/simple-node.cpp:169: warning: unused parameter 'old_content' xml/simple-node.cpp:169: warning: unused parameter 'old_content' xml/simple-node.cpp:207: warning: unused parameter 'old_value' xml/simple-node.cpp:207: warning: unused parameter 'old_value' xml/simple-node.cpp:388: warning: unused parameter 'is_interactive' xml/simple-node.cpp:622: warning: unused parameter 'is_interactive' conn-avoid-ref.cpp:248: warning: unused parameter 'mp' make[2]: *** [conn-avoid-ref.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 --- snip --- I hope this is helpful. Can anyone see where I went wrong? Thanks.

4 7

compilation error with boost on OS X
by jiho 20 Apr '06

20 Apr '06

hi all, I'm trying to include all new functionalities in the new development versions of Inkscape on OS X but I've been hitting unmet dependencies and problems for a while. here is the last one. I added boost in order to get auto-organization of connectors and: make all-recursive Making all in src if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/X11R6/include -I/usr/ X11R6/include/freetype2 -DORBIT2=1 -I/sw/include/gnome-vfs-2.0 -I/sw/ lib/gnome-vfs-2.0/include -I/sw/include/bonobo-activation-2.0 -I/sw/ include/libbonobo-2.0 -I/sw/include/gconf/2 -I/sw/include/glib-2.0 -I/ sw/lib/glib-2.0/include -I/sw/include/orbit-2.0 -I/sw/include/ glib-2.0 -I/sw/lib/glib-2.0/include -I/opt/local/include/ loudmouth-1.0 -DPOTRACE=\"potrace\" -I/sw/include/gdkmm-2.4 -I/sw/ lib/gdkmm-2.4/include -I/sw/include/glibmm-2.4 -I/sw/lib/glibmm-2.4/ include -I/sw/include/pangomm-1.4 -I/sw/include/gtk-2.0 -I/sw/lib/ gtk-2.0/include -I/usr/X11R6/include -I/sw/include/sigc++-2.0 -I/sw/ lib/sigc++-2.0/include -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/ include -I/sw/include/pango-1.0 -I/usr/X11R6/include/freetype2 -I/sw/ include/gtkmm-2.4 -I/sw/lib/gtkmm-2.4/include -I/sw/include/atkmm-1.6 -I/sw/include/atk-1.0 -I/sw/include/libxml2 -I/sw/include -I../ cxxtest -I/sw/include -Wall -W -Wpointer-arith -Wcast-align -Wsign- compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -O3 - Wall -MT graphlayout/graphlayout.o -MD -MP -MF "graphlayout/.deps/ graphlayout.Tpo" -c -o graphlayout/graphlayout.o `test -f 'graphlayout/graphlayout.cpp' || echo './'`graphlayout/ graphlayout.cpp; \ then mv -f "graphlayout/.deps/graphlayout.Tpo" "graphlayout/.deps/ graphlayout.Po"; else rm -f "graphlayout/.deps/graphlayout.Tpo"; exit 1; fi graphlayout/graphlayout.cpp:25:54: error: boost/graph/ kamada_kawai_spring_layout.hpp: No such file or directory graphlayout/graphlayout.cpp:26:41: error: boost/graph/ circle_layout.hpp: No such file or directory In file included from /sw/include/boost/config.hpp:35, from /sw/include/boost/graph/adjacency_list.hpp:30, from graphlayout/graphlayout.cpp:27: /sw/include/boost/config/compiler/gcc.hpp:92:7: warning: #warning "Unknown compiler version - please run the configure tests and report the results" ./sp-object.h:226: warning: unused parameter 'title' ./sp-object.h:231: warning: unused parameter 'desc' ./libnr/nr-maybe.h:41: warning: unused parameter 'n' ./libnr/nr-maybe.h:42: warning: unused parameter 'n' graphlayout/graphlayout.cpp: In function 'void graphlayout(const GSList*)': graphlayout/graphlayout.cpp:142: error: 'circle_graph_layout' was not declared in this scope graphlayout/graphlayout.cpp:143: error: 'side_length' was not declared in this scope graphlayout/graphlayout.cpp:143: error: 'kamada_kawai_spring_layout' was not declared in this scope make[2]: *** [graphlayout/graphlayout.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Not executable: /Volumes/files/softwares/inkscape_compiled/bin/inkscape this is with boost 1.31.0-6 on OS X 10.4 and compiled with gcc-4.0 (all my Fink packages are build with gcc-4.0 now). Is it a limitation of the version of boost Fink provides? Is it too old? thank you in advance. JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/

3 6

we lost an option
by bulia byak 20 Apr '06

20 Apr '06

Compared to 0.43, we have lost the "Compass-like display of angles" option that was on the Steps tab. Ralf and/or others who did the Preferences dialog redesign, could you please look into restoring it? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

Summer of Code Proposal
by Justin Wikinator 20 Apr '06

20 Apr '06

Dear Inkscape Developers: My name is Justin Barca, and I will be applying for the Summer of Code position with Inkscape. Recently I drafted a proposal for Inkscape, and when I decided to seek out developers to help me improve my proposal, I found the website encouraging me to do so on the mailing list, so here I am. I put my preliminary proposal for improving the Python extensions/effects API on the Inkscape wiki at this address: http://wiki.inkscape.org/wiki/index.php/ImprovingPythonExtensionAPI. If any of you would be willing to be an advisor for my proposal please contact me. Particularly, it would be useful to talk with anyone who has worked on the extensions/plugins/Python aspect of Inkscape. In the lead-up to the final announcements, I will be preparing to work on my proposal for Inkscape because despite the odds, I believe that I have what it takes to win a SOC position. Even if I don't, I still want to integrate my creations into Inkscape. Thus I've been studying the current Python extensions API, improving my Python programming skills, and learning SVN (of which I'm pleased to hear you're using). Any other suggestions for preparations are welcome. Your assistance would be greatly appreciated, Justin Barca

7 14

Cropping a bitmap along path
by Peter König 20 Apr '06

20 Apr '06

Hi, currently I'm testing Inkscape for the german computer magazine c't. I'm trying to crop an imported bitmap along the path described by a vector object (e.g a star) to gain a bitmap element shaped like the object (which I want to use as a "die"). I've tried the boolean operators for shapes and paths, but nothing happened. Is this operation possible in Inkscape? Thank you! Regards, Peter König c't - Magazin für Computertechnik http://www.heise.de/ct/ Heise Zeitschriften Verlag GmbH & Co.KG phone: 0511-5352-300 Helstorfer Str. 7 fax: 0511-5352-417 D-30625 Hannover, Germany eMail: pek@...883...

3 3

The hook up
by Aaron Spike 20 Apr '06

20 Apr '06

I'm working through creating a button in the Document Properties dialog to fit the canvas around the current selection or the full drawing. You can read a diff of my changes at: http://www.ekips.org/comp/inkscape/inx/current.diff I'm at the point now where I would like to hook the function up to the button. The question is how to best do this. Do I create a Verb and hook it up through there? If so, where can I find an example of how to use a verb with a button on a dialog? I noticed that very few functions in Inkscape actually get to be Verbs. Should there be more verbs? From where should a verb get access to the active desktop/document? Should I use sigc::bind() to pass the active desktop to the function directly in the dialog code? If so from where should I get a pointer to the current desktop? While I was looking around document-properties.cpp for a pointer to the active desktop, I found "static void on_activate_desktop (Inkscape::Application *, SPDesktop* dt, void*);". Some of the params aren't named. And while the desktop is named dt, it is never used. SP_ACTIVE_DESKTOP is used instead. Is SP_ACTIVE_DESKTOP evil? Needless to say, I'm a little confused and I don't know what questions to ask to get the answers. I just want to hook my little button up the right way. Aaron Spike

6 24

NEW: calligraphic behavior changes
by bulia byak 20 Apr '06

20 Apr '06

* In all previous versions, pen width depended on zoom in such a way that the strokes appeared the same visible width at any zoom, but were in fact narrower at zoom-in and wider at zoom-out. This behavior makes sense if you want to keep the same "feel" of the pen regardless of zoom; for example, if you zoomed in to make a small fix to your drawing, it's natural that your pen becomes physically smaller but feels the same to you. So, this behavior is kept as the default, but now we also added an alternative mode where your pen width is constant in absolute units regardless of zoom. To switch to this mode, use the checkbox on the tool's Preferences page (you can open it by double-clicking the tool button). * The Width field in the tool's controls bar now changes from 1 to 100, which corresponds to the range from 0.01 to 1.0 in the previous version. If the "width in absolute units" mode is turned on, the value in this fields gives the width of the stroke in px units. In the default mode, the value of 100 gives 100px wide strokes only at 100% zoom, and strokes are correspondingly narrower or wider at other zoom levels. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Re: [Inkscape-devel] [Fwd: Invitation to Participate in Summer of Code 2006]
by Nicu Buculei 19 Apr '06

19 Apr '06

You forgot to reply to the list... Answers below: jiho wrote: > > On 18 Apr 2006, at 16:06 , Nicu Buculei wrote: >> jiho wrote: >>> - add a way to build some custom palettes, which would be stored as a >>> (xml?) file. The intend of this is to have to possibility to post >>> them somewhere on the web site and exchange color palettes between >>> users. So this requires also a simple interface to add a downloaded >>> palette to the menu (like a Add palette... menu item). >> >> You can do this right now: >> - the color palettes are defined in a simple text file, the same >> format used also by GIMP (very important!). the structure is so >> simple, that making a program to edit them is trivial; >> - you can already post those files (*.gpl) on a website, all an user >> needs to do is to download the file in ~/inkscape/palettes/ and >> restart Inkscape > > ok, that's great, so the functionality is there, only the GUI is > lacking! I think it is true for many inkscape feature sadly. It can be argued if this GUI is really useful or feature bloat. > for this particular point, what I was thinking about is: > - a "New palette" menu item and then add colors to the new palette by > drag and drop from objects on the canvas. I could build the palette by > hand for sure but this would be much more productive ;-). This would > also need the possibility to reorganize the colors in the palette by > drag and drop (Ex: I want to add a new violet and my violets are in the > middle of the palette). See the list archives, some cool features are planed for palettes, like linked colors. > - a dedicated part of inkscape web site to post and download them, with > as simple preview engine. maybe this can be done with media wiki but I > do not know much about media wiki. We can link to palette files from our blogs, see this as a way to promote Inkscape :p (at least this is what i did) > thanks for the tip anyway, I will try to build a new palette just to > test this for my own purpose. Here are two palettes from me: http://fedora.nicubunu.ro/bluecurve.gpl http://fedora.nicubunu.ro/gnome_hig.gpl -- nicu

3 2

Fwd: [Fwd: [Inkscape-devel] 0.44 status]
by Milosz Derezynski 19 Apr '06

19 Apr '06

This is a forward of a reply to a mail aaron sent me regarding stuff to be done for inkscape 0.44: >12. On Jabber, someone called "deadchip" started work on text dialog >and toolbar and even showed some code. If you are reading us, can you >please say hi and give us an update/estimate? This is a very important >missing piece in Inkscape UI. ---------- Forwarded message ---------- From: Milosz Derezynski <internalerror@...400...> Date: Apr 19, 2006 8:57 PM Subject: Re: [Fwd: [Inkscape-devel] 0.44 status] To: Aaron Spike <aaron@...749...> I wrote a font lister class in C++ using glibmm, but i haven't done any work since then since i was consumed with BMP C++/gtkmm porting. I will try to meet the deadline that is needed for testing my patches with the port of this. The font lister class does the listing and gives MVC separation in the sense that you can have the list in the font picker dialog, a drop down box or whatever else. I haven't worked on rewriting the view (fontpicker dialog) in gtkmm yet. When should this be ready (And i mean the dealine so you have enough time to test this, not the 'final' deadline for release)? Obviously as fast as possible would be best but atm i really *have* to do some things for BMP and can't spare all the time, i'm very sorry but if you give me a deadline i'll try all my best to meet it. --Milosz On 4/17/06, Aaron Spike <aaron@...749...> wrote: > > > > I figured I'd forward this to you since your name was mentioned and I > haven't seen you in irc for a while. > > Aaron Spike > > -------- Original Message -------- > From: - Mon Apr 17 12:53:47 2006 > > In preparation for 0.44, I'd like to share what I know about the > status of various developments, as well as ask people to submit their > updates. Ideally I'd like to see EVERY developer to respond to this > email with their status updates. > > But first, some food for thought. Judging by SF statistics, 0.43 is > the first Inkscape version where we failed to double the number of > downloads. Up to 0.42, the approximate doubling rule held (if we count > 0.42 and 0.42.2 as one version), but 0.43 got only a bit more > downloads than 0.42: 347000 vs . 300000, even though this release was > longer. May be a stats glitch, but may be an indication that 0.44 > needs to be marketed more aggressively. > > Here are the items I'm aware of, in no particular order: > > 1. Snapping. I sent a call for Carl and Mathieu some time ago but got > no response. Even if we leave this in its current status, we must do > at least two things: fix the freezing when dragging multiple selected > objects > (http://sourceforge.net/tracker/index.php?func=detail&aid=1429049&group_id=9… > ) > and write the release notes for the new stuff. In the absense of the > main authors, help is welcome from anyone who has an idea of the > changes since the last release (Ralf?). > > 2. Andrius has a very interesting rendering speedup patch. It can't be > committed yet since it has a problem with scrolling, but the author > says he can fix this. In that case it definitely should be in 0.44, > even though it's a bit risky. But we have time to test it still. > > 3. Scislac has taken on collecting/making screenshots and updating the > tutorials. I don't know of the current status of this. > > 4. Layer dialog: Mental has promised to commit it before the release. > Looks like it's the biggest remaining feature item, and its completion > will determine the date of the release. Any status update will > therefore be especially appreciated. > > 5. Jon Cruz seems to be in the middle of a hacking bout, but again I > don't know exactly what's done and what is planned. Filling out the > release notes would help a lot. Jon, please do it NOW. > > 6. Aaron has finalized quite a number of useful features, the > remaining one being the "crop canvas" thing which just needs to be > hooked up. After that (I think) he was going to work on the path > effects branch - which means he will, at least, have something to hack > on while we all will be painfully frozen :) > > 7. I need to do one interface tweak in Calligraphic (requested by > Mental) and maybe one other small thing. Both pretty small. > > 8. Richard (cyreve), can you please fill in the Release Notes on the > bugfixes you did to the Windows font handling? > > 9. Last I tested, extensions still don't work on Windows for lack of > PyXML. It would be a pity to not enable them because of this. Ishmal, > can you look into it? > > 10. Bob (ishmal), what is the status of the SIOX tracing and ODG > export, as well as DOM? Will any of them be usable for 0.44? > > 11. One small but useful thing that seems to be almost there is help > text for extensions, to be shown on extension params dialogs. Ted, > what is the status of this? > > 12. On Jabber, someone called "deadchip" started work on text dialog > and toolbar and even showed some code. If you are reading us, can you > please say hi and give us an update/estimate? This is a very important > missing piece in Inkscape UI. > > 13. Does anyone know the status of the Windows "dialogs on top" patch > for GTK? Scislac, as you contacted the author, can you please write > him again? Not exactly our problem, but would be nice to have it > finally fixed. > > 14. Bugs to be fixed: apart from the drag freezing in snapper, I know > of some weird tablet event bugs that Mental is debugging. Anyone > willing to nominate bugs for mustfix status please follow up. > > Anyone having something to add to this list is very welcome. > > Also of interest is this old mail of mine: > http://sourceforge.net/mailarchive/message.php?msg_id=13934323 > Some things listed there are done, some are as far ahead as they were > then. But overall, we made good progress. > > Lastly and MOST IMPORTANTLY, we need to designate one or two release > maintainers willing to keep and update this list and push people to > fulfill their obligations. The release time is the time when anarchy > is suspended and a dictatorship is temporarily installed. The > maintainers need to be aggressive and tireless: send daily reminders, > make noise on jabber, urge and ask and plead and beg to get things > done. Every item in this list needs to be followed up until it's > resolved somehow, and every new issue that emerges needs to be added > to this list. That is the only way to get the release out of the door > fast and to avoid the endless and meaningless freeze that so > frustrated us last time. > > (as you might guess, I can't be a maintainer this time - too much work > lately...) > > -- > 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?cmd=k&kid0944&bid$1720&dat1642 > <http://sel.as-us.falkag.net/sel?cmd=k&kid%110944&bid$1720&dat%121642> > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > >

2 1

Question about rendering
by Ricard Marxer Piñón 19 Apr '06

19 Apr '06

Hi there, I'm having a little bit of trouble understanding the code. Maybe someone can give me a fast explanation of this. >From my point of view Inkscape should have to type of renderers: - a fast and optimized one (maybe not necessarly an exact one) for realtime rendering. kind of a WYSIWYG renderer for when modifying on screen - a slow but precise renderer for getting a print-ready, camera-ready or even video/film-ready, hi-res,... These two renderers should have a common API (primitive drawing commands proper to rasterized images (points, lines and filled triangles)) in order to be able to extend this idea to other renderers (maybe someone comes up with a better antialiasing algorithm or a better renderer, or even a different buffer type result (hexagonal pixel buffers,...). I know that the fast renderer might be a bit harder since it must be able to only draw changes, but there must be a way of dealing with this. I'm asking this, because I would like to propose the "Creation of a shader (modifications at rendering level) language for vector images" as a Summer of Code project. Me as a student am interested in this idea. Seeing the deadlines approaching fast I would appreciate quick feedback and maybe mentor volunteers. Thanks to all -- ricard http://www.ricardmarxer.com

7 10

sp-ctrlline / livarot warnings [Inkscape-tester] inkscape build report
by Bryce Harrington 19 Apr '06

19 Apr '06

Noticed a couple new warnings in sp-cntrlline.cpp and livarot/Shape.* this morning: Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Wed, 19 Apr 2006 05:21:25 -0700 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Wed Apr 19 05:05:19 2006 (Run 2229) Snapshot: inkscape-20060419-0400.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 17 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == sp-flowtext.cpp:339: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-item.cpp:744: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.cpp:733) sp-shape.cpp:609: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-text.cpp:486: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:648: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:727: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) display/canvas-arena.cpp:85: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:85: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:132: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:132: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-ctrlline.cpp:146: warning: converting to `int' from `double' display/sp-ctrlline.cpp:147: warning: converting to `int' from `double' display/sp-ctrlline.cpp:148: warning: converting to `int' from `double' display/sp-ctrlline.cpp:149: warning: converting to `int' from `double' livarot/Shape.h:327: warning: `Shape::sEvts' will be initialized after livarot/Shape.h:318: warning: `Shape::quick_raster_data*Shape::qrsData' livarot/Shape.cpp:38: warning: when initialized here == Environment Summary == ------------------------------------------------------- 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&kid=110944&bid=241720&dat=121642 _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

1 0

svn co not working...
by Andrew Wilson 19 Apr '06

19 Apr '06

Hello, trying to get a copy of the source vi SVN, as per these instructions: http://www.inkscape.org/svn.php?lang=en Following is output from % /usr/local/bin/svn co https://svn.sourceforge.net/svnroot/inkscape/inkscape/trunk inkscape ... A inkscape/src/gc-finalized.h A inkscape/src/gradient-chemistry.cpp svn: REPORT request failed on '/svnroot/inkscape/!svn/vcc/default' svn: REPORT of '/svnroot/inkscape/!svn/vcc/default': Could not read response body: Secure connection truncated (https://svn.sourceforge.net) --- snip -- Other people have reported problems like this but only when extracting a specific revision of the tree with the '-r' option. Thanks.

2 1

More SOC ideas
by John Taber 19 Apr '06

19 Apr '06

A couple more ideas: 1) 3D stuff 2) Animation - maybe a nice timeline gui

4 6

animation
by Martin Owens 18 Apr '06

18 Apr '06

would it not make sense if animation was to ever be attempted that inkscape be used as a base and animation features be placed on top? using each key frame as a layer and storing only the changes between each layer should be easy anough to have as an add on. It would be very nice to have within inkscape but I think the projects main aims of being SVG compient come first. -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

4 4

[Fwd: SourceForge.net Support: Over-quota notice for project: inkscape]
by Bryce Harrington 18 Apr '06

18 Apr '06

Looks like we're over the 100M quota quite a bit (over 2G). drwxrwsr-x 13 gouldtj 50M inkscape drwxr-sr-x 13 acspike 6.4M inkscape_project drwxrwsr-x 3 gouldtj 12K inkscape_project_old drwxrwxrwx 16 ishmal 96M inkscape_web -rw-rw-r-- 1 kidproto 9.4M inkscape-wiki-2006-01-21.tar.gz drwxrwsr-x 3 bryce 140K lib -rw-r--r-- 1 acspike 2.2M mediawiki-1.5.6.tar.gz -rw-r--r-- 1 acspike 32M oldweb.tar.gz drwxr-sr-x 3 acspike 128M old_wiki drwxrwsr-x 3 bryce 56K share -rw-r--r-- 1 acspike 39M usemod.xml drwxrwsrwx 3 bryce 28K var drwxrwxr-x 16 acspike 1.4G web_extra drwxrwsr-x 4 bryce 300K wiki drwxrwsrwx 6 bryce 89M wiki_db ACSpike and Ted - could you please make sure all of your files in the inkscape directory have group write permissions set? Doxygen and the snapshots seem to be taking up the bulk of the space in web_extra: 80M drwxrwsr-x 2 keescook web_extra/cvs-snap 1.1M drwxrwsr-x 3 nemies web_extra/debs 310M drwxrwxrwx 3 ishmal web_extra/doxygen 224M drwxr-sr-x 2 irisson web_extra/macosx-snap 31M drwxrwsr-x 2 nemies web_extra/osx 42M drwxrwsr-x 3 nemies web_extra/rpms 1.5M drwxrwsr-x 2 bryce web_extra/svg_rendertest_example 84M drwxrwsr-x 2 keescook web_extra/svn-snap 4.0K drwxrwxr-x 2 acspike web_extra/test 9.1M drwxrwsr-x 12 acspike web_extra/wiki 8.7M drwxrwxr-x 12 acspike web_extra/wiki-old 6.4M drwxrwsrwx 2 bryce web_extra/wiki_uploads 442M drwxrwxrwx 2 ishmal web_extra/win32 175M drwxrwsr-x 2 keescook web_extra/win32-snap The inkscape_web repository is at 96M by itself (50% of which is screenshots). I've cleared out what I could, bringing us down to 1.9G. ACSpike and Ted, could you also please spend a few minutes today or tomorrow clearing out what you can as well? After that, I'll post a request for an increased quota - there's _no way_ we will ever be able to fit into only 100M. I'll ask for a couple gigs, but I think we'll be lucky to get one gig. It looks like most of SF's disks are running at 85-90% capacity already. Bryce ----- Forwarded message from noreply@...34... ----- Date: Wed, 12 Apr 2006 07:22:00 -0700 From: noreply@...34... To: buliabyak@...58..., joncruz@...58..., bryce@...58..., mental@...58... Subject: SourceForge.net Support: Over-quota notice for project: inkscape Greetings, This is an automated quota-overage notice. Do not respond to this email, instead follow the instructions below if you have questions or concerns regarding this mailing. You are receiving this message as your SourceForge.net project, inkscape, is currently over its quota in its project group directory located on the SourceForge.net shell server. Your project has a 100000 k soft quota and your project is currently using 2181760 k of disk. This new quota system allows us to track quotas granted to projects. Follow the instructions below to request a quota increase for your project to stop future mailings like this one from being sent to your project. The following command can be run at any time on the project shell server to check your project's disk usage: du -skx /home/groups/i/in/inkscape/ Please take action to reduce your project's disk usage as soon as reasonably possible, but no later than 2006-04-19. For your quick reference, you may access your user home directory using any SSH client: Host: shell.sourceforge.net Home Directory: /home/groups/i/in/inkscape/ Should you have problems accessing your user account, please refer to the site document "Coping with User Account Problems": https://www.sf.net/docs/C02 For further details on the usage and access of the project shell server, refer to the site document "Project Shell, Web and Database Services": https://www.sf.net/docs/E07 If you wish to request an increased quota for your project, or have further questions or concerns regarding this matter, submit a Support Request to the Alexandria project on SourceForge.net. However, please review your project's current disk usage, and prune out unneeded data now, before requesting the increased quota. https://sourceforge.net/tracker/?func=add&group_id=1&atid=200001 Thank you, SourceForge.net Support ----- End forwarded message -----

7 13