- Inkscape Devel - Inkscape Mailman

Icons.... ?
by Jon A. Cruz 09 Apr '06

09 Apr '06

So... Who cares about icons? Themes, styles, names, fallbacks, matching FDO and CREATE and Tango!, etc... In squashing the Evil Giant Eyeball (which mutated from the horrid large eyeball), I've landed square in the middle of icon code again, so was wondering if anyone has things to be addressed while I'm in there. references: http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec- latest.html http://tango-project.org/Tango_Desktop_Project http://tango-project.org/Standard_Icon_Naming_Specification Supplemental: http://tango-project.org/ArtLibreSet

5 7

presentation functionality
by Rick 08 Apr '06

08 Apr '06

This is a probe to see if there is any thought being given towards automation of presentation (a la powerpoint) functionality in InkScape. A a whole lot can be done now for static presentations. But some simple scripting features would be really useful. For instance: I like to add popup text boxes which can be handled by adding simple mouseover/mouseout calls to toggle visibility on a caption. This works in FireFox, (although it would be 'really' nice if SVG fonts worked too) I imagine that this would be ways down the road, and probably fairly complicated to integrate, but is there a plan for this type of functionality? -- Cheers! Rick

2 1

Translatable SVG document support
by Andrius Ramanauskas 08 Apr '06

08 Apr '06

Hi, I am currently planning to add support for internationalized (translatable) SVG documents. And I guess it is better to share my thoughts before going deep to implementation, so everyone will be aware of my plans and maybe someone will criticize or adjust my plans. My current plan is to implement this in steps: * 1 step - <switch> support. I already tested prototype of semi-working switch element support, but there still some work to do. Currently switch element works just like <g>, but I will make it work according to SVG standard - to render only first element which conditional properties evaluate to true (I will implement support for "systemLanguage" property for a start, which will evaluate to true if property is not set or contains current document language). I plan to make SPSwitch a subclass of SPGroup, so user can enter switch element (turn it into a temporery layer, which will show all contained items, not just first) * 2 step - bitmap export by language (ability to define language to use for <switch> in command line) * 3 step - export/import of texts. Import will also create <switch> elements if not already created * 4 step - UI support for language. I don't know for sure how it should be implemented, but I guess there should be a menu item to turn text to switch ("Make translatable") and language combo in Text dialog (to be shown only if switch is selected) Anyway, I'm open for there are any suggestions or objections. Andrius

3 3

Markup in verbs.cpp
by Jon A. Cruz 08 Apr '06

08 Apr '06

I just noticed a problem in verbs.cpp The tooltips in the toolbar show raw escapes instead of the character being represented. That is... I see "Rotate selection 90° clockwise" instead of "Rotate selection 90º clockwise" I noticed that one went in on a checkin for fixing things inside of menus. That seems to work for me. However, it appears to be at the expense of the tooltips. Since GTK+ is all UTF-8 based, I tried changing it to escaped literal UTF-8 values. "Rotate selection 90\xC2\xB0 clockwise" now makes it work in both locations for me. Sooooo..... does anyone else see the problem? And/or does anyone know of a better correction for it?

1 0

Announcing InkscapeSVG
by unknown＠example.com 07 Apr '06

07 Apr '06

Greetings fellow Inkscapers, This announcement is a couple of days late due to problems establishing our new project web site.... but as the say, better late than never. Much hard work has gone into developing Inkscape, the world's best free vector drawing program. But times are a-changing. The world is being Googled. Applications must be web based. We, who firmly believe in the open SVG standard, must move on too. Thus it gives us great pleasure to announce that our future efforts will be towards creating InkscapeSVG, a web based vector drawing program written in... ta-daa... SVG itself! Already a prototype exists including several basic shape tools and a swatches pallete. You can check out development at: http://inkscapesvg.free.fr Make sure you check out the nifty text tool too! Sincerely, Your InkscapeSVG team.

5 7

Large checkin for sizes
by Jon A. Cruz 07 Apr '06

07 Apr '06

I just did a checkin of 22 files to start cleaning up the icon size issue. Although there were many files touched, the actual line count is fairly low. The main thing is to switch off of use of the GtkIconSize enum. For end programmers out there, the change is only from "GtkIconSize" to "Inkscape::IconSize" and from "GTK_ICON_SIZE..." to "Inkscape::ICON_SIZE...". Thus it should be a very low-impact one. So please give things the once-over to make sure nothing snuck in as far as side-effects go (it did pass 'make check' and all the other smoke tests I ran, but it's always good to check). The thing this checkin should have achieved is isolating use of GtkIconSize to just two main files. That way the work to change some icons smaller can go in easily. For those who care about details... The calls for themeable stock items use GtkIconSize as a base, but then allow for arbitrary string-based sizes to be registered for new int values. Thus we can't simply extend their enum with +1 and use that directly. Instead we need to add in a lookup to translate at run- time from our extended enum to the types registered dynamically. This buys us quite a lot of functionality, and only needs extra work in a single file. First phase was to encapsulate the use of GtkIconSize in those two main locations. The second phase is to add the dynamic mapping of enum/int values. Then the third stage will be to change selected things (like the eye and the lock) to use Inkscape::ICON_SIZE_DECORATION.

1 1

Windows XP: Interface very slow
by Michael Gorbach 07 Apr '06

07 Apr '06

I am trying to use inkscape on winxp pro sp2 and the program does not run well at all. The drawing of widgets by gtk is very slow. I can see black rectangles appearing where the menu should be before the menu is drawn. Is this a known issue of some kind? Is there a fix? Michael Gorbach

4 5

Do a CVS visualization study, GET CASH
by Eric Gilbert 07 Apr '06

07 Apr '06

Hi, I am a graduate student at the University of Illinois at Urbana- Champaign. I am doing a study soon on the effects of CVS and mail visualization on open source communities. Check out my work here: http://social.cs.uiuc.edu/people/gilbert/research.html (info on the projects) http://social.cs.uiuc.edu/people/gilbert (info on me) If you are a developer, I could use your help. Look at the visualization, do some surveys and we give you a $20 gift certificate to newegg.com. I am not ready quite yet; still waiting on IRB approval (http:// www.irb.uiuc.edu/). Please keep us in mind if you are interested... I will ask again soon, and then that's all the spam. Contact me if you want more information now. Thanks, Eric -- "Tyranny is tyranny, let it come from whom it may." -- Revolutionary conscripts, 1776

1 0

svn 11251 dumps core
by inkbottle 07 Apr '06

07 Apr '06

Here is a reproducible crash on svn revision 11251. My 12-year old found this crash running .43 on FC4. I reproduced the problem on FC5 at the tip of svn, rebuilt inkscape debug and produced a stack trace from the core file. The crash is caused reliably in the following way. Enter some text. Zoom in on the text, or make it big enough to work with easily. The text I used was "This is some text". Select the text tool. use that tool to select,say, the initial T. Change the size of the text to something else noticeably different, it doesn't matter what. The T changes size appropriately. Then place a gradient on the text string as a whole. Now select, say, the s in 'some' with the text tool. Change the size of that s to any other size. Poof! inkscape dumps core, and vanishes. Here is the gdb backtrace. It is a bit beyond me at the moment. This has something to do with text, gradients and, from the backtrace, selection and styles. I'm hoping someone can make more sense of the backtrace than I. (gdb) where #0 0x005ec402 in __kernel_vsyscall () at /usr/lib/gcc/i386-redhat-linux/4.1.0/../../../../include/c++/4.1.0/exception:56 #1 0x00e22159 in raise () at /usr/lib/gcc/i386-redhat-linux/4.1.0/../../../../include/c++/4.1.0/exception:56 #2 0x00e236e3 in abort () at /usr/lib/gcc/i386-redhat-linux/4.1.0/../../../../include/c++/4.1.0/exception:56 #3 0x082d1ca8 in inkscape_segv_handler (signum=11) at inkscape.cpp:375 #4 <signal handler called> #5 0x08648c53 in Inkscape::UI::Widget::SelectedStyle::update (this=0xa74e800) at ui/widget/selected-style.cpp:893 #6 0x086495e1 in ss_selection_changed (data=0xa74e800) at ui/widget/selected-style.cpp:46 #7 0x08649618 in ss_selection_modified (selection=0xa6affc0, flags=11, data=0xa74e800) at ui/widget/selected-style.cpp:52 #8 0x0838d6da in sigc::pointer_functor3<Inkscape::Selection*, unsigned int, void*, void>::operator() (this=0xa7a6110, _A_a1=@0xbfa52be4, _A_a2=@0xbfa52bf4, _A_a3=@0xbfa52af4) at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:185 #9 0x08662e17 in sigc::adaptor_functor<sigc::pointer_functor3<Inkscape::Selection*, unsigned int, void*, void> >::operator()<Inkscape::Selection* const&, unsigned int const&, Inkscape::UI::Widget::SelectedStyle*&> (this=0xa7a610c, _A_arg1=@0xbfa52be4, _A_arg2=@0xbfa52bf4, _A_arg3=@0xa7a6114) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:123 #10 0x08662e4e in sigc::bind_functor<-1, sigc::pointer_functor3<Inkscape::Selection*, unsigned int, void*, void>, Inkscape::UI::Widget::SelectedStyle*, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>::operator()<Inkscape::Selection* const&, unsigned int const&> (this=0xa7a6108, _A_arg1=@0xbfa52be4, _A_arg2=@0xbfa52bf4) at /usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1144 #11 0x08662e78 in sigc::internal::slot_call2<sigc::bind_functor<-1, sigc::pointer_functor3<Inkscape::Selection*, unsigned int, void*, void>, Inkscape::UI::Widget::SelectedStyle*, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>, void, Inkscape::Selection*, unsigned int>::call_it (rep=0xa7a60f0, a_1=@0xbfa52be4, a_2=@0xbfa52bf4) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:173 #12 0x082e7d19 in sigc::internal::signal_emit2<void, Inkscape::Selection*, unsigned int, sigc::nil>::emit (impl=0xa7a3ca8, _A_a1=@0xbfa52be4, _A_a2=@0xbfa52bf4) at /usr/include/sigc++-2.0/sigc++/signal.h:832 #13 0x082e7de2 in sigc::signal2<void, Inkscape::Selection*, unsigned int, sigc::nil>::emit (this=0xa6afff0, _A_a1=@0xbfa52be4, _A_a2=@0xbfa52bf4) at /usr/include/sigc++-2.0/sigc++/signal.h:1924 #14 0x082e661a in Inkscape::Selection::_emitModified (this=0xa6affc0, flags=11) at selection.cpp:93 #15 0x082e6651 in Inkscape::Selection::_emit_modified (selection=0xa6affc0) at selection.cpp:85 ---Type <return> to continue, or q <return> to quit--- #16 0x00d8b6e1 in g_list_remove_link () at /usr/lib/gcc/i386-redhat-linux/4.1.0/../../../../include/c++/4.1.0/exception:56 #17 0x00d8d09d in g_main_context_dispatch () at /usr/lib/gcc/i386-redhat-linux/4.1.0/../../../../include/c++/4.1.0/exception:56 #18 0x00d9032f in g_main_context_check () at /usr/lib/gcc/i386-redhat-linux/4.1.0/../../../../include/c++/4.1.0/exception:56 #19 0x00d906d9 in g_main_loop_run () at /usr/lib/gcc/i386-redhat-linux/4.1.0/../../../../include/c++/4.1.0/exception:56 #20 0x03b39a6b in gtk_dialog_run () at /usr/lib/gcc/i386-redhat-linux/4.1.0/../../../../include/c++/4.1.0/exception:56 #21 0x082d25ef in inkscape_segv_handler (signum=11) at inkscape.cpp:525 #22 <signal handler called> #23 0x08648c53 in Inkscape::UI::Widget::SelectedStyle::update (this=0xa74e800) at ui/widget/selected-style.cpp:893 #24 0x086495e1 in ss_selection_changed (data=0xa74e800) at ui/widget/selected-style.cpp:46 #25 0x086495fd in ss_subselection_changed (dragger=0xa659a00, data=0xa74e800) at ui/widget/selected-style.cpp:58 #26 0x084f9f96 in sigc::pointer_functor2<void*, void*, void>::operator() ( this=0xa7a61a8, _A_a1=@0xbfa538c4, _A_a2=@0xbfa53804) at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:147 #27 0x08662ea4 in sigc::adaptor_functor<sigc::pointer_functor2<void*, void*, void> >::operator()<void* const&, Inkscape::UI::Widget::SelectedStyle*&> ( this=0xa7a61a4, _A_arg1=@0xbfa538c4, _A_arg2=@0xa7a61ac) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:103 #28 0x08662ed3 in sigc::bind_functor<-1, sigc::pointer_functor2<void*, void*, void>, Inkscape::UI::Widget::SelectedStyle*, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>::operator()<void* const&> (this=0xa7a61a0, _A_arg1=@0xbfa538c4) at /usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1122 #29 0x08662ef7 in sigc::internal::slot_call1<sigc::bind_functor<-1, sigc::pointer_functor2<void*, void*, void>, Inkscape::UI::Widget::SelectedStyle*, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>, void, void*>::call_it (rep=0xa7a6188, a_1=@0xbfa538c4) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:137 #30 0x0837e5ae in sigc::internal::signal_emit1<void, void*, sigc::nil>::emit ( impl=0xa7a6158, _A_a1=@0xbfa538c4) at /usr/include/sigc++-2.0/sigc++/signal.h:686 #31 0x0837e66f in sigc::signal1<void, void*, sigc::nil>::emit (this=0xa6aef94, _A_a1=@0xbfa538c4) at /usr/include/sigc++-2.0/sigc++/signal.h:1812 #32 0x08377605 in SPDesktop::emitToolSubselectionChanged (this=0xa6aee00, data=0xa659a00) at desktop.cpp:1017 ......

3 2

[root@...1070...: [Inkscape-tester] inkscape build report]
by Bryce Harrington 07 Apr '06

07 Apr '06

Bunch of new warnings today in knot.cpp. Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Thu, 06 Apr 2006 17:21:33 -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 6 17:10:56 2006 (Run 1936) Snapshot: inkscape-20060406-1600.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 27 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == knot.cpp:109: warning: invalid access to non-static data member `SPKnotClass::event' of NULL object knot.cpp:109: warning: (perhaps the `offsetof' macro was used incorrectly) knot.cpp:118: warning: invalid access to non-static data member `SPKnotClass::clicked' of NULL object knot.cpp:118: warning: (perhaps the `offsetof' macro was used incorrectly) knot.cpp:127: warning: invalid access to non-static data member `SPKnotClass::doubleclicked' of NULL object knot.cpp:127: warning: (perhaps the `offsetof' macro was used incorrectly) knot.cpp:136: warning: invalid access to non-static data member `SPKnotClass::grabbed' of NULL object knot.cpp:136: warning: (perhaps the `offsetof' macro was used incorrectly) knot.cpp:145: warning: invalid access to non-static data member `SPKnotClass::ungrabbed' of NULL object knot.cpp:145: warning: (perhaps the `offsetof' macro was used incorrectly) knot.cpp:154: warning: invalid access to non-static data member `SPKnotClass::moved' of NULL object knot.cpp:154: warning: (perhaps the `offsetof' macro was used incorrectly) knot.cpp:163: warning: invalid access to non-static data member `SPKnotClass::request' of NULL object knot.cpp:163: warning: (perhaps the `offsetof' macro was used incorrectly) knot.cpp:172: warning: invalid access to non-static data member `SPKnotClass::distance' of NULL object knot.cpp:172: warning: (perhaps the `offsetof' macro was used incorrectly) 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:472: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:644: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:723: 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) trace/trace.cpp:196: warning: unused variable `Inkscape::XML::Node*imgRepr' == 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

Clipping and masking bugs
by Tavmjong Bah 06 Apr '06

06 Apr '06

Hi, I've begun to update my book for 0.44. Should be a great release! But, I have run into a few bugs with a version of Inkscape from SVN a day or two ago. The following file can be used to illustrate the problems: http://tavmjong.free.fr/INKSCAPE/DRAWINGS/ClipMask2.svg The raw objects for clipping and masking are on the left, the clipped and masked objects (blue rectangles) are on the right. In the case of the first two items, the file is displayed correctly in Firefox trunk. 1. Clipping using stroked text without fill doesn't seem to work. 2. The masked object is invisible when the file is saved and reopened. The masked object can be restored by selecting the object, unmasking and remasking. 3. Sometimes the display of the gradient is not updated when the gradient tool is used to adjust it. Try editing the gradient in the above document by dragging a gradient node. 4. Not really a bug... but very confusing. The gradient editor does not switch to the gradient selected with the the gradient tool. This behavior is different from all other dialogs. If needed, I'll file bug reports but I thought I would bring them up here first. Tav

2 3

IO::Resource vs. Binreloc
by Aaron Spike 06 Apr '06

06 Apr '06

I was going to build an autopackage this morning for those who would like to play with the new keymaps but the build errored out with the following message. I'm assuming that it is caused by Binreloc because that is something that is different in the autopackage build. I understand some of the words but it is still a little beyond me. mental? Aaron Spike io/resource.cpp: In function ‘Inkscape::Util::ptr_shared<char> Inkscape::IO::Resource::get_path(Inkscape::IO::Resource::Domain, Inkscape::IO::Resource::Type, const char*)’: io/resource.cpp:38: error: invalid conversion from ‘const char*’ to ‘gchar*’ io/resource.cpp:39: error: invalid conversion from ‘const char*’ to ‘gchar*’ io/resource.cpp:40: error: invalid conversion from ‘const char*’ to ‘gchar*’ io/resource.cpp:41: error: invalid conversion from ‘const char*’ to ‘gchar*’ io/resource.cpp:42: error: invalid conversion from ‘const char*’ to ‘gchar*’ io/resource.cpp:43: error: invalid conversion from ‘const char*’ to ‘gchar*’ io/resource.cpp:44: error: invalid conversion from ‘const char*’ to ‘gchar*’ io/resource.cpp:45: error: invalid conversion from ‘const char*’ to ‘gchar*’ io/resource.cpp:46: error: invalid conversion from ‘const char*’ to ‘gchar*’ io/resource.cpp:47: error: invalid conversion from ‘const char*’ to ‘gchar*’ io/resource.cpp:48: error: invalid conversion from ‘const char*’ to ‘gchar*’ io/resource.cpp:49: error: invalid conversion from ‘const char*’ to ‘gchar*’ io/resource.cpp:50: error: invalid conversion from ‘const char*’ to ‘gchar*’

2 2

[new] configurable keymaps
by MenTaLguY 06 Apr '06

06 Apr '06

I've just committed basic support for configurable keymaps. You'll probably need to do a fresh ./configure to get share/keys -- and a 'make install' to install share/keys/default.xml and get your keyboard shortcuts back! share/keys/default.xml contains the default key configuration for Inkscape; until I document the format further, you can use it for reference when developing your own keymaps. The key names in it are GDK keysym names. share/keys/default.xml gets loaded first, followed by ~/.inkscape/keys/default.xml if it exists. At present, a user keymap is overlaid on the system keymap rather than clearing it completely. -mental

1 0

Icons, and cursors, and multiples... oh my
by Jon A. Cruz 05 Apr '06

05 Apr '06

I was skimming through my log, and noticed a few things that could be brought up here... First is reusing the icon code for cursors. This is probably a good idea, and for even more reason than thought. One of the additional benefits would be nice fallback to CREATE assets, etc. I'm fairly up on the various bits of code involved, and also cursor stuff, so definitely hit me up about it. Oh... and a minor point... the XPM spec (what we use for our cursors currently) allows for the hot X and Y to be in the XPM file itself. I was looking at this a bit, as it would take the position hardcoding out of our source code that loads icons. The default routines don't give you X and Y, but I can add it easily. We probably could fold this in to the other cursor work with minimal effort. Then there's the whole thing about multiple export. It's actually not to hard to do... and something I'm doing in the Icon Preview dialog. With just a little bit of tuning, that can be refactored to also support multiple-res export. This would be good for icons and cursors, and is very low-hanging fruit in that I can probably get it going in a day or so. Plus there've been enough user requests to make something like that worthwhile. So... start thinking about how this could be done for the most effect with the least effort. Hitting cursors and icon needs would be the minimum. Roughing this out could help both the export and the preview. Oh, and one of the other features I was looking at was adding librsvg rendering to the icon preview window. Again, I've done all the research on it and it will take only a small bit of coding (perhaps less than hooking in LittleCms took). I'm wondering if this might be useful as an option for the multi-export, in addition to the preview window. Anyway, start thinking about all this. There's a lot we can do to combine a few simple things and end up with some powerful workflow tools. UI, command-line invocation and use cases of different types of users could all be helpful.

1 0

printing
by Mickael Drean 05 Apr '06

05 Apr '06

Hi there, Recently i started to develop with Gtkmm and I need to print and export custom Widget to picture file. As Inkscape is capable of doing it, i 'd like to know how you dit it. Do you use an external librairy? or have you developped the functionnality? Please, could you help me to achieve my goals? Thanks, Mick PS: my english may be unclear, do not hesitate to say it...

2 1

[root@...1070...: [Inkscape-tester] inkscape build report]
by Bryce Harrington 05 Apr '06

05 Apr '06

Build system is picking up an error in svg-color-test.h... Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Tue, 04 Apr 2006 17:21:16 -0700 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Tue Apr 4 16:54:55 2006 (Run 1886) Snapshot: inkscape-20060404-1400.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 12 2 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == svg/svg-color-test.h:26: error: `assert' undeclared (first use this function) svg/svg-color-test.h:26: error: (Each undeclared identifier is reported only once for each function it appears in.) == Warnings == sp-flowtext.cpp:324: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-image.cpp:516:8: warning: extra tokens at end of #endif directive sp-item.cpp:730: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.cpp:719) sp-shape.cpp:611: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-text.cpp:472: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:644: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:723: 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) trace/trace.cpp:196: warning: unused variable `Inkscape::XML::Node*imgRepr' == 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

[Portland] File dialog as trusted desktop service
by Bryce Harrington 05 Apr '06

05 Apr '06

----- Forwarded message from "Bastian, Waldo" <waldo.bastian@...1100...> ----- Date: Mon, 20 Mar 2006 08:26:45 -0800 From: "Bastian, Waldo" <waldo.bastian@...1100...> To: portland@...626... Subject: [Portland] File dialog as trusted desktop service FYI Waldo Bastian Linux Client Architect - Channel Platform Solutions Group Intel Corporation - http://www.intel.com/go/linux OSDL DTL Tech Board Chairman -----Original Message----- From: gtk-devel-list-bounces@...45... [mailto:gtk-devel-list-bounces@...45...] On Behalf Of Mark Seaborn Sent: Saturday, March 18, 2006 9:22 AM To: gtk-devel-list@...45...; gtk-list@...45... Subject: ANNOUNCE: Plash 1.16, with Powerbox for Gtk Hi folks, I have released a new version of Plash, which is available from: http://plash.beasts.org Plash is a system for sandboxing GNU/Linux programs so that they can be run with minimum authority/privileges. Plash can be used with GUI applications: you can dynamically grant a GUI application access rights to individual files that you want to open and edit. This happens transparently through the Open/Save file chooser dialog box. Plash replaces Gtk's GtkFileChooserDialog so that the file chooser is implemented outside the application in a separate process, as a trusted component. This file chooser is known as a powerbox, because it delegates additional power to the application. For example, Inkscape can be launched in a sandbox using the following command. Initially it won't have access to anything in your home directory. Choosing a file using File->Open grants Inkscape access to the file, attaching the file into Inkscape's file namespace. pola-run --prog /usr/bin/inkscape \ -B -fl /etc --x11 \ --env LD_PRELOAD=/usr/lib/plash/lib/powerbox-for-gtk.so \ --powerbox --pet-name "Inkscape" The main change in this release is a reimplementation of the powerbox/Gtk integration. In the previous version, the replacement GtkFileChooserDialog class inherited only from GtkObject, which caused various problems. The new version inherits from GtkDialog (and hence from GtkWindow, GtkWidget, etc.), just as the ordinary GtkFileChooserDialog does. This works with a lot more Gtk applications. The new GtkFileChooserDialog replacement prevents its parent GtkWindow from opening a window by overriding the GtkWidget "map" method with code that does not pass the call on to GtkWindow. Instead, the "map" method invokes the powerbox API, which causes the powerbox manager to open a file chooser instead. You can see the code for this at: new: http://svn.gna.org/viewcvs/plash/trunk/src/gtk-powerbox.c old: http://svn.gna.org/viewcvs/plash/trunk/src/gtk-powerbox-noninherit.c This still works as an LD_PRELOADed library, which replaces gtk_file_chooser_* functions. Would there be any interest in merging this functionality into mainline Gtk, so that the powerbox code can optionally be compiled in, and optionally be enabled at run time? Mark _______________________________________________ gtk-devel-list mailing list gtk-devel-list@...45... http://mail.gnome.org/mailman/listinfo/gtk-devel-list _______________________________________________ Portland mailing list Portland@...626... http://lists.freedesktop.org/mailman/listinfo/portland ----- End forwarded message -----

1 0

next about screen
by Jon Phillips 04 Apr '06

04 Apr '06

Who is doing the next about screen? It seems like it should be added in here soon...is there a time-table for this? 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)

5 7

WEBFORM TurboMilk Blog
by Dmitri Joukov 04 Apr '06

04 Apr '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Dmitri Joukov email: dmitri@...1228... submitted the following: We wrote about Inkscape in our blog. Please check it out http://blog.turbomilk.com/archives/000058.html. Thanks for attention! -- Dmitri Joukov

2 1

Inkscape and others on newsforge
by cedric GEMY 04 Apr '06

04 Apr '06

have a look at that http://business.newsforge.com/business/06/03/09/2238246.shtml?tid=37 !! cedric

2 1

Inkscape now has ICC support
by Jon A. Cruz 04 Apr '06

04 Apr '06

I've just finished base support for the <color-profile> element and for the 'color-profile' attribute on <image> elements. Among other things, this means that Inkscape in SVN now passes the W3C's compliance test on this (color-prof-01-f). http://www.w3.org/Graphics/SVG/Test/20030813/htmlframe/full-color- prof-01-f.html It's currently off by default. To turn it on, one needs to configure with --enable-lcms Give it a spin and see what needs improving. I'm moving on to working on support for fills like "#FF00FF icc-color(base, 0.0, 1.0, 0.0, 0.3)", then on to some named color support.

3 2

LittleCMS in win32
by Bob Jamison 04 Apr '06

04 Apr '06

Hi, all, A couple of guys wrote to me yesterday about how to enable JonCruz's integration of LittleCMS in Win32. I built LittleCMS 1.15 with Mingw and MSYS, added it to the gtk28 bundle here: http://inkscape.org/win32/gtk28-060403.7z ...but this link is certainly faster/better: http://inkscape.modevia.com/win32libs/gtk28-060403.7z If anyone is interested in using LittleCMS for other Win32 projects, I uploaded the separate LittleCMS build also. Here is the Mingw-built LittleCMS DLL/.h/.a developer file set: http://inkscape.modevia.com/win32libs/lcms.7z ...or... http://inkscape.org/win32/lcms.7z I committed the makefiles to use it in Inkscape, so builders will likely need to do a 'make clean' and rebuild with the new makefile flags. bob

1 0

test updating
by Jon A. Cruz 04 Apr '06

04 Apr '06

I just did a commit to change attributes-test to CxxTest. Also, I added the attributes now supported by adding <color-profile> If anyone gets a chance, see if "make check" works now. I think there are two unknown attributes that show up, but it should build and run the test now. Thanks.

1 0

WEBFORM website looks bad in firefox
by Peter Doornbosch 04 Apr '06

04 Apr '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Peter Doornbosch email: pieterbauke@...1224... submitted the following: Hi, Let me start with saying that i think Inkscape is great software. Thanks for sharing this with us. Then, i little remarkt about the website (www.inkscape.org). When you view it in firefox, it looks ok, until you press Ctr-+ (increase text-size), which makes the menu move towards the middle of the page. Ok, it is still readable, but it doesn\'t look that nice (and i guess people who write graphics software, realy care about how something looks ;-)). Cheers, Peter.

4 3

WEBFORM
by Radek Turek 02 Apr '06

02 Apr '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Radek Turek email: rture@...1225... submitted the following: Enter your message or news here.

1 0

Adding LittleCms
by Jon A. Cruz 02 Apr '06

02 Apr '06

I just did a commit to add LittleCms as an optional feature. If anyone could give the configure.ac changes a look, that would be helpful. I'm not too expert on config changes yet. I've also talked over various aspects with Peter, so have a good idea on first steps of actually using the library, and we should see bits using it fairly quickly. We might even be able to get <colorProfile> and friends working for the general case within a week or so.

3 4

WEBFORM
by Masa T 02 Apr '06

02 Apr '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Masa T email: masa_tukuda@...1026... submitted the following: Enter your message or news here.

1 0

Coordinate System Transformation Matricies
by Aaron Spike 01 Apr '06

01 Apr '06

Or whatever they are called. Functions like sp_item_i2r_affine(), sp_item_i2doc_affine, sp_item_i2root_affine are a fearful inhibitor for incoming developers and a stumbling block even for experienced developers. It would be really cool for a few of us to sit down and add some enlightening comments (perhaps an example every now and again would help). Aaron Spike

1 0

NEW: more nodetool optimization, tweak in node type change
by bulia byak 01 Apr '06

01 Apr '06

* Node tool optimization is addictive - I just can't stop doing it :) Now _most_ of node tool operations, including curve and node dragging and move/scale/rotate operations on multiple selected nodes, are much faster as well. Please test it thoroughly - I might have broken something. * In the Node tool, when you switch the type of the selected node to Smooth or Symmetric (by Shift+S/Shift+Y), you can now preserve the position of one of the two handles by hovering your mouse over it, so that only the other handle is rotated/scaled to match. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Re: please check whether current svn compiles again with gtkmm-2.4
by jiho 31 Mar '06

31 Mar '06

On 31 Mar 2006, at 12:38 , Peter Moulder wrote: > Ted has addressed some of the things that caused the compile > failure you > reported. Can you confirm whether this is enough for it to compile > for > you, assuming you haven't upgraded libgtkmm-2.4-dev in the meantime? sorry I supposed that once more I forgot to reply to all and replied to ted only instead of replying to the list. yes it compiles like a charm with gtkmm 2.4.10 now and I am using it right now. thank you for the reminder... and for the software. > Thanks, > > pjrm. > > > ----- Forwarded message from Ted Gould <ted@...11...> ----- > > X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on > bowman.csse.monash.edu.au > X-Spam-Level: > X-Spam-Status: No, score=-4.2 required=5.0 tests=AWL,BAYES_00, > RCVD_IN_BL_SPAMCOP_NET autolearn=no version=3.1.0 > Envelope-to: pmoulder@...89... > Delivery-date: Thu, 30 Mar 2006 16:49:16 +1100 > From: Ted Gould <ted@...11...> > Subject: [Inkscape-devel] Unparents removed > To: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> > X-BeenThere: inkscape-devel(a)lists.sourceforge.net > X-Mailman-Version: 2.0.9-sf.net > List-Post: <mailto:inkscape-devel@lists.sourceforge.net> > List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/ > inkscape-devel>, > <mailto:inkscape-devel-request@lists.sourceforge.net? > subject=subscribe> > List-Unsubscribe: > <https://lists.sourceforge.net/lists/listinfo/inkscape-devel>, > <mailto:inkscape-devel-request@lists.sourceforge.net? > subject=unsubscribe> > List-Archive: > <http://sourceforge.net/mailarchive/forum.php?forum=inkscape-devel> > List-Help: <mailto:inkscape-devel-request@lists.sourceforge.net? > subject=help> > List-Id: <inkscape-devel.lists.sourceforge.net> > > > I removed the unparent, so it should (in theory) compile on GTKmm > 2.4.x > now. > > --Ted > > > > ----- End forwarded message ----- 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/

1 0

Playing with colors
by Jon A. Cruz 30 Mar '06

30 Mar '06

I just checked in a change to start some experimentation with linked colors. There are various technical things this will let me play with internally, but the immediate visible effect is that palettes can be edited and can have linked colors. To enable things, a .gpl palette file needs to have some 'magic' strings in its names. I'm looking for "*{" and "}*" as delimiters. Within those some letters can go in 'E' will make the color editable. This allows you to drop colors onto the palette entry. 'S' will make a color a 'shade' or 'tone' of another color. It requires parenthesis with two or three comma-separated integer values in it. the first number is the index in that palette to link to the second number is the percentage to mix with either black (for shades) or some gray (for tones). the optional third number is the gray percentage to mix with. (if present, makes it a tone. If missing, this will make it a shade) 'T' will make a color a 'tint' of another color. It requires two comma-separated integer values in it the first number is the index in that palette to link to the second number is the percentage to mix with white. Some examples: ... 204 255 102 CCFF66 *{E}* 102 255 255 66FFFF *{ES(4,25)}* lkj 102 255 51 66FF33 *{ES(4,25,33)}* 102 255 0 66FF00 *{ET( 4, 25 )}* 51 255 255 33FFFF *{ET(4,75)}* This markup is very temporary, and was only put in as a way to enable testing of some of the color things themselves. (Also... the actual color manipulations might be off right now, as color change accuracy is not as important as the initial linking behavior.) Oh, and if you tweak a palette successfully, then you should see magic arrows show up in the swatches UI.

4 8

Unparents removed
by Ted Gould 30 Mar '06

30 Mar '06

I removed the unparent, so it should (in theory) compile on GTKmm 2.4.x now. --Ted

1 0

compilation error on debian
by jiho 30 Mar '06

30 Mar '06

hello, tying to compile latest svn on debian got me this. is this a change in inkscape that requires a recent version of gtkmm? mine is: 2.4.10-1 make[2]: Entering directory `/home/jiho/softwares/inkscape/src' if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/freetype2 -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gconf/2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/freetype2 -I/usr/X11R6/include -DPOTRACE=\"potrace\" -DXTHREADS -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I../cxxtest -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -MT ui/dialog/extension-editor.o -MD -MP -MF "ui/dialog/.deps/extension-editor.Tpo" \ -c -o ui/dialog/extension-editor.o `test -f 'ui/dialog/extension-editor.cpp' || echo './'`ui/dialog/extension-editor.cpp; \ then mv -f "ui/dialog/.deps/extension-editor.Tpo" "ui/dialog/.deps/extension-editor.Po"; \ else rm -f "ui/dialog/.deps/extension-editor.Tpo"; exit 1; \ fi /usr/include/gtkmm-2.4/gtkmm/widget.h: In member function `void Inkscape::UI::Dialog::ExtensionEditor::on_pagelist_selection_changed()': /usr/include/gtkmm-2.4/gtkmm/widget.h:2440: error: `void Gtk::Widget::unparent()' is protected ui/dialog/extension-editor.cpp:163: error: within this context /usr/include/gtkmm-2.4/gtkmm/widget.h:2440: error: `void Gtk::Widget::unparent()' is protected ui/dialog/extension-editor.cpp:175: error: within this context /usr/include/gtkmm-2.4/gtkmm/widget.h:2440: error: `void Gtk::Widget::unparent()' is protected ui/dialog/extension-editor.cpp:187: error: within this context make[2]: *** [ui/dialog/extension-editor.o] Error 1 make[2]: Leaving directory `/home/jiho/softwares/inkscape/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jiho/softwares/inkscape' make: *** [all] Error 2 thank you in advance for any help. -- Jean-Olivier Irisson --- 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. --- Personal address: Château St Martin, 66200 Elne, France Professional address: EPHE- UMR CNRS 8046, 52 av Paul Alduy, 66860 Perpignan Cedex, France Mobile: 06 21 05 19 90 Web site: http://jo.irisson.free.fr/work/

4 4

Re: [Inkscape-devel] Copy and Paste
by Martin Owens 29 Mar '06

29 Mar '06

It would save a menu space and work through standard copy/paste keys. On Wed, 29 Mar 2006 16:39:28 +0200 , David Christian Berg <david@...407...> wrote: >Hey Owen, > >could you please elaborate in how this is different from "Paste Style" >in the edit menu? > >Take care! > >David > >On Tue, 2006-03-28 at 10:23 +0100, Martin Owens wrote: >> thinking about this new functionality, >> >> What I would is to beable to go to the styles pannel, have an icon or keyb which fill copy the style (border, fill, everything) and allow you to paste it onto another object, the other object would understand the information on the clipboard was a style and not an object or a size ect. > > > >------------------------------------------------------- >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-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

2 1

Followup to earlier Linux Format post
by Alan Horkan 29 Mar '06

29 Mar '06

There was an earlier message about tutorials posted in Linux Format magazine which I meant to reply to but I deleted the message. Please add a link in the Wiki including the issue number and dates. When/if the tutorials are later release we can add them in too but by keeping track of when the tutorial happened it might make it easier to track them down later. http://wiki.inkscape.org/wiki/index.php/ArticlesAndPresentations http://wiki.inkscape.org/wiki/index.php/ArticlesAndPresentations#Print_Arti… 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/

1 0

Copy and Paste
by Martin Owens 29 Mar '06

29 Mar '06

thinking about this new functionality, What I would is to beable to go to the styles pannel, have an icon or keyb which fill copy the style (border, fill, everything) and allow you to paste it onto another object, the other object would understand the information on the clipboard was a style and not an object or a size ect. -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

2 1

NEW: node tool speedup
by bulia byak 29 Mar '06

29 Mar '06

Switching to and from the Node tool (with a path selected), as well as selecting nodes in that tool, have been significantly optimized and are now about five times faster than before. This is especially noticeable when working with complex paths; with these optimizations, paths containing several thousand nodes, though still slow, are much more usable. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 5

Errors compiling on FC5 with gcc 4.1
by Tavmjong Bah 28 Mar '06

28 Mar '06

Hi, Got a few compile errors using svn with Fedora Core 5 which uses g++ 4.1. I could fix the first one by a cast but I am afraid my c++ is a bit too rusty when it comes to the second. Tav ui/dialog/align-and-distribute.cpp:1077: error: conversion from ‘int’ to non-scalar type ‘std::_List_iterator<SPItem*>’ requested ui/view/edit-widget.cpp: In member function ‘void Inkscape::UI::View::EditWidget::initEdit(SPDocument*)’: ui/view/edit-widget.cpp:1560: error: ‘_namedview_modified’ was not declared in this scope

3 4

NEW: paste size
by bulia byak 28 Mar '06

28 Mar '06

Especially in technical drawings, often you need many different objects to have the same size. It's very tiresome to copy/paste the numbers in the W/H fields. So: A number of commands are added to easily scale selected objects to match the size of the object(s) previously copied to the clipboard. They are all in the Paste Size submenu in Edit menu: * Paste Size scales the whole selection to match the size of the clipboard object(s). * Paste Width scales the whole selection horizontally so that it matches the width of the clipboard object(s). * Paste Height scales the whole selection vertically so that it matches the height of the clipboard object(s). * Paste Size Separately scales each selected object separately so that it matches the size of the clipboard object(s). -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 13

Where has the tool set gone?
by erikhalbert 28 Mar '06

28 Mar '06

I have not seriously played with Inkscape for about six months so I thought I'll do a complete reinstal. My system is Win2000. I cleaned out old copies of Inkscape and brought down Inkscape-0603271700 (43.5M). It appeared to install OK but when I opened it I find that I cannot not use it because the toolset is missing many of its functions. All that is there is: Create rectangles and squares Select and transform Create circles, ellipses and arcs Flip vertically Flip horizontally Edit path nodes and Convert selected object to path This seems so bizarre. Either 1. There is a dialog somewhere that sets up a specific toolset. 2. Something is borked. 3. I am doing something really silly because I've been away from Inkscape too long. I've had a look around and cannot see anything that looks promising. Can someone help me out here. I've been using Inkscape for years so I know how it should behave and it certainly is not doing it now for me. Thanks, Erik

2 2

Re: [Inkscape-devel] NEW: paste size
by Martin Owens 28 Mar '06

28 Mar '06

It would be nice to get more copy paste style elements, or even a copy paste that works with the apple command key instead of the ctrl key. On Mon, 27 Mar 2006 07:37:57 -0700 , "Joshua A. Andler" <joshua@...533...> wrote: >Joshua A. Andler wrote: >> This qualifies as one of those enhancements that I never knew I >> needed. FANTASTIC! This is easily one of the greatest improvements >> I've seen in a while. It has all options I'd need and is everything >> I'd hope it would be. Rock on Bulia! > > >Of course I spoke too soon about all the options I'd need. ;) I thought >of two more size related paste options, what about pasting width or >height and constraining proportions? I know that sometimes I need the >width to match, but need the height scaled proportionally with it (such >as a logo). What are your thoughts on this? > >-Josh > > > > > >------------------------------------------------------- >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-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

