- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] About Making an Inkscape Extension
by Ted Gould 26 Aug '06

26 Aug '06

On Sat, 19 Aug 2006, Aur�lio A. Heckert wrote: > Sory about to send this e-mail to you, but i think you are > Inkscape Developers and you can help hire: > http://wiki.inkscape.org/wiki/index.php/MakingAnExtension I can probably help out some. If don't mind though, I would rather have the discussion on the Inkscape developers list so that everyone can get copies of the messages -- it also shows up in Google when people are searching for information. > The bigest problem is: I don't find the INX documentation. :-/ > I don't know if has an select type and how can i define this... > And some other doubts... Well, it isn't documented :) There are quite a few examples though. Basically the file has three types of data. - General information about the extension - Info about the implementation - Info about what the extension can do (output, input, effect) > I will talk about the Inkscape during one hour on an GNU/Linux > event and I think an good "Extension How To" and "Inkscape > Extension Interface Documentatin" will help to get new extension > developers. :-) That's great! New extensions would be awesome. There is always room for more (now that we have submenus ;) ) --Ted

2 1

GBoolean -> Bool commit 1 (12971)
by Sloan 26 Aug '06

26 Aug '06

In light of our previous attempt at the task of converting as many gbooleans to bools as possible (resulted in inkscape crashing in various circumstances), we've decided to go for a more incremental approach. I'll change a few and commit, and wait a few days for possible bugs to appear. This time around I'm also taking it much more slowly, carefully. I don't expect to have as many problems as we had before. This commit only converts 33 gbooleans to bools (also changes lots of TRUE and FALSE to true and false). This isn't too many though, and I've looked at each rather carefully, so it should be fine. However, it would still be good to have some testing done to be sure. Here are the sections which are modified, possibly inducing bugs: Undo-System: If the modifications screwed up, then this would pick up on actions that are supposed to be ignored, making the next hit of "Undo" likely do nothing, or crash, or undo something its not supposed to. To see these specific places do a search on all the code for sp_document_set_undo_sensitive. SVG/XML: Screwing this up should be pretty obvious. Hopefully. Just remember this if something goes wrong in the next few days.

1 0

new icons + anyone want to help? + submenu icons
by Jon Phillips 25 Aug '06

25 Aug '06

Heya dudes and dudettes, It has been bothering me that there aren't icons for some menu items. I went ahead and took a stab at finishing the rest of the icons in the main menus. Please critique my new ones with your own changes...I just wanted to get the ball rolling... I added: Document Metadata, Input Devices, Select All in All Layers, Invert Selection, Deselect, Messages, Scripts, Icon Preview, Layers..., the rest of the text icons (not the best ones), About Memory... I hope you all like...Also, to all you artists and developers, adding icons is easy! 1.) open up icons.svg from the main inkscape trunk in PATH_TO_INKSCAPE/share/icons/icons.svg 2.) group your icon together and give it a good name in the object properties dialog 3.) add or edit the proper name in the PATH_TO_INKSCAPE/src/verbs.cpp 4.) make && su -c 'make install' Check and repeat 1-4 until you are happy! Oh, the Clip, Mask and Pattern subdirectory menu items still need icons. Does anyone want to take a stab at these? Also, Kees, didn't you hack in a fix so that we can have icons for the submenus. What happened to that? 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)

8 14

[Fwd: NEW: pig latin translation]
by Jon Phillips 25 Aug '06

25 Aug '06

SF.net screwed up this week and didn't deliver this announcement... Jon -------- Forwarded Message -------- > From: Jon Phillips <jon@...235...> > To: Inkscape Development Mailing List > <inkscape-devel(a)lists.sourceforge.net> > Subject: NEW: pig latin translation > Date: Tue, 22 Aug 2006 21:53:20 -0700 > > Hi, I committed a patch for the pig latin dialect of English by Jon > South...you can use it like so from the command line: > > LANG=en_US@...1443... inkscape > > It is not really a supported locale, but this is the only way to > shoehorn it into the system...I'm going to blog about getting your own > funky language into linux ;) > > Jon > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

1 0

UPDATE on trunk
by Jon Phillips 25 Aug '06

25 Aug '06

We had to peel back the gboolean -> bool changeover so y'all might have to do a 'make clean' before rebuilding Inkscape (many files were touched). Sorry for the sucky recompile, but we had to go through this to see the light in trying to do mass conversions...its all about incrementally adding this type of change... 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)

4 4

testing
by Jon Phillips 25 Aug '06

25 Aug '06

Testing...does this list work anymore??? 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)

2 1

Undefined sp_module_new in 0.36
by Void 25 Aug '06

25 Aug '06