4 3

Bug in the command line interface of Inkscape on Windows 32 platform
by Gilles Foucault 27 Mar '06

27 Mar '06

Hello guys ! Thanks to the answer from bulia byak (See http://wiki.inkscape.org/wiki/index.php/FAQ#Q:_I.27m_on_Windows.2C_and_comm… ) I compiled Inkscape under MinGW-Win32 using the good options to make the command line interface work under windows, just as Bulia wrote in the FAQ. Now it works as expected. I put my customized build to the following URL : executables only : http://gillou.cjb.net/research/files/inkscape-Win32-CLI-0.43.zip sources and executables : http://gillou.cjb.net/research/files/inkscape-Win32-CLI-devel-0.43.tar.bz2 Makefile rule to transform Inkscape SVG file to EPS format : %.eps : %.svg $(INKSCAPE) --export-eps=$@ $< Best regards, Gilles

1 0

CVS build performance issues with AMD ??
by stinky wizzleteet 27 Mar '06

27 Mar '06

Hi all, On my laptop medion MD4130, AMD k7, radeon IGP320 I've tried inkscape-LATEST, compiled it with mingw, compiled it in debian(unstable) , but: There is a significant performance loss when moving about a group of elements, moreover, this performance even deteriotates further when one moves the group a couple of times. I have seen this performance issue also in the official build in windows, but I fixed it by moving away the gtk dlls I already had installed. In debian, the official debian deb did not have the performance issue. It leads me to, well, guess that the issue is related to gtk/cairo vs AMD. Help appreciated, sander

3 3

downloads page
by Alexandre Prokoudine 27 Mar '06

27 Mar '06

Greetings, http://www.inkscape.org/download.php still tells people about anonymous CVS access. It would be great if somebody whi has appropriate access to the web-site added information how to grab copy of SVN repository instead. Alexandre

2 3

Font weight and style variants
by Denis Jacquerye 27 Mar '06

27 Mar '06

Inkscape is not handling style variants in any flexible way. Right now it can only handle what style_name_compare() recognizes, everything that does not correspond to that is mixed up. Right now only Regular, Roman, Normal, Plain, Medium, Book, Italic, Oblique, Slanted, Bold, and Caps are understood. Fonts that have Light, Thin, ExtraLight (or its variants), UltraLight, Hair, Demi, Demi-Bold, Semi-Bold (etc.), UltraBold, Black, Heavy, Fat and UltraBlack are not handled properly. These could be added as valid style but that's just part of the problem. Some fonts have non standard style like Contour, Sketch or Bubbly. The font dialog should allow the user to select between the CSS weights of a typeface without having to select the styles. libnrtype/nr-type-pos-def.[cpp|h] seems to have the proper structure for multiple weights. I opened a bug report https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1448618&group_… and made some sample fonts if you want to test multiple weights and styles http://home.sus.mcgill.ca/~moyogo/fonts/test/ Denis Moyogo Jaquerye

1 0

Re: [Inkscape-devel] Xarification
by Tobias Jakobs 26 Mar '06

26 Mar '06

> On 3/23/06, MenTaLguY <mental@...3...> wrote: > > - Xara is considerably faster > Xara's renderer is fast, but Cairo with OpenGL is even faster. > But if Cairo gets Xara renderer, it will be just as fast. > Carl Worth (Cairo) talked a lot with the Xara programmers at the LGM. And as far as I know the plan was to make Xara's renderer GPL and then write an Caito backend. > Anyway, so far it's premature, since Xara's renderer is the part which > is not opensourced yet (it remains a binary lib in their source > tarball). > An other reason to use Cairo is, we will get PDF and PS export for free. Tobias __________________________________________________________________________ Erweitern Sie FreeMail zu einem noch leistungsstärkeren E-Mail-Postfach! Mehr Infos unter http://freemail.web.de/home/landingpad/?mc=021131

3 3

Nice Tutorial in Linux Format
by John Taber 26 Mar '06

26 Mar '06

fyi: This month's Linux Format magazine has a really nice tutorial on Inkscape shapes (becoming a regular feature like their great Gimp tutorial series). Maybe it's just a copy of the existing shapes tutorial (didn't have my laptop with me to compare), but if not, I wonder if there's a way to get permission to put links on the website to the actual articles like this? It's often frustrating to search for documentation and find articles that are months, even years old locked away in subscription only files. Maybe there's a better way to have a linkage between commercial publishers (or even bloggers, the line is blurring) and free software in order to get more how-tos and documentation (some sites do variations on this) One way is to give special promotion on the website to mags that promote the existing tutorials as articles or maybe so many months after publication have excuarticles that become open and part of the software's tutorial or website - this provides magazines with steady stream of great articles, first to market advantage, and exposure on software websites, authors become regular celebrated columnists and even fabulously wealthy on the speaker circuit, and Inkscape and it's users get more freely available docs, everyone wins.

2 1

Inkscape Development
by Dale Harvey 26 Mar '06

26 Mar '06

Hey After a rather long break, I have started again at trying to do some development with inkscape, I was wondering if there was a few quick questions I could ask. debug statements - Im currently trying to get the hang of the code by basically going through and adding debug statements to try and follow the program flow, however g_warning (and g_print/printf/g_debug etc) messages are not being sent to stdout when they are called, I only recieve them after inkscape has been closed, a grep on "g_set_print_handler" gives me nothing back and its supposed to default to stdout, Im assuming the command line interface is interfering in some way but having problems finding how, and how to fix it. complication - compiling the application takes a little more time than is really usable to be developing with, my machine isnt great, 1.6Ghz, 512Ram, but I expect im not compiling it in the right way for development, i tried turning off optimisation with export CXXFLAGS='-g -O0 -Wall' export CFLAGS='-g -O0 -Wall' and trying to use ccache export CXX='ccache g++' the optimization does not seem to have affected much, and using the CXX flag gives me configure errors about not being able to find libraries that are installed. it takes me around 4 minutes to do a make / make install, im not really sure if this is an acceptable / usual time for recompiling. inkboard - after having to give up last time, im going to try finding the bug on my platform with inkboard that I mentioned in http://sourceforge.net/mailarchive/forum.php?thread_id=9660890&forum_id=360… when I left last time, I could invite another user to join an inkboard session, which worked perfectly, however I could not recieve connections, either from another instance of inkscape, or another user. I was wondering if anyone who is working with inkboard had anytime on or after sunday ( any time suitable, I will be making myself permanently free from then on) would be able to join me in the inkscape jabber room, as the problem is quite hard to debug with a single session, that doesnt work. Thanks Dale

3 3

article on Inkscape
by Alexandre Prokoudine 26 Mar '06

26 Mar '06

Hi, Both offline and online versions of popular russian computers magazin "Computerra" now feature a review of Inkscape written by Sergey Tokarev: http://www.computerra.ru/online/files/259519/ It looks like he did his best to present most actual and precise information, but unfortunately in some areas he failed (e.g. he stated that Inkscape's developers are already working on support for CMYK and CIE LAB colorspaces :)). However, Inkscape is rated as best vector graphics editor for Linux that, in case of merging codebase with Xara, will have all chances to be the best free vector graphics editor on all platforms. Btw, he also wrote that the same guy who introduced support for tablets is working on vector brushes now. Is that true? Alexandre

2 3

Xarification
by MenTaLguY 24 Mar '06

24 Mar '06

I've been thinking about our Cairoification plans today, and I think we might be much better off incorporating Xara's rendering engine instead. Two main reasons: - Xara provides a lot of stuff that we would otherwise have to write ourselves atop Cairo (e.g. gaussian blur) - Xara is considerably faster I don't want to simply borrow code from Xara, though -- ideally, I'd like to componentize the relevent portions of Xara so that both projects could use and jointly maintain them, as a sort of "common pot". Xara would benefit from this, since (in the long term) to fully implement the SVG specification we'd need to contribute additional capabilities which Xara Extreme could then exploit. To make the task managable, we'd want to approach this on a bottom-up basis: begin with the lowest-level components (e.g. the rasterizer), and work our way up to ultimately componentizing and incorporating the retained-mode graphics layer. The eventual goal would be to replace both livarot and NRArena with components shared with Xara. I'm going to start seriously looking into the technical aspects of this once I'm done with the current spate of layers work (probably post-0.44/0.45). -mental

3 7

Fwd: Re: [cairo] filters/image processing
by MenTaLguY 24 Mar '06

24 Mar '06

-------- Original Message -------- Subject: Re: [cairo] filters/image processing Date: Fri, 24 Mar 2006 08:31:17 -0800 From: Carl Worth <cworth@...573...> To: MenTaLguY <mental@...3...> On Fri, 24 Mar 2006 10:23:31 -0500, MenTaLguY wrote: > > We've been discussing "Cairoification" in Inkscape recently again, Sounds like fun! > If we adopt Cairo, should we expect to always have to implement > things like e.g. gaussian blur ourselves using intermediate image > surfaces, or will Cairo eventually provide image processing > operations like that in ways which can be accelerated in hardware? We already have an API for specifying that a given filter should be applied to a pattern, (cairo_pattern_set_filter), but the current selection of filters is fairly limited here. So I see two things that need to be done: 1) We need to add more filter types. Gaussian blur is an obvious first one that needs to be added, and something I've been giving some thought to lately. One trick with this is that it requires at least one parameter, so the current cairo_filter_t enum is not going to be sufficient. Oh, look, there is even a CAIRO_FILTER_GAUSSIAN there already. I'm not sure if that does anything useful or not yet. 2) We need to add support for filtering the implicit masks that cairo generates. This is the right place to put a filter for doing something like a drop shadow or for applying what Xara calls "feathering" to a filled shape. There's still a mask pattern involved here, but the user doesn't get to see it since it is implicitly created by cairo. So I think all we need here is a simple new API: cairo_public void cairo_set_mask_filter (cairo_t *cr, cairo_filter_t filter); (Modulo the same enum limitations we discussed above.) So this filter would be applied to the implicit masks created by cairo_stroke, _fill, _show_text, and _show_glyphs. It would not apply to cairo_mask where the user has a pointer to a pattern already and can call cairo_pattern_set_filter. As for what filter types to add, I think that "can be accelerated in hardware" is a pretty good criterion for inclusion in cairo. I think we've got Gaussian blur stuff just sitting there waiting in some existing backends already. As for a bunch of the other SVG filter types, I'm less confident that we'll see a lot of hardware support for them. I don't think it makes sense to complicate the cairo API for these if they're all going to end up in software anyway. (Though, if someone can convince programmable GPUs to do these, then there's a different question to be asked---so let me know if you know someone that has figured that out.) -Carl

1 0

Check up time
by Mike Hearn 24 Mar '06

24 Mar '06

Hey guys, I thought I'd pop in and see how you were getting on with autopackage. Are there any issues I need to be aware of? Are you happy campers? Are there any features you'd really like to have? I'm asking so I can get a better idea of where we should be going in future. Here is the current roadmap as relevant to Inkscape: * Get 1.2 released. This brings: * Better C++ support, that is, a build of the correct ABI will always be installed for the user. This resolves various obscure problems related to bugs in GCC and will allow for usage of gtkspell (finally!) * Better compression -> smaller Inkscape downloads * Better uninstall support, can now check for RPM/debs of Inkscape already being installed and (when safe) remove them. * New binreloc system. If it works out then this will make it totally transparent and the prefix location code could be dropped. * Further out, automatic online updates and maybe support for abstracting the Python unicode ABI so the python plugins support could be safely enabled. Any other features you guys want? thanks -mike

1 0

Educational contact(s)
by Jon A. Cruz 24 Mar '06

24 Mar '06

Hi, Just trying to track down what kind of interest there is for being point contact for .edu kind of people. So, who's interested? I can think of a few levels of involvement. There's working with people trying to develop open source based curriculum, and then also working with educators themselves. Also, both of those might be further broken down by various age groups, technical programs, etc. (I have various interests in this myself, but wanted to be sure to find out who all is also interested)

3 2

Libre Graphics Meeting - A Recap
by PLinnell 24 Mar '06

24 Mar '06

Hi all, For those who were not able to attend and/or also wondering about the quietness on IRC or the ML over the weekend, below is far from complete summary of the Libre Graphics Meeting held this past weekend in Lyon, France. First, this was the first ever meet of all the Scribus devels in the same place with the exception of Franz who could not attend. This meeting came about from the generous offer of Dave Neary from the GIMP team to bring in other graphics app developers such as Inkscape and it soon snowballed into a larger meet. Dave and the local Linux LUG group did a fantastic job organzing everything and a great time was had by all. One of the first presentations was by Øyvind Kolås aka pippin from the GIMP team demoing working code using GEGL,babl and gggl , the next generation of image libraries for the GIMP and other applications. Most impressive is the way Øyvind used oxide and bauxite, which are built from these components. For end users, GEGL, babl and gggl are a means to break the current limits in GIMP with 16bit and larger bit depths available, along with the ability to support other color spaces like CieLAB and CMYK. When can we see this in cvs ? The GIMP devs I spoke with said as soon as 2.4 is released. Next up was Marti Maria from littlecms and now HP. He gave an excellent presentation connecting how we see as humans with the nature of digital color in computing. Suffice to say, Scribus is as good as any at demonstrating littlecms' capabilities. Little known is indeed littlecms is used in the color management firmware in a number of high end HP specialty printers. We're hoping we can have that presentation on the docs site as a primer for beginning with color management. Gerald Friedland gave a demo of SIOX or Simple Interactive Object Extraction, which is in the current development version of GIMP. Simply put, SIOX is a clever new way of selecting objects in an image in a way which otherwise takes many manual steps. If you have a chance to get the latest GIMP beta, it is worth it just to see this in action. Who says open source folks do not innovate ? Cedric Gemy, better know for his new book on GIMP 2.2 in French 'Gimp 2 efficace' gave a demo of Tuxpaint in French. If you can read French, his new book is probably the most comprehensive book on GIMP 2.2.x Jon Phillips from Inkscape gave a talk on Create and how open source graphics applications are working to share things like brushes, color swatches and other image oriented media. Xara has been open sourced - a very bold move for a commercial graphics application company. Xara is an illustration application which has tremendous rendering speed on the canvas among other assets. One of the principal reasons for open sourcing the "crown jewels" as they put it, is to port Xara to Linux and MacOSX. It was obvious from the interaction with other teams and developers that not only the Xara folks were very much welcome there, but also they have taken the open source development model to heart. The Blender folks had a number of small talks and demos, but owning to other meetings none of us had much time to participate. One of the best parts of this meet was the time spent outside of the presentations to be able to meet and interact with other teams. Examples: Marti Maria from Littlecms gave us some hints on making Scribus more robust when handling corrupted icc profiles. We also had the chance to meet Carl Worth who developed Cairo. Sunday afternoon was a chance to meet with the Inkscape team and we looked over our mutual future plans. Jon Cruz from Inkscape showed off a drag and drop debugging tool, which should help us with Scribus to make drag and drop work easier with a more diverse group of applications. Similarly, we outlined how Scribus uses Ghostscript to import EPS and PS files with high fidelity. Adding this to Inkscape should be feasible without a major rewrite of Inkscape. The collaboration between Inkscape and Scribus teams has been good and should be even better in the future now we have met face to face. More to come later on. If there was one area lacking was simply time to meet and exchange with everyone there. We had less time to meet with some of the GIMP team than hoped, but we did have some informal one to one chats and we are much more attuned to future plans and wishlists. The GIMP team has been often unfairly criticized, in my opinion, for perceived shortcomings and unwillingness to address long standing feature requests. To the contrary, my sense is they are very well aware of these requests, but they are a small team indeed, not much larger than Scribus. That said, what I saw and heard gives me confidence that the GIMP will see major additions to its feature list in the future. The plans they outlines for future versions are ambitious. Other folks there included one of the Krita developers and folks from the Tango Project. One great surprise was to meet Nicholas Spalinger and Victor Gaultney, creator of the award winning typeface Gentium, which has been re-released under their newly written Open Font License. A few of us over a dinner had a chance to learn a great deal about Gentium, typography and future plans for enhancements and additions. The Open Font License has been carefully researched and written to maintain both openess and type creators desire for artistic integrity. This license avoids the kind of ambiguity discussed a few months ago on the list here about font embedding and the GPL. Summing up, the meet exceeded everyone's expectations I suspect. The atmosphere was fun, collegial and less a show and tell, than a chance for lots of face to exchanges. Attendance was roughly double the number anticipated. The simple fact this kind of event took place is a testament to the capabilities and maturity of open source graphics applications. Five years ago when Scribus was launched, one could hardly imagine an event like this. Already, it was decided amongst the teams to meet again next year and work is underway already on a venue. Discussion and plans will take place on the Create list on freedesktop. I'm sure I missed some important bits, but maybe we will see you there next year... Peter

3 2

Re: Live Effects Discussion
by Ricard Marxer Piñón 23 Mar '06

23 Mar '06

Hi there, I was at the LGM this weekend and one of the Inkscape developpers pointed me out to this list in order to discuss one of the concepts I talked him about: vector graphics shaders (as in 3D graphics shaders) It's an idea I have been thinking about and working on for a while. Today I had a look at the archives of the mailing-list and I just found the thread on Live Effects Discussion. Which seems to be exactly what I was looking for. I think my point of view is not that different from yours but maybe there are some new ideas. I basically try to recycle the work done on the 3D shader field to what could be the 2D shader field. >From my point of view we should define some perceptual data that should be accessible to a shader programmer and some principle drawing functions that he should be able to use. I haven't worked on it a lot yet but some of these ideas are: data accessible from a path: - point (given the % of the arclength) - tangent and / or normal (given the % of the arclength) - curvature (given the % of the arclength) (this could be given by the modulus of the tangent) (so it could be avoided) - color (given the % of the arclength) - stroke weigth (given the % of the arclength) I guess the only thing hard to do here is the reparametrization for the beziers or other curves in order to make this a function of the % of the arclength. But I think that this is something that would make this shaders powerful, since the shader shouldn't bother to know if the path is made of curves, beziers or whatever he only needs what's perceptually important about the vector graphic. What do you think? anyway here I post a little experiment with some experiments in vector graphics renderers that I made (feedback is greatly appreciated!!!!): http://www.caligraft.com -- ricard http://www.ricardmarxer.com

2 1

WEBFORM Professor switches OS X machines with Ubuntu machines
by Ryan B 23 Mar '06

23 Mar '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Ryan B email: giantmechanicalsquare@...400... submitted the following: This professor started teaching Inkscape instead of Illustrator and Scribus instead of Quark. I\'ve opened a discussion about it here: http://giantmechanicalsquare.blogspot.com/ and here is the article: http://business.newsforge.com/article.pl?sid=06/03/09/2238246&from=rss Thanks!

1 0

WEBFORM Professor switches OS X machines with Ubuntu machines
by Ryan B 23 Mar '06

23 Mar '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Ryan B email: giantmechanicalsquare@...400... submitted the following: This professor started teaching Inkscape instead of Illustrator and Scribus instead of Quark. I\'ve opened a discussion about it here: http://giantmechanicalsquare.blogspot.com/ and here is the article: http://giantmechanicalsquare.blogspot.com/ Thanks!

1 0

Font issues
by Jon A. Cruz 23 Mar '06

23 Mar '06

I was taking a peek at bug 1456620, and hit an interesting problem. There might be many other problems overlapping, but the name of one has issues right off the bat. One font name is 'Magnump.i.', but gets truncated at the first period. Does anyone have insight on this?

1 0

Live Effects Discussion
by Ted Gould 22 Mar '06

22 Mar '06

Hey all, Sorry, I've been effectively offline for over a week, so I'm catching up. I feel like I'm spamming the mailing lists :) Anyway, Aaron, I noticed that you made a branch for live effects. I've thought I little about this -- I was thinking perhaps we can all have a big friendly discussion about some of the ideas/features that would be required. (if there are any Xara developers on the list we'd love your comments on what worked and what didn't) If nothing else, so we don't overlap on any work. Here are some thoughts that I've had, feel free to destroy at will :) - Live Effects need to work with opening and saving a file, so they need to be stored somewhere. I was thinking we could add a "<inkscape:live-effect>" node in the defs section to define each live effect and read them when the file is opened. - Live Effects should be triggered when the original objects are edited, so we need to mark who those are. Probably by node ID. - If one of those nodes is deleted in the process of running the effect, then it should be stored in the live-effect node so that when re-running the effect it can be placed back on the canvas temporarily. - We need to keep track of the objects that are created by the effect, so we can delete them before rerunning the effect. I think this could also be accomplished through a node ID. - If any of the objects created by the live-effect are modified (ie moved) the live-effect is broken. I'm not sure if there should be some warning, or atleast a status bar message for this. I think it is simply to difficult to track the changes. - We need a way for the effects themselves to mark which nodes they created or deleted in their execution. I'm thinking that we can just add a inkscape namespace attribute for the nodes. When we reparse the file, we'll look for those. Then, in the inx file, we can mark whether an effect is "live effects aware" to keep the basic case simple. We may be able to accomplish this through comparing the before and after documents, but that seems likely to cause error (perhaps Mental has some ideas on this?) - I think that live effects should work for output and input extensions too. That way you could have an SVG document that you're working on constantly update the Postscript output copy that you want to have. Of course, this might be slow, but people will find it useful when they have 64-core computers :) - To make the performance reasonable, I think that we'll need to keep parsed copies of the scripts cached. I think I know how to do this with the python libraries. There is already the load/unload mechanism in the extensions to facilitate this. After I finish the extensions dialog, I'll start working on this. (unless someone really knows how to do it, I'd be happy to let someone who knows what they're doing go ahead :) Those are the things that I can think of right now. Comments and ideas are welcome! --Ted

5 10

NEW: better statusbar tips for multiple objects in selection
by bulia byak 22 Mar '06

22 Mar '06

For multiple selected objects, the statusbar now reports their types. For example, if 5 groups are selected, it displays 5 objects of type Group in layer LayerName. instead of just "5 objects selected" as before. If there are up to 3 types in the selection, they will be listed, for example: 5 objects of types Group, Path, Rectangle in layer LayerName. The order of the list will correspond to the order in which the objects were added to selection. If there are 4 or more types in selection, only the number of types is reported, for example: 5 objects of 4 types in layer LayerName. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 10

Objects not plugins
by Martin Owens 22 Mar '06

22 Mar '06

I was thinking of a way to manage my barcode plugin and was thinking that the way plugins currently run (i.e single process modifies document) is not how a barcode should be managed. it should be some kind of object plugin which allows you to modify the code and see the update in the bars, having the svg on the page will be a must, it would just have hooks so that if the plugin is there you can edit the object with some gui or what ever is required. Best Regards, Martin Owens -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

1 0

icon/swatch sizes
by bulia byak 22 Mar '06

22 Mar '06

Jon, Now I figured out why you're so reluctant to just make the swatches smaller as I proposed: because you used the GTK standard icon sizes for swatch sizes. I don't think this makes a lot of sense, honestly. A swatch is not an icon at all. However, I'll leave this up to you, but in any case I just want to reiterate the need for adding one or two smaller sizes that GTK does not have. You can even make them dependent on the existing sizes, for example by making them 75% and 50% of Gtk::ICON_SIZE_MENU. But we _really_ need them, both for icons and for swatches. The current "small" size of the swatches is NOT small by any stretch of the imagination. By the way, selecting the Huge size of the swatches in the bottom panel crashes Inkscape. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 4

round corners won't be resized on resizing a object
by Frank Wunderlich 21 Mar '06

21 Mar '06

Hi, i try to explain the behavior: i have 2 rects: 1 rect with round corners and 1 rect with normal corners inside the first one if i group this 2 shapes and try to make this group smaller, the shape is correctly resized (both rects), but not the corners of the round rect. the radius of the corners must be also adjusted... Greetings Frank

2 1

Clip path and mask UI patch - need guidance
by Joshua A. Andler 21 Mar '06

21 Mar '06

Knutux has made excellent progress with the clipPath/Mask UI patch (nice couple options in prefs to make it more robust too). However, there are two issues left that are related, but we couldn't figure out the best solution. Note that this is in comparison to both Xara & Illustrator as reference. 1) In Inkscape, currently you can not edit a clippath on canvas (presumably because it's located in defs). I wouldn't imagine this wouldn't be too painful to change, but the aspect of residing in defs brings up the other major difference/problem. 2) In Xara or Illustrator when you clip objects, they're "grouped" together (clipped objects and the clipping path/mask). It doesn't seem like this is easily achieved because of the structure of SVG and defs preceding regular items in the doc. The more complicated of the two issues would be number 2. We kicked around a couple ideas, but neither seemed like the optimal solution so I figure I would ask for advice here. The ideas were having the clipping object in defs be a clone of a "normal" object on canvas. That original object can then be grouped and the clone/clippath would follow a move of the original, and it would theoretically also take care of the editing aspect too. And the other potential solution we thought of was having the clipPath (or mask) in defs just have a link to an object on canvas. Again, that object could then be grouped and would take care of the editing aspect too. To me, neither method seems clean and each would potentially introduce it's own set of issues. Bulia or Mental, do you have any suggestions? -Josh