A really basic C coding question! I'm attempting to compile v0.36 with the '--with-gnome-print' option, and after fixing one small bug: modules/gnome.c needed #include "helper/canvas-bpath.h" I then got to the final link step and there's just one undefined reference: src/print.c:118: undefined reference to `sp_module_new' 'sp_module_new' is defined in module.c: static SPModule * sp_module_new (GType type, SPRepr *repr); My C is very rusty... how do I make that visible in print.c? And why isn't it? ...is it because I'm using gcc 3.4? Regards, Barry Kauler ________________________________________________ Dodo - an Official Sponsor of the 2006 FORMULA 1 (tm) Foster's Australian Grand Prix

1 0

Re: [Inkscape-devel] new icons + anyone want to help? + submenu icons
by Tobias Jakobs 24 Aug '06

24 Aug '06

> > > If Inkscape would use the Tango ArtLibreSet[1] and not the icons.svg we could > > change the Incscape, Scribus and Gimp icons just by changing one iconset. > But this will work just in Linux, no? I think it's time to change OS ;) > I don't know if this will work with Windows, but I think it's a good time to change the OS. ;) Regards, Tobias _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000066

1 0

Bug during rotation
by Bob Jamison 24 Aug '06

24 Aug '06

Although I know this is the wrong place to mention a bug, I think that some people were talking about this already on the list or the jabber group, so it probably does not deserve a new bug. On win32/svn, when you start a new document, place a <rect> on it, and attempt to rotate it, you get the following. Both the mention of "allocation" in the source, and "boolean" make me think of things that people have been doing recently, so likely this will be familiar to them. =============================================== #0 SPCanvas::getViewbox (this=0x0) at display/sp-canvas.cpp:2126 #1 0x0044b9d0 in SPDesktop::get_display_area (this=0xad8bd8) at desktop.cpp:663 #2 0x0044e4a5 in SPDesktop::scroll_to_point (this=0xad8bd8, p=0x22f010, autoscrollspeed=0) at desktop.cpp:897 #3 0x007cd385 in sp_knot_handler (item=0xe968240, event=0xdc31418, knot=0xda0f9f0) at knot.cpp:381 #4 0x004ddd10 in sp_marshal_BOOLEAN__POINTER (closure=0xed64778, return_value=0x22f280, n_param_values=2, param_values=0x22f2f0, invocation_hint=0x22f1d8, marshal_data=0x0) at helper/sp-marshal.cpp:352 #5 0x0b163935 in libiconv_version () from C:\inkscape\libgobject-2.0-0.dll #6 0x0ed64778 in ?? ()

1 0

Export dialog
by Bob Jamison 24 Aug '06

24 Aug '06

Hi, everyone! I suppose that this list has a very short memory, since we were talking about this about a month ago. :-) Some work has already been done toward this.. Here is a first cut: http://inkscape.org/win32/export/export-dump.png Explaining the look, first please note that this is a first attempt. The dialog is basically a SaveAs dialog, with an extra panel added. The position of the panel is a Gtk thing, not something I devised. That's just where it goes. The Gtk::Frame on the left is for the scope of the source document to export. It is output format-agnostic, and would apply to all types. Notice the blank area on the right. That is where the Preview box goes, the same as on the Open dialog. We would probably use this to display a preview of the scope of the source document. The right side currently has information common to most types of exports we would provide. It is conceivable that some of the controls on the right side could change as the result of a callback from the type-selecting Gtk::Combobox. However, of course we would want to avoid bloat. Now, I'm not really concerned with the appearance of this thing, and I'm not a GUI guru. What we need is this set of parameters to give us at least the amount of information that we have now. But the basic look of a FileChooser remains the same, and is not something we would want to waste our time coding from scratch. We are not in the toolkit business, but SVG editing. In addition, PNG exporting has been decoupled from file.cpp, so that it can be called from elsewhere than the existing dialog. There are 3 other things that we have been discussing, to support this functionality: 1) A clone-with-crop function, which will duplicate all or part of a Document according to the user's needs (left side of dialog) 2) Getting the output-specific parameters to the Output classes in Ted's extension architecture (right side) 3) (wish list) Decoupling the interpretation of the Document tree and the generation of the various output formats. This way the Document traversal only needs to be written and debugged once, and the various drawing contexts can be plugged into it. If you look in /internal, you will see a lot of redundant tree-walking code. With this decoupling, the gurus of what is in an SPDocument can determine how the tree is interpreted, and the people writing the outputs can concentrate on simpler drawing primitives. Also, the drawing commands of the contexts need only concern themselves with absolute coordinates, alleviating the need for output-writers to constantly convert coordinate spaces. Remember, form must follow function. bob

2 1