5 19

Bug in the command line interface of Inkscape on Windows 32 platform ?
by Gilles Foucault 21 Mar '06

21 Mar '06

I run the Inkscape 0.43+devel, built Mar 20 2006 on Windows 32 platform I would like to export svg files via the command line interface of Inkscape : "C:\Program Files\Inkscape\inkscape.exe" --export-eps=out.eps in.svg But nothing happens, there is no error messages, and inkscape quit immediately. Could you help me with the command line usage in Win32 platform ? Thanks in advance, Best regards Gilles

2 1

LGM braindump
by Jon A. Cruz 21 Mar '06

21 Mar '06

Here's the first bit of braindump from LGM. (Please keep in mind that I typed this up while flying back to the States, and am not sure how jetlagged I was) -------------------------------- Overall, I think the whole get-together was an amazing success. Many different projects were represented, and a fair mix of end users and potential contributers were also in attendance. Although I would like to see more of the users and just curious there, enough were present to help give a good insight with fresh perspective. There were perhaps up to a couple hundred people in attendance, and it clearly seemed to be even a better turn out than Bryce or I had expected. We had four people with "Inkscape" on their badges, with a few extra people here and there like Cedric. The GIMP had a good presence, as did Scribus and even Xara. The atmosphere was one of the really good aspects of the whole meeting. Unlike many other conferences, this was not just a one-way dispersal of information. Though the presentations were similar, afterwards there was a lot of interaction between people with different groups, and even and users. Also, there seemed to not be any real conflicts or posturing, but rather a lot of genuine collaboration going on with win-win situations popping up all over. Probably the best illustration of this was with the SIOX presentation. Part of the presentation's purpose was to get the word out about the capabilities, and to try to spur more interest. That night one of the Blender guys got hooked, and by the next day had hacked together basic support for SIOX as a standard Blender effect. Each of the teams took advantage of the face-to-face time to have their own group meetings. For example, this was the first time that Craig had actually gotten to actually meet the other people on Scribus. But there was also a lot of communication with people of different groups, and most of the hitting dinner, etc, was completely inclusive. I know that some of the GIMP people expressed a little regret at not being able to get together with some of the non-GIMP people as much as they'd like, but this was only due to being able to get so much done in the various GIMP sit-downs going on. Even so, there was quite a lot that did get done, with various people in different groups each talking with others about all sorts of things. Xara had a booth outside the main amphitheater, and had three people showing what they've been doing. As you probably already know, they took the opportunity to release their source-code, and it seems like the delay 'till now was time well spent. I know that Carl Worth mentioned he downloaded it and not only did it build first try for him, but it actually ran too. The funny thing was that he didn't realize how much progress had been made since the initial demo, and that most of the tools are functional now. Their developers seemed like really good people, and very interested in the whole meeting and everything going on. I'd also met them on the bus from the airport the night before. So there was time spent talking with them on various Xara stuff, but then also a lot of time talking about all the other things going on, the stuff the other developers were talking about, and also some more questions on how best to fit in with the general open-source community. Charles from Xara made it down on Sunday, and after his presentation we had the opportunity to all sit down with him and discuss various Inkscape-Xara issues. The great news is that he honestly seems to "get it", and is working well to try to ensure the release of Xara has the best chance of being a win-win both for the business aspect and for the open-source community. By the end of things it was very clear that both Xara and Inkscape had their own focus, and each has their own reason for being around for quite some time. Probably the main issue for some will be the contributors agreement, however as everyone had time to drill down on things, and also others like Carl Worth from Cairo, it seemed to be a fair approach and my personal feeling is that it won't be a deal-killer for most. Speaking of Carl, he also had time to meet with Charles on his own, and they came away with quite a lot resolved, and a strong interest to see where things will go from here. Among other things, they were looking at various ways that Xara might get things to have Cairo to use their engine, so it will be *very* interesting to see how things progress in that area. One surprisingly inspiring presentation was Marti's talk on color management and littleCMS. Even though I'd been familiar with the concepts, and even had drilled down on littleCMS's API to figure out how to hook it into Inkscape, the talk suddenly made all the pieces fall into place. More importantly, it did so with several groups, and after the talk there was a lot started between us and Scribus in regards to managed color-flow, and we realized that together we actually almost at the point of having base things there and integrated. A lot of stuff they had been doing had gotten them close, and lot of the stuff I'd been doing had gotten us close. Then again, Marti confirmed that for basic support, only three functions of the littleCMS API are needed, so we might see that go in *very* soon. Additionally, we were able to use this to help hammer out with Scribus what direction they might want to take on SVG vs. EPS import, and whether things should be done in Inkscape or in Scribus, and to what degree. We probably ended up changing some minds and getting their focus back on enhancing SVG import, since we figured out some basic ways to support spot colors along with full ICC-profile targeted colors in SVG we will end up putting out. And, of course, Marti will be able to help advise us on the proper approach for a lot of the SVG/CSS color-profile details. One of the Inkscape-specific things that came up was someone from Slovenia being interested in animation support. We discussed quite a few things, including some general ideas of what Inkscape should and should not do in regards to UI and feature support for animation that Andy, Bryce, and I had just been tossing around the day before. This also leverages a bit more resources for enhancing the extensions mechanism, so look for new people to possibly show up soon. Speaking of extensions and plugins... there was a lot of general interest in this from many different people, with many different priorities. One of the more interesting exchanges on this was between myself and Craig from scribus. After some Scribus demos it had come up to me that what we were thinking of might be helpful for them also. Craig got really excited about the main idea of exposing a DOM for plugins, and some of the ways that they might go about doing that. Then we moved on to my ideas for abstracting UI for plugins by using XForms. He hadn't been aware of it before (and in fact was very light on XML background in general) but as I drilled in on more and more details he came to feel that it was a very good approach, and cold solve quite a few of the problems they are hitting up against right now, and even more in the future. He also mentioned this might be a concept to push over to the Xara guys (he'd been spending a fair bit of time with them also). One of the last things to go on was a CREATE BOF. It followed our Inkscape BOF, and ended up being very productive. We had lots of people from many projects, and got some good issues hammered out. Watch for more details on the CREATE mailing list, but a lot was about shared assets like palettes, brushes, etc., ways to share them, and how to make that work well (directories, daemons, things like font mangers, etc.) and not lagging. Another aspect was brought up from the drag-n-drop stuff I've been working on lately. Aside from knowing what to share, we also need to come up with how to put those things properly on the clipboard and for drag-n-drop. One point brought up was that it might be good to work details up and then leverage freedesktop.org to actually get MIME types registered. I'll follow up with more, like how Andy's demo went (great), Pippin's impressive stuff, and ReJon's great talk...

1 0

extension attributes documentation
by MenTaLguY 21 Mar '06

21 Mar '06

Hi all, In an effort to get the ball rolling for documenting Inkscape's extension attributes, I've populated a wiki entry with them here: http://wiki.inkscape.org/wiki/index.php/ExtensionAttributes I'd encourage volunteers to have a look and add documentation (just a brief description to start with) for any attributes that interest them. -mental

2 1

Clip path and mask UI patch - committed
by bulia byak 20 Mar '06

20 Mar '06

I have committed Andrius' patch and a couple of fixes of my own. So, clipping and masking are almost usable now. Use and abuse them, and report the results. So far the UI is limited to 4 command in the Object menu. Of course there are lots of issues, this is to be expected; note that while we appreciate your suggestions for how to make the UI better, for now my personal priority is to iron out all the basic behavior and rendering issues, so that at least the UI that we have works flawlessly. Several immediate issues are: - After you moved the clipped/masked object, unclipping/unmasking gives a wrong transform to the clippath/mask. - Mask display is buggy. If you don't see the masked object, try zooming in or out. - Upon unclpping/unmasking, the selection must hold the clipped object and the clippath/mask. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 2

Xara source released
by Joshua A. Andler 19 Mar '06

19 Mar '06

Subject line says it all... http://www.xaraxtreme.org/developers/sourcecode.html Thanks for the heads up John :) -Josh

6 6

Re: [Inkscape-devel] path effects: our plan
by Martin Owens 18 Mar '06

18 Mar '06

What could a perl developer do to help? I can also do graphics design but I dout that will be of help either. On Sat, 18 Mar 2006 19:09:08 -0400 , "bulia byak" <buliabyak@...400...> wrote: >For those interested, below is the implementation plan for the live >path effects that Aaron, Mental and I have developed. It's pretty >simple and powerful, we just need more volunteers to work on it. It's >currently in a branch in SVN. > >STAGE 1 is documented in a jabber chat from 2005-10-10. It is already >implemented in the branch and seems to work fine (last time I checked, >anyway). > >[19:01:50] <bbyak> well, i think the first thing you should do is >familiarize yourself with SPCurve and Bpath classes >[19:02:16] <bbyak> i guess for you they will be obvious, just another >array of lineto/moveto/curvetos >[19:04:00] <bbyak> then, write a simple spcurve->spcurve distortion function >[19:04:09] <bbyak> any kind of distortion, just to check >[19:04:52] <bbyak> make it a member of SPShape >[19:05:26] <ACSpike> so the goal is to distort nartbpath >[19:05:40] <bbyak> yes, as a start >[19:05:52] <ACSpike> by way of spcurve >[19:06:09] <ACSpike> and stick it in sp-shape >[19:06:15] <bbyak> yes >[19:06:16] <bbyak> then: >[19:06:47] <bbyak> declare a bunch of attribs: inkscape:original-d and >as many attrs as needed to express your distortion >[19:06:50] <ACSpike> I don't understand how I will test this function >[19:06:57] <bbyak> i'll explain that now >[19:07:15] <bbyak> attribs are declared in attributes.h/cpp i think >[19:07:33] <bbyak> then learn the way an SPObject reads attrs from the repr >[19:07:36] <bbyak> it's simple: >[19:07:52] <bbyak> for example sp-path.cpp >[19:08:21] <bbyak> sp_path_build calls sp_object_read_attr for all >attributes it knows >[19:08:33] <bbyak> thoese calls end up in sp_path_set >[19:09:01] <bbyak> which is where you do the necessary changes based >on the attribute string passed to you >[19:09:11] <bbyak> similar functions are in all other SPObjects >[19:09:34] <ACSpike> "necessary changes" = distort path >[19:09:40] <bbyak> we'll start by sp-path >[19:09:41] <bbyak> yes >[19:09:44] <bbyak> namely: >[19:10:05] <bbyak> you'll need to add another member, a boolean flag >in SPShape class >[19:10:20] <bbyak> which if set means that this shape is distorted >[19:10:42] <bbyak> and also you'll need one or more members for >storing the distortion params >[19:10:47] <ACSpike> oh, wife calls, brb. >[19:11:16] <bbyak> then in sp_path_build you add another >sp_object_read_attr for the distortion attribs >[19:11:43] <bbyak> and in sp_path_set, a new case for those attrs >[19:12:19] <bbyak> where you just parse and store the value in the >(SPShape *) path, i.e. this path recast to shape >[19:12:35] <bbyak> and set the "distorted" flag >[19:13:02] <bbyak> those new sp_object_read_attr must go before the >sp_object_read_attr for d= >[19:13:30] <bbyak> then you add a sp_object_read_attr for inkscape:original-d >[19:13:41] <bbyak> where you do the same as in case SP_ATTR_D: >[19:13:58] <bbyak> but insert a call to the distortion function >[19:14:12] <bbyak> after sp_svg_read_path(value); >[19:14:32] <bbyak> then you set that distorted curve as usual, >sp_shape_set_curve >[19:14:47] <bbyak> and then one last thing: >[19:15:41] <bbyak> the sp_object_read_attr for d= must go AFTER that >for original-d, and in it, if the distorted flag is set, you simply >skip reading the d and setting the curve >[19:15:46] --- mental has left >[19:16:08] <bbyak> so that the curve is obtained from orioginal-d with >distortion, when they are present >[19:16:47] <bbyak> that's all for stage 1, i think >[19:17:10] <bbyak> it should work if you manually add the attrs to a >path and it will show it distorted >[19:17:19] <bbyak> and will be generally very instructive to play with >[19:17:33] <bbyak> based on which, it will be more clear where to go next > >STAGE 2 is not done yet, I documented it in a message to Aaron: > >Overall, our Stage II goals are: > >1. make the system capable of handling several different effects, >with new ones easy to add > >2. make sure effects are correctly read in SPPath and in all >shapes > >3. make sure objects with effects are correctly transformed > >4. make sure paths with effects are correctly node-edited > >5. make sure shapes with effects are correctly handle-edited > >6. make sure objects with effects are correctly written and >rendered the same in Batik > >Most of these goals are surprisingly easy to achieve :) So don't >be frightened by the length of this email - it's just wordy >explanations. > >After all this works, we can move on to implementing the Path >Effects tool and handle-dragging UI for editing effects on >canvas... that will be Stage III. > >Now, the goals in detail: > >1. Rename inkscape:distorted into inkscape:path-effect. This >attribute would store a string identifier of the effect to apply, >or "none". If there's no such attribute, it's the same as >"none". In addition, register several attributes for distortion >parameters: > >inkscape:path-effect-param1 >inkscape:path-effect-param2 >inkscape:path-effect-param3 > >etc. The interpretation of these will of course depend on the >value of inkscape:path-effect. > >Then, move the reading of these attributes into SPShape, as they >will be used by all its subclasses (not only SPPath but also >shapes) in the same way. (That is, sp_object_read_attr(object, >"inkscape:path-effect") etc must also be in sp_shape_build.) >Store the values in appropriate new members of SPShape. Write a >generic function that takes SPCurve and a SPShape pointers and >distorts the SPCurve according to the values of the members of >SPShape. Store that function in sp-shape.cpp and declare in >sp-shape.h so that it can be used from outside. > >You can even code a couple useful effects at this stage :) > >2. For SPPath, it's all ready: it reads original-d, distorts it >and sets the curve from that. In shapes, it's even simpler. Take >SPStar for an example. In sp-star.cpp, find the line > > sp_shape_set_curve_insync (SP_SHAPE (star), c, TRUE); > >and just insert the call to the distortion function in sp-shape >before that, passing it the curve and SP_SHAPE (star). That is >all! Shapes have no need for original-d because their path is >generated from the shape parameters anyway. > >3. Transforming objects works like this. In "preserve" mode (see >Inkscape Prefs), a transform= attribute is added or edited on all >transformed objects. In the "optimize" mode (which is the >default), various types of objects variously try to embed the >transform, or a component thereof. If this is not possible, again, >transform= attribute is added. For example, for paths, >sp_path_transform can completely embed all of the transform into >its curve (i.e. into d=), by transforming each path point by that >matrix, so it returns identity and transform= is not set. For >rects, sp_rect_set_transform embeds only translation and scaling >components of the matrix; the remainder, if any, is written as >transform=. For stars and ellipses, no embedding is attempted at >all, so the whole transform is always written as transform=. > >Now, for paths, sp_path_transform currently transforms the >(SPShape*)path->curve, i.e. the distorted curve stored in base >SPShape instance. But we also need to transform the original path >by the same matrix too, so that it stays in sync. The easiest way >to do this, which will also have other benefits, is to store the >original path in SPPath as another SPCurve. That is, >(SPShape*)path->curve will be the distorted path, while >(SPPath*)path->original_curve will store the original path. > >You will thus need to add this member in sp-path.h and to add to >store the original SPCurve before distortion in that member in >sp_path_set, case SP_ATTR_ORIGINAL_D. (You may need to figure out >how to copy SPCurves and/or bpaths. Also don't forget to free the >SPCurve when destroying the path in sp_path_release.) Then look at >sp_path_transform: > > /* Transform the path */ > NRBPath dpath, spath; > spath.path = shape->curve->bpath; > nr_path_duplicate_transform(&dpath, &spath, xform); > SPCurve *curve = sp_curve_new_from_bpath(dpath.path); > if (curve) { > sp_shape_set_curve(shape, curve, TRUE); > sp_curve_unref(curve); > } > >And just do the same also for your original SPCurve stored in >SPPath. That is all. > >For shapes, you normally don't need to do anything at all. Those >that don't attempt any embedding and always use transform= >attribute are not affected at all. Those that do embed do it just >by adjusting their internal shape parameters and regenerating the >curve - for example sp_rect_set_transform calls >sp_rect_set_shape(rect). Provided you inserted a distortion call >into *_set_shape, you are all set. > >CAVEAT: rects are the only shape which currently uses <rect>, not ><path>. So you cannot apply shape effects to rects at all, until >this is changed. It's on my TODO for a long time, hope I will get >a round tuit soon. > >4. The Inkscape::NodePath::Path reads the path from SPCurve, but >after modifying it, it writes directly to the d= attribute. This >needs to be changed thus: (a) if the path is distorted, read the >SPCurve from SPPath, not from SPShape (i.e. the original, not the >distorted one), and (b) if the path is distorted, write the edited >path to inkscape:original-d= instead of d= (in >update_repr_internal). Setting inkscape:original-d will trigger >reading it and setting both original and distorted curves, the >latter in turn triggering a redisplay of the distorted path. So I >think this will be enough for nodepath to edit the source path, >with the nodes generally not lying on the visible distorted >path. Adding a helper display of the original path between >nodepath nodes can be left for later. > >5. I think here nothing at all is needed. The knotholder thing >reads and writes from the shape's internal parameters, and thus is >totally unaffected by the visible distorted path. > >6. Look at sp_path_write: it writes the d= attribute from >(SPShape*)path->curve, that is, from the distorted path. So the >"same display in Batik" part is already taken care of. We only >need to write the original-d so it stays in sync. Just repeat this >block: > > if ( shape->curve != NULL ) { > NArtBpath *abp = sp_curve_first_bpath(shape->curve); > if (abp) { > gchar *str = sp_svg_write_path(abp); > sp_repr_set_attr(repr, "d", str); > g_free(str); > } else { > sp_repr_set_attr(repr, "d", ""); > } > } else { > sp_repr_set_attr(repr, "d", NULL); > } > >but for path->original_curve and the inkscape:original-d >attribute, and you are all set. > >For shapes, again, nothing needs to be done. Except for rects, >shapes' _write methods (e.g. sp_star_write) create <path> element >and set its d= from the SPShape curve. This is just what we need. > >That is all - as you see, it's all quite simple, logical and fits >neatly. There will be gotchas of course, but overall the system >looks quite straightforward and robust. I'm really excited by >this. > >-- >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=lnk&kid0944&bid$1720&dat1642 >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

1 0

path effects: our plan
by bulia byak 18 Mar '06

18 Mar '06

For those interested, below is the implementation plan for the live path effects that Aaron, Mental and I have developed. It's pretty simple and powerful, we just need more volunteers to work on it. It's currently in a branch in SVN. STAGE 1 is documented in a jabber chat from 2005-10-10. It is already implemented in the branch and seems to work fine (last time I checked, anyway). [19:01:50] <bbyak> well, i think the first thing you should do is familiarize yourself with SPCurve and Bpath classes [19:02:16] <bbyak> i guess for you they will be obvious, just another array of lineto/moveto/curvetos [19:04:00] <bbyak> then, write a simple spcurve->spcurve distortion function [19:04:09] <bbyak> any kind of distortion, just to check [19:04:52] <bbyak> make it a member of SPShape [19:05:26] <ACSpike> so the goal is to distort nartbpath [19:05:40] <bbyak> yes, as a start [19:05:52] <ACSpike> by way of spcurve [19:06:09] <ACSpike> and stick it in sp-shape [19:06:15] <bbyak> yes [19:06:16] <bbyak> then: [19:06:47] <bbyak> declare a bunch of attribs: inkscape:original-d and as many attrs as needed to express your distortion [19:06:50] <ACSpike> I don't understand how I will test this function [19:06:57] <bbyak> i'll explain that now [19:07:15] <bbyak> attribs are declared in attributes.h/cpp i think [19:07:33] <bbyak> then learn the way an SPObject reads attrs from the repr [19:07:36] <bbyak> it's simple: [19:07:52] <bbyak> for example sp-path.cpp [19:08:21] <bbyak> sp_path_build calls sp_object_read_attr for all attributes it knows [19:08:33] <bbyak> thoese calls end up in sp_path_set [19:09:01] <bbyak> which is where you do the necessary changes based on the attribute string passed to you [19:09:11] <bbyak> similar functions are in all other SPObjects [19:09:34] <ACSpike> "necessary changes" = distort path [19:09:40] <bbyak> we'll start by sp-path [19:09:41] <bbyak> yes [19:09:44] <bbyak> namely: [19:10:05] <bbyak> you'll need to add another member, a boolean flag in SPShape class [19:10:20] <bbyak> which if set means that this shape is distorted [19:10:42] <bbyak> and also you'll need one or more members for storing the distortion params [19:10:47] <ACSpike> oh, wife calls, brb. [19:11:16] <bbyak> then in sp_path_build you add another sp_object_read_attr for the distortion attribs [19:11:43] <bbyak> and in sp_path_set, a new case for those attrs [19:12:19] <bbyak> where you just parse and store the value in the (SPShape *) path, i.e. this path recast to shape [19:12:35] <bbyak> and set the "distorted" flag [19:13:02] <bbyak> those new sp_object_read_attr must go before the sp_object_read_attr for d= [19:13:30] <bbyak> then you add a sp_object_read_attr for inkscape:original-d [19:13:41] <bbyak> where you do the same as in case SP_ATTR_D: [19:13:58] <bbyak> but insert a call to the distortion function [19:14:12] <bbyak> after sp_svg_read_path(value); [19:14:32] <bbyak> then you set that distorted curve as usual, sp_shape_set_curve [19:14:47] <bbyak> and then one last thing: [19:15:41] <bbyak> the sp_object_read_attr for d= must go AFTER that for original-d, and in it, if the distorted flag is set, you simply skip reading the d and setting the curve [19:15:46] --- mental has left [19:16:08] <bbyak> so that the curve is obtained from orioginal-d with distortion, when they are present [19:16:47] <bbyak> that's all for stage 1, i think [19:17:10] <bbyak> it should work if you manually add the attrs to a path and it will show it distorted [19:17:19] <bbyak> and will be generally very instructive to play with [19:17:33] <bbyak> based on which, it will be more clear where to go next STAGE 2 is not done yet, I documented it in a message to Aaron: Overall, our Stage II goals are: 1. make the system capable of handling several different effects, with new ones easy to add 2. make sure effects are correctly read in SPPath and in all shapes 3. make sure objects with effects are correctly transformed 4. make sure paths with effects are correctly node-edited 5. make sure shapes with effects are correctly handle-edited 6. make sure objects with effects are correctly written and rendered the same in Batik Most of these goals are surprisingly easy to achieve :) So don't be frightened by the length of this email - it's just wordy explanations. After all this works, we can move on to implementing the Path Effects tool and handle-dragging UI for editing effects on canvas... that will be Stage III. Now, the goals in detail: 1. Rename inkscape:distorted into inkscape:path-effect. This attribute would store a string identifier of the effect to apply, or "none". If there's no such attribute, it's the same as "none". In addition, register several attributes for distortion parameters: inkscape:path-effect-param1 inkscape:path-effect-param2 inkscape:path-effect-param3 etc. The interpretation of these will of course depend on the value of inkscape:path-effect. Then, move the reading of these attributes into SPShape, as they will be used by all its subclasses (not only SPPath but also shapes) in the same way. (That is, sp_object_read_attr(object, "inkscape:path-effect") etc must also be in sp_shape_build.) Store the values in appropriate new members of SPShape. Write a generic function that takes SPCurve and a SPShape pointers and distorts the SPCurve according to the values of the members of SPShape. Store that function in sp-shape.cpp and declare in sp-shape.h so that it can be used from outside. You can even code a couple useful effects at this stage :) 2. For SPPath, it's all ready: it reads original-d, distorts it and sets the curve from that. In shapes, it's even simpler. Take SPStar for an example. In sp-star.cpp, find the line sp_shape_set_curve_insync (SP_SHAPE (star), c, TRUE); and just insert the call to the distortion function in sp-shape before that, passing it the curve and SP_SHAPE (star). That is all! Shapes have no need for original-d because their path is generated from the shape parameters anyway. 3. Transforming objects works like this. In "preserve" mode (see Inkscape Prefs), a transform= attribute is added or edited on all transformed objects. In the "optimize" mode (which is the default), various types of objects variously try to embed the transform, or a component thereof. If this is not possible, again, transform= attribute is added. For example, for paths, sp_path_transform can completely embed all of the transform into its curve (i.e. into d=), by transforming each path point by that matrix, so it returns identity and transform= is not set. For rects, sp_rect_set_transform embeds only translation and scaling components of the matrix; the remainder, if any, is written as transform=. For stars and ellipses, no embedding is attempted at all, so the whole transform is always written as transform=. Now, for paths, sp_path_transform currently transforms the (SPShape*)path->curve, i.e. the distorted curve stored in base SPShape instance. But we also need to transform the original path by the same matrix too, so that it stays in sync. The easiest way to do this, which will also have other benefits, is to store the original path in SPPath as another SPCurve. That is, (SPShape*)path->curve will be the distorted path, while (SPPath*)path->original_curve will store the original path. You will thus need to add this member in sp-path.h and to add to store the original SPCurve before distortion in that member in sp_path_set, case SP_ATTR_ORIGINAL_D. (You may need to figure out how to copy SPCurves and/or bpaths. Also don't forget to free the SPCurve when destroying the path in sp_path_release.) Then look at sp_path_transform: /* Transform the path */ NRBPath dpath, spath; spath.path = shape->curve->bpath; nr_path_duplicate_transform(&dpath, &spath, xform); SPCurve *curve = sp_curve_new_from_bpath(dpath.path); if (curve) { sp_shape_set_curve(shape, curve, TRUE); sp_curve_unref(curve); } And just do the same also for your original SPCurve stored in SPPath. That is all. For shapes, you normally don't need to do anything at all. Those that don't attempt any embedding and always use transform= attribute are not affected at all. Those that do embed do it just by adjusting their internal shape parameters and regenerating the curve - for example sp_rect_set_transform calls sp_rect_set_shape(rect). Provided you inserted a distortion call into *_set_shape, you are all set. CAVEAT: rects are the only shape which currently uses <rect>, not <path>. So you cannot apply shape effects to rects at all, until this is changed. It's on my TODO for a long time, hope I will get a round tuit soon. 4. The Inkscape::NodePath::Path reads the path from SPCurve, but after modifying it, it writes directly to the d= attribute. This needs to be changed thus: (a) if the path is distorted, read the SPCurve from SPPath, not from SPShape (i.e. the original, not the distorted one), and (b) if the path is distorted, write the edited path to inkscape:original-d= instead of d= (in update_repr_internal). Setting inkscape:original-d will trigger reading it and setting both original and distorted curves, the latter in turn triggering a redisplay of the distorted path. So I think this will be enough for nodepath to edit the source path, with the nodes generally not lying on the visible distorted path. Adding a helper display of the original path between nodepath nodes can be left for later. 5. I think here nothing at all is needed. The knotholder thing reads and writes from the shape's internal parameters, and thus is totally unaffected by the visible distorted path. 6. Look at sp_path_write: it writes the d= attribute from (SPShape*)path->curve, that is, from the distorted path. So the "same display in Batik" part is already taken care of. We only need to write the original-d so it stays in sync. Just repeat this block: if ( shape->curve != NULL ) { NArtBpath *abp = sp_curve_first_bpath(shape->curve); if (abp) { gchar *str = sp_svg_write_path(abp); sp_repr_set_attr(repr, "d", str); g_free(str); } else { sp_repr_set_attr(repr, "d", ""); } } else { sp_repr_set_attr(repr, "d", NULL); } but for path->original_curve and the inkscape:original-d attribute, and you are all set. For shapes, again, nothing needs to be done. Except for rects, shapes' _write methods (e.g. sp_star_write) create <path> element and set its d= from the SPShape curve. This is just what we need. That is all - as you see, it's all quite simple, logical and fits neatly. There will be gotchas of course, but overall the system looks quite straightforward and robust. I'm really excited by this. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

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

18 Mar '06

Should you not want to have a permanent clipping option or ability so that the path is altered? Oh and could we please have the ability to clip a group of objects, I want to cut an object at a boundary line perhaps the page boundary I don't want to have to ungroup every object and clip each one, very annoying and causes alot of problems with very complex objects. On Sat, 18 Mar 2006 18:25:15 -0400 , "bulia byak" <buliabyak@...400...> wrote: >On 3/18/06, Andrius Ramanauskas <knutux@...400...> wrote: >> For the first case, I guess the simple approach would be to have something like: >> <defs> >> <clipPath id="clipPath123"> >> <use href="urlclipPathdefs> >> <g clip-path="#clipPath123"> >> ... the clipping object(s) ... >> ... the clipped objects ... >> </g> > >We might try that. But we'll need to code various special cases, such >as deleting the clippath and unclipping its users when the source of >the clone is deleted. Also various clone move compensations need to be >disabled for this case. > >However I have doubts about whether this will be convenient enough. I >think in a lot of cases, when I clip an object I do want the clippath >to disappear and not be in my way. If it stays visible, I will be >tempted to just delete it, which will remove or incapacitate the clip >- not the result I expected! I will therefore have to make it >invisible by removing fill and stroke, which is very inelegant and >brings lots of usability issues of its own. > >Also this approach, as well as Mental's, requires that clipped objects >are always grouped together with their clippers, which adds a layer of >indirection, its own special cases to guard against (what if I just >decide to ungroup it?), and usability issues. > >For these reasons, I feel more predisposed towards the other approach, >where the clipped object is just removed into defs and no grouping or >cloning is needed. It's much cleaner conceptually. Yes, it prevents >direct editing of the clippath unless you temporarily unclip it. But >enabling the node tool to edit the clippath without unclipping is >doable and relatively easy, and in any case this special-casing will >only affect the node tool and nothing else. So, I propose to do this >simple approach first, and then only if it proves inadequate, to look >into more complex solutions with cloning etc. > >-- >bulia byak >Inkscape. Draw Freely. >http://www.inkscape.org > > >------------------------------------------------------- >This SF.Net email is sponsored by xPML, a groundbreaking scripting language >that extends applications into web and mobile media. Attend the live webcast >and join the prime developer group breaking into this new coding territory! >http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

2 1

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

18 Mar '06

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

1 0

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

18 Mar '06

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

1 0

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

18 Mar '06

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

1 0

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

18 Mar '06

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

4 4

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

18 Mar '06

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

2 1

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

18 Mar '06

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

1 0

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

17 Mar '06

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

8 7

Animation
by Martin Owens 17 Mar '06

17 Mar '06

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

1 0

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

17 Mar '06

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

1 0

layer dialog question
by MenTaLguY 17 Mar '06

17 Mar '06

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

4 8

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

17 Mar '06

It'd be nice to treat linked svg like a sub layer too. On Fri, 17 Mar 2006 12:03:48 -0700 , "Joshua A. Andler" <joshua@...533...> wrote: >mental@...3... wrote: >> Quoting bulia byak <buliabyak@...400...>: >> >> >>> I remember you were talking about it showing even down to >>> individual objects if you expand the tree. >>> >> >> I'm leaning away from that now after our last conversation on the >> topic (some time ago). Among other things, selection of layers >> (sets the current layer) is very different to selection of objects >> (selects objects). >> >> I think what I want to do at this point is to do a traditional >> layers dialog that just does layer-ish stuff, and then rework the >> XML dialog to provide both "XML" and "SVG Object" views. >> > > >I just wanted to follow-up on this as I had been doing some print work >in Illustrator this morning and checked their layers dialog. As of at >least AI 10 you can expand the layers down to groups and groups down to >objects, etc (and of course continue expanding groups if there are more >nested in there). I know we don't follow Illustrator by any means, but >the more I think about it, it does make sense to expand down that far in >the layers dialog. I think it makes more sense since we are now going to >have to work with sub-layers in that dialog anyway (which will already >require a tree view since there is now UI to create sub-layers). Just an >updated .02 ;) > >-Josh > > > >------------------------------------------------------- >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-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-devel] [Fwd: Inkscape und Xara Xtreme]
by Martin Owens 17 Mar '06

17 Mar '06

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

2 1

[Fwd: Getting Inkscape working on my iBook G4]
by Jon Phillips 17 Mar '06

17 Mar '06

Hi David, I've forwarded your request to the Inkscape development and user mailing lists. If anyone else knows the problem, please contribute. Thanks, Jon -------- Forwarded Message -------- > From: rejon.org feedback form <noreply@...235...> > Reply-To: jon@...235... > To: jon@...235... > Subject: Getting Inkscape working on my iBook G4 > Date: Tue, 14 Mar 2006 05:11:30 -0600 > > Name: David Karner > E-mail: davekarner@...1210... > > > Hello, > > I've installed my first copy of Inkscape but I can't seem to get past > the "Apple X11 Required, Please install and restart Inkscape" stage. > I installed X11 from my Tiger Installation CD and thought that would > do it. I restarted Inkscape, but still received the error. > > Do you know what step I'm missing? > > I would appreciate any support you could give me in getting going > with Inkscape! > > Sincerely, > > David > > -- 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)

3 2

WEBFORM problems downloading _20060306.dmg (OSX)
by Kat 17 Mar '06

17 Mar '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Kat email: kat888@...65... submitted the following: Hi, I\'m having problems downloading Inkscape_20060306.dmg (Which I\'m hoping will work with OSX 10.4.5) - gets to about 3.5M and then the download stalls. Is there an alternative source? The only others I have found have v0.43-2 which won\'t work with the updated X11 environment in 10.4.5. Thanks Kat

2 1

crispy icons?
by bulia byak 17 Mar '06

17 Mar '06

Have we switched to the crispy set by now? If not, what holds us back? If nothing, can anyone please do this? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

"link" and "unlink" in icons
by Aaron Spike 16 Mar '06

16 Mar '06

In our three icons sets we have three different depictions of link and unlink for edit_clone and edit_unlink_clone. The legacy set features a yellow line. The new crispy set features a padlock. And David's set features a chain. I prefer the chain. It means something to me. When I see the chain I immediately think about "link". For me this is a better iconification of the concept. Is this a cultural issue? Would anyone else prefer the chain over the lock? Perhaps icon sets need to be localized. :-) Aaron Spike

3 2

Fwd: Message sent to Toyo Inks Melbourne
by Janet Hawtin 16 Mar '06

16 Mar '06

Hi team I am not a dev person, but I posted to a company today that I thought could be a good potential partner for opensource graphic application developers. The are an international printing ink manufacturer. Much respected in the printing sector and who do have an alternative colour matching system integrated into proprietory software at this time. As they are not the primary colour matching system used in that market I thought they might be interested in what could happen if they partner with open source tech. Anyway my 2 messages are included below in reverse order. Top one is to Kylie in Melbourne, Bottom one was sent first, through their website form. I am trying to make sure that I am letting the developers know what I posted. These messages were posted by me as an individual and are not intended to represent the opinion of any group, but I hope that they will make it possible for Toyo to check out open source and see if its something they can participate in. All the best Janet -------- Original Message -------- Subject: Libre Graphics Meeting, 17, 18 and 19 March 2006 in Lyon, France Date: Thu, 16 Mar 2006 16:43:06 +1030 From: Janet Hawtin <lucychili@...1211...> Reply-To: lucychili@...1211... To: reception@...1212... Kylie Following up from the phonecall this afternoon: Possible opportunity for Toyo Inks with open source software. A colour matching system such as colourfinder, if open sourced, could be included in this emerging sector of software. http://www.toyoink.com/products/colorfinder.asp Toyo has top quality ink and so this could be a way to get designers using the full gamut of your colour range as they would be specifying using your swatches and colour matching system. Here is the link to the event where open source developers and graphic designers from around the world will be meeting in France: http://www.libregraphicsmeeting.org/ The first Libre Graphics Meeting will be held on 17, 18 and 19 March 2006 in Lyon, France in the Ecole d'Ingénieurs CPE on the university campus at La Doua, Villeurbanne. Here is a copy of the message that I sent to Toyo Japan: Dear Toyo Inks I am a graphic designer who is making the shift from proprietory software to open source software. One of the challenges faced by the developers of open source software is that Pantone colour matching is proprietory and so can not be integrated into open source software. I remembered getting a swatch set of your inks, the colours were lovely and thought I would contact you to see if you would be interested in becoming the open source community's default colour matching group. I know the Free Software Foundation is very active in Japan, and I am sure that in the long run this could provide and exciting opportunity both for open source software such as Gimp and InkScape as well as for Toyo inks as they become the ink colour that people specify in their artwork. Hope this idea is useful. All the best. Janet

1 0

Re: [Inkscape-devel] "link" and "unlink" in icons
by Martin Owens 16 Mar '06

16 Mar '06

This is not a cultural thing but a language thing. 1) Chains have links, you are not showing a chain but a link in a chain 2) Padlocks mean something else, they are to protect, keep out and to lock The padlock could mean 'don't let me change this object keep it padlocked' where as the chain link would mean 'I want to link like a chain' I don't know what other languages and cultures would use but we've never had problems enforcing our own ideas of symbolism on the rest of the world why stop now. Best Regards, Martin Owens On Wed, 15 Mar 2006 18:45:24 -0400 , "bulia byak" <buliabyak@...400...> wrote: >On 3/15/06, Aaron Spike <aaron@...749...> wrote: >> In our three icons sets we have three different depictions of link and >> unlink for edit_clone and edit_unlink_clone. The legacy set features a >> yellow line. The new crispy set features a padlock. And David's set >> features a chain. > >Hmm, I think I like the chain better, too. > >-- >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=lnk&kid0944&bid$1720&dat1642 >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

1 0

Wiki unusable
by Ralf Stephan 15 Mar '06

15 Mar '06

Hello, the Wiki is unusable atm, 30 sec for one page! Can someone please have a look at this? ralf

3 2

Icons
by Joshua A. Andler 15 Mar '06

15 Mar '06

I'm in the process of replacing the icons... unfortunately tortoise svn spazzed after I renamed the old set, and I'm having to do a clean check out to get it resolved. It should be done shortly. Thanks for your patience!

1 1

Help with style setting
by Jon A. Cruz 14 Mar '06

14 Mar '06

Help. Tricky code and lack of sleep have slowed my brain a bit too much. For doing color drag-n-drop I've got an SPItem pointer, and the color RGB value that was that was dropped onto it. My main question is what is the 'proper' way to do that?

3 8

linux compile error with gc
by Patrick Shirkey 13 Mar '06

13 Mar '06

Hi, I am getting this compile error with inkscape on linux. I have installed gc2.7 and was using gc2.5 before that with no difference. ------- gc.cpp:118: error: `GC_enable' was not declared in this scope gc.cpp:119: error: `GC_disable' was not declared in this scope gc.cpp:136: error: `GC_enable' was not declared in this scope gc.cpp:137: error: `GC_disable' was not declared in this scope make[2]: *** [gc.o] Error 1 make[2]: Leaving directory `/usr/local/src/inkscape-0.43/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/inkscape-0.43' make: *** [all] Error 2 ------- -- Patrick Shirkey - Boost Hardware Ltd. Http://www.boosthardware.com Http://www.djcj.org/LAU/guide/ - The Linux Audio Users guide ======================================== Apparently upon the beginning of the barrage, the donkey broke discipline and panicked, toppling the cart. At that point, the rockets disconnected from the timer, leaving them strewn around the street. Tethered to the now toppled cart, the donkey was unable to escape before the arrival of U.S. troops. United Press International Rockets on donkeys hit major Baghdad sites By P. MITCHELL PROTHERO Published 11/21/2003 11:13 AM

2 2

AWARD WINNING FINAL NOTIFICATION 2005.
by MRS.BLANCO LOPEZ 13 Mar '06

13 Mar '06

FROM:THE DESK OF THE PROMOTIONS MANAGER, INTERNATIONAL PROMOTIONS/PRIZE AWARD DEPARTMENT, REF: LP/26510460037/06 BATCH: 24/00319/IPD website: <http://www.teletexto.com/800.asp?re=1lo> AWARD WINNING FINAL NOTIFICATION. We are pleased to inform you of the final release today,13th of March, 2006, of the ELGORDO LOTTERY INTERNATIONAL PROGRAM held on the Sabado, 11 - 02 - 2006. Your email address was attached to ticket number 19-20-26-31-39-0. with serial number 37-3.which dr ew the lucky number which consequently won the lottery in the De 5 + category. You are therefore been approve for the lump sum pay out of 336.378,75 c( Three Hundred And Thirty Six Thousand,Seven Hundred Seventy Eight Euros, Seventy Five Cents) in cash credit to the file REF: LP/26510460037/05. This is from a total prize o f 4,199,430.00 EUROS shared among the six(6)International winners in their respective categories. CONGRATULATION!!! Your fund is now deposited with a paying bank,and we ask that you keep this award a top secret from the public notice until your claim has been processed and your prize money remitted to your bank account as this is a part of our Security protocol to avoid double claim application or unwarranted taking advantage of this program by participants. All participants were selected through a computer ballot system drawn from 250,000 email addresses from Australia, USA, Africa, Europe, Asia ,New Zealand, Middle-East and South-North America. As part of our international promotions program. We hope with a part of your prize, you will take part in our 2006 end of the year high stakes of 10 Million Euros International Lottery. To beg in your claim, please contact the issuing authority, your prize claim agent, DR.JOSE CRUZCO, (Foreign Service Manager of COFIDIS SECURITY & FINANCE S.L. SERVICES) for processing and remittance of your prize money to your designated bank account of your choice. DR.JOSE CRUZCO, COFIDIS SECURITY & FINANCE COMPANY S.A. TEL:+34-679 767 922 FAX:+34-625 787 1420 EMAIL:cofidis@...1208... Remember, all prize money must be claimed not later than two weeks from the date of receiving this notification. After this date, all funds will be returned as unclaimed. Note: In order to avoid unnecessary delays and complications, please remember to quote your reference and batch numbers in every of your correspondence with your claim agent. Furthermore, should there be any change of address, do inform your claim agent as soon as possible. Please remember to ask for your prize claim certificate as soon as all conditions of claim are met as your claim agent will let you know some of these con ditions that will meet to enable you to claim your prize. BELOW IS OUR WEBSITE TO ENABLE YOU CONFIRM YOUR LUCKY WINNING NUMBERS AND AMOUNT YOU WON. BE WELL INFORMED THAT IF YOUR WINNING INFORMATION DOES NOT CORRESPOND WITH THAT IN OUR SYSTEM THEN YOUR PAYMENT WILL NOT BE PROCESSED. 1. Carefully click/ on this web site: <http://www.teletexto.com/800.asp?re=1lo> 2. Click on our organization : EL Gordo........204 3. Click on : Anteriores 4. Click on the date which your draw was held 5. Click on the ENVIA botton to search for your winning number. Congratulation again from all member of our staff and thank you for being part of our promotions program. Best regards, MRS.BLANCO LOPEZ DIRECTOR

1 0

some proposed layer functionality (UI enhancements)
by Andrius Ramanauskas 11 Mar '06

11 Mar '06

Hi, I just finished one small UI enhancment - ability to create sublayers by using "Create Layer" dialog (patch http://sourceforge.net/tracker/index.php?func=detail&aid=1447043&group_id=9… ), I find it very usefull while I'm creating maps on Inkscape, but I wonder that other are thinking about it. Also, I found two very nice SVG features supported by Inkscape rendering engine, but not available in UI - masks and clipPaths. I tried to think of various ways to implement that in UI and there is a suggestion: - Add menu item "Mask from selection" - Menu item invokes a dialog where user can input: - select if he wants to make a mask or clip path, - enter a label, - view box type (none, user space, object bounding box). This also enables view box properties (x, y, width, height) - select if original object should be removed from layer - select if mask is automatically applied to a current layer - Add properties "Mask:" and "Clipping path" to layer properties dialog and let user select from available clipPath/mask elements - Not sure how this should fit into a layer dialog which (as I understand) is currently developed For a start I will make a prototype for myself without a dialog (mask creation from selection, applying it to a current layer), and if the will be no objections in this list, I will make it with a dialog. So, I'd like to hear that do you think and maybe someone can give me some tips, things not taken into a consideration, etc. Thanks, Andrius

4 3

Request for an italian inkscape-user-it list
by Luca Bruno 10 Mar '06

10 Mar '06

Hi all, similarly to inkscape-user-es, surely more than 3 italian users (minimum requirement) asked me for a mailing list where to discuss about graphics and Inkscape in Italian. So I'm asking administrators to create a new mailing list (namely inkscape-user-it or just inkscape-it)... Feel free to contact me if you need more info. Also, please let me know when done in order to announce it to users. Greetings, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S. | luca.br(AT)uno.it `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Proud Debian GNU/Linux User

2 2

web-site
by Alexandre Prokoudine 10 Mar '06

10 Mar '06

Greetings, Just for my inappropriate curoiusity :) What happened to proposed facelift of www.inkscape.org? Alexandre

2 2

Freehand/Calligraphy-tool cursor problem
by Adrian Gongea 09 Mar '06

09 Mar '06

4 5

Freehand/Calligraphy-tool cursor problem
by Adrian Gongea 09 Mar '06

09 Mar '06

1 0

New Computer interface technology
by unknown＠example.com 08 Mar '06

08 Mar '06

Hello ! Just seen a new computer interface technology directly from "spaceship enterprise". ;-) http://mrl.nyu.edu/~jhan/ftirtouch/ Please watch the movie and throw your mouse out of the window. Greetings vonHalenbach

1 0

OpenDocument. Was: [Gimp-developer] Photoshop PSD 6 format Spec / Gimp XCF format Spec
by Boudewijn Rempt 07 Mar '06

07 Mar '06

Okay, so it turned out that I was still subscribed under an old email address, but my mailers sends everyone with the current one. Anyway, my fault, and I would like to thank Manish for helping me out of my bewilderment. What I wanted to propose & work on after my 1.5 release is the following: Cooperating on get an OpenDocument specification for layered raster images done and into the OASIS OpenDocument standard. Krita would use that format for its native format, of course, as all of KOffice is moving to OpenDocument. OpenDocument automatically means some choices are made for us: a zip file store, a certain layout inside that store, and xml main document and resources for the binary data. Those choices may not be the best possible technical choices, but Krita already uses a similar mechanism and it seems to work. And since the Gimp and Krita have a different set of capabilities, we'd have to make a flexible and complete specification, one that includes all possible (possibly uninvented as yet) color models, adjustment layers, paths (which Krita doesn't have) and so on. I would really like to cooperate on this, since a standard used by one application isn't a standard at all and since it would mean much better interchange of documents than would be possible through either Photoshop (ancient version 6 or reverse-engineered later versions) or XCF. I'm prepared to do most of the writing & nagging of David Faure about procedures and guidelines, but I'm not knowledgeable enough to do it all on my own. -- Boudewijn Rempt http://www.valdyas.org/fading/index.cgi

6 6

zoom buttons in the status bar invisible on OS X
by jiho 07 Mar '06

07 Mar '06

hi all, recent changes (I believe those made to the swatches panel) induced a change in appearance of the status bar. OSX windows decorations hide the zoom buttons. it was corrected before but the buttons are hidden again in today's svn. thank you in advance for us poor OS X users who do not have control over the window decorations style :-) in addition I had the impression that the panels were under the status bar and not above in some fairly recent svn builds. personally I preferred that but I can just be inventing this... (the drag and drop from the panels is great BTW) 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/

2 1

Re: OpenDocument. Was: Photoshop PSD 6 format Spec / Gimp XCF format Spec
by Thomas Zander 07 Mar '06

07 Mar '06

On Friday 03 March 2006 22:31, Jaroslaw Staniek wrote: > I wonder why OASIS picked to only use compressed XML as a medium: > -it will also not work well for video data, BTW. > -OpenOffice.org Base already failed to deliver robust solution because > 100% of the data has to be processed on loading/saving (unless it's > stored on the server). This has nothing to do with the chosen file format and everything to do with the implementation. Zip is block based and you can do partial (un)compression. XML need not be parsed 100% for it to be usable. There are applications that can read some items from a huge XML without parsing all, or even most of it. I know this for a fact, I wrote a few. In short; these worries should not effect the standardization efforts. -- Thomas Zander

1 0

Problems building Inkscape on MacOSX
by Andrius Ramanauskas 06 Mar '06

06 Mar '06

Hi, I tried to build Inkscape on Mac OS X 10.4, did everything as described on wiki, it seems as everything succeed, but I get an error "You cannot open the application Inkscape.app because it may be damaged or incomplete" while running .app file. Maybe anyone has run into similar problems and knows a quick solution? Thanks, Andrius

3 2

WEBFORM Inkscape and LaTeX presentations
by Leland McInnes 06 Mar '06

06 Mar '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Leland McInnes email: leland.mcinnes@...456... submitted the following: I have created a simple system to allow users to create presentation style templates in Inkscape which can then be converted into, and used as, style templates for presentations in LaTeX. This provides a simple to use system for creating great looking, customised, PDF presentations. You can find the software at http://jedidiah.stuff.gen.nz/lpd.html.

2 1

Re: [Inkscape-devel] Problems building Inkscape on MacOSX
by Ben Fowler 06 Mar '06

06 Mar '06

On 3/6/06, Andrius Ramanauskas <knutux@...400...> wrote: > I have already found out that /MacOS/Inkscape file is missing in > Inkscape.app, and copying this file from installed Inkscape.app (0.43) > helps. The file you want should be on the path src/inkscape . (See previous). Whilst your approach eliminates one source of errors, I can't conceive how a successful build could fail to produce an executable. (You are using the same compiler as you used for Fink? If not your project will not link - this is noted on the wiki page. You can find details in previous posts to this list and/or the bug tracker). If the script is not copying the file, then there has to be something wrong with it, or the instructions for its use. I don't deny that there is still some little room for improvement, and any comments you have will I am sure be taken most seriously. > So I can now successfully contribute to the project. But had no time > yet to investigate the cause of this problem with missing file. O.K. I have to admit that most the time I run the unpackaged executable, and have the support files installed with 'make install', like any other Unix. However, it is rather fine to have a double-clickable bundle that starts X and launches Inkscpae! Ben > On 3/6/06, Ben Fowler <ben.the.mole@...400...> wrote: > On 3/4/06, Andrius Ramanauskas <knutux@...400...> wrote: > > > > I tried to build Inkscape on Mac OS X 10.4, did everything as > > described on wiki, it seems as everything succeed, but I get an error > > "You cannot open the application Inkscape.app because it may be > > damaged or incomplete" while running .app file. > > Maybe anyone has run into similar problems and knows a quick solution? > > This may not be very helpful ... > > I compile Inkscape most days, and the process WFM, but I don't normally > build the .app and .dmg. However, the last time I did (which may have > been on Panther), it worked as > per the documentation. So I haven't any insight into 'similar problems' > and don't know a 'quick solution'. > > The error message means that the .app bundle was not made in its > entirety, and I would suspect the package creation script, > packaging/osx-app.sh or the documentation, but as I said above, > don't take this too literally, as the process did work when I tried it. > (If you are able to identify what is going wrong, I am sure that someone > would be keen to fix the script or the docs). > > If you are raring to run Inkscape, and believe that you have a perfectly > formed executable, then you can start X by hand and (provided that you > have installed the share files and so forth - which you won't have done if > had configured with > > --enable-osxapp > > ), you can start Inkscape by hand with a command line like: > > /Volumes/Ben//PROG/SF/INKSCAPE/inkscape-J/Jaguar/src/inkscape > > and it will work. > > Otherwise someone will have to upload (or create on sourceforge) a > deliverable. The Inkscape.app is 93 MByte, and the .dmg (which is > compressed is 22 MByte).

1 0

Finances
by Bryce Harrington 04 Mar '06

04 Mar '06

Hiya all, Just FYI, We've received a surprising number of donations lately - surprising in the sense that we don't really solicit donations. I guess people just love Inkscape *that much*. :-) Anyway, for the record here's a breakdown of what's been received recently: Mar. 3, 2006 Payment Inkscape Project $18.06 USD Feb. 27, 2006 Payment Inkscape Project $3.59 USD Feb. 18, 2006 Transfer Bank Account $2,000.00 USD # Google SOC Feb. 13, 2006 Payment Inkscape Project $8.48 USD Feb. 13, 2006 Payment Inkscape Project $18.26 USD Feb. 8, 2006 Payment Inkscape Project $3.59 USD Jan. 2, 2006 Payment Inkscape Project $18.06 USD Jan. 2, 2006 Payment Inkscape Project $8.38 USD Balance: #2,474.99 USD Bryce

1 0

Inkscape mentioned on the GNOME 2.14 Release Notes
by Lucas Vieites 04 Mar '06

04 Mar '06

Hi, you can see that Inkscape is going to be mentioned on the GNOME 2.14 Release Notes here: http://www.gnome.org/start/2.14/notes/C/ -- ¡No olvide visitar nuestra tienda On-line! <http://www.asixinformatica.com/tienda> =================================================== Lucas Vieites Fariña <lucas@...212...> Web: <http://www.asixinformatica.com/users/lucas/> Blog: <http://www.asixinformatica.com/blog/>

2 1

win32: separating debug symbols
by Bob Jamison 03 Mar '06

03 Mar '06

Hi, all, For a while now, there has been a struggle between those of us who want testers to send us full Gdb backtraces, and people who need smaller files to download over their connections. I have been working on a compromise between the two: 1. Separating out the debug symbols into a file named inkscape.dbg, and then stripping inkscape.exe . This takes longer to link, but it preserves all of the debug symbols. 2. For each .exe that we place on a download page, we also provide a compressed copy of its corresponding .dbg file. Now testers do not need to download those many MB of symbols every time, but when a bug happens, they can download the .dbg, do a backtrace, and send the info to us. Now the difference between the 'stripped' and 'unstripped' versions of the builds need only refer to the accompanying DLLs, not the Inkscape executable itself. I committed the makefiles already, and I'm uploading Inkscape0603021243.zip and Inkscape0603021243-dbg.zip. Hope this can help alleviate some of the confusion. I'll post some info on how to use gdb with the .dbg file. Bob (ishmal)

3 3

Save as XCF with layers
by Aaron Spike 02 Mar '06

02 Mar '06

I know this has been mentioned before. Some people think it would be handy to save an SVG file from Inkscape as an XCF maintaining layers. I was going to have together a quick output extension in python and an accompanying script-fu for the gimp to make this happen, but I don't think we have the appropriate export options. It would be really fun to have a single command to export all the layers at once to something like filename-0001-layername.png, but I don't know how widely applicable that would be. According to the man page, --export-id forces the object's bbox for --export-area. I think this makes what I want to do impossible. I would suggest we make canvas size ALWAYS default and add an --export-bbox option. This would mean more typing for the people who already use this functionality, but it would IMHO make more sense overall. Aaron Spike

6 7

OpenType fonts
by James Kilfiger 02 Mar '06

02 Mar '06

What is the current level of support for OpenType fonts with postscript-like outlines? It seems to be not at all; my font works well in Scribus (1.32, Win32) and other windows applications, but isn't available in Inkscape (recent svn build). Generally what handles fonts now? freetype, Windows, pango or or or own code? James

3 3

Compiling Inkscape in Cygwin
by Sean LeBlanc 01 Mar '06

01 Mar '06

Hello, I'm trying to compile Inkscape on Cygwin. I keep getting this during configure: checking for INKSCAPE_CFLAGS... checking for INKSCAPE_LIBS... /cygdrive/c/gtk/lib/ Package gdkmm-2.4 was not found in the pkg-config search path. Perhaps you should add the directory containing `gdkmm-2.4.pc' to the PKG_CONFIG_PATH environment variable No package 'gdkmm-2.4' found configure: error: Package requirements (gdkmm-2.4 glibmm-2.4 gtkmm-2.4 gtk+-2.0 >= 2.4.0 libxml-2.0 >= 2.6.11 libxs lt >= 1.0.15 sigc++-2.0 >= 2.0.3 gthread-2.0 >= 2.0) were not met. Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively you may set the INKSCAPE_CFLAGS and INKSCAPE_LIBS environment variables to avoid the need to call pkg-config. See the pkg-config man page for more details. The odd thing is that I have downloaded gtkmm devel from here: http://www.pcpm.ucl.ac.be/~gustin/win32_ports/binaries/gtkmm-devel-2.8.3-1.… Thoughts? -- Sean LeBlanc:seanleblanc@...210... http://sean-leblanc.blogspot.com/ Because it's there. -George Leigh Mallory

2 2

Color drag-n-drop
by Jon A. Cruz 01 Mar '06

01 Mar '06

I just checked in a change to make the style minibar a target for color drag-n-drop. You can now drag colors from the swatches palette onto either the fill or stroke indicators to change the current object. Also, this should work with any apps doing a standard color drag-n- drop. I've tried this with The GIMP and also the 'font and colors' preference settings for gedit. I'd be interested in seeing which other apps do and do not work will with this. Also, since I fixed how color is dragged *from* the swatches, other programs should accept colors dragged from Inkscape.

1 0

win32 build note
by Bob Jamison 28 Feb '06

28 Feb '06

Hi, guys. Those of you building on win32 will probably need to do a make clean ; make . I applied Peter's patch to Potrace 1.7, and it changes the size of a struct in curve.h, which apparently Makedep misses. bob

1 0

Panel rework direction mockup
by Jon A. Cruz 28 Feb '06

28 Feb '06

I've been able to get more progress on the dockable stuff, and generic previews. That's the underlying code that's supporting the color palettes in the main UI. Hopefully we can get things tuned up to improve it to the point were it can be used for many things other than just the color swatches. I've done a quick mockup of where things might be going: notice what's down there next to the color swatches.

4 6

Re: [Inkscape-user] Autopackage: dependence on libcairo.so.2
by Bryce Harrington 28 Feb '06

28 Feb '06

Has the Cairoification begun? :-) Looks like some Autopackage updates are needed... On Mon, Feb 27, 2006 at 04:24:14PM +0100, Norbert Nemec wrote: > Hi there, > > I'm usually working at a workstation at university which is centrally > administered, so I'm really thankful for the Inkscape autopackages that > allow me to use the development version without much installation hassle. > > However the latest autopackage 20062270113 seems to depend on > libcairo.so.2 which is not installed. > > Our machines contain a nearly clean and fairly complete Debian stable, > so I think this dependence should generally be avoided in the autopackage. > > Thanks in advance, > Norbert Nemec > > -- > -----------------------------------------------------> Norbert Nemec > Molecular Computing Group ... Institute for Theoretical Physics > University of Regensburg ... D-93040 Regensburg > phone: +49-(0)941-943-2026 ... mobile: +49-(0)179-7475199 > eMail: <Norbert.Nemec@...1195...> ... room: Phy 4.1.30 > > > > ------------------------------------------------------- > 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-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user

3 3

PayPal Security Measures
by PayPal 25 Feb '06

25 Feb '06

1 0

Re: [Inkscape-cvs] SF.net SVN Commit: inkscape: [10939] including typecheck trying to prevent #1432680
by unknown＠example.com 25 Feb '06

25 Feb '06

http://svn.sourceforge.net/viewcvs.cgi/inkscape/inkscape/trunk/src/ui/dialo… Hmm, I don't think that typecheck is the best way to address the bug. It's just papering over the real problem... If the problem is that you're sometimes getting a (non-NULL) garbage pointer in dlgPtr, that has to be fixed upstream. It's probably a source of other bugs too. Besides, a typecheck here would only catch a garbage pointer most of the time. Occasionally, the arbitrary data being pointed to will have the right bit pattern... -mental

3 5

Subversion beta completed
by Bob Jamison 24 Feb '06

24 Feb '06

Hi, all, It looks like Subversion is now available to everyone at Sourceforge.net. Here is the notice. I bet that the guys at subversion.tigris.org are partying, now they have passed this 'tipping point.' bob

1 0

[root@...1070...: [Inkscape-tester] inkscape build report]
by Bryce Harrington 22 Feb '06

22 Feb '06

Nice work, down to 10 warnings. :-) Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Tue, 21 Feb 2006 17:21:08 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Tue Feb 21 17:16:03 2006 (Run 1212) Snapshot: inkscape-20060221-1600.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 10 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == sp-flowtext.cpp:324: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-item.cpp:729: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.cpp:718) sp-shape.cpp:611: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-text.cpp:472: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:638: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:717: 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) == Environment Summary == ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&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

Message From eBay Member
by eBay 22 Feb '06

22 Feb '06

1 0

flattening transparency
by Aaron Spike 21 Feb '06

21 Feb '06

I've been trying to educate myself about our printing problem by exploring cairo, librsvg, the uberconvertor and pdf in general. I stumbled across this document entitled, "Achieving Reliable Print Output from Adobe Applications when Using Transparency." http://partners.adobe.com/public/asn/en/print_resource_center/TXPGuide.pdf It seems to me that most all of the functionality needed for flattening out transparency already exists in Inkscape. A rather brute force method could be: 1) Replace all strokes with paths 2) Decompose all overlapping objects (this would be an additional boolean op, and it has been requested twice in my recent memory) 3) Replace all area's of overlapping transparency with a bitmap copy. 4) Replace all non overlapping transparency with the resultant color. Further optimizations would of course be possible. My exploration of cairo and librsvg has only been very casual, but I can't imagine that either of them will be well suited to this sort of decomposition task. But maybe with all of the recent excitement and advancement around vectors a good LGPL computational geometry library will pop up. Aaron Spike

5 6

[inkscape build report]
by Bryce Harrington 21 Feb '06

21 Feb '06

>From 20 yesterday to 16 today ----- Forwarded message from root <root@...1070...> ----- Date: Tue, 21 Feb 2006 05:21:12 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Tue Feb 21 04:54:40 2006 (Run 1199) Snapshot: inkscape-20060221-0300.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 16 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == sp-flowtext.cpp:324: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-item.cpp:729: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.cpp:718) sp-shape.cpp:611: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-text.cpp:472: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:638: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:717: 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) removeoverlap/pairingheap/PairingHeap.h:47: warning: friend declaration `std::ostream& operator<<(std::ostream&, const PairingHeap<T>&)' declares a non-template function removeoverlap/pairingheap/PairingHeap.h:47: warning: (if this is not what you intended, make sure the function template has already been declared and add <> after the function name here) -Wno-non-template-friend disables this warning removeoverlap/pairingheap/PairingHeap.h:68: warning: friend declaration `std::ostream& operator<<(std::ostream&, const PairingHeap<T>&)' declares a non-template function removeoverlap/pairingheap/PairingHeap.h:47: warning: friend declaration `std::ostream& operator<<(std::ostream&, const PairingHeap<T>&)' declares a non-template function removeoverlap/pairingheap/PairingHeap.h:47: warning: (if this is not what you intended, make sure the function template has already been declared and add <> after the function name here) -Wno-non-template-friend disables this warning removeoverlap/pairingheap/PairingHeap.h:68: warning: friend declaration `std::ostream& operator<<(std::ostream&, const PairingHeap<T>&)' declares a non-template function == Environment Summary == ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&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

Private Use Area
by Jon A. Cruz 21 Feb '06

21 Feb '06

On Feb 20, 2006, at 5:19 PM, bulia byak wrote: > On 2/20/06, Jon A. Cruz <jon@...18...> wrote: >> For that entry problem, go ahead and file a bug report that >> Inkscape's input does not allow private use area characters to be >> entered. That, at least, can be fixed in Inkscape's code. > > Maybe it can, but it's not the right way to do it. We use a library > function to check whether a character is printable, so the right way > is to raise this issue with the library maintainers. No, I actually checked into this. The library is doing the right thing. In and of itself, any private use character could be printable or non- printable, and is not covered by the specs or such functions. If our application can deal with the Private Use Area (which I've verified we do), all we need to do is check for it. g_unichar_validate () then g_unichar_type(..) == G_UNICODE_PRIVATE_USE will take care of things the right way. Aside from other issues, this makes Inkscape's input behavior consistent with other systems, including the built-in OS X method. (Tricky to find, but easy to use once it's checked). Of course, this led me to wonder if we might want to warn upon insertion of a Private Use Area character. I'm attaching a quick sample that shows the use of two private area characters (the second being the Apple glyph). This is happy-happy for me here in Inkscape and FireFox.

2 1

inkscape build report
by Bryce Harrington 21 Feb '06

21 Feb '06

Some warnings on hidden virtual functions, deprecated functions, and template issues. (Btw, the test harness has been offline for a while - it had just run out of disk space. I cleared space, so it should be good for another month or so.) Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Mon, 20 Feb 2006 17:21:08 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Mon Feb 20 17:10:37 2006 (Run 1188) Snapshot: inkscape-20060220-1600.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 20 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == sp-flowtext.cpp:324: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-item.cpp:729: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.cpp:718) sp-shape.cpp:611: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-text.cpp:472: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:638: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:717: 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) ui/dialog/dialog.h:37: warning: `virtual void Inkscape::UI::Dialog::Dialog::present()' was hidden ui/dialog/transformation.h:151: warning: by `void Inkscape::UI::Dialog::Transformation::present(Inkscape::UI::Dialog::Transformation::PageType)' ui/dialog/dialog.h:37: warning: `virtual void Inkscape::UI::Dialog::Dialog::present()' was hidden ui/dialog/transformation.h:151: warning: by `void Inkscape::UI::Dialog::Transformation::present(Inkscape::UI::Dialog::Transformation::PageType)' removeoverlap/pairingheap/PairingHeap.h:47: warning: friend declaration `std::ostream& operator<<(std::ostream&, const PairingHeap<T>&)' declares a non-template function removeoverlap/pairingheap/PairingHeap.h:47: warning: (if this is not what you intended, make sure the function template has already been declared and add <> after the function name here) -Wno-non-template-friend disables this warning removeoverlap/pairingheap/PairingHeap.h:68: warning: friend declaration `std::ostream& operator<<(std::ostream&, const PairingHeap<T>&)' declares a non-template function removeoverlap/pairingheap/PairingHeap.h:47: warning: friend declaration `std::ostream& operator<<(std::ostream&, const PairingHeap<T>&)' declares a non-template function removeoverlap/pairingheap/PairingHeap.h:47: warning: (if this is not what you intended, make sure the function template has already been declared and add <> after the function name here) -Wno-non-template-friend disables this warning removeoverlap/pairingheap/PairingHeap.h:68: warning: friend declaration `std::ostream& operator<<(std::ostream&, const PairingHeap<T>&)' declares a non-template function == Environment Summary == ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&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

Re: Inkscape - Permission to Use
by Bryce Harrington 20 Feb '06

20 Feb '06

On Mon, Feb 20, 2006 at 08:40:01AM +0100, MAGDALENA CENCKIEWICZ wrote: > > Hello, > > I represent the OPERON Publishers from Poland. We publish textbooks for > grammar and high school. At present we are preparing a new publication - > Information Technology textbook. > We would like to mention Inkscape as an excellent example of a vector > graphics editor. > Could you please tell me if we can mention this program in the textbook? Certainly! Please also mention that it is also an example of "Open Source Software". > Additionally, we would like to attach a CD to the textbook, which will > contain basic versions of the programs referred to in the book, so that > students can train on the programs at home. > Could we get your permission to use Inkscape on our CD for educational > purposes? Yes, this is definitely within terms of the license, and we would be quite happy for you to do this. > If you need any other information concerning the publication please let > me know. > I am looking forward to hearing from you. Let me know if you have any further questions. Thanks, Bryce

1 0

Swatches Scrollbars
by Jon A. Cruz 19 Feb '06

19 Feb '06

I did a minor re-work on the panel stuff, and got the horizontal scrollbar to disappear on the swatches when it's embedded in the main UI. Take a peek and see if it helps any.

5 9

WEBFORM demande permission
by pulsar 19 Feb '06

19 Feb '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: pulsar email: pulsar@...1188... submitted the following: Bonjour, I published an article about your software to http://www.graphitruc.com Can I use your text and picture ? Thanks

2 1

WEBFORM distibuting your software
by Adrian 18 Feb '06

18 Feb '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Adrian email: adrian.adm@...1182... submitted the following: I would like to check with you if you have any objections to our distributing some of your software on CD. We have found that many students have only access to a dial-up internet connection (or none at all), and so would like to be able to supply our students with a CD of the software that they may find useful as part of their studies. We have chosen the following software from your organisation to go on this CD: Inkscape You can find more information of the (fledgling) web site at www.springstep.co.uk. We hope we have made it clear that we have absolutely no rights over this software, and are providing links back to your web site for license terms, updates, and possibly, to purchase the paid-for version. All serials, registrations etc. would be handled through your web site in the normal way, as we will only be supplying the installation executable. You may, at the moment, see your software listed on the web site - please be assured we have released no discs so far that contain software to which you have not expressly agreed. We hope we will be able to provide the software shown above, and to be able to encourage and teach students in the use of it. Thanking you in advance for your consideration, Adrian

4 4

Strange behaviour of translation
by Lucas Vieites 18 Feb '06

18 Feb '06

Hi, from some time ago I'm having trouble testing my translation of Inkscape. I update from svn and the po file is completely translated (only a few strings are missing, but they belong to a filter/effect). I do the usual $ ./configure --prefix=/var/opt --with-perl --with-python $ make $ make install And when I run /var/opt/bin/inkscape I find that many of the strings that used to be OK in previous versions are now in english. I checked that the correct inkscape.mo file gets loaded, this command: $ strace inkscape 2>&1|grep open.*inkscape\.mo shows this: open("/var/opt/share/locale/es_ES.UTF-8/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/var/opt/share/locale/es_ES.utf8/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/var/opt/share/locale/es_ES/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/var/opt/share/locale/es.UTF-8/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/var/opt/share/locale/es.utf8/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/var/opt/share/locale/es/LC_MESSAGES/inkscape.mo", O_RDONLY) = 4 open("/usr/share/locale-langpack/es_ES.UTF-8/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale-langpack/es_ES/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale-langpack/es.UTF-8/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale-langpack/es/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) So the only file it finds (/var/opt/share/locale/es/LC_MESSAGES/inkscape.mo) is the correct one. Most of the strings I find in english are in the "Document Properties" dialog, see screenshot here: http://www.asixinformatica.com/files/inkscape_properties.png I hope it's no big probem ;-) Cheers, -- Lucas Vieites Fariña <lucas@...212...> Web: <http://www.asixinformatica.com/users/lucas/> Blog: <http://www.asixinformatica.com/blog/>

1 0

Re[1]: hi I don't want to become bald
by unknown＠example.com 18 Feb '06

18 Feb '06

Your girl is unsatisfied with your pottency? Don't wait until she finds another men! Click here to choose from a great variety of LICENSED love t@...1186...! Best pri$es, fast shipping and guaranteed effect! Here you buy it right from warehouse! The store is VERIFIED BY BBB and APPROVED BY VISA! http://lpeknj.sunlonging.info/?18221629&men

1 0

Fwd: Re: Win98 SE and problem with Inkscape installing
by John Cliff 17 Feb '06

17 Feb '06

Did we manage to make a build that works on 98 in the end? I know there was talk of it... Cheers Sim --- info-Pavatools <info@...1184...> wrote: > Date: Thu, 16 Feb 2006 14:48:00 +0100 > From: info-Pavatools <info@...1184...> > To: John Cliff <simarilius@...36...> > Subject: Re: Win98 SE and problem with Inkscape installing > > John Cliff ha scritto: > > Hi Mike, > > Is this version 0.43? > > Hallo John, thanks for your answer. Yes it is 0.43 version... I have > looked your link but I am not so able with software...but the end > words > are "... Inkscape 0.43 don't work on W'98 SE..." right? I should wite > a > new release..or change the OS... > Thanks Mike > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

scale
by Jon Phillips 17 Feb '06

17 Feb '06

How did SCALE go? Can someone write up a synopsis? Are there any pictures? 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)

5 9

SCALE Inkscape Booth
by John Taber 16 Feb '06

16 Feb '06

Gareth, The Inkscape project would like to really thank you for the extra effort you made to get an Inkscape booth. We had lots of visitors and many were exposed to Inkscape for the first time. The show was so well run and the operations guys did an outstanding job with supplying us an extra table, extra power cords, and keeping internet connections going. Also having it at a hotel was extremely convenient. Hope to see you next year if not before. John

1 0

Creative Commons Film Screening : RSVP : This Friday : Reception Following
by Jon Phillips 16 Feb '06

16 Feb '06

Hello, this is an event that Creative Commons is putting on this Friday in San Francisco. It will be an amazing event with many bright people coming together for networking, viewing this film and drinks. Please RSVP! I'm sorry this is off-topic from these lists, but I wanted to say that this will be a great event to attend if you are interested in Creative Commons, Open Source, Development and/or meeting up with me and talking about ccHost, Inkscape, Open Clip Art Library, etc. :) Jon ### Elisabeth Shue and Creative Commons invite you and a guest to a very special screening and celebration of the newly Creative Commons licensed film Teach by Davis Guggenheim Presented in association with the Teachers Documentary Project Friday, February 17, 2006 6 p.m. screening in the Rainbow Room Followed by a cocktail reception The San Francisco LGBT Community Center 1800 Market Street, San Francisco Seating is limited so please respond with acceptances only to: Anne N. Marino, CC Development Director, at 415-946-3068 or anne@...158... Photo used under CC-BY license, http://www.flickr.com/photos/lainmoon/3 -- 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

Re: [Inkscape-cvs] SF.net SVN Commit: inkscape: [10901] replaced connectors in connector layout icon with ordinary line to fix weird bug that
by unknown＠example.com 15 Feb '06

15 Feb '06

> Log Message: > ----------- > replaced connectors in connector layout icon with ordinary line > to fix weird bug that needs a better solution! basically, > connectors in the icon were being confused with connectors in the > main document and ids were overlapping and causing problems when > trying to extract the connector graph If the connector code confuses conflates elements with the same ID in different documents, that's a VERY, *VERY* serious issue. I sincerely hope this isn't a result of inappropriate use of global variables... -mental

3 4

picking items with mouse down
by bulia byak 14 Feb '06

14 Feb '06

Michael, For months I've been annoyed by a number of small breakages in Inkscape behavior. Knots and handles remained highlighted after I release mouse; rubberband rectangle stayed on if I accidentally ended it on a node; some other small weirdnesses. Nothing fatal, but rather annoying, and a sign of something broken somewhere. Today I finally had time to do timed checkouts to find out when this thing started. What I found was your change back in August: http://svn.sourceforge.net/viewcvs.py/inkscape/inkscape/trunk/src/display/s… I understand your reason for this change, but as you see, by enabling your own tool, you disrupted the work of most other tools that relied on the old behavior. So I would really appreciate if you rethink this change and implement it in some other less disruptive way. For example, you can add a flag to canvas items that would make them receive events while mouse is down, and use that for your connector tool handles, while all other canvas items would by default not receive events as before. Or you can add a flag to canvas itself to switch it to "pick while mouse down" mode only when in connector tool. Or you can come up with something entirely different. In any case, this situation needs to be fixed somehow. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 3

new bug category SVG
by Ralf Stephan 14 Feb '06

14 Feb '06

Hello, there is now a bug category SVG with already a dozen reports, so if you're interested in those only, please use the filter. A few CSS related ones have made it there too. ralf

2 2

Designing a poster with Inkscape
by jiho 14 Feb '06

14 Feb '06

Hi all, I've been using Inkscape latest SVN extensively for a while to produce a scientific poster. My first words are: thank you so much! I've hesitated and tested inkscape, scribus, omnigraffle, adobe illustrator and even keynote (power point like program from apple) before choosing inkscape. I hoped to make the SCALE people benefit from my experience but it seems that there will be no actual poster there... too bad ;-) I don't know if it's good enough for the showcase section of the web site but here are some screenshots and small accompanying texts: -------------------------- A scientific poster has to be precisely organized, full of information yet visually attracting and should be printable at different scales (poster + handouts). Though Inkscape was not directly intended for such use, all these goals were achieved with it! http://jo.irisson.free.fr/dropbox/inkscape/ poster_publish_ghostscript.pdf [WARNING: big file. 7.5 Mb] The layers and outline mode allowed to work on this complicated file while keeping things responsive enough. When it got to the point that the whole file was just too big (over 5000 objects) it was cut down in pieces and all files were merged in the final document by import or copy/paste. http://jo.irisson.free.fr/dropbox/inkscape/poster_inkscape_outline.png The gradients and scripts from the new "Effects" menu helped to create an attractive look (well, attractive to me at least!). The bitmap tracing feature and open clipart library provided scale independent eye candy for some icons and other stuff. http://jo.irisson.free.fr/dropbox/inkscape/poster_inkscape_eye_candy.png The text was flowed into custom shaped frames so that it had a "clever" position with respect to the graphics. It was edited though the Text Tool palette which was easier on the eye and helped to focus on content rather than on layout for a while. http://jo.irisson.free.fr/dropbox/inkscape/poster_inkscape_text.png All the vector graphics were produced in SVG and were therefore completely editable within the poster which allowed to have a unified look (for the fonts, line width, colors etc.). The "Apply style" command (SHIFT+CTRL+V), the styles minibar and the swatches panel, helped to unify the styles quickly. http://jo.irisson.free.fr/dropbox/inkscape/poster_inkscape_style1.png http://jo.irisson.free.fr/dropbox/inkscape/poster_inkscape_style2.png In the end the SVG file was exported to EPS and converted to PDF in order to be printed. The text was outlined to avoid font problems when printing on some other computer for 2mx1m output. The PDF was scaled down to A4 sheets in order to produce handouts. -------------------------- The above text gives you some the "Pros" of using inkscape for this work. Thank you again for all these functionalities which made my life easier (especially the latest additions which made it worth using SVN) and developed rather than restraint my creativity (well I'm a scientist but let say I can be creative anyway ;-) ). Unfortunately there are still some "Cons" :-). I listed them in decreasing order of importance: 1. An important problem was speed. As I mentioned, hiding layers and using the great outline mode helped but responsiveness was still not always optimal. I worked (remotely though, by X -query) on a big dual Xeon with lot of RAM. Try to move something with the mouse on the final file: http://jo.irisson.free.fr/dropbox/inkscape/poster_publish.svg [WARNING 12.1 Mb] On this file I experience a delay of 1 to 3 seconds when moving complex objects, especially when many snapping options are enabled. 2. I encountered regular crashes (20 to 30 in the total editing time which is around 30 hours I think). Their impact was diminished by the auto saving feature though (thanks, I think I would have gone crazy without it). Many occurred at the end of a long editing process, with many documents open, but were not reproducible when I reopened the autosaved document and retry the same modification. I guess they are related to some memory failure somewhere. They often happen when adding layers of ungrouping complex sets of objects but I cannot be more precise sorry... Some others I managed to reproduce are in the bug tracker: http://sourceforge.net/tracker/index.php? func=detail&aid=1429043&group_id=93438&atid=604306 http://sourceforge.net/tracker/index.php? func=detail&aid=1429049&group_id=93438&atid=604306 And a RFE: http://sourceforge.net/tracker/index.php? func=detail&aid=1429035&group_id=93438&atid=604309 3. PDF export would have been great for transparency. Well this is known but I mention it here to be exhaustive. 3. I missed some text editing features, especially for large flowed texts. I realize Inkscape is not intended for such use but justified text (through the GUI), hyphenation, columns and bulleted lists would have been useful. Furthermore, changing fonts would have been easier if the font list was searchable. In addition, the edition of text in the Text Palette was great but clicking the "Apply" button applies the modifications to the text AND applies the style selected in the other tab of the Palette to the whole text... which erases all modifications of the style of some words (like title in bold, some words in italics...). It would be great if this kind of "story editor" respected the styles already applied on the text and used them (like: writes in bold when editing after a word in bold etc.). Related RFEs: justify: http://sourceforge.net/tracker/index.php? func=detail&aid=1395787&group_id=93438&atid=604309 http://sourceforge.net/tracker/index.php? func=detail&aid=1223576&group_id=93438&atid=604309 hyphenation: http://sourceforge.net/tracker/index.php? func=detail&aid=1429051&group_id=93438&atid=604309 bulleted list/collumns: http://sourceforge.net/tracker/index.php? func=detail&aid=1429056&group_id=93438&atid=604309 Text and Font Palette: http://sourceforge.net/tracker/index.php? func=detail&aid=1429151&group_id=93438&atid=604309 http://sourceforge.net/tracker/index.php? func=detail&aid=1214021&group_id=93438&atid=604309 4. The swatches and styles minibar were great...but could be even better. I would have liked to see drag and drop from the swatches panel/palette to the styles rectangles in the minibar which would make the minibar a good quick replacement for the Fill and Stroke Palettte. I would have liked the swatches panel/palette to remember which set I used on a per document basis. I also could have used a "custom styles" section in the swatches panel where I could have imported styles (fill+stroke) from my document. Eventually I would vote for the square color previews in the minibar because I guess I am less agile than bulia with my pen and don't always aim right! I think it would be easier with squares. Related RFEs: drag and drop http://sourceforge.net/tracker/index.php? func=detail&aid=1429027&group_id=93438&atid=604309 swatches pannel state http://sourceforge.net/tracker/index.php? func=detail&aid=1429025&group_id=93438&atid=604309 custom styles http://sourceforge.net/tracker/index.php? func=detail&aid=856716&group_id=93438&atid=604309 http://sourceforge.net/tracker/index.php? func=detail&aid=1066385&group_id=93438&atid=604309 5. The lack of transparency prevented me to use the "Blur Edges" extension do produce dropshadow effects. Though this extension is great some real gradients/dropshadow effects would have been even better. I guess this is also known but I cannot find it under this name as an RFE. Thanks for reading all this. I realize that some of these request are probably not directly in the scope of Inkscape and I tried to set their priority according to this. Thanks again for this great software. 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/

8 15

the svn path confusion
by Eric Wilhelm 14 Feb '06

14 Feb '06

Inkscapers, This page has been lying to us ever since the paths in the svn were reorg'd. I've seen more than one question about it on IRC and I don't even spend much time there. http://sourceforge.net/svn/?group_id=93438 There is no https://svn.sourceforge.net/svnroot/inkscape/trunk In an effort to get sourceforge to change this page (I'm under the impression that the page cannot be modified by inkscape devs (Is that correct?)), I submitted the following bug and was met with the (also following) rubberstamp reply. I am in no way accusing level1 support of putting too much thought into the issue. Is there a better way to get through to the sourceforge staff or some other way to get this page corrected? Thanks, Eric ---------- Forwarded Message: ---------- Subject: [ sitedocs-Support Requests-1423111 ] Feedback (confused) about DocID 31070 (en) Date: Friday 03 February 2006 07:20 am From: "SourceForge.net" <noreply@...34...> To: noreply@...34... Support Requests item #1423111, was opened at 2006-02-02 18:52 Message generated for change (Comment added) made by zigler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=467457&aid=1423111&gr oup_id=52614 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Eric Wilhelm (ericwilhelm) >Assigned to: Erich Zigler (zigler) Summary: Feedback (confused) about DocID 31070 (en) Initial Comment: The following feedback has been submitted via the DocManager feedback reporting form for group ID 1. Document: 31070 Group: 1 Doc Section: toc Language: en Feedback type: I was confused by this text, and think this text should be clarified. (confused) Feedback text: The inkscape developers elected to re-org their svn layout to inkscape/<module>/trunk/ rather than the automatically-created inkscape/trunk/<module> layout. Thus, the info on this page has been misleading to many users. http://sourceforge.net/svn/?group_id=93438 --Eric Wilhelm [end] ---------------------------------------------------------------------- >Comment By: Erich Zigler (zigler) Date: 2006-02-03 09:20 Message: Logged In: YES user_id=1243797 Greetings, Please raise this issue with the inkscape project at: https://sourceforge.net/projects/inkscape/ Thank you, Erich Zigler First Level Technical Support, SourceForge.net ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=467457&aid=1423111&gr oup_id=52614 ------------------------------------------------------- -- I arise in the morning torn between a desire to improve the world and a desire to enjoy the world. This makes it hard to plan the day. --E.B. White --------------------------------------------------- http://scratchcomputing.com ---------------------------------------------------

6 8

Inkboard
by Dale Harvey 11 Feb '06

11 Feb '06

Hey all I am a student doing a 4th year project, studying the usability / workflow effects of a multi user vector graphics prorgam, at the time, I had not heard of inkboard, and planned on developing a prototype myself. then, after realising this was far too ambitious, I decided to add multi user functionality to inkscape, to realise it had already been done. Searching the net / mailing list archives it seems there isnt any up to date information on the current state of inkboards development. I have it compiled from the latest stable and cant get inkboard sharing with other users(different bugs show with loudmouth 0.17 / 1.0 / 1.0.1), I will try compiling the latest svn checkout today My plan is to take inkboard (either the rewrite or current release, depending on the rewrite state) and modify it to fit my requirements, due to the timescale on my project, and my lack of experience with open source development, I would not be looking to join inkscape development team immediately, if all goes well with my project, I would be happy to contribute my effort to inkboard after your review. So I would appreciate it if somone could fill me in on the current state of its development, and possibly point to where my problem is getting it working ( ill post details if needed ) Also any advice pointers on how to develop with inkscape would be appreciated, I am familiar with c++, however nowhere near this scale project, which I am familiar with in other languages (java, erlang) I will be looking to contribute to inkscape / inkboard in the future after my project is finished and I have some experience with its development Thanks Dale Harvey

7 17

Label view option
by Martin Owens 10 Feb '06

10 Feb '06

Hi all, Yes I'm still here looking the code :-) What I want (apart from a working barcode plugin and clear image import options) is node labels. Currently when you select and drag nodes you have '0' information about what your doing to the node, what the node is ect ect. The first thing would be to add this information to the status bar, size of lines on either side of the node, angle of node, position on page ect ect. The second would be to have a view option which shows the above information as little labels that appear when you begin a drag operation. so next to the lines that the node effects would be size and curve information, a label near the node would tell you it's position and angle (maybe with on of those arcs to show what it is), now I know this is not useful to artist types because they don't so much design as just draw, but for creating regular complex shapes this information would be invaluable and having it near the object while the operation is being carried out would make it easy to understand as well as being closer to your eye. What do you all think of this idea? Best Regards, Martin Owens -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

4 3

effect rename/rearrange
by bulia byak 10 Feb '06

10 Feb '06

On 2/8/06, Aaron Spike <aaron@...749...> wrote: > Unfortunately, "Perspective" is incorrect. It is an envelope, but not a > perspective envelope. I plan to rename "Summer's night" to something > less "poetic" when I can get someone to suggest a more specific and > appropriate label. I should have pressed this sooner. Sorry, for the > trouble. I just reviewed all effects and committed some changes: a new, more logical (IMHO) submenu organization; capitalization fixes in parameter names; and several renames: summer night -> envelope motion -> extrude connect the dots -> number nodes As always, feel free to disagree and propose better names! :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Guide to developers
by Dale Harvey 10 Feb '06

10 Feb '06

Hey again I was wondering if there was any quick guide to development with inkscape I have read http://wiki.inkscape.org/wiki/index.php/DeveloperManual however I was looking for more of a quick guide to compliation of the seperate files / linking etc Currently, reasonably new to c++, especially on a project this big, I am just running make while making small changes to individual files, it works, but incredibly time consuming, so was wondering if there was a way of compiling / linking individual source files, without recompiling the entire modules it resides within if anyone could give me a quick overview of their process while developing small changes I could figure out the details and probably post a beginners guide on the wiki Thanks Dale

2 1

0.43: make: wcstoimax() invalid conversion
by Jim Osborn 09 Feb '06

09 Feb '06

Make fails for me building Inkscape-0.43. A full transcript of the log is below. The problem seems to be a series of invalid conversions from __gw<blah> to w<blah> in <inttypes.h>. Here's my environment: Libs: atkmm-1.6: 2.8.2 glibmm-2.4: 2.8.4 gtkmm-2.4: 2.8.2 pangomm-1.4: 2.8.2 sigc++-2.0: 2.0.17 atk: 1.10.1 cairo: 1.0.0 gconf-2.0: 1.2.1 glib-2.0: 2.8.4 gtk+-2.0: 2.8.6 gdk-2.0: 2.8.6 gdk-x11-2.0: 2.8.6 gtk+: 1.2.10 gdk: 1.2.10 orbit-2.0: 2.13.2 pango: 1.10.1 libxml-2.0: 2.6.22 freetype2: 9.8.3 gc6.5 gnome-vfs-2.0: 2.8.4 libbonobo-2.0: 2.13.1 bonobo-activation-2.0: 2.13.1 XFree86-4.5.0 Tools: gcc 3.4.3 glibc 2.2.4 autoconf 2.5.8 automake 1.9.6 libtool 1.5.20 bison-2.1 pkg-config-0.20 <config.h> has these: #define HAVE_INTTYPES_H 1 #define HAVE_STDDEF_H 1 #define HAVE_STDINT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_UNISTD_H 1 #define STDC_HEADERS 1 I fixed a vaguely similar problem compiling gnome-print-0.9 by adding #include <stdlib> to the failing .c file, but that doesn't seem to help this failure. I'd appreciate any suggestions of where to focus my debugging efforts. TIA, Jim -------------log of make:-------------------- Making all in src make[2]: Entering directory `/build/inkscape-0.43/src' if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/X11R6/include/freetype2 \ -I/usr/X11R6/include -pthread -DORBIT2=1 -I/usr/local/include/gnome-vfs-2.0 \ -I/usr/local/lib/gnome-vfs-2.0/include \ -I/usr/local/include/bonobo-activation-2.0 \ -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/gconf/2 \ -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include \ -I/usr/local/include/orbit-2.0 -I/usr/X11R6/include \ -I/usr/X11R6/include/freetype2 -DPOTRACE=\"potrace\" -pthread \ -I/usr/local/include/gdkmm-2.4 -I/usr/local/lib/gdkmm-2.4/include \ -I/usr/local/include/glibmm-2.4 -I/usr/local/lib/glibmm-2.4/include \ -I/usr/local/include/pangomm-1.4 -I/usr/local/include/gtk-2.0 \ -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/sigc++-2.0 \ -I/usr/local/lib/sigc++-2.0/include -I/usr/local/include/glib-2.0 \ -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pango-1.0 \ -I/usr/local/include/cairo -I/usr/local/include/gtkmm-2.4 \ -I/usr/local/lib/gtkmm-2.4/include -I/usr/local/include/atkmm-1.6 \ -I/usr/local/include/atk-1.0 -I/usr/local/include/libxml2 \ -I/usr/local/include -I../cxxtest -Wall -W -Wpointer-arith -Wcast-align \ -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter \ -march=pentium2 -O2 -pipe -MT arc-context.o -MD -MP -MF \ ".deps/arc-context.Tpo" -c -o arc-context.o arc-context.cpp; \ then mv -f ".deps/arc-context.Tpo" ".deps/arc-context.Po"; \ else rm -f ".deps/arc-context.Tpo"; exit 1; fi In file included from display/sp-canvas.h:28, from arc-context.cpp:26: /usr/include/inttypes.h: \ In function `intmax_t wcstoimax(const __gwchar_t*, __gwchar_t**, int)': /usr/include/inttypes.h:432: error: invalid conversion from \ `const __gwchar_t* __restrict' to `const wchar_t*' /usr/include/inttypes.h:432: error: initializing argument 1 of \ `long long int __wcstoll_internal(const wchar_t*, wchar_t**, int, int)' /usr/include/inttypes.h:432: error: invalid conversion from \ `__gwchar_t** __restrict' to `wchar_t**' /usr/include/inttypes.h:432: error: initializing argument 2 of \ `long long int __wcstoll_internal(const wchar_t*, wchar_t**, int, int)' /usr/include/inttypes.h: \ In function `uintmax_t wcstoumax(const __gwchar_t*, __gwchar_t**, int)': /usr/include/inttypes.h:451: error: invalid conversion from \ `const __gwchar_t* __restrict' to `const wchar_t*' /usr/include/inttypes.h:451: error: initializing argument 1 of \ `long long unsigned int __wcstoull_internal(const wchar_t*, wchar_t**, int, int)' /usr/include/inttypes.h:451: \ error: invalid conversion from `__gwchar_t** __restrict' to `wchar_t**' /usr/include/inttypes.h:451: error: initializing argument 2 of \ `long long unsigned int __wcstoull_internal(const wchar_t*, wchar_t**, int, int)' make[2]: *** [arc-context.o] Error 1

4 14

Re: [Inkscape-devel] Updated fr.po file, plus some few remarks
by unknown＠example.com 08 Feb '06

08 Feb '06

> matiphas@...8... wrote: > > I've just uploaded an updated fr.po file. > > Only a few strings (for Fret Find) are not yet translated : i will update > them > > as soon as I can find someone able to provide me the necessary explanations > for > > this vocabulary. > > That someone is me. Maybe we should take a shot at changing the strings > a little. Hum, in fact I was meaning the French vocabulary. The issue being this vocabulary is quite specialized (luthiers, string instrument manufacturers...) and I'd like not to commit to many mistakes. It's not a problem : I've already faced this with the typographic (remember, kerning...) vocabulary. And the issues have been solved with the help of some Inkscape developppers a good dictionnary... and some French typographs that have been kind enough to provide some "live explanations". -> I'll have to follow the same process here for this vocabulary. Not really an issue then, looks more like me justifying the fact I've not finished the job yet. > > Just a few remarks : > > - i would suggest that Licenses should be translatable > > Might be a bad idea because the license is a legal type document. Let me precise then : - first a lot of those licenses are translated in some other languages Examples : - the CC licenses are officialy translated, - the GPL is on the process of getting some official translations (not finished yet). - proprietary and public domain are explicit licenses by themselve Other point : let's say I'm a German (or French) artist. I want to specify a licence in the metadata of my creations. Up to now, with Inkscape, I'm stuck with the American licences and they may not cover my needs. This implies the need for a "custom licence" button I think... > > - it may also be a good idea to embed directly in inkscape some > documentation > > about the effects (in a tab linked to each effect dialog?) > > Excellent suggestion. Much needed. Other point : some strings are not translatable at the moment. Even if they are correctly marked in the code (Document properties, Document metadata....) they have not been embedded in the po files. Non exhaustive list : File menu : Document properties, Document metadata, Edit menu : Tile Clones View menu/show-hide : Panels Effects menu : Blur Edge, Enhance Path, Extract One Image, Render The complete Document Properties dialog ... And yet another one : I've decided in French to translate 'Summer's night' by 'Perspective', which is less poetic, but much more explicit. Regards (sorry for the verbose mail), Matiphas

3 4

Config-time ALL_LINGUAS patch
by Jim Osborn 08 Feb '06

08 Feb '06

I've encountered this feature in a few other packages, and offer it as a humble suggestion. A trivial patch to configure.ac: --- orig/configure.ac Fri Nov 18 23:55:49 2005 +++ configure.ac Wed Feb 1 09:55:31 2006 @@ -74,7 +74,11 @@ AC_SUBST(GETTEXT_PACKAGE) AC_DEFINE_UNQUOTED(GETTEXT_PACKAGE,"$GETTEXT_PACKAGE",[Translation domain used]) dnl Add the languages which your application supports here. -ALL_LINGUAS="am az be ca cs da de el es es_MX et eu fr ga gl hu it ja mk nb nl nn pa pl pt pt_BR ru sk sl sr sr@...428... sv tr uk zh_CN" +if test "x$ALL_LINGUAS" != "x"; then + ALL_LINGUAS=$ALL_LINGUAS +else + ALL_LINGUAS="am az be ca cs da de el es es_MX et eu fr ga gl hu it ja mk nb nl nn pa pl pt pt_BR ru sk sl sr sr@...428... sv tr uk zh_CN" +fi AM_GLIB_GNU_GETTEXT AC_PATH_PROG(PKG_CONFIG, pkg-config, no)

1 0

new cursors problem
by bulia byak 08 Feb '06

08 Feb '06

The new cursors recently committed by Scislac don't work for me on win2k. They are shown as a white square and a stream of warnings goes on the console like: (inkscape-console.exe:368): Gdk-WARNING **: gdkdrawable-win32.c:1323: LineTo fai led Does anyone know a fix for this? If not, sadly but this patch will have to be backed out. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

icon prerendering debug output
by bulia byak 06 Feb '06

06 Feb '06

Can we PLEASE turn these off already? Haven't the authors collected all the data they needed from it, by now? It's SO annoying. As a general rule, please avoid adding debug output unless you have a genuine purpose of collecting information from all developers and svn users, and even in that case, please don't forget to remove it soon enough. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

connector layout
by Tim Dwyer 06 Feb '06

06 Feb '06

Hi All, I recently added the "rectangle overlap removal" algorithm to inkscape and received so much useful feedback (advice, testing and so on) throughout the process that I'm now quite keen to start another project. The connector stuff that was introduced in 0.43 is a really powerful concept and makes inkscape much more of a "diagramming" tool. Between the connector routing and the overlap removal stuff we have the basics of some nice automatic diagram layout. I'd like to continue this by incorporating some "graph layout" algorithms to adjust the positions of objects at the end of connectors to achieve things like minimal crossing of connectors and to better show coupling and cohesion in the network (graph) defined by the connectors. I'd appreciate any feedback people have on this idea. Also, I'd really like to use the boost 'graph' libraries to get this happening quickly. Boost already has some basic layout algorithms which we can use right away, but I'll also need the underlying graph data-structures and algorithms in boost to implement new algorithms. What are the logistics of adding boost to the inkscape dependency tree? I've noticed similar requests for boost in the inkscape-devel archives... it seems like I'm not the only one who would benefit. Looking forward to your comments, Cheers Tim

8 13

recent commits: purged includes
by Ralf Stephan 06 Feb '06

06 Feb '06

ello, in the last days, of about 5500 include lines, over 2200 were removed by a simple program that, for every include, tried to compile the source without it. After a first run, problems were identified and handled by removing overgenerous includes from the most important headers. Also, the problem of non-indented ifdefed includes turned up and needed manual intervention. For this reason, it is possible that compilation in some cases barfs because of overzealous removing. Another annoying tidbit is the removal of non-indented includes of config.h. The about two dozen cases will be rewritten the next days and should not affect compilation in most cases. Finally, some includes were removed of the respective header belonging to the source file. This does not affect compilation at all but might annoy some people writing in the source later on. Please bear with the side effects. I firmly believe that they are worth it all. A log file of the removal is available on request. All in all, a 1.5 GHz computer with 2.5" hard disk needed 12 hours full work for it. Thanks for your patience, ralf

5 11

PyXML on MacOSX 10.3
by Manuel Kostka 06 Feb '06

06 Feb '06

hi i have some trouble getting this to work.. when i want to build setup.py i get the following error: Traceback (most recent call last): File "setup.py", line 127, in ? config_h_vars = parse_config_h(open(config_h)) IOError: [Errno 2] No such file or directory: '/System/Library/Frameworks/Python.framework/Versions/2.3/include/python2.3/pyconfig.h' i have no idea how to go on from that... am I missing something else? there is no /include-Folder @ ../System/Library/Frameworks/Python.framework/Versions/2.3/ and i don't have pyconfig.h in the python2.3 - folder (which is @ ..Versions/2.3/lib/) ..if this info is of any help.. thanks for any help manuel

3 2

Help: Suitable cast to satisfy the below problem.
by Jeremy Teo 06 Feb '06

06 Feb '06

Hello, I'm trying to hack Inkscape 0.4.3 to compile on Solaris 10 x86, with Sun Studio 11. Right now i'm stuck at the following: CC -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/csw/include/freetype2 -I/opt/csw/include -D_REENTRANT -DORBIT2=1 -I/opt/csw/include/gnome-vfs-2.0 -I/opt/csw/lib/gnome-vfs-2.0/include -I/opt/csw/include/bonobo-activation-2.0 -I/opt/csw/include/libbonobo-2.0 -I/opt/csw/include/gconf/2 -I/opt/csw/include/glib-2.0 -I/opt/csw/lib/glib-2.0/include -I/opt/csw/include/orbit-2.0 -I/opt/csw/include -I/opt/csw/include/freetype2 -DPOTRACE=\"potrace\" -D_REENTRANT -I/opt/csw/include/gdkmm-2.4 -I/opt/csw/lib/gdkmm-2.4/include -I/opt/csw/include/glibmm-2.4 -I/opt/csw/lib/glibmm-2.4/include -I/opt/csw/include/pangomm-1.4 -I/opt/csw/include/gtk-2.0 -I/opt/csw/lib/gtk-2.0/include -I/opt/csw/include/sigc++-2.0 -I/opt/csw/lib/sigc++-2.0/include -I/opt/csw/include/glib-2.0 -I/opt/csw/lib/glib-2.0/include -I/opt/csw/include/pango-1.0 -I/opt/csw/include/cairo -I/opt/csw/include/gtkmm-2.4 -I/opt/csw/lib/gtkmm-2.4/include -I/opt/csw/include/atkmm-1.6 -I/opt/csw/include/atk-1.0 -I/opt/csw/include/libxml2 -I/opt/csw/include -I/opt/csw/include/gtkspell-2.0 -I../cxxtest -I/opt/csw/include -g -c -o sp-item.o sp-item.cpp "display/nr-arena-item.h", line 112: Warning: arena hides NRArenaItem::arena. "sp-item.cpp", line 263: Warning: repr hides SPObject::repr. "sp-item.cpp", line 273: Warning: repr hides SPObject::repr. "sp-item.cpp", line 284: Error: Could not find a match for Inkscape::Util::reverse_list<Inkscape::Util::InputIterator>(SPObject*, SPItem*) needed in SPItem::lowerOne(). "sp-item.cpp", line 290: Warning: repr hides SPObject::repr. "sp-item.cpp", line 303: Error: Could not find a match for Inkscape::Util::reverse_list<Inkscape::Util::InputIterator>(SPObject*, SPItem*) needed in SPItem::lowerToBottom(). "sp-item.cpp", line 310: Warning: repr hides SPObject::repr. 2 Error(s) and 5 Warning(s) detected. I suspect I need to correctly cast "reverse_list<SPObject::SiblingIterator>( SP_OBJECT_PARENT(this)->firstChild(), this)," (line 284 of sp-item.cpp) so that it resolves to "reverse_list(InputIterator start, InputIterator end)" in reverse-list.h. Am I right about this? If so, could someone enlighten me on how to cast it correctly? (I'm no C++ expert). Many thanks in advance. :) -- Regards, Jeremy

2 1

SCALE Booth
by Ted Gould 06 Feb '06

06 Feb '06

Okay, we have a booth, now what do we want to do with it? First off, who's coming? I've got me, John Taber and Jon Cruz. Jon Phillips? Bryce, I know how you love LAX! Josh, I know how much a Southwest flight from Phoenix is, come for a day! I was wondering if we couldn't do something like "mini-tutorials" at the booth. The idea would be that they would be like 5 minutes, people standing, and cover just a single feature of Inkscape. Then, we could make a flier covering that same feature -- which would give us interesting give aways for the rest of the time. If we did one each hour, we'd need roughly 16 of them. We could make a schedule, it might generate traffic. What do people think? Maybe the same 8 twice (two day conference)? I was also thinking that we need some artwork, perhaps the About screens? They say Inkscape on them, yet still show off features? Brainstorming people, argue, attack, kill my ideas! Go! :) --Ted

7 25

SCALE Fliers
by Ted Gould 06 Feb '06

06 Feb '06

Back to what I was trying to do... I made up some fliers for handouts/mini-tutorials at the Inkscape booth. I've got four of them. They are at: http://svn.sourceforge.net/viewcvs.py/inkscape/inkscape_marketing/trunk/fli… I would love it if people could look at them, suggest improvements, or even write some of their own if they're so inclined. Thanks, Ted

1 0

Deleting a revision
by Ted Gould 06 Feb '06

06 Feb '06

This revision needs to go away, for some reason SVK decided that my older copy of the repository was the correct one and backed out everyone's changes today. Does anyone know how to delete a revision? --Ted -------- Forwarded Message -------- Revision: 10845 Author: gouldtj Date: 2006-02-05 21:38:08 -0800 (Sun, 05 Feb 2006) ViewCVS: http://svn.sourceforge.net/inkscape?rev=10845&view=rev

2 2

dated updates from svn?
by bulia byak 06 Feb '06

06 Feb '06

How do I get the tree on the given date from svn? Following the instructions does not work: $ svn update --revision {2005-12-19} svn: REPORT request failed on '/svnroot/inkscape/!svn/vcc/default' svn: Cannot replace a directory from within Or do I have to go back to CVS for dates before the conversion to svn? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

[bibi: look at how exicted the UK scrappers are about the new Inkscape!]
by Bryce Harrington 06 Feb '06

06 Feb '06

----- Forwarded message from Bibi Morris <bibimorris@...856...> ----- Date: Sun, 05 Feb 2006 21:07:59 -0600 Subject: look at how exicted the UK scrappers are about the new Inkscape!\ http://www.ukscrappers.co.uk/boards/showthread.php?t=93790 If that cannot work for you look at http://www.ukscrappers.co.uk/boards/index.php Then look under the craft robo chat! Bibi ----- End forwarded message -----

1 0

[root@...1070...: [Inkscape-tester] inkscape build report]
by Bryce Harrington 06 Feb '06

06 Feb '06

3 new warnings today ----- Forwarded message from root <root@...1070...> ----- Date: Sun, 05 Feb 2006 17:21:11 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Sun Feb 5 16:08:41 2006 (Run 1163) Snapshot: inkscape-20060205-1500.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:324: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-item.cpp:721: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.cpp:710) sp-shape.cpp:611: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-string.cpp:76: warning: unused variable `SPItemClass*item_class' sp-text.cpp:472: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:638: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:717: 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) libnrtype/Layout-TNG-Output.cpp:90: warning: comparison between signed and unsigned integer expressions libnrtype/Layout-TNG-Output.cpp:94: warning: comparison between signed and unsigned integer expressions == Environment Summary == ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&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

Re: Exhibitor Kit
by John Taber 05 Feb '06

05 Feb '06

Gareth J. Greenaway wrote: > Thanks for your continued patience. > Attached you will find the exhibitor packet for the Inkscape booth. > If you have any questions please don't hestitate to ask. Hi Gareth, Will the booth have a sign for Inkscape or do we need to bring one? Thanks for everything. John

1 0

Re: [Inkscape-devel] SCALE Booth
by Ted Gould 04 Feb '06

04 Feb '06

On Fri, 2006-02-03 at 09:56 -0700, John Taber wrote: > Ted Gould wrote: > > We have the booth, with a table on one side, chairs on the other. On > > the backdrop they gave us we get something white, perhaps butcher paper. > > We then point the projector at that surface. > > Actually a white poster board works better, the harder smooth surface > reflects better (or could use one of the nice wood framed white boards I > can bring, and you can write on it like a smartboard) - in fact > sometimes it looks like a flat plasma display. That sounds great! That way we have someplace to write "INKSCAPE" too :) > On the table we have two computer for people to use Inkscape, one of > which is attached to the > > projector so that people can see what that person is doing. Then, when > > we want to run demo's we're already set up, and we have "live art" on > > the background without having to get it printed. > > Two questions - 1) is anyone willing to have their computer be pounded > on by the public? 2) Having our display depend upon computers means > machines always have to be there - since there's only a few of us, what > about the times we aren't there ? or want to go to lunch, bathroom, > etc..... I think the only session that I'm 100% out on is the last session on Saturday, I have to leave early. I want to see the keynote on Sunday, but that is before the exhibition floor opens anyway. Any other presentations would be fine, but there is nothing I need to see. So, if it's you and me, we can go to the bathroom :) I've also got another friend who may come, not an Inkscape or Linux person, but just loves conferences. We'll see how that pans out. I'm still trying to convince the Wacom rep for LA that he should loan us tablets for the computers. Then people would only be beating on those :) Otherwise, I think it would be wise to pick up some cheap USB keyboard/mouse combos. I don't personally have a desktop, I think that would be better. I'll ask around if I can find some to borrow for the weekend. I don't think we need anything that modern. > Having done a bunch of these, live art is cooler, hanging art is more > initial work (getting posters printed) but a whole lot easier at the > conference. I've usually done a combination with live only for a > certain period. I never knew what sales guys meant when they complained > that shows were exhausting until I did a few. That's why walking away > to go have lunch, attend a session, etc makes it a lot more fun. I think that it is feasible. If nothing else I can open some entries from OCAL, and turn on the node editor so it looks like I know what I'm doing ;) Or, we can just put up the about screen when people aren't using the computer. --Ted

2 1

reminder: relnotes
by bulia byak 04 Feb '06

04 Feb '06

Developers, please find time to browse http://wiki.inkscape.org/wiki/index.php/ReleaseNotes and fill in (or remove) the placeholders. If you don't do it now you will forget the relevant details by the time of the release! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 5

Qudos!
by David Bower 03 Feb '06

03 Feb '06

I don't think anyone's already pointed it out, but Inkscape's been mentioned on iStockPhoto! The article can be read at http://www.istockphoto.com/article_view.php?ID=156 (it is only a brief mention, but a mention's a mention, isn't it?!) Keep up the good work! Dave.

1 0

Snapping guides lines to objects...
by Jiri Tyr 03 Feb '06

03 Feb '06

Hello, I would like to use Inkscape for serious work and I'm missing one think, is it snapping guides lines to the objects. It is very importent think if you want to draw some object in similar possition to the other object. Please try to add this imporvement to the next version. Btw. I have to say, that Inkscape looks very interesting. Best Regards, Jiri Tyr

1 0

scripting bug
by Mathew James Oakes 03 Feb '06

03 Feb '06

osx 10.3.9, python 2.3, Inkscape 0.4.3 (Inkscape_20060120.dmg) installed PyXML-0.8.4 successfully nothing happens when you go: File >> Execute Python in the script dialog starting inkscape from command line gives only this error when that command is executed: interpretScript: error starting Language '(null)' I do other python stuff, and was looking forwards to generating complex artwork from algorithms in a form that was human editable later. cheers Mat

2 1

Standalone GTK+ v2 installer (or project?) for OS X
by Nathaniel Gray 03 Feb '06

03 Feb '06

Hello Inkscape Devels, First, thank you for your work on Inkscape! It's a really great project that I've been following closely for quite a while now. This is a message I posted to the Gimp.app forum at http://sourceforge.net/forum/message.php?msg_id=3554123 It concerns Inkscape as well as Gimp.app, and I hope you'll give the idea some consideration. If you have comments, please CC me, as I don't receive normal list mail. Thanks, -n8 By: Nathan Gray - n8gray Standalone GTK+ v2 installer (or project?) 2006-02-02 01:09 Hi, First of all, thanks for all the great work you've done building Gimp so the rest of us don't have to! There are now a number of projects that package a gtk+ application into a "standalone" OS X app. For example, Inkscape and GIMPshop both build standalone OS X apps based on the methods you developed for Gimp.app. The technique of taking all the dependencies and stuffing them into your app bundle is adequate for getting a single app working but it leaves much to be desired when multiple apps are using those same dependencies. You end up with multiple copies of some pretty big libraries lying around taking up space on disk and in memory. In order to minimize this wasted space, support files (like header files) are left out, leading to the current problem where OS X users aren't able to build plugins without descending into the seventh circle of Fink. As a solution to these problems, I would like to suggest packaging a complete install of gtk+ and its dependencies separately from Gimp.app. It would mean that installing Gimp.app would become a two- step process instead of a one-step process, but the OS X community as a whole would see a tremendous benefit. There are lots of other great gtk+ apps out there that could reach a broad audience on OS X if it was only easier to just install them! The only sensible way to achieve this is if there's a fast, simple way to install gtk+ and its dependencies. Some of you may be thinking "well what about Fink and DarwinPorts?" The fact is that neither of these is a satisfying solution. The "stable" branch of Fink is terribly out of date and the "unstable" branch (like DarwinPorts) requires hours of building from source to get gtk+ installed. And either solution involves lots of futzing with the command line. If you've come to OS X from linux that seems simple, but for most OS X users it's a major turn-off. Anyhow, I hope you'll consider this proposal seriously. I honestly believe it could open the door for lots of great gtk+ apps to be ported to standalone OS X apps. I'm going to post the same message in the Inkscape forum, so maybe both projects can work together. Thank you, -n8 -- >>>-- Nathaniel Gray -- Caltech Computer Science ------> >>>-- Mojave Project -- http://mojave.cs.caltech.edu -->

2 2

Couple things (noticed a patch and have an idea)
by Joshua A. Andler 03 Feb '06

03 Feb '06

Not sure if anyone saw it go into the tracker, but, when going to snag the undo history diff from the patch tracker I saw that there is a patch to do color cursors that support transparency. Would someone that knows more c++ than myself be willing to review it? Man oh man is this release cycle shaping up to be the most improved so far. Anyway, the idea that I have is that if we don't actually use any gtk+ 2.8 features, that we should use the last 2.6 lib bundle we had for win32 building to release win9x compatible builds again (in addition to the 2.8 builds for 2000/xp). I know that there have been good bug fixes in gtk since then, but if we can still technically produce the builds I think we should try. I honestly don't think having two windows builds would be a bad thing, the same way that we will post packages for different distros. If others are okay this idea, I will even offer to produce those 9x compatible builds for the releases until we're no longer able to. Any thoughts? -Josh

1 0

Win32 .zip Feb 2
by Andreas Baitis 03 Feb '06

03 Feb '06

To whom it may concern, The Win32 Zips dated Feb 2 seem to be corrupted. I was trying to spread the word, but couldn't. Andreas Baitis

1 0

project page bug
by Ralf Stephan 02 Feb '06

02 Feb '06

Hello project admins, the main SF project page http://sourceforge.net/projcts/inkscape still lists as Operating System: All 32bit MS-Windows (95/98/NT...). Please do something about it, ralf

1 0

connector layout
by Tim Dwyer 02 Feb '06

02 Feb '06

I understand your concerns about boost... let my try and allay them: A quick browse of the boost graph headers shows there are some dependencies on other parts of boost, but I haven't found any reference to the dreaded smart_ptr stuff yet ;-). Hopefully, I could pare it down to a minimal set of headers (not including smart_ptr and so on) before adding anything to the inkscape code base. Regarding the build process the graph examples compile with (assuming headers in the include path): g++ example.cpp -o example As for optimisation, the algorithms we're talking about are quite computationally intensive and boost is written in a heavily templated generic style. I think that's the only reason they recommend optimisation. Surely inkscape binary distributions are compiled with optimisation on anyway, right? I was a bit worried about bloat and compilation speed but the examples which use the kind of stuff I need compile down to <100k (on x86 linux) in a few seconds. I'm guessing, but I think this would be comparable to an stl based implementation of the same thing. Regarding "mismatch of code" with the rest of the project, I really would just be using the graph datastructures and algorithms. I don't have any intention of using any of the fancy stuff that fundamentally affects coding style (like the aforementioned smart_ptrs or the lambda stuff).

1 0

document properties/metadata dialogs
by Alexandre Prokoudine 31 Jan '06

31 Jan '06

Hi, I'm not sure, whether work on redoing Document Properties/Metadata dialogs is finished or not, so my question may go out of sync with your intentions :) Are these dialogs supposed to be *real* dialogs or palettes? If dialogs, could they have "Close" button in the bottom please? In both cases (dialogs and palettes) closing them with [Escape] keyboard button would be helpful as well. Ideally, any dialog or palette should be closed on [Escape]. Alexandre

4 4

PayPal Security Measures
by PayPal 31 Jan '06

31 Jan '06

, although somewhat soothed by and .He called her (or was it ?).But they need to remember how .Sometimes , but always ! .When is , .

1 0

CSAV for Exchange - Virus Alert
by Mary Wuest 31 Jan '06

31 Jan '06

The file attachment which was sent by "inkscape-devel-admin(a)lists.sourceforge.net" was infected with the "document.pif Infection: W32/Mytob.AT@...1173... (exact)" virus. The file attachment was deleted from this message.

1 0

SVG Jabber Whiteboard mailing list
by Ted Gould 30 Jan '06

30 Jan '06

So, apparently there is enough interest in SVG whiteboarding over Jabber to have a mailing list! http://mail.jabber.org/mailman/listinfo/whiteboarding I'll be there, it would be nice if people that knew more than me would be too (David, Mental, etc.) I'm still planning on writing up what we have as a first draft JEP, I thinking starting the mailing list was Peter Saint-Andre's way of pushing me to get it done :) I'm sending an "Intro to Inkscape" e-mail right now, we'll see what response that gets. Apparently there is a project in JFCom to build a whiteboard... --Ted

1 0

Unlock your online profile
by Chase Bank 30 Jan '06

30 Jan '06

1 0

Inkscape allways crash on startup,Why????
by Ralf Lehmann 30 Jan '06

30 Jan '06

Hi, i use OpenSuse 10.0 and Inkscape allways crash on startup. I had this error with different versions from Suse and also with a 0.43+devel (Jan 27 2006) compiled on my host I run it under Gnome and i dont have the problematic KDE Baghira theme and the package gtk_qt_engine installed. I have post this problem a few weeks before but found no solution. Can someone explain the backtrace or have an idea what's the problem? the line 88 in /usr/include/c++/4.0.2/bits/list.tcc is " __tmp->hook(__position._M_node);" Here is the backtrace: #0 0x40537447 in std::_List_node_base::hook () from //usr/lib/libstdc++.so.6 #1 0x08152c67 in std::list<sigc::slot_base, std::allocator<sigc::slot_base> >::insert (this=0x85c8798, __position={_M_node = 0x85c8798}, __x=@0xbf8542c0) at list.tcc:88 #2 0x08152378 in sp_document_add_resource (document=0x8648f78, key=0x84731cf "layer", object=0x85cdb30) at signal_base.h:180 #3 0x08175266 in SPGroup::setLayerMode (this=0x85cdb30, mode=SPGroup::LAYER) at sp-item-group.cpp:663 #4 0x0818111a in sp_object_read_attr (object=0x85cdb30, key=0x8427416 "inkscape:groupmode") at sp-object.cpp:1057 #5 0x0817469d in sp_group_build (object=0x85cdb30, document=0x8648f78, repr=0x8646b94) at sp-item-group.cpp:124 #6 0x08181c51 in sp_object_invoke_build (object=0x85cdb30, document=0x8648f78, repr=0x8646b94, cloned=<value optimized out>) at sp-object.cpp:857 #7 0x08183255 in sp_object_build (object=0x85a8940, document=0x8648f78, repr=0x8646ef4) at sp-object.cpp:805 #8 0x0818e8f5 in sp_root_build (object=0x85a8940, document=0x8648f78, repr=0x8646ef4) at sp-root.cpp:162 #9 0x08181c51 in sp_object_invoke_build (object=0x85a8940, document=0x8648f78, repr=0x8646ef4, cloned=<value optimized out>) at sp-object.cpp:857 #10 0x081805d3 in sp_object_repr_build_tree (document=0x8648f78, ---Type <return> to continue, or q <return> to quit--- repr=0x8646ef4) at sp-object-repr.cpp:67 #11 0x0815132d in sp_document_create (rdoc=0x863d6e4, uri=0x0, base=0x0, name=0x85cadd8 "Neues Dokument 1", keepalive=<value optimized out>) at document.cpp:232 #12 0x081518d2 in sp_document_new (uri=0x0, keepalive=1, make_new=true) at document.cpp:356 #13 0x08153873 in sp_file_new ( templ=0x85c9848 "/opt/share/inkscape/templates/default.de.svg") at file.cpp:96 #14 0x081552e3 in sp_file_new_default () at file.cpp:132 #15 0x0814cd71 in sp_main_gui (argc=1, argv=0xbf854694) at main.cpp:825 #16 0x0821eb01 in Inkscape::NSApplication::Application::run (this=0xbf8545f8) at application.cpp:117 #17 0x0814c5d9 in main (argc=1, argv=0xbf854694) at main.cpp:675 Thanks Ralf

2 4

[root@...1070...: [Inkscape-tester] inkscape build report]
by Bryce Harrington 30 Jan '06

30 Jan '06

Earlier errors have cleared up. :-) ----- Forwarded message from root <root@...1070...> ----- Date: Sun, 29 Jan 2006 17:21:14 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Sun Jan 29 17:15:18 2006 (Run 999) Snapshot: inkscape-20060129-1600.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 10 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == sp-flowtext.cpp:323: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-item.cpp:721: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.cpp:710) sp-shape.cpp:611: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-text.cpp:472: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:638: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:717: 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) == Environment Summary == ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&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

[Inkscape-tester] inkscape build report
by Bryce Harrington 29 Jan '06

29 Jan '06

----- Forwarded message from root <root@...1070...> ----- Date: Sat, 28 Jan 2006 17:21:07 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Sat Jan 28 16:52:21 2006 (Run 974) Snapshot: inkscape-20060128-1300.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 2 12 3 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == ui/view/edit-widget.cpp:1161: error: `property_ellipsize' undeclared (first use this function) ui/view/edit-widget.cpp:1161: error: (Each undeclared identifier is reported only once for each function it appears in.) ui/view/edit-widget.cpp:1161: error: `ELLIPSIZE_END' undeclared in namespace `Pango' == Warnings == sp-flowtext.cpp:323: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-item.cpp:721: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.cpp:710) sp-shape.cpp:611: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-text.cpp:472: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:638: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:717: 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) widgets/toolbox.cpp:3025: warning: taking address of temporary widgets/toolbox.cpp:3015: warning: unused variable `double old_spacing' == Environment Summary == ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&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

Linked vs Embeded
by Martin Owens 28 Jan '06

28 Jan '06

We've been having a discussion in #inkscape about the feedback (almost complaints) about the way inkscape links to images by default instead of embedding them as a document creator would expect. The solution on balance we got to was: New Menu Item File->'Place Image' (same name used as adobe) which links to the image Change Menu Import to embed image data by default Add an ask box for when images are dragged and dropped for weather the images should be linked or embedded. I'm having a look at the code but I won't change anything until we reach a consensus. -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

17 36

Website
by Joshua A. Andler 28 Jan '06

28 Jan '06

The website publishing script didn't seem to do the update... I was under the impression that it was pulling the updates from svn now, am I incorrect? -Josh

4 3

Mr. Wells, is that you?
by unknown＠example.com 28 Jan '06

28 Jan '06

Could someone please enlighten me why we have a copy of "The Crystal Egg" by H.G. Wells in src/io? kthx, -mental

3 3

Keyboard navigation... (F6, F8, ...)
by Jon A. Cruz 28 Jan '06

28 Jan '06

We seem to have a bit of a problem now. It turns out that the reason F6 and F8 became 'broken', is that they are reserved by GTK for stock navigation when a splitter pane is involved in the UI. It turns out that F6 is used to switch between current panes, and F8 to switch to the splitter itself to allow for keyboard resizing. I don't think we can just arbitrarily remap those, since it's part of the accessibility project and was designed to coincide with the use of keys on other platforms/toolkits. So I think we're now faced with the decision to either not allow any GtkPaned widgets in our UI, or to give up F6 and F8. As a follow-up item, we probably need to do something I've been thinking of for a while and list out the different keys and how they're used on different platforms and in different applications. One thing tweaking things a bit for me is that on OS X, F9-F12 are used for basic OS-wide features, and other can be also (especially on laptops). http://guides.macrumors.com/Keyboard_shortcuts (the three links at the bottom of the page are quite helpful)

6 11

Re: [Inkscape-tester] weird look of document properties dialog
by Ralf Stephan 27 Jan '06

27 Jan '06

> Please have a look at this screenshot of current Document Properties > dialog (latest SVN, seen the same last several weeks): > http://prokoudine.info/shots/inkscape/DocumentPropertiesDialog.png This is a duplicate of bug #1407428, and I have no idea about the cause. ralf

2 4

need help with Windows command line
by bulia byak 26 Jan '06

26 Jan '06

Devs, (and Bob especially,) Our efforts to make Inkscape's Windows port not output errors on the console have been way too successful. Now it never ouputs ANYTHING to the console, ever. Not even if I redirect it to file (> file). Now, however, I have a project that critically depends on querying SVG files with Inkscape using --query* command line options. Worst of all, this must run on Windows. So my question is, is there any simple fix I can do to make this work (I don't mind to run a custom version of Inkscape for this project)? Or, should I just add --query-output=file option which would make it write the output to a file, which I can then parse? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 7

bug with ink prefs
by bulia byak 26 Jan '06

26 Jan '06

When double clicking a tool button, the old prefs dialog shows up. It should of course show the new one (the old one must be removed from the codebase), and it must open the page of that tool automatically. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Re: [Inkscape-devel] NEW: transformation centers remembered
by bulia byak 26 Jan '06

26 Jan '06

On 1/26/06, Laszlo <khiraly123@...240...> wrote: > Is it possible to numarically add the position of the rotation center? Not yet. I think this should be a separate tab in the Transform dialog, with 9 buttons in the square grid (for setting it to object's corners, sides, and center) as well as x/y fields for setting it to any position. Also, more things that need to be added: - make center snap to grid/guides/objects and to other centers - make objects snap with their center to grid/guides/objects Volunteers welcome, especially with snapping! The API is very easy - the SPItem now has methods: getCenter, setCenter, isCenterSet and unsetCenter, pretty self-explanatory. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 2

Icon Preview
by Joshua A. Andler 26 Jan '06

26 Jan '06

I've honestly never checked the Icon Preview out before and decided to this morning. It appears to me that the dialog may be broken (or it may just be my not understanding it). Is it supposed to have the extra widgets that the swatches dialog has? I'm talking about the swatches selection list and that X button widgets. Also, it appears to be a blank dialog otherwise, but when you hover around it does button highlighting (and it looks like you click those buttons to get the preview). Am I missing something here? -Josh

3 4

a rant
by bulia byak 26 Jan '06

26 Jan '06

Guys, Inkscape's openness and the ease of contributing to it are wonderful. However, I would like to remind you that if you commit a change, by this very act you suggest that at least one of the following is true: 1 You are a heavy user of the changed/added feature, and you are sure you yourself can discover and fix most related bugs soon, if not already. 2 You intend to be around for a reasonable amount of time after your commit, _watch_ for bug reports related to your change, and fix them _promptly_. If none of these are true, please REFRAIN FROM COMMITTING until you can make them true. Why rant about it now? Two of the recent regressions are so nasty that they forced me downgrade to 0.43 for my daily work, painful as it is. Not being able to use the latest CVS - oops, sorry, SVN - is so annoying that I just can't help speaking out. The people who caused these regressions are known with a reasonable level of certainty, and I asked them to fix the bugs (or at least look into them) numerous times. The bugs are: - export selection is broken (likely caused by Carl's changes in libnr) - F6 and F8 keys don't work (most certainly caused by Jon Cruz' swatches panel) I don't want to blame anyone, because these people may have some genuine reasons to be unable to fix these bugs. Or, it may be that the bugs are not caused by them at all. After all, I myself am too busy with work right now, so I can't even investigate these bugs in more detail, let alone fix them. However, I feel that this is still a good occasion to state what I have stated: DO NOT COMMIT if you will be unable to support your change at least for the length of one full release cycle, and especially if you can't be on guard for the first few weeks when most of the bugs are found. Thanks, -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 6

NEW: transformation centers remembered
by bulia byak 26 Jan '06

26 Jan '06

This feature is finally reimplemented correctly. Everyone please test heavily. I want to hear about any workflow or usability issues from all kinds of users. * The position of the center (axis) of rotation and skewing used by Selector is now remembered for all objects and is restored when you select those objects again (even after save and reload). When you move or scale an object, its rotation center is moved or scaled too, so its position relative to the object always remains the same. * Shift+click on the rotation center resets it back to the center of the object's box. * Consequently, dragging the transformation center is now an undoable action; you can press Ctrl+Z to undo the drag. Todo: - make use of this in keyboard transforms and Transform dialog; - make it work smartly for groups: if a group has center not set, return the center of the first object inside group with the center set -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Libre Graphics Meeting (France March 17-19)
by Bryce Harrington 25 Jan '06

25 Jan '06

Hi all, Several of us Inkscapers will be attending the Libre Graphics Meeting in Lyon, France March 17-19 2006, and we'd love it if more Inkscapers and OCALers (both developers and users) could attend. If we can get a quorum, we can have an Inkscape/OCAL meeting there during the conference. The conference itself will be free to attend. In addition to Inkscape and OCAL, GIMP, Scribus, Blender, Xara, Little CMS and other projects will be there. More info about the conference itself is available here: http://www.libregraphicsmeeting.org/ In addition, my dad and I are going to be touring around Europe (SE France, N Italy, Austria, S Germany), and would love to meet up with anyone in the area. Drop me a line if you're interested! Bryce

3 2

Re: [Inkscape-user] Line markers
by bulia byak 25 Jan '06

25 Jan '06

On 1/24/06, Joshua A. Andler <joshua@...533...> wrote: > Isn't there a potential solution though? Yes. Not potential but the real compatible solution. It's in SVG 1.2 and just needs to be coded. Details in this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=995815&group_id=93… While not yet implemented, can this information please be added to a FAQ, so that people don't have to reinvent workarounds? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

StormPay Reversal
by Vanessa Levine 25 Jan '06

25 Jan '06

-Sensattional revolution in meedicine! -E-nlarge your p-enis up to 10 cm or up to 4 inches! -It's herbal solution what hasn't side effect, but has 100% guaranteed results! -Don't loose your chance and but know wihtout doubts, you will be impressed with results! Clisk h-ere: http://sweetblasphemy.com

1 0

Command line arguments
by Tavmjong Bah 24 Jan '06

24 Jan '06

Hi, I have been playing around with the command line arguments and have a couple of questions: 1. Does -p or --print work? 2. What is the use of -z or --without-gui? What is the purpose of -g or --with-gui? Inkscape seems to do the correct thing without needing these. Thanks, Tav

2 3

retrievr
by John Pybus 24 Jan '06

24 Jan '06

http://labs.systemone.at/retrievr/

1 1

embedded image performance
by Eric Wilhelm 24 Jan '06

24 Jan '06

Jon was right: "Then there's the size in memory that's needed for the full string node in the DOM tree, plus all the UI impact from having large strings kicking around, including the XML Editor window." The UberConverter is somewhat stuck creating embedded images because it is running on pipes, has to extracted embedded images from other formats, and I haven't layered 800 options onto it yet. This gave me a chance to play with inkscape during the debugging and the XML editor really crawls (this machine is getting old, but it's still dual AMD 2400's w/ 2GB ram.) I also noticed that if I save the svg out of inkscape, the linebreaks in the base64 data go away and gvim gets really mad, so there are a few issues to consider in any upcoming embedded image work on inkscape. http://scratchcomputing.com/tmp/bitmapfills.svgz I'm sure there's a way to do this better using <use> elements or something (particularly in this example, which has two instances of one image.) I'm just following the example from the embed_raster_in_svg.pl script for now. Suggestions welcome. --Eric -- [...proprietary software is better than gpl because...] "There is value in having somebody you can write checks to, and they fix bugs." --Mike McNamara --------------------------------------------------- http://scratchcomputing.com ---------------------------------------------------

2 1

Account Review Team
by PayPal 24 Jan '06

24 Jan '06

1 0

Updated win32 gtk bundle
by Bob Jamison 23 Jan '06

23 Jan '06

Hi, all, It has been about a month since the last update of the gtk library bundle. It has been mentioned that there is a minor bug in the previous version of Gtk in the last bundle. Therefore I spent a bit of time adding new libs and re-7-zipping the collection. Here are the versions of the files, from the README.txt file: =========== 272,825 atk-1.10.3.zip 57,722 atk-dev-1.10.3.zip 137,243 cairo-1.0.2.zip 155,356 cairo-dev-1.0.2.zip 618,030 freetype-2.1.10-bin.zip 267,194 freetype-2.1.10-lib.zip 722,848 glib-2.8.5.zip 1,046,977 glib-dev-2.8.5.zip 5,133,574 gtk+-2.8.10.zip 3,355,532 gtk+-dev-2.8.10.zip 236,600 pango-1.10.2.zip 297,076 pango-dev-1.10.2.zip This replaces the following files from the previous bundle: 779,016 glib-2.8.4.zip 1,053,769 glib-dev-2.8.4.zip 3,044,443 gtk+-2.8.7.zip 3,315,784 gtk+-dev-2.8.7.zip 306,292 pango-1.10.1.zip 301,121 pango-dev-1.10.1.zip =========== Also, I'm going to commit the Makefile.mingw file that I have been using to provide Python-enabled builds. Since the previous bundle had the version of Python with pyxml installed, and it has been available for over a month, I guess it is about time to let others start using it. bob (ishmal)

2 2

www and a wiki party
by Aaron Spike 23 Jan '06

23 Jan '06

I attempted to fix all of the broken images that I could find in the inkscape_web module. Please svn up and check for any broken files, let me know if you find any. I'll keep fixing. Something still isn't right with publishing via svn. Seems that there are a lot of files in the webroot that are not group writable. Will anyone object if I drop the wp directory from svn? Before the new year I had taken an evening or two to see if I could switch the wiki to mediawiki. Perhaps we need to think about having a wiki party day, where we can concentrate on getting that content moved to another wiki with better anti-spam measures. Any comments? Aaron

6 10

wiki spam and no chat
by Jack Tanner 23 Jan '06

23 Jan '06

Sorry if this is something already widely known. I just came across some spam on wiki.inkscape.org. For example, see http://wiki.inkscape.org/wiki/index.php/InkscapeTerminology and lots of other edits by the same user, http://wiki.inkscape.org/wiki/index.php?title=Special:Contributions&target=… First, how does one disable a spammer's account on the wiki? Second, I tried to ask this over IRC or something, but neither inkscape on freenode nor inkscape on conference.gristle.org would come up for me. Gristle didn't like my jabber requests either. Thanks.

1 0