- Inkscape Devel - Inkscape Mailman

Windows console
by Gail Banaszkiewicz 21 Aug '07

21 Aug '07

I seem to have lost the ability to run Inkscape as a console app in Windows. I have followed the instructions in http://wiki.inkscape.org/wiki/index.php/FAQ#Can_Inkscape_be_used_from_the_c… so is it possible that something has changed in the last while during the broken build period? Is anyone else on Windows having the same problem or is it just me (and therefore likely my own error)? Thanks! Gail

3 3

SoC: Font Specification Implementation
by Gail Banaszkiewicz 20 Aug '07

20 Aug '07

Hi all! I uploaded a patch into the patch tracker with my work from the second half of Summer of Code: Patch #1778026 <https://sourceforge.net/tracker/index.php?func=detail&aid=1778026&group_id=…>. I did this instead of checking it in because although I have done a lot of testing, I think it would be prudent if you all give it a try as well. It should be non-obtrusive for you to try; the only real visual difference should be that the text and style dialog shows only those fonts that Pango can actually work with (so no more duplicates, and no more styles that aren't selectable). Everything else is under the hood so to speak. This work allows for us to separate font families and styles better in the text and style dialog. I held off implementing this for now as Miklos has some code he thinks will work well for this purpose in svgbuilder.cpp. I was hoping we could all have a look at his code and decide whether that's what we want to use for this purpose. I also wanted to make sure the framework I laid down for this is solid before going on to the next stage. I have also laid the foundation for being able to support fonts that CSS can't. At the moment this isn't possible given the fact that Pango only supports CSS fonts. However, I will be doing some more research in the near future into either getting that changed, or seeing if there is any way around using the PangoFontDescription structure that we rely on so heavily at the moment (which is the one that specifically does not support anything outside of CSS). Please let me know if you find any issues or annoyances! I am getting married this week, have a week off next week, and am travelling the week after. So communication could be sporadic - but don't worry, I have not abandoned you! ;) Gail

1 0

.SVG filetype
by Thomas Worthington 20 Aug '07

20 Aug '07

I get EPS files from clients every week with existing logos and other design elements from their letterhead and other advertising in them. Problem is, most of these files are little more than wrappers around Illustrator-only code and can not be displayed by anything other than Adobe products, certainly Inkscape can handle maybe 1 in 10 of them and even then very poorly. This is not Inkscape's fault but the fault of products that save files in "<product>-eps" format. The practical upshot for me is that ".eps" is now a meaningless filetype, much like .tiff, and serves only to make it difficult to explain to clients why I'm having trouble with what they think of as very basic files. As this problem has grown, I've started to question the value of having "Save as inkscape SVG" produce ".svg" suffixed files. Is it not a better idea, design-wise, to indicate that a file is not "pure" SVG with a different suffix such as .isvg or something similar? I have already sent Inkscape-SVG files to other designers by mistake; with a different suffix this would be a mistake which would be apparent as I selected the files for attachment to my emails. Should Inkscape change the default suffix for its own filetypes? Thomas Worthington

7 8

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog
by joel＠...1709... 20 Aug '07

20 Aug '07

Oh good work; well done! ---------------------------------------- From: "Bruno Dilly" <bruno.dilly@...400...> Sent: 20 August 2007 05:15 To: joel@...1709... Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog Hey Joel, I made the changes you've suggested. Thanks by the support. On 8/19/07, joel@...1709... wrote: > Great, and I just noticed one other thing. > > In ocaldialogs.h you have the line > FileDialogOCALBase(const Glib::ustring &title) : > Gtk::Dialog(title,true) > > where you call the constructor of Gtk::Dialog. Can you use instead the three > parameter > version where the parent window is specified as the second parameter? Like > this... > > FileDialogOCALBase(const Glib::ustring &title, Gtk::Window& parent) : > Gtk::Dialog(title, parent, true) > > This should be pretty easy considering the OCAL classes already get a > reference > to the parent window from file.cpp. The advantage of doing this for Windows > users, is > that it stops your dialogs sinking down behind the inkscape desktop if > someone clicks > on it. > > Best regards > Joel > > ________________________________ > From: "Bruno Dilly" > Sent: 19 August 2007 10:54 > To: joel@...1709... > Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] > inkscape/trunk/src/ui/dialog > > OK Joel, I will do it soon. Thanks for the help =) > > On 8/19/07, joel@...1709... wrote: > > I figured out what the problem was now. In my version, I made changes in > > file.cpp, which I managed to miss comitting. I'm very sorry for all the > > inconvenience. I assumed you were asleep, and I was hoping to slip the > > change in quickly before you woke up - well that worked out just great! > > > > On the subject of file.cpp, the line in the current SVN version > > exportDialogInstance = > > Inkscape::UI::Dialog::FileExportToOCALDialog::create( > > was > > exportDialogInstance = new > > Inkscape::UI::Dialog::FileExportToOCALDialog( > > in my version. > > > > Can I suggest that you do the same, when you're ready? There's no need to > > have separate dialog and impl classes in this case. If possible I suggest > > you begin to merge the functionality of the two classes, do away with the > > class factory, and just expose the constructor directly. This sounds like > a > > big deal, but actually it only took me about 10 minutes to do. > > > > Hope that helps > > > > Best Regards > > Joel > > > > ________________________________ > > From: "Bruno Dilly" > > Sent: Sunday, August 19, 2007 10:09 AM > > To: joel@...1709... > > Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] > > inkscape/trunk/src/ui/dialog > > > > But I think I didn't erased any modification. > > > > I just included in the file.cpp you have commited the following itens: > > - an #include "ui/dialog/ocaldialogs.h" > > - the password verification inside the export to ocal function > > > > But if you think is necessary to revert, do it, and I will fix it > > later, if necessary. > > > > On 8/19/07, joel@...1709... wrote: > > > Well it's good that you fixed it. I'm confused though, because I tested > > and > > > compiled my revised version *several* times. Did you guys try running > > > ./autogen ? Now file.cpp needs to be reverted, as my version did away > with > > > the class factories. > > > > > > ________________________________ > > > From: Jon Phillips > > > Sent: Sunday, August 19, 2007 6:30 AM > > > To: Bruno Dilly > > > Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: > [15827] > > > inkscape/trunk/src/ui/dialog > > > > > > On Sun, 2007-08-19 at 02:11 -0300, Bruno Dilly wrote: > > > > I was doing the same thing as Joel, and I was including the login > > > > dialog used to export to ocal. > > > > > > > > So I commited my ocaldialogs.ccp and ocaldialogs.h, and now things > look > > > fine. > > > > > > Whoa, you guys gotta inter-communi-kate ;) > > > > > > Jon > > > > > > > On 8/19/07, MenTaLguY wrote: > > > > > Joel, your recent commit appears to have broken the build. > > > > > > > > > > Please fix it so we can get back to work. > > > > > > > > > > Thanks, > > > > > > > > > > -mental > > > > > > > > > > On Sat, 2007-08-18 at 17:29 -0700, > > > joelholdsworth@...58... > > > > > wrote: > > > > > > Revision: 15827 > > > > > > > > > > > > http://inkscape.svn.sourceforge.net/inkscape/?rev=15827&view=rev > > > > > > Author: joelholdsworth > > > > > > Date: 2007-08-18 17:29:36 -0700 (Sat, 18 Aug 2007) > > > > > > > > > > > > Log Message: > > > > > > ----------- > > > > > > Separated the OCAL import and export dialogs into their own source > > > file - ocaldialogs.cpp and ocaldialogs.h > > > > > > > > > > > > Modified Paths: > > > > > > -------------- > > > > > > inkscape/trunk/src/ui/dialog/Makefile_insert > > > > > > inkscape/trunk/src/ui/dialog/filedialog.cpp > > > > > > inkscape/trunk/src/ui/dialog/filedialog.h > > > > > > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.cpp > > > > > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.h > > > > > > > > > > > > Added Paths: > > > > > > ----------- > > > > > > inkscape/trunk/src/ui/dialog/ocaldialogs.cpp > > > > > > inkscape/trunk/src/ui/dialog/ocaldialogs.h > > > > > > > > > > > > > > > > > > This was sent by the SourceForge.net collaborative development > > > platform, the world's largest Open Source development site. > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > This SF.net email is sponsored by: Splunk Inc. > > > > > > Still grepping through log files to find problems? Stop. > > > > > > Now Search log events and configuration files using AJAX and a > > > browser. > > > > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > > > > _______________________________________________ > > > > > > Inkscape-cvs mailing list > > > > > > Inkscape-cvs(a)lists.sourceforge.net > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > This SF.net email is sponsored by: Splunk Inc. > > > > > Still grepping through log files to find problems? Stop. > > > > > Now Search log events and configuration files using AJAX and a > > browser. > > > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel(a)lists.sourceforge.net > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by: Splunk Inc. > > > > Still grepping through log files to find problems? Stop. > > > > Now Search log events and configuration files using AJAX and a > browser. > > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel(a)lists.sourceforge.net > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > -- > > > 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... > > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel(a)lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel(a)lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > > > > >

1 0

win32 building again
by Bob Jamison 20 Aug '07

20 Aug '07

Well, finally, we got Inkscape to build again. It is here: http://inkscape.modevia.com/win32/Inkscape0708190932.7z It is built with the new library bundle: http://inkscape.modevia.com/win32libs/gtk210-070819.7z The build.xml file has been tweaked to use this. You no longer need the separate boost installation. bob frabjous day!

3 6

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog
by joel＠...1709... 20 Aug '07

20 Aug '07

Great, and I just noticed one other thing. In ocaldialogs.h you have the line FileDialogOCALBase(const Glib::ustring &title) : Gtk::Dialog(title,true) where you call the constructor of Gtk::Dialog. Can you use instead the three parameter version where the parent window is specified as the second parameter? Like this... FileDialogOCALBase(const Glib::ustring &title, Gtk::Window& parent) : Gtk::Dialog(title, parent, true) This should be pretty easy considering the OCAL classes already get a reference to the parent window from file.cpp. The advantage of doing this for Windows users, is that it stops your dialogs sinking down behind the inkscape desktop if someone clicks on it. Best regards Joel ---------------------------------------- From: "Bruno Dilly" <bruno.dilly@...400...> Sent: 19 August 2007 10:54 To: joel@...1709... Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog OK Joel, I will do it soon. Thanks for the help =) On 8/19/07, joel@...1709... wrote: > I figured out what the problem was now. In my version, I made changes in > file.cpp, which I managed to miss comitting. I'm very sorry for all the > inconvenience. I assumed you were asleep, and I was hoping to slip the > change in quickly before you woke up - well that worked out just great! > > On the subject of file.cpp, the line in the current SVN version > exportDialogInstance = > Inkscape::UI::Dialog::FileExportToOCALDialog::create( > was > exportDialogInstance = new > Inkscape::UI::Dialog::FileExportToOCALDialog( > in my version. > > Can I suggest that you do the same, when you're ready? There's no need to > have separate dialog and impl classes in this case. If possible I suggest > you begin to merge the functionality of the two classes, do away with the > class factory, and just expose the constructor directly. This sounds like a > big deal, but actually it only took me about 10 minutes to do. > > Hope that helps > > Best Regards > Joel > > ________________________________ > From: "Bruno Dilly" > Sent: Sunday, August 19, 2007 10:09 AM > To: joel@...1709... > Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] > inkscape/trunk/src/ui/dialog > > But I think I didn't erased any modification. > > I just included in the file.cpp you have commited the following itens: > - an #include "ui/dialog/ocaldialogs.h" > - the password verification inside the export to ocal function > > But if you think is necessary to revert, do it, and I will fix it > later, if necessary. > > On 8/19/07, joel@...1709... wrote: > > Well it's good that you fixed it. I'm confused though, because I tested > and > > compiled my revised version *several* times. Did you guys try running > > ./autogen ? Now file.cpp needs to be reverted, as my version did away with > > the class factories. > > > > ________________________________ > > From: Jon Phillips > > Sent: Sunday, August 19, 2007 6:30 AM > > To: Bruno Dilly > > Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] > > inkscape/trunk/src/ui/dialog > > > > On Sun, 2007-08-19 at 02:11 -0300, Bruno Dilly wrote: > > > I was doing the same thing as Joel, and I was including the login > > > dialog used to export to ocal. > > > > > > So I commited my ocaldialogs.ccp and ocaldialogs.h, and now things look > > fine. > > > > Whoa, you guys gotta inter-communi-kate ;) > > > > Jon > > > > > On 8/19/07, MenTaLguY wrote: > > > > Joel, your recent commit appears to have broken the build. > > > > > > > > Please fix it so we can get back to work. > > > > > > > > Thanks, > > > > > > > > -mental > > > > > > > > On Sat, 2007-08-18 at 17:29 -0700, > > joelholdsworth@...58... > > > > wrote: > > > > > Revision: 15827 > > > > > > > > http://inkscape.svn.sourceforge.net/inkscape/?rev=15827&view=rev > > > > > Author: joelholdsworth > > > > > Date: 2007-08-18 17:29:36 -0700 (Sat, 18 Aug 2007) > > > > > > > > > > Log Message: > > > > > ----------- > > > > > Separated the OCAL import and export dialogs into their own source > > file - ocaldialogs.cpp and ocaldialogs.h > > > > > > > > > > Modified Paths: > > > > > -------------- > > > > > inkscape/trunk/src/ui/dialog/Makefile_insert > > > > > inkscape/trunk/src/ui/dialog/filedialog.cpp > > > > > inkscape/trunk/src/ui/dialog/filedialog.h > > > > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.cpp > > > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.h > > > > > > > > > > Added Paths: > > > > > ----------- > > > > > inkscape/trunk/src/ui/dialog/ocaldialogs.cpp > > > > > inkscape/trunk/src/ui/dialog/ocaldialogs.h > > > > > > > > > > > > > > > This was sent by the SourceForge.net collaborative development > > platform, the world's largest Open Source development site. > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > This SF.net email is sponsored by: Splunk Inc. > > > > > Still grepping through log files to find problems? Stop. > > > > > Now Search log events and configuration files using AJAX and a > > browser. > > > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > > > _______________________________________________ > > > > > Inkscape-cvs mailing list > > > > > Inkscape-cvs(a)lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by: Splunk Inc. > > > > Still grepping through log files to find problems? Stop. > > > > Now Search log events and configuration files using AJAX and a > browser. > > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel(a)lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel(a)lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > -- > > 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... > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > >

2 1

Edit clip with node tool
by microUgly 20 Aug '07

20 Aug '07

It occured to me today that it would be pretty intuitive to be able to edit a clipping object without having to release the clip by simply selecting the node tool. I also just now seen a post that suggested this is already the plan. I'm just curious if any work is currently being done on this or if it's something that more likely to be added in later versions. -- View this message in context: http://www.nabble.com/Edit-clip-with-node-tool-tf4296255.html#a12229067 Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 1

function plotter broken
by bulia byak 19 Aug '07

19 Aug '07

Help requested from Python extension developers - in SVN, the function plotter dialog is broken: File "/usr/local/share/inkscape/extensions/funcplot.py", line 115, in drawfunction dy0 = (y1 - y0)/ds TypeError: unsupported operand type(s) for -: 'str' and 'str' I have no idea what is wrong and why it worked before. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Re: [Inkscape-devel] Import from OCAL feature
by joel＠...1709... 19 Aug '07

19 Aug '07

Another point about OCAL export. It seems that both of us are working on filedialog.cpp, where I notice you've added two new classes FileImportFromOCALDialog and FileExportToOCALDialog to the file which already has three classes FileOpenDialog, FileSaveDialog and FileSaveDialog. I havn't been able to try the latest bits yet, but am I right in thinking that these OCAL dialogs are not file dialogs in the sense that they allow you pick a file from the file system? If this is the case, then they really don't belong in filedialog.cpp. Basically I'm hoping to get inkscape to support native file dialogs for various platforms (Windows, MacOS etc). filedialogs.cpp is the place where the class factories for the platform specific dialog implementations will be, with platform specific implementations all located within separate files. This is why I recently renamed the class FileSaveDialogImpl to FileSaveDialogImplGtk and put it in a separate file, because there's soon to come a FileSaveDialogImplWin32; and maybe one day someone will add a FileSaveDialogImplMacOS or whatever. However, you don't need to do all that for the ocal dialogs. You certainly don't need to have an addition class FileImportFromOCALDialogImplGtk; because noone should ever implement a FileImportFromOCALDialogImplWin32 or a FileImportFromOCALDialogImplMacOS or a FileImportFromOCALDialogImplBeOS! The other problem IMHO is that even before FileImportFromOCALDialog and FileExportToOCALDialog came along, when filedialogs.cpp had only 3 class implementations, that was still 2 too many*! So for these reasons I recommend you relocate these classes to another file maybe called ocaldialogs.cpp and ocaldialogs.h or something. You can also do away with both FileExportToOCALDialogImpl and FileImportFromOCALDialogImplGtk moving all their functionality into FileImportFromOCALDialog and FileExportToOCALDialog; because there will never be platform specific implementations of these dialogs. I hope this helps Best regards Joel * Soon I'm hoping to relocate FileExportDialog to another file, because it's really quite a different beast from FileOpenDialog and FileSaveDialog. ---------------------------------------- From: "Bruno Dilly" <bruno.dilly@...400...> Sent: 18 August 2007 18:31 To: "bulia byak" <buliabyak@...400...> Subject: Re: [Inkscape-devel] Import from OCAL feature On 8/18/07, bulia byak wrote: > On 8/18/07, Bruno Dilly wrote: > > bulia, to select the row: if you are using the keyboard you must press > > enter, and if you are using the mouse you must double click. > > Hmm, I'm afraid this must not be documented - it must be fixed instead > :) It's very unintuitive and plain wrong: single click must select, > double click or Enter must open selected (closing the dialog). > OK, I will change it > Anyway, now that I double click, I can import something, but only PNG > files. Any SVG file fails to show or open, writing in the console: > > (inkscape:23667): glibmm-CRITICAL **: > unhandled exception (type Glib::Error) in signal handler: > domain: gdk-pixbuf-error-quark > code : 3 > what : Couldn't recognize the image file format for file > '/tmp/johnny_automatic_pen.svg' > I couldn't reproduce the bug. Everything is working fine here, I've imported a lot of SVG files, including johnny_automatic_pen.svg. Could you make a test for me? Try to import the file directly from /tmp/, with the Import feature. Is it working for you? Do you have any other information that you think could help me to find what is happening? > By the way, it would be nice to have a line added to the dialog that > would show some information about the selected image: filename, > format, file size, date, etc. Good idea, I will see it later > > -- > bulia byak > Inkscape. Draw Freely. > http://www.inkscape.org > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

4 3

LPE: applying skeletal strokes breaks path
by Vladimir Savic 19 Aug '07

19 Aug '07

Guess it's better to start with example then explanation: 1) draw rectangle, convert it to 4 node path (ctrl+shift+c) and copy it (ctrl+c) 1a) fill it with black color 2) draw 2 point bezier line 3) open LPE editor (ctrl+shift+7) 4) pick Skeletal Stroke, apply it and paste (ctrl+v) from clipboard 5) chose Single, stretched Expected: filled four node path Result: broken path which can't be filled. Because there's no way to see how many nodes resulting path has it must be converted to regular path (ctrl+shift+c). And then it's easily noticeable that path is broken in many ways: there are too many nodes (expected 4) and shape is badly broken! Illustrative screenshots attached! Regardes, Vlada

2 3

Breaking the build
by Bob Jamison 19 Aug '07

19 Aug '07

Hi, all! Hey, folks. Can people please be more careful that their submissions don't break the build before they commit? People seem to be committing rather recklessly recently. The source tree has been in a constant state of breakage for days. Please double-check before you commit. Maybe check into IRC or Jabber to get feedback from other people. But don't ever just commit code and leave. This makes it very difficult for other people to build, contribute, or test their stuff. Please be considerate. Thanks, bob

1 0

clone loop
by David Christian Berg 19 Aug '07

19 Aug '07

Hey Inkscapers! I'll check later, if there is a bug report, but right now I don't have internet, so I'll just write an email, to not forget about it: I just copied and pasted, and was confused, because Inkscape seemed to just not manage to do so. What I only noticed later, is that I had created a clone loop. I had copied a clone and accidentally pasted it into the group, it was a clone of. Well, that would of course cause a loop to infinity, just like standing between two mirrors. Is there any chance to give a warning about this instead of hanging? Cheers! David

1 0

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog
by joel＠...1709... 19 Aug '07

19 Aug '07

I figured out what the problem was now. In my version, I made changes in file.cpp, which I managed to miss comitting. I'm very sorry for all the inconvenience. I assumed you were asleep, and I was hoping to slip the change in quickly before you woke up - well that worked out just great! On the subject of file.cpp, the line in the current SVN version exportDialogInstance = Inkscape::UI::Dialog::FileExportToOCALDialog::create( was exportDialogInstance = new Inkscape::UI::Dialog::FileExportToOCALDialog( in my version. Can I suggest that you do the same, when you're ready? There's no need to have separate dialog and impl classes in this case. If possible I suggest you begin to merge the functionality of the two classes, do away with the class factory, and just expose the constructor directly. This sounds like a big deal, but actually it only took me about 10 minutes to do. Hope that helps Best Regards Joel ---------------------------------------- From: "Bruno Dilly" <bruno.dilly@...400...> Sent: Sunday, August 19, 2007 10:09 AM To: joel@...1709... Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog But I think I didn't erased any modification. I just included in the file.cpp you have commited the following itens: - an #include "ui/dialog/ocaldialogs.h" - the password verification inside the export to ocal function But if you think is necessary to revert, do it, and I will fix it later, if necessary. On 8/19/07, joel@...1709... wrote: > Well it's good that you fixed it. I'm confused though, because I tested and > compiled my revised version *several* times. Did you guys try running > ./autogen ? Now file.cpp needs to be reverted, as my version did away with > the class factories. > > ________________________________ > From: Jon Phillips > Sent: Sunday, August 19, 2007 6:30 AM > To: Bruno Dilly > Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] > inkscape/trunk/src/ui/dialog > > On Sun, 2007-08-19 at 02:11 -0300, Bruno Dilly wrote: > > I was doing the same thing as Joel, and I was including the login > > dialog used to export to ocal. > > > > So I commited my ocaldialogs.ccp and ocaldialogs.h, and now things look > fine. > > Whoa, you guys gotta inter-communi-kate ;) > > Jon > > > On 8/19/07, MenTaLguY wrote: > > > Joel, your recent commit appears to have broken the build. > > > > > > Please fix it so we can get back to work. > > > > > > Thanks, > > > > > > -mental > > > > > > On Sat, 2007-08-18 at 17:29 -0700, > joelholdsworth@...58... > > > wrote: > > > > Revision: 15827 > > > > > http://inkscape.svn.sourceforge.net/inkscape/?rev=15827&view=rev > > > > Author: joelholdsworth > > > > Date: 2007-08-18 17:29:36 -0700 (Sat, 18 Aug 2007) > > > > > > > > Log Message: > > > > ----------- > > > > Separated the OCAL import and export dialogs into their own source > file - ocaldialogs.cpp and ocaldialogs.h > > > > > > > > Modified Paths: > > > > -------------- > > > > inkscape/trunk/src/ui/dialog/Makefile_insert > > > > inkscape/trunk/src/ui/dialog/filedialog.cpp > > > > inkscape/trunk/src/ui/dialog/filedialog.h > > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.cpp > > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.h > > > > > > > > Added Paths: > > > > ----------- > > > > inkscape/trunk/src/ui/dialog/ocaldialogs.cpp > > > > inkscape/trunk/src/ui/dialog/ocaldialogs.h > > > > > > > > > > > > This was sent by the SourceForge.net collaborative development > platform, the world's largest Open Source development site. > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by: Splunk Inc. > > > > Still grepping through log files to find problems? Stop. > > > > Now Search log events and configuration files using AJAX and a > browser. > > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > > _______________________________________________ > > > > Inkscape-cvs mailing list > > > > Inkscape-cvs(a)lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel(a)lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > -- > 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... > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > >

2 1

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog
by joel＠...1709... 19 Aug '07

19 Aug '07

Yeah, this actually is my policy. However let's say you have three files A.cpp B.cpp and C.cpp. If you commit the first two, but not the third, you'll break the build, even though "svn up" says you're up to date. This is why I've now installed a GUI SVN client, which highlights modified files in red! :-) ---------------------------------------- From: Bob Jamison <rwjj@...127...> Sent: Sunday, August 19, 2007 10:46 AM To: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog A good rule of thumb is to do an svn update just before doing an svn commit, just to make sure that there are no conflicts. bob Bruno Dilly wrote: > But I think I didn't erased any modification. > > I just included in the file.cpp you have commited the following itens: > - an #include "ui/dialog/ocaldialogs.h" > - the password verification inside the export to ocal function > > But if you think is necessary to revert, do it, and I will fix it > later, if necessary. > > On 8/19/07, joel@...1709... wrote: > >> Well it's good that you fixed it. I'm confused though, because I tested and >> compiled my revised version *several* times. Did you guys try running >> ./autogen ? Now file.cpp needs to be reverted, as my version did away with >> the class factories. >> >> ________________________________ >> From: Jon Phillips >> Sent: Sunday, August 19, 2007 6:30 AM >> To: Bruno Dilly >> Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] >> inkscape/trunk/src/ui/dialog >> >> On Sun, 2007-08-19 at 02:11 -0300, Bruno Dilly wrote: >> >>> I was doing the same thing as Joel, and I was including the login >>> dialog used to export to ocal. >>> >>> So I commited my ocaldialogs.ccp and ocaldialogs.h, and now things look >>> >> fine. >> >> Whoa, you guys gotta inter-communi-kate ;) >> >> Jon >> >> >>> On 8/19/07, MenTaLguY wrote: >>> >>>> Joel, your recent commit appears to have broken the build. >>>> >>>> Please fix it so we can get back to work. >>>> >>>> Thanks, >>>> >>>> -mental >>>> >>>> On Sat, 2007-08-18 at 17:29 -0700, >>>> >> joelholdsworth@...58... >> >>>> wrote: >>>> >>>>> Revision: 15827 >>>>> >>>>> >> http://inkscape.svn.sourceforge.net/inkscape/?rev=15827&view=rev >> >>>>> Author: joelholdsworth >>>>> Date: 2007-08-18 17:29:36 -0700 (Sat, 18 Aug 2007) >>>>> >>>>> Log Message: >>>>> ----------- >>>>> Separated the OCAL import and export dialogs into their own source >>>>> >> file - ocaldialogs.cpp and ocaldialogs.h >> >>>>> Modified Paths: >>>>> -------------- >>>>> inkscape/trunk/src/ui/dialog/Makefile_insert >>>>> inkscape/trunk/src/ui/dialog/filedialog.cpp >>>>> inkscape/trunk/src/ui/dialog/filedialog.h >>>>> inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.cpp >>>>> inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.h >>>>> >>>>> Added Paths: >>>>> ----------- >>>>> inkscape/trunk/src/ui/dialog/ocaldialogs.cpp >>>>> inkscape/trunk/src/ui/dialog/ocaldialogs.h >>>>> >>>>> >>>>> This was sent by the SourceForge.net collaborative development >>>>> >> platform, the world's largest Open Source development site. >> >>>>> >> ------------------------------------------------------------------------- >> >>>>> This SF.net email is sponsored by: Splunk Inc. >>>>> Still grepping through log files to find problems? Stop. >>>>> Now Search log events and configuration files using AJAX and a >>>>> >> browser. >> >>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>>> _______________________________________________ >>>>> Inkscape-cvs mailing list >>>>> Inkscape-cvs(a)lists.sourceforge.net >>>>> >>>>> >> https://lists.sourceforge.net/lists/listinfo/inkscape-cvs >> >>>> >> ------------------------------------------------------------------------- >> >>>> This SF.net email is sponsored by: Splunk Inc. >>>> Still grepping through log files to find problems? Stop. >>>> Now Search log events and configuration files using AJAX and a browser. >>>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>> _______________________________________________ >>>> Inkscape-devel mailing list >>>> Inkscape-devel(a)lists.sourceforge.net >>>> >>>> >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> >>>> >>>> >>> >> ------------------------------------------------------------------------- >> >>> This SF.net email is sponsored by: Splunk Inc. >>> Still grepping through log files to find problems? Stop. >>> Now Search log events and configuration files using AJAX and a browser. >>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>> _______________________________________________ >>> Inkscape-devel mailing list >>> Inkscape-devel(a)lists.sourceforge.net >>> >>> >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> -- >> 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... >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> >> >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog
by joel＠...1709... 19 Aug '07

19 Aug '07

Well it's good that you fixed it. I'm confused though, because I tested and compiled my revised version *several* times. Did you guys try running ./autogen ? Now file.cpp needs to be reverted, as my version did away with the class factories. ---------------------------------------- From: Jon Phillips <jon@...235...> Sent: Sunday, August 19, 2007 6:30 AM To: Bruno Dilly <bruno.dilly@...400...> Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog On Sun, 2007-08-19 at 02:11 -0300, Bruno Dilly wrote: > I was doing the same thing as Joel, and I was including the login > dialog used to export to ocal. > > So I commited my ocaldialogs.ccp and ocaldialogs.h, and now things look fine. Whoa, you guys gotta inter-communi-kate ;) Jon > On 8/19/07, MenTaLguY wrote: > > Joel, your recent commit appears to have broken the build. > > > > Please fix it so we can get back to work. > > > > Thanks, > > > > -mental > > > > On Sat, 2007-08-18 at 17:29 -0700, joelholdsworth@...58... > > wrote: > > > Revision: 15827 > > > http://inkscape.svn.sourceforge.net/inkscape/?rev=15827&view=rev > > > Author: joelholdsworth > > > Date: 2007-08-18 17:29:36 -0700 (Sat, 18 Aug 2007) > > > > > > Log Message: > > > ----------- > > > Separated the OCAL import and export dialogs into their own source file - ocaldialogs.cpp and ocaldialogs.h > > > > > > Modified Paths: > > > -------------- > > > inkscape/trunk/src/ui/dialog/Makefile_insert > > > inkscape/trunk/src/ui/dialog/filedialog.cpp > > > inkscape/trunk/src/ui/dialog/filedialog.h > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.cpp > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.h > > > > > > Added Paths: > > > ----------- > > > inkscape/trunk/src/ui/dialog/ocaldialogs.cpp > > > inkscape/trunk/src/ui/dialog/ocaldialogs.h > > > > > > > > > This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > _______________________________________________ > > > Inkscape-cvs mailing list > > > Inkscape-cvs(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel -- 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... ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

3 2

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog
by MenTaLguY 19 Aug '07

19 Aug '07

Joel, your recent commit appears to have broken the build. Please fix it so we can get back to work. Thanks, -mental On Sat, 2007-08-18 at 17:29 -0700, joelholdsworth@...58... wrote: > Revision: 15827 > http://inkscape.svn.sourceforge.net/inkscape/?rev=15827&view=rev > Author: joelholdsworth > Date: 2007-08-18 17:29:36 -0700 (Sat, 18 Aug 2007) > > Log Message: > ----------- > Separated the OCAL import and export dialogs into their own source file - ocaldialogs.cpp and ocaldialogs.h > > Modified Paths: > -------------- > inkscape/trunk/src/ui/dialog/Makefile_insert > inkscape/trunk/src/ui/dialog/filedialog.cpp > inkscape/trunk/src/ui/dialog/filedialog.h > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.cpp > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.h > > Added Paths: > ----------- > inkscape/trunk/src/ui/dialog/ocaldialogs.cpp > inkscape/trunk/src/ui/dialog/ocaldialogs.h > > > This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Inkscape-cvs mailing list > Inkscape-cvs(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs

3 2

Re: [Inkscape-devel] ImageMagick on win32
by joel＠...1709... 19 Aug '07

19 Aug '07

Yes I'm also having the same problem, and I'm not sure how to resolve 2geom's dependency on the boost headers. ---------------------------------------- From: "john cliff" <john.cliff@...400...> Sent: Saturday, August 18, 2007 11:15 PM To: "Bob Jamison" <rwjj@...127...>, "Inkscape Devel List" <inkscape-devel@...1793...ists.sourceforge.net> Subject: Re: [Inkscape-devel] ImageMagick on win32 Hi Bob, finally got round to trying this today, installed the new libs, did a clean build (having removed the bitmap folder from teh exclude list), and I get the following when linking: Make error line 350: LINK problem: build\libinkscape.a(adaptiveThreshold.o):adap tiveThreshold.cpp:(.text+0x124): undefined reference to `Magick::Image::adaptive Threshold(unsigned int, unsigned int, unsigned int)' build\libinkscape.a(addNoise.o):addNoise.cpp:(.text+0x117): undefined reference to `Magick::Image::addNoise(MagickLib::NoiseType)' build\libinkscape.a(blur.o):blur.cpp:(.text+0x11e): undefined reference to `Magi ck::Image::blur(double, double)' build\libinkscape.a(channel.o):channel.cpp:(.text+0x11f): undefined reference to `Magick::Image::channel(MagickLib::ChannelType)' build\libinkscape.a(charcoal.o):charcoal.cpp:(.text+0x11e): undefined reference to `Magick::Image::charcoal(double, double)' build\libinkscape.a(colorize.o):colorize.cpp:(.text+0x21d): undefined reference to `Magick::ColorRGB::ColorRGB(double, double, double)' build\libinkscape.a(colorize.o):colorize.cpp:(.text+0x240): undefined reference to `Magick::Image::colorize(unsigned int, Magick::Color const&)' build\libinkscape.a(colorize.o):colorize.cpp:(.text+0x252): undefined reference to `Magick::ColorRGB::~ColorRGB()' theres a bunch more undefined reference errors after that, this was just a sample :) Any ideas? Cheers Sim On 8/14/07, john cliff wrote: > thanks bob, will have a play with it this eve. > > On 8/14/07, Bob Jamison wrote: > > Hi all, > > > > I uploaded another lib bundle. This one has the ImageMagick > > library. It is statically built to avoid the (IMHO) nasty DLL > > collection you would otherwise need to bundle with Inkscape. > > > > People can tweak build.xml to get it to build now, I guess. > > > > http://inkscape.modevia.com/win32libs/gtk210-070814.7z > > > > > > bob > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

4 5

Re: [Inkscape-devel] ImageMagick on win32
by john cliff 18 Aug '07

18 Aug '07

Hi Bob, finally got round to trying this today, installed the new libs, did a clean build (having removed the bitmap folder from teh exclude list), and I get the following when linking: Make error line 350: LINK problem: build\libinkscape.a(adaptiveThreshold.o):adap tiveThreshold.cpp:(.text+0x124): undefined reference to `Magick::Image::adaptive Threshold(unsigned int, unsigned int, unsigned int)' build\libinkscape.a(addNoise.o):addNoise.cpp:(.text+0x117): undefined reference to `Magick::Image::addNoise(MagickLib::NoiseType)' build\libinkscape.a(blur.o):blur.cpp:(.text+0x11e): undefined reference to `Magi ck::Image::blur(double, double)' build\libinkscape.a(channel.o):channel.cpp:(.text+0x11f): undefined reference to `Magick::Image::channel(MagickLib::ChannelType)' build\libinkscape.a(charcoal.o):charcoal.cpp:(.text+0x11e): undefined reference to `Magick::Image::charcoal(double, double)' build\libinkscape.a(colorize.o):colorize.cpp:(.text+0x21d): undefined reference to `Magick::ColorRGB::ColorRGB(double, double, double)' build\libinkscape.a(colorize.o):colorize.cpp:(.text+0x240): undefined reference to `Magick::Image::colorize(unsigned int, Magick::Color const&)' build\libinkscape.a(colorize.o):colorize.cpp:(.text+0x252): undefined reference to `Magick::ColorRGB::~ColorRGB()' theres a bunch more undefined reference errors after that, this was just a sample :) Any ideas? Cheers Sim On 8/14/07, john cliff <john.cliff@...400...> wrote: > thanks bob, will have a play with it this eve. > > On 8/14/07, Bob Jamison <rwjj@...127...> wrote: > > Hi all, > > > > I uploaded another lib bundle. This one has the ImageMagick > > library. It is statically built to avoid the (IMHO) nasty DLL > > collection you would otherwise need to bundle with Inkscape. > > > > People can tweak build.xml to get it to build now, I guess. > > > > http://inkscape.modevia.com/win32libs/gtk210-070814.7z > > > > > > bob > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > >

1 0

Making an LPE
by unknown＠example.com 18 Aug '07

18 Aug '07

Hi all, Just wanted you all to know there is now a Wiki page explaining how to create a LivePathEffect: http://wiki.inkscape.org/wiki/index.php/MakingLivePathEffects If anything is unclear, please let me know! Cheers, Johan

1 0

Question about the back-end renderer
by joel＠...1709... 18 Aug '07

18 Aug '07

So I'm currently seeing if a windows explorer thumbnail extension for SVG files is possible. This is achieved by writing a small COM object (encased in a DLL) which is loaded by windows and which paints the thumbnail of the file into an HBITMAP on demand. Initially I thought that I could just load up the cairo shared library, and render the SVG with that - except I've just found out that cairo itself doesn't render SVGs; you need librsvg to do that. Obviously we shouldn't add this dependancy, especially considering inkscape already has a renderer. So I'm wondering if it's possible to load the inkscape renderer in a shared library. Question: How does inkscape and inkview work? Do they just load up a libinkscape shared library? If so, then my extension could load this same library, and get it to do the drawing. But does the library even exist any more? I can't see inkview in the daily builds at the moment (has it been withdrawn?), and certainly no libinkscape - I assume it's static linked to inkscape.exe now. But if such a library existed, I think I could use it to make thumbnails quite happily; although it would be quite bulky library to load. Any suggestions? Joel

1 0

sp_export_X_utf8
by Christopher Kerr 18 Aug '07

18 Aug '07

I'm trying to add an --export-emf command line option to inkscape. Having read through the relevant source code on Doxygen, I do not quite understand why some export options have a second global variable with a _utf8 suffix, and some do not. (To be precise, png and svg do, while ps, eps and pdf do not). What do these utf8 duplicate strings do, and (more immediately important to me), should I add one for my new --export-emf option? The variables are all defined, and only used, in src/main.cpp - http://inkscape.modevia.com/doxygen/html/main_8cpp.php

2 1

first try of lpe
by bulia byak 18 Aug '07

18 Aug '07

rev 15810: - open share/examples/live-path-effects-skeletal.svg Problem: the file does not demonstrate the end result! It just has the untransformed fish, the arc to apply it to, and some texts. An example file must show the capability, not just lead you through a tutorial (though that is nice too). - select the single-path fish, ctrl+c - select the arc path above "3", open the lpe dialog Problem: the first thing I see in the dialog is "Invalid effect". That's a really bad idea. I didn't do anything yet! Why are you proposing that I apply an invalid effect to the path? What is it anyway? Problem: the dialog does not stay on top! Click on canvas and it sinks. Did you use the standard Dialog class for it? If you did it should take care of that. - select skeletal strokes (btw why strokes and not stroke?) and cilck apply Biggest problem: the path simply disappears. - undo Console warnings indicate missing sp_documen_done somewhere: ** (inkscape:19449): WARNING **: Incomplete undo transaction: ** (inkscape:19449): WARNING **: Event: Set attribute d to "" on #<Element:0x0x88b29f0> What am I doing wrong? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 8

Boost for win32
by Bob Jamison 18 Aug '07

18 Aug '07

Hi all, I built Boost with Mingw last night, to help the guys with their new additions to Inkscape. Here it is: http://inkscape.modevia.com/win32libs/boost_1_34_1-mingw411.7z As you can see, it is enormous (28MB). Do we really need Boost, and is it worth doubling the size of the lib bundle? bob

4 6

What to write to font-specification
by Gail Banaszkiewicz 16 Aug '07

16 Aug '07

So as some of you already know, we will be storing more complete font information in the style string so that Inkscape can (eventually) do more than what CSS can represent. However. we need to carefully choose exactly what this information will be. It was suggested previously that we use the system font name, which I was going to use pango to retrieve (http://www.gtk.org/api/2.6/pango/pango-Fonts.html#pango-font-description-to…). However, this function produces almost the same answer as pango_font_description_to_string(), so it's probably just as easy to use that function. I believe this could be reasonable if we trust that pango will not change how this is written (because if they do, we have to make a font-specification-v2 or something). There is another disadvantage: Pango doesn't support anything that CSS doesn't. For quite a long time I thought I could get around this because when pango finds fonts on the system, I was able to print out the information about even the non-CSS styles. Unfortunately, we are currently very dependent on the PangoFontDescription structure, and once this structure is obtained from this point on, we lose all non-CSS information. There are two things I would like to look into in the future: first, whether we can around this super-dependence on that structure and could use instead somehow the PangoFontFace structure that seems to contain all needed information; and second, perhaps contributing to pango and/or finding out why they don't have more general font support. Anyway, so the reason for this email is to get some of your ideas on what you think we should put into font-specification. Tell me why too! Thanks, Gail

2 2

bug #1774456: snapping
by Felipe Sanches 16 Aug '07

16 Aug '07

I have compiled revisions 15637 and 15638. Revision 15638 introduced the bug #1774456 Log: "Rearrange snapping preferences, put distinction between paths and nodes back in, and a bit of refactoring" Juca

2 1

LPE committed to trunk!
by unknown＠example.com 15 Aug '07

15 Aug '07

Hi all, I just committed LPE to trunk. I have chosen to put the necessary 2geom files into inkscape svn, and build them together with inkscape. Windows building works fine, and Linux aswell! :) One must download Boost, but it seems only 3 files are needed. concept_check.hpp, format.hpp and optional/optional.hpp. I think this means only the boost base is needed and the "optional" package. No harm downloading all though... http://www.boost.org/ (please note I did not test this, I downloaded the complete boost package) I updated the LPE build info on the wiki, if you have trouble building: http://wiki.inkscape.org/wiki/index.php/LivePathEffects#BUILDING_THE_BRANCH Really hope I did not break building! Cheers, Johan Note 1.: There are some warnings on Linux, because of duplicate entries in the makefile. I do not know why 2geom is put twice in the makefile. Note 2.: I had to exclude extension/internal/bitmap/*.* in build.xml to get Inkscape built (trunk rev 15177, so without LPE changes)

2 2

bounding box
by Felipe Sanches 15 Aug '07

15 Aug '07

hi! I have a doubt. How do I read the bounding box coordinates from within a NR::FilterPrimitive ? (I think that) I need this to implement the feImage filter primitive Juca

3 3

Re: [Inkscape-devel] Multithreading (with TBB)
by Dennis J Lin 15 Aug '07

15 Aug '07

Salutations! >However, as for diagonal scrolling, I had an impression that the >existing code in sp_canvas_paint_rect already addresses this: [snip] >So, can you please provide more details on your approach? Actually, the problem is earlier. A diagonal expose event dirties a L-shaped region of tiles. Then, in 2036 static int 2037 paint (SPCanvas *canvas) 2038 { we have 2060 if ( canvas->tiles[tile_index] ) { // if this tile is dirtied (nonzero) 2061 dirty = true; 2062 // make (pl..pr)x(pt..pb) the minimal rect covering all dirtied tiles 2063 if ( i < pl ) pl = i; 2064 if ( i+1 > pr ) pr = i+1; 2065 if ( j < pt ) pt = j; 2066 if ( j+1 > pb ) pb = j+1; 2067 } which forces a full-screen redraw. My solution was to use a Gdk::Region to construct a better region for redraw. I was also thinking of getting rid of canvas->redraw_aborted altogether, and just not "cleaning" the dirty tiles until the redraw actually happens. I think that this way, we will be prepared for simultaneous dirty/redraw events. (My work so far doesn't do that yet -- it does the rendering in parallel, but blocks the main thread.) Alternatively, we can upgrade (and probably rename) the canvas->redraw_aborted to a Gdk::Region (or a GdkRegion -- what's preferred?) and forget about the tiles. We will probably want to divide by TILE_SIZE to avoid redrawing 1-pixel areas. >> Is the intent to move everything to Cario in the near future? > >Yes. Certainly. However, as planned now, the move to cairo will not >get rid of nr-arena-shape. We plan to just remove the rendering calls >to livarot methods and reduce the lots of extra buffers that are now >created and then composed. Instead we'll just use cairo calls to draw >shapes in a single buffer. See the outline mode which is now drawn >entirely by cairo - the regular mode will be similar except a lot more >code will be needed to translate gradients, patterns, etc. to cairo >format. Ok. I was wondering if there was a going to be a massive rewrite to C++ or something. >I don't think they realistically will be rewritten in the near future. >At least sp-canvas seems to be more or less adequate for our needs, >with or without cairo. Yeah, the odd thing is that the sp-canvas seems to hold only 3 items -- one is the canvas-arena with everything else and there are two SPCtrlRects. This seems like a bit of duplication of effort. (This doesn't bother me right now, but we should probably merge the two sometime before/during when we allow scene to change while we are rendering.) >> Finally, I would like to gauge the interest in this work. What are your sentiments on multithreading in general, and in using TBB to do in particular? > >We know we're in a rather bad shape with regard to multithreading :) >But there's certainly a lot of interest for exploring what can still >be done to improve the situation. Cool, I'll definitely package up everything I've done by Friday, and we'll see how busy school gets ;-) Dennis Lin

3 2

Re: [Inkscape-devel] Multithreading (with TBB)
by Dennis J Lin 14 Aug '07

14 Aug '07

Salutations! (Sorry if the threading is wrong, I'm working with a webmail client right now.) >I think the current status is that we're not very thread safe :) I >guess my concern is that probably the first step for us isn't >implementing TBB. The first step is getting everything cleaned up so >that implementing TBB is a reasonable next step. I agree with you, but I wanted to have something to show, so I decided to tackle the rendering portion (which can take several seconds for a heavily filtered image like car.svgz.) So right now, I have a version that can render to different regions of the screen at the same time (there are locks protecting nr-arena-shape, so there is potential contention.) > >As far as TBB itself goes, is it in any distros? How does it work with >the whole Glib main loop? Perhaps implementing TBB in GTKmm is a good >first step? It might be interesting to incorporate TBB with libsigc++, so that signals can be processed in parallel. Actually, that was what I was thinking about doing when I happened upon Inkscape. >It seems to be one of the trickiest parts, in that we would like to have >the GTK+ GUI responsive while processing is occurring as it would >probably be the biggest perceived gain for users -- but is likely the >most complex part. I think this ties directly into the issues the guys >and Grinnel are seeing. Yeah, I think that eventually I'm going to run into similar issues. For right now, however, I'm just reading the tree (during the idle timer event), so I don't have to worry about updates. As for the future, I think I can have aborted redraws working today or tomorrow (so that the system isn't *less* responsive). Maybe I can get it to the point that we can scroll and redraw at the same time before Friday. Anything fancier, however, is going to require a bunch of careful refactoring... Dennis Lin

1 0

Multithreading (with TBB)
by Dennis J Lin 14 Aug '07

14 Aug '07

Salutations! My name is Dennis Lin, and (until Friday) I'm an intern at Intel. As you may have heard, Intel has released a GPL version of Thread Building Blocks (http://osstbb.intel.com/). In an attempt to gain greater adoption, they have asked me to look into using it to thread existing open-source applications. I've played with the Inkscape source for the last couple of weeks, and I should have some patches soon. I'll try to put out a patch later today to avoid redrawing the entire screen when scrolling diagonally. (This should be independent of scrolling). Where do you prefer your patches? I also have some questions as to how I should proceed. I have found (the hard way) that nr-arena-shape is very *not* threadsafe. However, the Cairo version seems to be a lot better. Is the intent to move everything to Cario in the near future? (I probably don't have enough time remaining to do the conversion, but I might be able to get started, and I can continue on my "free time" after school starts again.) More generally, I have noticed that the sp-canvas and nr-arena-item seem to be scheduled for a rewrite. I have been trying to keep my changes relatively unintrusive, but I was wondering what direction I should be trying to nudge things. Finally, I would like to gauge the interest in this work. What are your sentiments on multithreading in general, and in using TBB to do in particular? Thank you for your time, Dennis Lin

4 3

build failure - paramcolor
by jiho 14 Aug '07

14 Aug '07

I am getting this with latest SVN: depbase=`echo extension/paramcolor.o | sed 's|[^/]*$|.deps/&|;s|\.o $||'`;\ g++ -DHAVE_CONFIG_H -I. -I.. -I/opt/local/include/freetype2 -I/opt/ local/include -D_REENTRANT -DORBIT2=1 -I/opt/local/include/gnome- vfs-2.0 -I/opt/local/lib/gnome-vfs-2.0/include -I/opt/local/include/ gconf/2 -I/opt/local/include/orbit-2.0 -I/opt/local/include/glib-2.0 - I/opt/local/lib/glib-2.0/include -I/opt/local/include -DXTHREADS - I/opt/local/include -I/opt/local/include/freetype2 -I/usr/X11R6/ include -DPNG_NO_MMX_CODE -DXTHREADS -I/opt/local/include/gtk-unix- print-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/include/atk-1.0 - I/opt/local/include/cairo -I/opt/local/lib/gtk-2.0/include -I/opt/ local/include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/ lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/ freetype2 -I/opt/local/include/libpng12 -I/usr/X11R6/include - DPOTRACE=\"potrace\" -DPNG_NO_MMX_CODE -DXTHREADS -D_REENTRANT -I/opt/ local/include/gdkmm-2.4 -I/opt/local/lib/gdkmm-2.4/include -I/opt/ local/include/glibmm-2.4 -I/opt/local/lib/glibmm-2.4/include -I/opt/ local/include/pangomm-1.4 -I/opt/local/include/gtk-2.0 -I/opt/local/ lib/gtk-2.0/include -I/opt/local/include/cairomm-1.0 -I/opt/local/ include/sigc++-2.0 -I/opt/local/lib/sigc++-2.0/include -I/opt/local/ include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ include -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/ opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/usr/ X11R6/include -I/opt/local/include/gtkmm-2.4 -I/opt/local/lib/ gtkmm-2.4/include -I/opt/local/include/atkmm-1.6 -I/opt/local/include/ atk-1.0 -I/opt/local/include/libxml2 -I../cxxtest -I/opt/local/ include -Wall -Wformat-security -W -Wpointer-arith -Wcast-align - Wsign-compare -Woverloaded-virtual -Wswitch -D_FORTIFY_SOURCE=2 -Wno- unused-parameter -O3 -Wall -MT extension/paramcolor.o -MD -MP -MF $depbase.Tpo -c -o extension/paramcolor.o extension/paramcolor.cpp &&\ mv -f $depbase.Tpo $depbase.Po extension/paramcolor.h:26: warning: unused parameter ‘doc’ extension/paramcolor.h:26: warning: unused parameter ‘node’ extension/paramcolor.cpp:43: warning: unused parameter ‘doc’ extension/paramcolor.cpp:43: warning: unused parameter ‘node’ >>>>>>>>>>>>>>> extension/paramcolor.cpp: In constructor ‘Inkscape::Extension::ParamColor::ParamColor(const gchar*, const gchar*, const gchar*, Inkscape::Extension::Parameter::_scope_t, Inkscape::Extension::Extension*, Inkscape::XML::Node*)’: extension/paramcolor.cpp:76: error: ‘strndup’ was not declared in this scope extension/paramcolor.cpp: At global scope: >>>>>>>>>>>>>>> extension/paramcolor.cpp:109: warning: unused parameter ‘doc’ extension/paramcolor.cpp:109: warning: unused parameter ‘node’ extension/paramcolor.cpp: In function ‘void Inkscape::Extension::sp_color_param_changed(SPColorSelector*, GObject*)’: extension/paramcolor.cpp:139: warning: unused variable ‘rgba’ make[2]: *** [extension/paramcolor.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 JiHO --- http://jo.irisson.free.fr/

2 4

Tweak tool on straight lines: "feature" or "bug"
by jiho 14 Aug '07

14 Aug '07

Hello all (and bulia in particular), I just discovered that the Tweak tool as no effect on straight lines (on the middle of straight lines to be exact, because it can move the end nodes). Even when there are nodes in the middle, passing the tweak tool avec a straight line does not deform it. I would expect this: | | | | | | | to become more or less this: | | \ \ | / / | I after passing the Tweak tool over it. Is it a feature? a bug? Cheers, JiHO --- http://jo.irisson.free.fr/

2 2

ImageMagick on win32
by Bob Jamison 14 Aug '07

14 Aug '07

Hi all, I uploaded another lib bundle. This one has the ImageMagick library. It is statically built to avoid the (IMHO) nasty DLL collection you would otherwise need to bundle with Inkscape. People can tweak build.xml to get it to build now, I guess. http://inkscape.modevia.com/win32libs/gtk210-070814.7z bob

1 0

"Inkscape Drawing Program Brings Joy to Many"
by Bryce Harrington 14 Aug '07

14 Aug '07

Inkscape is a free vector drawing program that brings joy and robust drawing tools to millions of people who could never afford Adobe Illustrator. You can use Inkscape for fun or for thousands of different practical purposes including designing your own business card, CD cover, advertising layout, and countless other tasks. http://blogs.pcworld.com/communityvoices/archives/2007/08/inkscape_drawin.h…

3 2

Fwd: Google Summer of Code Mentor Summit
by Bryce Harrington 13 Aug '07

13 Aug '07

Some GSoC info for mentors not on the GSoC list... ---------- Forwarded message ---------- From: LH (Leslie Hawthorn) <lhospo@...400...> Date: Jul 31, 2007 7:05 PM Subject: Google Summer of Code Mentor Summit To: Google Summer of Code Announce <google-summer-of-code-announce@...820...> ***If you are not a mentor or organization administrator, you can stop reading now.*** Hello everyone, Those organizations who were with us last year may remember that we hosted a mentor summit at Google Mountain View following the conclusion for the program. We got a tremendous amount of positive feedback about the summit, and we're pleased to let you know that we'll be doing it again! Further details will be sent to the mentors list, so please stay tuned there for further information. http://groups.google.com/group/google-summer-of-code-mentors-list Cheers, LH

1 0

INKSCAPE being sold on eBay
by Bryce Harrington 13 Aug '07

13 Aug '07

I don't know if this is legal or what, but am passing the word along if anyone would wish to follow up on it (I have no plans to). Bryce ----- Forwarded message from Keith Almond <ss-kalm@...58...> ----- Date: Fri, 10 Aug 2007 05:41:35 -0700 From: Keith Almond <ss-kalm@...58...> To: bryce@...58... Subject: INKSCAPE Message body follows: There are people selling Inkscape and other SOURCEFORGE items on ebay. Is this legal. Not that I want to do it, more that I would like to see it stopped. Check out: http://search.ebay.ca/search/search.dll? from=R40&_trksid=m37&satitle=inkscape&category0=em I would be interested to know if he/she should be doing this. Keith Almond -- This message has been sent to you, a registered SourceForge.net user, by another site user, through the SourceForge.net site. This message has been delivered to your SourceForge.net mail alias. You may reply to this message using the "Reply" feature of your email client, or using the messaging facility of SourceForge.net at: https://sourceforge.net/sendmessage.php?touser=1674196 ----- End forwarded message -----

6 9

NEW: blur export fixed
by bulia byak 12 Aug '07

12 Aug '07

I fixed several often-reported bugs of 0.45: * Exporting blurred objects to bitmap is now much faster. This was particularly slow in 0.45; some files could take hours to export. Now this is fixed, in part by the faster algorithm (contributed by Jasper soon after the 0.45 release) and in part by today's bugfix in the export code. Now even the quite complex files with large blurs export at high resolution in at most a few minutes. * The disappearing of blurred objects in exported bitmaps which happened for large objects in 0.45 is fixed. * The same fix got rid of the rendering artefacts that sometimes appeared on blurred objects during scrolling. While the fix is simple, it's in a sensitive area, so please test rendering and exporting your files with blur and report any problems to me at once! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Window title not consistent
by Olaf Telshörner 11 Aug '07

11 Aug '07

When you open a document, the window title shows the filename exclusively, e.g. 'foo.svg' When you save a document, the window title shows the full path of the file, e.g. '/bar/foo.svg' I find this behaviour rather confusing and would suggest a more consistent window title. --------------------------------- Jetzt Mails schnell in einem Vorschaufenster überfliegen. Dies und viel mehr bietet das neue Yahoo! Mail.

1 0

Re: [Inkscape-devel] rev 15630 linking error
by joel＠...1709... 11 Aug '07

11 Aug '07

Hey thanks for sorting that out bulia. About the enable preview text box: I'm not sure that I'm the best person to sort that out right now. You see right now I'm not really focussing on the GTK file dialogs. For Windows users I'm replacing them with Win32 native equivalents. My explorer thumbnail extension is making steady progress as well. I was really worred that the lack of ATL/WTL in MingW would be a big stumbling block. It turned out to be no problem in the end. The two problems I'm having are the slowness of compiling in Windows compared to Linux, as well as the problem of still (as far as I know) not being able to compile with btool in Vista - I have to work through VNC on a broken screened XP laptop lying under my desk! Other than these two problems all is well. Joel ---------------------------------------- From: "bulia byak" <buliabyak@...400...> Sent: 10 August 2007 01:25 To: joel@...1709... Subject: Re: [Inkscape-devel] rev 15630 linking error Joel, thanks for updating the relnotes, but I edited your addition: mentioned it's on windows, started by explaining the user-visible result (windows no longer sink) instead of the technical details about parent windows etc. I also added a note on "Enable preview" which is also a new feature. By the way, is it possible to move that checkbox closer to the preview itself? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Inkscape performance
by Joshua A. Andler 11 Aug '07

11 Aug '07

Hey all, So, with the last couple files I've worked on (my last hitting 23.5megs... note that I abuse clones ;)), Inkscape's performance seems to have tanked. Is this due to the nature of a "bloated" (not really bloated, but I used the term because it's human readable) format or a parsing issue or something else? I'm just curious if there's anything that could possibly be done to improve the performance. I know that I had files this complex in AI, and it could hang when the files got huge and I copied/pasted objects around. But it's even painful with stuff like pulling up the fill & stroke dialog for the first time in a session with one of these complex docs. It will take like 3-5 mins to unfreeze and show the dialog. Just figured I would ask. -Josh

4 5

Compile error in line-geometry.cpp with struct assignment for gcc 3.3
by John Faith 10 Aug '07

10 Aug '07

Hello, When I try to build svn 15634 using gcc 3.3 (OS X 10.3), I get a compile error: line-geometry.cpp: In member function `virtual NR::Maybe<NR::Point> Box3D::Line::intersect(const Box3D::Line&)': line-geometry.cpp:57: error: parse error before `;' token I was able to build 0.45.1 in this same environment, so this error is relatively new. The error seems to be caused when something is set to NR::Nothing. This example causes the same error: namespace NR { struct Nothing {}; }; void function() { void* junk = NR::Nothing; //<---- parse error } I played with this a bit, and found that the problem is not related to the namespace nor to the fact that the struct has no members. Does this sound familiar to anyone, or can anyone recommend a way (search terms) to find out more about this? Thanks!, John

3 3

Python scripting question
by Kent Tenney 09 Aug '07

09 Aug '07

Howdy, Can a Python extension script provide the following; - browse for and select a file - the text in the file becomes a text object in my drawing Thanks, Kent

5 16

Mingw-gcc 4.2.1
by Bob Jamison 09 Aug '07

09 Aug '07

Hi, everyone, I just noticed that Danny Smith uploaded test versions of gcc-4.2.1 built for Mingw32. These are a bit more "official" than the builds that I uploaded, so anyone having trouble currently (like relocatability) might want to try these. https://sourceforge.net/project/showfiles.php?group_id=2435 Look for "GCC Version 4," and we are currently using the "setjump/longjump" exception model (sjlj), so you would want these: http://downloads.sourceforge.net/mingw/gcc-core-4.2.1-sjlj-1.tar.gz2 http://downloads.sourceforge.net/mingw/gcc-g%2B%2B-4.2.1-sjlj-1.tar.gz2 Hopefully Danny will soon let the Dwarf (dw) model be the default, but all of our libraries are built with sjlj, so if you use dw now, it won't link. bob

1 0

updating filters
by Felipe Sanches 09 Aug '07

09 Aug '07

hi, Nicholas! for some reason, some controls doesnt update automatically when applied to imported images. But they update on other kinds of objects. See for example, feColorMatrix. Juca PS: colormatrix values should be stored for each of the possible types. It is not good to store all of them in a single variable. It would be much better if the user could adjust the value for one type, then change type and readjust value, and then change its mind again (maybe feeling that the previous type and value were better) and when he selects back the previous type he should see the respective old value still there.

2 1

Scheme Scripting Console
by Glimmer Labs 08 Aug '07

08 Aug '07

We have developed a feature which allows Scheme Scripting from a console inside of Inkscape. We chose to implement a Scheme interpreter inside Inkscape because we felt higher-order programming and other functional paradigm ideas of Scheme would apply very nicely to a vector-based program such as Inkscape. The tar file included at the directory below contains a README with directions to aid in the process of installing the patch contained in the tar file. The README also has instructions on running the console. http://www.cs.grin.edu/~dangelod/scheme-patch.tar.gz Please let us know what you think of it. This patch was tested with revision 15458. If there is a better place to submit this patch since it is pretty large, let us know. Thanks, David D'Angelo and Soren Berg glimmer07@...400...

4 11

Let's talk about text
by Ted Gould 08 Aug '07

08 Aug '07

Hey, I don't know how many people saw this, but I thought it might be of general interest as it seems text is always an issue. Apparently there was a "text summit" in Glasgow as a part of aKademy. A report from the KDE folks: http://dot.kde.org/1186422013/ Which sounds interesting, but I hope we'll never have to directly deal with "languages not yet in Unicode." And, I think that Pango will do most of it for us. One of the links that I found interesting was to Fontima -- which is looking to define a font manager and widgets for the free desktop. Dealing with all the naming nastyness we've discussed before. http://eyegene.ophthy.med.umich.edu/interview/fontima.php I'm not sure how real it is, but it might have some interesting ideas in it. --Ted

1 0

Alt-mouse - an RFC
by Thomas Worthington 08 Aug '07

08 Aug '07

Okay, I've checked the source code out and had a quick look at it with an eye to doing something about the Alt-mouse issue on Linux. There are currently only 50 hardwired references to GDK_MOD1_MASK in the whole source tree (over 21 .ccp and .h files). Two options spring to mind: 1 Define a new global, ALT_KEY_MASK (say) and default it at run-time to the value of GDK_MOD1_MASK unless the user sets it to another value in their shortcut file, then do a simple search and replace for all occurances of GDK_MOD1_MASK. This would mean that the user's choice to treat something else as Alt (presumably Meta) would be global and not only for the mouse combinations. This would at least be consistant for that user and also for developers who would simply use the new global ALT_KEY_MASK everywhere they would previously have used GDK_MOD1_MASK. 2 Alternatively we could be more selective about the replacement so that only mouse combinations would be affected. This would mean that developers working on items not involved in the question of Alt+mouse need never bother about it but it would mean that a user who opted to change the Alt key would be faced with some functions where it was still Alt and others where it was now whatever they had picked instead. There's also the issue of the hint text. In the former case there is some justification for not altering it and just letting a user who's made the decision to change live with the fact that the hint text still says "Alt", but in the second case the functions modified would really have to be changed (and changed back if they undo the key mapping). At the moment I'm enjoying being able to easily use node sculpting using Meta-mouse and am very happy to continue on to impliment option 1 but obviously it affects more files which might make others unhappy. This is a list of the files GDK_MOD1_MASK appears in (and the number of occurances in each): ./src/dialogs/xml-tree.cpp:1 ./src/helper/window.cpp:1 ./src/ui/dialog/dialog.cpp:1 ./src/ui/view/edit-widget.cpp:1 ./src/box3d-context.cpp:1 ./src/gradient-context.cpp:2 ./src/flood-context.cpp:1 ./src/dropper-context.cpp:1 ./src/gradient-drag.cpp:3 ./src/connector-context.cpp:1 ./src/seltrans.cpp:3 ./src/event-context.cpp:1 ./src/select-context.cpp:8 ./src/rect-context.cpp:1 ./src/dyna-draw-context.cpp:3 ./src/object-edit.cpp:7 ./src/context-fns.cpp:1 ./src/nodepath.cpp:4 ./src/node-context.cpp:2 ./src/macros.h:4 ./src/modifier-fns.h:4 What does everyone think? This would shift the responsibility for how to cope with the mouse squarly onto the user's shoulders. S/he would have the option to stick with the "official" shortcuts and modify their WM or to consciously select a different keyboard mod value. Developers can then forget about the issue. Now the caveat: I'm not a C++ programmer, although I've been programming for 29 years so I'm not a newbie. Be that as it may, I might be totally misunderstanding how deeply this change would affect the project so more experienced heads need to tell me if I'm barking up the wrong tree before I start chopping it down. And on that mixed metaphor I shall conclude. Thanks, Thomas Worthington

2 3

file saving broken?
by bulia byak 08 Aug '07

08 Aug '07

After the recent OCAL commit, I cannot save a newly created file: ** (inkscape:15918): WARNING **: Could not find the temp saving. ** (inkscape:15918): WARNING **: Error: Could not save file '/home/bb/aaa.svg' with VFS Please fix this ASAP, and please better test before you commit! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 3

Help with makefile troubles
by Johan Engelen 08 Aug '07

08 Aug '07

Hello 'scapers, I have been fiddling with a problem way too long now, I am hoping one of you can help. :-( I want to get a local copy of 2geom in the inkscape directory, and use that to build. This is now committed to the live-path-effects branch. It builds fine on windows, however I cannot get it to build on Linux. The 2geom directory is compiled (I see .o files) and the library is also created ('lib2geom.a'). But... for some reason, the linker cannot locate some 2geom symbols. For example I get the build error: /home/johan/inkscapelpe/src/./2geom/path.h:344: undefined reference to `Geom::Path::delete_range(__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >, __gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >)' When I run: nm ./src/2geom/lib2geom.a -C -g --defined-only I do get : 00000150 T Geom::Path::delete_range(__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >, __gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >) The link command = g++ -Wall -Wformat-security -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -D_FORTIFY_SOURCE=2 -Wno-unused-parameter -g -O2 -o inkscape --export-dynamic main.o libinkpre.a 2geom/lib2geom.a application/libinkapp.a ui/dialog/libuidialog.a .... etcetera So it includes the lib with the symbol in it. Still it gives that error. Possible pointer to a solution: for some reason, 2geom is mentioned twice in /src/Makefile causing some warnings about overriding the old commands. I do not see why 2geom is put twice into this file. Could someone please have a look at building my branch on Linux? Thank you very very much, Johan

1 0

Tweak Tool
by Josh Andler 08 Aug '07

08 Aug '07

Bulia, As always, there was silence before the storm. ;-) Great new tool! I have a couple Qs. 1) Do you have plans for pressure/tilt support? If not, would you be opposed to toggles like the calligraphy tool? I know that I would personally find it to be greatly useful to have that interaction. 2) Are there plans for any other modes currently? If not, is there opposition to others adding them? I'm just thinking along the lines of a couple of the tools AI has, such as the twirl one. And, also as always... once I have more than a quick demo session to go on, more praise will follow. :-) -Josh

1 0

fedisplacementmap render
by Felipe Sanches 08 Aug '07

08 Aug '07

hi, kiirala, could you please take a look at this code? It is an attempt to fix the current displacement map render implementation. I am not sure whether I am dealing with the in and out buffers the proper way. The problem is that I need to handle buffers with different sizes. (dont know why, this code segfaults) Juca /* * feDisplacementMap filter primitive renderer * * Authors: * Felipe Corrêa da Silva Sanches <felipe.sanches@...400...> * * Copyright (C) 2007 authors * * Released under GNU GPL, read the file 'COPYING' for more information */ #include "display/nr-filter-displacement-map.h" #include "display/nr-filter-types.h" #include "libnr/nr-pixops.h" namespace NR { FilterDisplacementMap::FilterDisplacementMap() : scale(0), _input2(NR_FILTER_SLOT_NOT_SET), Xchannel(3), Ychannel(3) {} FilterPrimitive * FilterDisplacementMap::create() { return new FilterDisplacementMap(); } FilterDisplacementMap::~FilterDisplacementMap() {} int FilterDisplacementMap::render(FilterSlot &slot, Matrix const &trans) { g_warning("FIX-ME: FilterDisplacementMap::render method is still a bit buggy. Needs Love."); NRPixBlock *texture = slot.get(_input); NRPixBlock *map = slot.get(_input2); NRPixBlock *out = new NRPixBlock; // Bail out if either one of source images is missing if (!map || !texture) { g_warning("Missing source image for feDisplacementMap (map=%d texture=%d)", _input, _input2); return 1; } int x, y; int in_x0 = map->area.x0, in_y0 = map->area.x0; int in_x1 = map->area.x1, in_y1 = map->area.y1; int out_x0 = in_x0 + scale/2, out_y0 = in_y0 + scale/2; int out_x1 = in_x1 - scale/2, out_y1 = in_y1 - scale/2; int in_w = in_x1 - in_x0; int out_w = out_x1 - out_x0; double coordx, coordy; nr_pixblock_setup_fast(out, map->mode, out_x0, out_y0, out_x1, out_y1, true); unsigned char *map_data = NR_PIXBLOCK_PX(map); unsigned char *texture_data = NR_PIXBLOCK_PX(texture); unsigned char *out_data = NR_PIXBLOCK_PX(out); for (x = out_x0; x < out_x1; x++){ for (y = out_y0; y < out_y1; y++){ coordx = x-in_x0 + scale * ( ((double) map_data[4*((x-in_x0) + in_w*(y-in_y0)) + Xchannel])/255 - 0.5 ); coordy = y-in_y0 + scale * ( ((double) map_data[4*((x-in_x0) + in_w*(y-in_y0)) + Ychannel])/255 - 0.5 ); out_data[4*((x-out_x0) + out_w*(y-out_y0))] = texture_data[4*((int)coordx + ((int)coordy)*in_w)]; out_data[4*((x-out_x0) + out_w*(y-out_y0)) + 1] = texture_data[4*((int)coordx + ((int)coordy)*in_w) + 1]; out_data[4*((x-out_x0) + out_w*(y-out_y0)) + 2] = texture_data[4*((int)coordx + ((int)coordy)*in_w) + 2]; out_data[4*((x-out_x0) + out_w*(y-out_y0)) + 3] = texture_data[4*((int)coordx + ((int)coordy)*in_w) + 3]; } } out->empty = FALSE; slot.set(_output, out); return 0; } void FilterDisplacementMap::set_input(int slot) { _input = slot; } void FilterDisplacementMap::set_scale(double s) { scale = s; } void FilterDisplacementMap::set_input(int input, int slot) { if (input == 0) _input = slot; if (input == 1) _input2 = slot; } void FilterDisplacementMap::set_channel_selector(int s, int channel) { if (s == 0) Xchannel = channel; if (s == 1) Ychannel = channel; } void FilterDisplacementMap::area_enlarge(NRRectL &area, Matrix const &trans) { //I'm in doubt whether this affects all input buffers or only 'in' area.x0 -= (int)(scale/2); area.y0 -= (int)(scale/2); area.x1 += (int)(scale/2); area.y1 += (int)(scale/2); } } /* namespace NR */ /* Local Variables: mode:c++ c-file-style:"stroustrup" c-file-offsets:((innamespace . 0)(inline-open . 0)(case-label . +)) indent-tabs-mode:nil fill-column:99 End: */ // vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4:encoding=utf-8:textwidth=99 :

1 0

filters UI
by bulia byak 08 Aug '07

08 Aug '07

The number of supported filters grows with every day, and I think we should rethink the UI a bit. The filters dialog developed by Nick is great and powerful, and of course must be there for those who know SVG and are comfortable with all the parameters. But for the rest of us, there must be a simpler way to access the filters. So far such a "simpler way" only exists for blur and blend modes, in the Fill and Stroke dialog. But of course we can't cram all filters there, nor do we need to, because most others are more obscure and less useful. So, what if we just add a whole new menu for SVG filters that would largely contain a list of preconfigured filters that can be applied by a single verb (command), without any setup dialog. These presets may include single filters with some meaningful parameters (perhaps depending on the selected object's properties in some way), perhaps even several different presets for a filter (e.g. Sharpen, Sharpen more, Sharpen a lot etc). Other presets may be often-used combinations of filters, such as Drop shadow. Each such command adds its filter(s) to the top of the filter stack on selected objects. This way the most common filters can be accessed quickly, and users will even be able to assign keyboard shortcuts to them. Apart from the presets, the menu would have commands "Remove last filter," "Remove all filters," and of course the command to open Nick's filters dialog which is where the parameters of the added filters can be adjusted if needed. What do you think? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

12 30

Additions to node creation
by Pierre-Luc Auclair 07 Aug '07

07 Aug '07

Hi, These are features I've been wanting since I've switched from Illustrator. I call this feature set "non-linear node creation". Here they are: - Ctrl-click on nodes and node handles like in editing to change the node type - Moving nodes and node handles after they've been created - Moving nodes while click-creating new nodes. Explanation: When you click to make a node and drag the handles, you would press a key to drag the node center. This is behaviour copied from Illustrator's If it might accommodate any of you, I'd be ready to give a small bounty for it I was thinking about something like 50 - 70 euros. Don't know if it's realistic -- I'm probably gonna pass as a tightwad but that's all I can manage right now. Any suggestion, comments, just reply on the list. Thanks! Pierre-Luc

2 2

Bug in node editing
by Pierre-Luc Auclair 06 Aug '07

06 Aug '07

I've found a bug in the node editing, when you ctrl-click on a node handle to remove it it leaves something that looks like a corner node, but when you move the remaining handle it switches back to a curve. Vidcap: http://www.heliosmulti.com/corner-bug.mpeg Pierre-Luc

1 0

revision 15670 bug
by Felipe Sanches 06 Aug '07

06 Aug '07

revision 15670 introduced a bug: When you open inkscape you can se a little blue square. I have compiled both 15669 and 15670 to verify that it is indeed 15670 that introduces this issue. JucaBlues

2 1

TinyScheme and GIMP
by Ted Gould 06 Aug '07

06 Aug '07

Hello, On the Inkscape project we received a patch from the folks at Glimmer labs which adds Scheme functionality. It uses the TinyScheme interpreter which looks like it's also being used by GIMP. From what I can tell, it seems that GIMP is including TinyScheme in the source tree. Is that your long term plan? Do you expect TinyScheme to be an external library at some point? If we were using it in Inkscape also, would that change the answer? Is your TinyScheme patched for UTF-8? Thanks, Ted

1 0

Re: [Inkscape-devel] Window Manager Modifiers
by jiho 06 Aug '07

06 Aug '07

On 2007-August-05 , at 00:13 , Carsten Haitzler (The Rasterman) wrote: > On Sat, 4 Aug 2007 18:51:10 +0200 jiho <jo.irisson@...400...> babbled: >> First of all, it was not my intention to start a flame war or >> anything. It is just my personal opinion that what lacks the more >> cruelly to Linux desktop currently is consistency and keybindings is >> one particularly clear example. I hoped that mentioning it on this >> list, where the problem is regularly brought up, would get the ball >> rolling to the correct people (be they freedesktop or someone else). >> Anyway, I happily use Mac OS X (where keybindings are quite >> consistent and can be edited easily anyway) and won't "fight" for >> linux to get better... I just hope it will, because I like the >> development model more ;-) > > here's the problem. in windows or OSX - you have no CHOICE. you get > your "wm" > with the bindings it comes with - and that's it. sure - some of > these bindings > can be changed - and that is no different to x11 and window > managers -the > difference being there is not just 1 wm. there are many - with many > many many > different features, ideas and design goals. they will all probably > have > different needs for bindings based on these features. asking every > wm to NOT > use some modifier or to all use exactly the same isn't going to > happen - Actually, this is what I hope will happen ;) I don't think everything can work with everything else if there is not at least a little planning done ahead. This kind of planning is done for each program but currently independently because most are managed by different teams. It would be good to have this done at a little higher level, for the purpose of unification. I think this can be compared with document formats: of course every word processing software could work with its own, custom made format but wouldn't it be better if all used odt? I think it would. Of course the point is not to force every WM to do change its keybindings but I think it wouldn't hurt to have a standard defined, for interoperability and best usability, and then projects who care can adopt it. FreeDektop seems to be the right organization to define such a standard and, in my opinion, this standard should be "use META, and combinations of META with other modifiers, for all WM/ desktop level keyboard shortcuts" for the reasons I explained in my previous email. JiHO --- http://jo.irisson.free.fr/

1 0

Window Manager Modifiers
by Ted Gould 05 Aug '07

05 Aug '07

Hello all, In the Inkscape project we're constantly butting up against the problem where there simply aren't enough modifiers for everything we'd like to implement. This means for most of our tools there is a constant battle to figure out how we can fit everything into Alt, Ctrl and Shift. We manage. But, many window managers are using alt click to drag windows which takes 1/3 of our options away. There are lots of solutions to this, I'm curious which way makes sense to people. - Applications could start using the "Meta" key. I don't like this because it seems to be something that is rather machine specific. I don't think applications should be using this modifier. - There is some Freedesktop spec that says Window Managers should only use the meta modifier for their actions. - Somewhere there is a spec that allows a window manager hint to be set by applications to say "I'd really like Alt, please!!!" - Some users don't get functionality out of some apps unless they reconfigure the apps or their desktop. My personal favorite here is "2" -- I think that the Meta key could be turned into the "desktop" key where other desktop actions could be assigned to it also. --Ted

6 8

Adding more tags to svg files
by Kent Tenney 04 Aug '07

04 Aug '07

Howdy, A bit of fiddling leads me to believe that it's ok to add tags to Inkscape's top level <svg> tag. Inkscape seems to assign them an id and then ignore them. Is this correct? Is there danger of other svg applications discarding unknown tags, or Inkscape doing this in the future? Thanks, Kent

2 1

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15640] inkscape/trunk/src
by MenTaLguY 04 Aug '07

04 Aug '07

Hi, this commit broke the trunk build, as some required files were not added. Please also commit src/display/nr-filter-component-transfer.cpp src/display/nr-filter-component-transfer.h (and anything else missing) as soon as possible! Thanks, -mental On Fri, 2007-08-03 at 21:18 -0700, jucablues@...58... wrote: > Revision: 15640 > http://inkscape.svn.sourceforge.net/inkscape/?rev=15640&view=rev > Author: jucablues > Date: 2007-08-03 21:18:36 -0700 (Fri, 03 Aug 2007) > > Log Message: > ----------- > boilerplate code for the remaining filters. My next commits will > probably deal with setting default attribute values for these filters > > Modified Paths: > -------------- > inkscape/trunk/src/display/Makefile_insert > inkscape/trunk/src/display/nr-filter.cpp > inkscape/trunk/src/sp-fecolormatrix.cpp > inkscape/trunk/src/sp-fecolormatrix.h > inkscape/trunk/src/sp-feflood.cpp > inkscape/trunk/src/sp-feflood.h > inkscape/trunk/src/sp-femorphology.cpp > inkscape/trunk/src/sp-femorphology.h > > Added Paths: > ----------- > inkscape/trunk/src/display/nr-filter-colormatrix.cpp > inkscape/trunk/src/display/nr-filter-colormatrix.h > inkscape/trunk/src/display/nr-filter-flood.cpp > inkscape/trunk/src/display/nr-filter-flood.h > inkscape/trunk/src/display/nr-filter-morphology.cpp > inkscape/trunk/src/display/nr-filter-morphology.h > > > This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Inkscape-cvs mailing list > Inkscape-cvs(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs

1 0

Re: [Inkscape-devel] Window Manager Modifiers
by Ted Gould 04 Aug '07

04 Aug '07

On Sat, 2007-08-04 at 12:02 +0900, Carsten Haitzler wrote: > well... this is no new problem. it's been around for years. in the end - the > wm's win, because you need one for a sane desktop. whatever they steal in terms > of key (and mouse) bindings is what a user comes to EXPECT from functionality > on ALL their windows (eg - alt+left mouse to move, alt+right mouse for wm > window menu etc.). there is a kind of pseudo-standard (just by virtue that a > lot of wm's come this way by default) that there seems to be a common convention > that alt + button is what wm's take - anything else if open for apps. I guess my real concern is that it's alt today, meta tomorrow and control next week? It seems like in general that there should be some consistency here. That way someone knows where their mouse events are going (though I doubt they'll think about it that way). > now i ask - why do u think it's bad apps use met - but you now promote wm's to > use it instead of alt? you are basically saying "i don't want to use meta - so i > want to force wm's to do the thing i am not willing to". at the end of the day > - this is highly unfair as your point about the meta key being "not always > there" is valid - and all you do is put the problem onto the wm's. No, the reason that I was suggesting that a WM use meta is because in general, I think the desktop knows a lot more about the hardware that it's working with. Application do, and should, know very little. Things like accessibility and keyboard configuration are done at a desktop/WM level -- so I thought it would make more sense to also use, or not use, the meta key at that level. I believe that there are also internationalization issues here, though I'm ignorant to other keyboard layouts myself. > personally- i think you need to find a way to do what you need without needing > more and more modifier keys. i know a lot of wm's will keep being shipped using > alt+button because they have been shipped that way for 10+ years. it's been a > default feature for a decade and it's not going away. you need to find a way to > work with it. i would SOONER specify "alt + button is reserved for wm's - apps > need to use anything else" because wm's "were there first", "steal the buttons > before your app can do anything about it" and "it's an incredibly useful > feature to have on ALL windows" as opposed to losing it on ALL windows just so > 1 app can have more bindings. If that's the case, I think FreeDesktop should have something that says that. I think we should give as many bindings as possible to apps in general. > the only sensible suggestion here i think is some form of hint on the window > that says "i use alt+button 1, alt+button 2, ctrl+button 1 etc." so the wm > MIGHT be nice and disable any of its own bindings if they conflict - just on > that window. the problem here now is inconsistent UI experience and control - i > go to my inkscape window and press alt+button 1 to drag the window and it > doesn't - it does something else. the element of least surprise is violated. > every window i have does it - except this one now. so though it is technically > solvable to give you bindings back - it now leads to a bad UI experience and > users i think will be better off if you try and stick to the pseudo-conventions > in-place? remember this problem exists for key bindings as well - you could > complain that "wm's steal alt+tab from apps - i want wm's to stop that so i can > get more key combinations for my app". it's not going to happen - there are > many common key-bindings too that wm's use and there are pseudo-conventions > there. I agree that the bindings should not be overloaded. The only way I could see this making sense is if the WM provided some sort of feedback to the user that they have been overloaded -- and icon on the title bar or something. But, I think in general that would be confusing. I general, today we are seeing that confusion. People regularly e-mail the Inkscape lists complaining they can't get features to work (not only alt-mouse) because those keys are stolen by the WM or Desktop or whatever. This is a more than minorly annoying support issue. --Ted

2 1

Screencasts of new features...
by ryan lerch 03 Aug '07

03 Aug '07

Hi all, just thought i would hit the list to tell you all that i have been doing a set of blog posts recently covering the upcoming neat features in 0.46. So far i have covered: On Canvas Gradient Editing: http://ryanler.wordpress.com/2007/07/25/inkscape-on-canvas-gradient-editing/ Touch Selection: http://ryanler.wordpress.com/2007/07/26/147/ Flood Fill (Bucket Fill) http://ryanler.wordpress.com/2007/07/27/inkscape-upcoming-feature-flood-fil… Engraving Toolbox (Tracking a Path) http://ryanler.wordpress.com/2007/08/02/upcoming-inkscape-features-engraver… Engraving Toolbox (Node Sculpting) http://ryanler.wordpress.com/2007/08/03/upcoming-inkscape-features-engraver… If you have any more ideas / requests, just shoot me an email, and ill see what i can do... Cheers, ryanlerch

2 1

siggraph last minute presentation in san diego?
by Jon Phillips 03 Aug '07

03 Aug '07

Heya, does anyone in LA/Southern California area want to present at siggraph tomorrow about Inkscape in a panel? I was supposed to present at this conference, but am stuck in taipei at wikimania. Yes, I should've emailed before, but maybe Ted or Jon Cruz might be tempted ;) I can ship off my slide show on the subject. http://sandbox.siggraph.org/program.html http://sandbox.siggraph.org/panels.html The presentation is around noon and would get you into this confernce. It is the largest graphics conference in the world. 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...

1 0

siggraph last minute presentation in san diego?
by Jon Phillips 03 Aug '07

03 Aug '07

Heya, does anyone in LA/Southern California area want to present at siggraph tomorrow about Inkscape in a panel? I was supposed to present at this conference, but am stuck in taipei at wikimania. Yes, I should've emailed before, but maybe Ted or Jon Cruz might be tempted ;) I can ship off my slide show on the subject. http://sandbox.siggraph.org/program.html http://sandbox.siggraph.org/panels.html The presentation is around noon and would get you into this confernce. It is the largest graphics conference in the world. 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...

1 0

rev 15630 linking error
by bulia byak 02 Aug '07

02 Aug '07

Any ideas? It compiled fine a couple days ago... ui/dialog/libuidialog.a(filedialog.o): In function `Inkscape::UI::Dialog::FileOpenDialog::create(Gtk::Window&, Glib::ustring const&, Inkscape::UI::Dialog::FileDialogType, Glib::ustring const&)':ui/dialog/filedialog.cpp:40: undefined reference to `Inkscape::UI::Dialog::FileOpenDialogImplGtk::FileOpenDialogImplGtk(Gtk::Window&, Glib::ustring const&, Inkscape::UI::Dialog::FileDialogType, Glib::ustring const&)' ui/dialog/libuidialog.a(filedialog.o): In function `Inkscape::UI::Dialog::FileSaveDialog::create(Gtk::Window&, Glib::ustring const&, Inkscape::UI::Dialog::FileDialogType, Glib::ustring const&, Glib::ustring const&)':ui/dialog/filedialog.cpp:57: undefined reference to `Inkscape::UI::Dialog::FileSaveDialogImplGtk::FileSaveDialogImplGtk(Gtk::Window&, Glib::ustring const&, Inkscape::UI::Dialog::FileDialogType, Glib::ustring const&, Glib::ustring const&)' ui/dialog/libuidialog.a(filedialog.o): In function `Inkscape::UI::Dialog::FileExportDialog::create(Gtk::Window&, Glib::ustring const&, Inkscape::UI::Dialog::FileDialogType, Glib::ustring const&, Glib::ustring const&)':ui/dialog/filedialog.cpp:74: undefined reference to `Inkscape::UI::Dialog::FileExportDialogImpl::FileExportDialogImpl(Gtk::Window&, Glib::ustring const&, Inkscape::UI::Dialog::FileDialogType, Glib::ustring const&, Glib::ustring const&)' collect2: ld returned 1 exit status make[2]: *** [inkscape] Error 1 -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

referencing elements within an external SVG
by Felipe Sanches 02 Aug '07

02 Aug '07

SVG 1.1 spec says that: http://www.w3.org/TR/SVG11/struct.html#URIReference 5.3 References and the 'defs' element 5.3.1 Overview: *the 'use' <http://www.w3.org/TR/SVG11/struct.html#UseElement> element can reference any local or non-local resource http://www.w3.org/TR/SVG11/struct.html#ImageElement Section 5.7 The 'image' element: *Unlike 'use' <http://www.w3.org/TR/SVG11/struct.html#UseElement>, the 'image' element cannot reference elements within an SVG file. So... I imagine that the 'use' element should allow me to reference elements within an external SVG (i.e. a non-local resource) but I try to do that and I get nothing! Any clue on that? **************** This is my use.svg file: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <svg xmlns:svg="http://www.w3.org/2000/svg"> <use xlink:href="file:///home/aluno/Desktop/circle.svg" /> </svg> **************** This is my circle.svg file: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <svg xmlns="http://www.w3.org/2000/svg"> <circle id="mycircle" cx="300" cy="225" r="150" fill="red"/> </svg>

1 0

lxml on OS X: test and compilers needed
by jiho 02 Aug '07

02 Aug '07

Hello, I just compiled lxml on OS X 10.4 Intel and created a new Python packages bundle there: http://inkscape.modevia.com/macosx-snap/?C=M;O=D I would need: - someone with a Mac Intel and an svn version of Inkscape (or willing to download one from the same address) to test if lxml works precompiled as pyxml did - someone with a PPC Mac (10.3 or 10.4) to compile lxml there and send it to me for distribution (compiling it is as simple as download, extract, ./setup.py build, ./ setup.py install) Download link: http://codespeak.net/lxml/index.html#download Thanks in advance. JiHO --- http://jo.irisson.free.fr/

1 0

New drawing tool idea
by Joey Marshall 02 Aug '07

02 Aug '07

I posted this to the inkscape-users list and was suggested to post it here. So here it is, please tell me what you guys think: -------------------- Hello, For the past month I have been thinking over an idea I would really like to see made in an opensource vector program. Inkscape is my favorite so I'm posting this here. I think this would be a really great tool but would also take quit a bit of work (or at least I think it would, feel free to prove me wrong.) What I want: The tool is somewhat of a line tool. Similar to the freehand tool in that it creates a vector line, but enhanced. The differences would rest on the that is drawn. Instead of the curves that the freehand tool draws, the line would be composed of joints evenly spaced apart (the spacing would in general be small, but be user customizable). Each joint should have their x,y cords as well as a width property (it may be better to organize that different, but each joint needs to have this property, which would be a variable number set by a stylus used to display the line, I'll get to this in a moment). In addition a joint must be able to reside in multiple lines. The reason being so that two lines can "connect" to each other. Each line would simple be a stroke; the button clicks, the mouse moves, the button lets up - a line. So say you draw a line in the shape of a big C. Then you want to join the open end and have tails sticking out on ether end. You would start above the C shape on the rightmost side and draw your line down. As you draw you can hold down on CTRL to connect the line to any other you pass over (Or maybe have it so after you draw the line you can press a hotkey and it connects itself to any other lines it intersects with). That's all for the user drawing the lines, now for how it would display it. I'm not totally sure about how to do this (as if I am on any of this) but I was thinking it should draw out to look like a pen or pencil stroke (maybe have the general width be user defined so it could look big and fat to like a brush stroke). This is what I was wanting the width attr in the joint for. Maybe for displaying it create a line (or rather a complex polygon shaped like a line) that moves through all the points with the width (distance between the two edges on the sides of the line) changing with the width attr in the joints. Did any of that make sense? Ok, two more things. Coloring and editing. For editing I want something cool :) What I was thinking was that you can press down on CTRL or right click or something near a line and start drawing. As you go it moves and morphs the line to how you are drawing. It would have to automatically add and remove joints to keep evenly spaced. Is that at all clear? Lastly the coloring. I don't know how this could be made into inkscape easily (not that any of this would be easy) but I would want the ability to be able to fill in enclosures in the lines (also be able to change the color of a line but that wouldn't be difficult.) I could only really think of one way to do this. It would find all the joints of the lines that it needs to fill in and create a polygon from them (the joints). Perhaps have them be the actual joint objects (is this very feasible in C/C++?) so that when a line is moved after it is filled in the fill would update with it. Anyway, that is what I would really like to see in a vector editor like inkscape (I would love to see it in inkscape.) There are probably still several design holes that I overlooked but I think I conveyed what is in my mind. This would take a lot of work but I think it would be a very valuable tool to have. I tired playing around with it myself using cairo and PyGTK but wasn't able to get very far (I need to learn to stay as far away from the DrawingArea and Pixbuf/Pixmap as possible... ether that or get it figured out once and forall). If anyone thinks this would be cool and might want to implement it that would be awesome! At the moment I couldn't really fund anyone to do this and I'm not even sure this is something that would be wanted in inkscape. Please let me know anyone if you're interested or I'm unclear about something or what ever! Thanks for listening! Joey

1 0

ccHost upload from Inkscape.
by ryan lerch 02 Aug '07

02 Aug '07

I am just wondering if we can get an update on how the GSoC upload to Open CLip art library from Inkscape is coming along? I cant wait for this awesome feature... :P cheers, ryanlerch

2 1

Error compiling
by radar.map35＠...8... 01 Aug '07

01 Aug '07

Since few days, i get this error when i try to compile from SVN : In file included from ui/dialog/dialog-manager.cpp:26: ./ui/dialog/filter-effects-dialog.h:19:36: error: gtkmm/cellrendererspin.h: Aucun fichier ou répertoire de ce type make[2]: *** [ui/dialog/dialog-manager.o] Erreur 1 Does anyone get that too ? pygmee

2 1

filter UI (convolve matrix)
by Felipe Sanches 31 Jul '07

31 Jul '07

Here are some considerations about the convolve matrix ui current implementation: (1) I think that the rows and cols parameters dont need a scroll bar since they are integer values selectable within a very small range. The scroll bar is only wasting space there since its even easiear to select the desired value directly typing it or by using the up or dow arrows. (2) I have drawn a spline and have imported a bitmap. I have applied the same filter to both (convolve matrix) when I change the divisor or the bias parameters, the effect on the spline updates automaticaly while I scroll the bar, but on the image I MUST double click on the filter name to have the effect aplied. It is a weird behaviour I think. Do you know why is it happenning? (3) the bias and divisor scroll bars bypass the default value behaviour (which could be desired in some ocasions, mainly because the default value seems to be usually a good choice aesteticaly) Maybe a good soulition woul be to initialize it with the default value, not zero. Also it limits the range of possible values. (4) how do we set the targetX and targetY? Maybe we could have a little black dot indicating it on the matrix And one desired feature for the filters ui in general: (5) it would be nice if we coul drag and drop a filter from the left list into the filter diagram area at the right in order to use it as if it was a filter primitive. In the UI it would show the filter name (it's an abstraction to the user) but behind the scenes it would probably be a copy of the filter structure connected to the rest of the real primitives implementing a "higher level" filter. You understand what I mean? best wishes, Juca

6 7

Re: [Inkscape-devel] [Inkscape-user] Seeking documentation of Python bindings
by Ted Gould 31 Jul '07

31 Jul '07

On Tue, 2007-07-31 at 13:23 -0500, Kent Tenney wrote: > On 7/31/07, Ted Gould <ted@...11...> wrote: > > There are some effects that are defined internally in Inkscape. Those > > are built into the C code directly. I'm a little confused on your > > examples of 'Generate from path' and 'Render' as those are submenus. > > The submenus are also defined in the INX files, dynamically depending on > > which effects are available. > > If I rename share/extensions to share/extensions.hide, and open Inkscape, > those 2 submenus are the only members of 'Effects', each with 1 member; > Generate from path->Inset/Outset halo > Render->Grid Yes, specifically: src/extensions/internal/grid.cpp src/extensions/internal/bluredge.cpp --Ted

1 0

Spam in our sourceforge forums
by Diederik van Lierop 31 Jul '07

31 Jul '07

Hi, There's still a lot of spam being posted into the "installation help" forum. About 5 a day, with currently only one real post in the last month. That's a bit skewed... I guess people are being scared away when they see the first 10 messages of so being spam (I don't come over everyday to clean up the mess). Maybe we could try to block anonymous posts for a few weeks, and then unblock them again. There's a slight chance that the spammer (it's apparently only a single #%$#@) might notice and stop bugging us. This will also shy away real people (as opposed to the spam bots), but it's not being used anyhow at the moment. The "manual" forum already has anonymous posts blocked, but the others haven't. Diederik

1 0

Re: [Inkscape-devel] Change in object snap behavior
by Diederik van Lierop 31 Jul '07

31 Jul '07

> I don't personally see much reason for wanting to snap to a bounding > box. It's only weakly related to the underlying geometry. A (corner) > node, on the other hand, is a visible geometric feature. > > --bb Snapping boundingboxes is useful for objects having a stroke, if you want the strokes touching instead of overlapping. You'll get overlapping strokes when snapping to the paths. But I don't think we need the distinction between bbox corners and bbox sides (as in nodes vs. paths), do we? I'm trying to have as little options as possible because the snapping dialog can easily get too confusing. All the tiny detailed options are there under the hood, but I think only some subset should be provided to the user. For example, in the object snapper we currently only snap boundingbox corners to other bounding boxes, and nodes to other nodes or paths. There's no mixing of those any longer (i.e. no nodes to bboxes), which makes snapping much more intuitive. Does anyone have any objections to this behaviour? I like the idea of only snapping to nodes at sharp corners.We will still need an option to disable snapping to nodes, as someone might want to snap to any point along a path, also to any point close to a sharp node. It would be annoying if it snaps to the node when you get close to it, so this doesn't help in reducing the snapping dialog clutter. But I think I might filter out the smooth nodes anyway, merely for improving the snapping responsiveness. Diederik

1 0

Tutorial xml2po conversion done
by Colin Marquardt 31 Jul '07

31 Jul '07

Hi, the conversion of the tutorial translations to PO format is done. (There are a few small things left, but the large task is finished). I'll now work on polishing the Makefile support and documenting the translation flow. Cheers Colin

2 2

Re: [Inkscape-devel] [Inkscape-user] Seeking documentation of Python bindings
by Ted Gould 31 Jul '07

31 Jul '07

On Tue, 2007-07-31 at 09:40 -0500, Kent Tenney wrote: > On 7/30/07, Ted Gould <ted@...11...> wrote: > > There is some information in the Wiki on this. I've started an XML > > Scheme (attached) > > I don't see an attachment. Sorry, I'll make sure to attach it this time :) > > > - a discussion of how Inkscape processes the share/extensions dir > > > > I'm not sure what you're looking for here. Sorry. Could you please > > reask this a different way? > > I'm curious about the relationship between the files in share/extensions and > the entries in the 'Effects' menu. > Hiding the share/extensions menu results in removing all 'Effects' entries > except 'Generate from path' and 'Render' > Where are those 2 effects defined? There are some effects that are defined internally in Inkscape. Those are built into the C code directly. I'm a little confused on your examples of 'Generate from path' and 'Render' as those are submenus. The submenus are also defined in the INX files, dynamically depending on which effects are available. --Ted

1 0

Re: [Inkscape-devel] Change in object snap behavior
by Bill Baxter 31 Jul '07

31 Jul '07

On 7/31/07, postmaster@...1785... <postmaster@...1785...> wrote: > We used to have an option to snap only to nodes and/or paths, which > currently is > not in the snapping preferences dialog in SVN (I'm still working on this > dialog). I've been shuffling the checkboxes, but also the snapmanager code. I > will put the snap to paths and/or nodes option back in for snapping to > objects, That would be great. > but I wonder if we need something similar for the boundingboxes also: snap to > the sides and/or corners? Does anyone think that would be usefull? I don't personally see much reason for wanting to snap to a bounding box. It's only weakly related to the underlying geometry. A (corner) node, on the other hand, is a visible geometric feature. --bb

1 0

Re: [Inkscape-devel] [Inkscape-user] Seeking documentation of Python bindings
by Ted Gould 31 Jul '07

31 Jul '07

Unfortunately I think the documentation you seek is largely unavailable. :( This isn't on purpose, it just hasn't been done yet. Let me see if I can answer some of the questions here, but I'm going to CC the Devel list which can probably help also. On Fri, 2007-07-27 at 08:54 -0500, Kent Tenney wrote: > I haven't yet found; > > - an explanation of the xml in the .inx file There is some information in the Wiki on this. I've started an XML Scheme (attached) but it is not complete and I'm not sure it even validates (my first XML Schema). If you have specific questions I'd be happy to answer them. > - the api available to Python scripts The scripts themselves aren't locked into any API. The data comes through command line parameters and STDIN/STDOUT to the script. There is a convenience library in the extensions directory which provides come common functionality. If you have questions on those functions, please ask on -devel. > - a discussion of how Inkscape processes the share/extensions dir I'm not sure what you're looking for here. Sorry. Could you please reask this a different way? --Ted

1 0

Change in object snap behavior
by Bill Baxter 30 Jul '07

30 Jul '07

I noticed that in SVN the object/node snap behavior is different from that in 0.45. In 0.45 if I had a polyline then I would only get snapping to the nodes, not to other parts of the line. In 0.46 it is equally happy to snap to any part of the line, making it difficult to snap to the corner vertex. I can understand there's no particular reason to preferentially snap to a smooth node on a path, but for corner nodes I think you should get snapping behavior that somehow takes precedent over the line-snapping behavior. --bb

2 1

coloured markers
by Felipe Sanches 30 Jul '07

30 Jul '07

one friend asked me if it is possible to have start, middle and end markers coloured. The UI aparently only allows black markers. Then I looked at the svg xml and noticed that markers declarations are quite flexible. Is it only my impression, or we can indeed use as markers absolutly anything that is valid svg ? I would propose that a color-selection button is placed to the right of each of the marker combo-boxes. (maybe even 2: one for marker-fill and one for marker-stroke) Juca

3 2

Re: [Inkscape-devel] Gtkmmifying the desktop window object
by joel＠...1709... 30 Jul '07

30 Jul '07

Well, I still may not have made your work obselete. After all, all I've done is replace the GtkWindow* of SPDesktop::window with Gtk::Window*. It was a relatively simple fix to go through all the dependancies and change all those. For proper Gtkmmification, SPDesktop should probably be turned from a struct to a class, retagged "Inkscape::UI::Desktop" (or something), and derrived from Gtk::Window. This would be a proper job of it. My change is a sort of most minimal gtkmmification. ---------------------------------------- From: MenTaLguY <mental@...3...> Sent: 30 July 2007 10:08 To: ralf@...748... Subject: Re: [Inkscape-devel] Gtkmmifying the desktop window object On Mon, 2007-07-30 at 08:22 +0200, Ralf Stephan wrote: > Oh yes, I certainly did nothing of the sort. > As I demonstrated to mental long, long ago, the only what was > missing in my implementation was correct zooming. If I'd been aware that Joel was working on gtkmmification before (I've not been following development very closely for the past few months), I would've suggested he finish the work you nearly completed. As it is, I'm just relieved the task is finally done! I don't mean to denigrate the time you put into it yourself. -mental ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

new ways to scroll and zoom
by bulia byak 30 Jul '07

30 Jul '07

I know adding prefs settings for individual shortcuts is evil, but since we don't yet have a UI for editing keymaps, and these features were requested A LOT, I think in this case it's justified: * You can now enable Space+mouse drag to pan canvas, as it does in Adobe Illustrator. This mode is enabled by the "Left mouse button pans when Space is pressed" checkbox in the Scrolling tab of the Inksape Preferences dialog. By default it is off and pressing the spacebar key switches you to Selector and back, as it always did in Inkscape. * By default, rotating the mouse wheel scrolls the canvas vertically and Ctrl+wheel zooms in and out. Now, if you turn on the "Mouse wheel zooms by default" checkbox in the Scrolling tab of the Inksape Preferences dialog, this behavior is reversed: mouse wheel zooms without Ctrl and scrolls with Ctrl. This new mode should be familiar for users of AutoCAD and CorelDraw. * In the Zoom tool, right mouse button always zooms out instead of calling the context menu (which is rather useless in this tool anyway). -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Gtkmmifying the desktop window object
by joel＠...1709... 30 Jul '07

30 Jul '07

Hi All, As we discussed a few weeks ago, I've now gtkmmified the desktop window object. I've also set this object to be parent windows of the file dialogs, which prevents them falling underneath the application window in Windows as per bug #1431528. I've spent quite a long time testing this modification, both in Ubuntu, XP and in Vista, and everything seems ok. Nonetheless, this sort of modification is could create bugs, especially with all the pointer casting which goes on in Inkscape. So let me know if there are any problems. In working on this I may have stumbled across another bug which has crept in from somehwhere: In Windows, try saving a file through the file dialog. At this point the application crashes. You can see this happen if you download Inkscape0707240355.7z (which comes from a few days ago before I comitted this latest mod, so it's not my fault). I used message boxes to trace the problem to line 644 of file.cpp: "delete saveDialog;". However when I compiled this morning, and stepped through with a debugger I could find no problem - so it remains an enigma for now. Best Regards Joel ----- Original Message ----- From: "Bryce Harrington" <bryce@...961...> To: "MenTaLguY" <mental@...3...> Cc: <joel@...1709...>; <inkscape-devel(a)lists.sourceforge.net> Sent: Saturday, July 07, 2007 1:01 AM Subject: Re: [Inkscape-devel] GTK+ and GTKMM problems > On Fri, Jul 06, 2007 at 03:20:42PM -0700, MenTaLguY wrote: >> On Fri, 6 Jul 2007 15:09:04 -0700, "joel@...1709..." >> <joel@...1709...> wrote: >> > What I really want here is "temporary wrapper" just to satisfy >> > FileChooserDialog. There seems to be rather a lack of documentation >> > about >> > all this - or maybe I don't know where to look. >> >> Glib::wrap wasn't intended to be used that way. >> >> > Am I right in thinking that while all inkscape dialogs use Gtkmm, the >> > main >> > window is based on plain old GTK+ ? If not, is there a way I can get a >> > reference to it's underlying Gtk::Window rather than a crumby >> > GtkWindow*? >> >> I think the best thing to do would be to rewrite the desktop window code >> to use >> a Gtk::Window rather than a GtkWindow as the top-level window. It's a >> small >> step towards the complete Gtkmmification we have been wanting anyway. > > I took a cut at this back when we first started doing the Gtkmm work > intently. It's in the experimental SVN module at bryce/inkscape_gtkmm/. > We ended up deciding to focus on dialogs rather than the application, so > this never really got to a finished point, but it still might be useful > for reference or as a starting point. > > Bryce > >

4 4

Win32 build error w/ pdf-input
by Bill Baxter 30 Jul '07

30 Jul '07

I'm getting a build error on a fresh update from SVN. The errors start off with: Make error line 179: problem compiling: src/extension/internal/pdfinput/pdf- input.cpp:19:27: error: goo/GooString.h: No such file or directory And snowball from there. Since it's an extension I presume I could just exclude it from the build and be fine, but I'm not sure how to do that with the btool.exe thing. Thanks, --bb

2 2

Lighting Effects in Inkscape
by Jean-René Reinhard 28 Jul '07

28 Jul '07

Hi, It's been a long time since I started using Inkscape. During the last two weeks, I got frustrated that lighting effects weren't implemented in Inkscape. I took advantage of Niko Kiirala great filter framework to write a first simple implementation of these lighting effects. Almost everything is implemented now. (kernelUnitsLength support is still missing but I plan to get it done soon). I write this email to the list to signal a discreprancy I noticed while implementing feSpecularLighting. In fact the svg feSpecularLighting specification, and test examples, do not follow Phong lighting model. In the SVG specs, the specular lighting is computed by taking ks * N.H^speExp In every Phong lighting model I found by googling it is computed as ks * R.E^speExp where ks is the specular constant speExp is the specular exponent N is the surface normal vector L is the light vector, unit vector from the surface point to the light E is the eye vector, unit vector from the surface to the viewer R is the reflected light vector, unit vector from the surface point indicating the reflection direction. H is the normalized vector colinear to L+E/2 writing things down we have N.H = cos (alpha) for some alpha and R.E = cos(2*alpha). The formula using R.E seems much more natural since the viewer sees reflection if R is "close" to E, ie R.E is close to 1. For the time being the N.H is implemented in Inkscape (standard compliance above all). However, can anybody explain the formula using N.H? Does anybody know why svg specularLighting uses N.H instead of R.E? Cheers, Jean-Rene

2 1

Bug : [ 1653629 ] 0.45 from source in ubuntu
by Jean-René Reinhard 26 Jul '07

26 Jul '07

Hi, after building the latest inkscape svn version, the exec I obtained kept crashing. After some tests I solved the problem. Inkscape wasn't able to find the key binding file. I just looked into the bugtracker. This bug was already reported and the bug report was closed. ([ 1653629 ] 0.45 from source in ubuntu). http://sourceforge.net/tracker/index.php?func=detail&aid=1653629&group_id=9… Shouldn't inkscape die in a nicer way than a segfault, with an explicit warning, if the key file cannot be found? Jean-René

2 2

GTK+ the cause of Wacom issues in Windows XP SP2?
by FooManChu 26 Jul '07

26 Jul '07

I'm new to mailing lists so figure me if they follow a specific format. Basically, I've ran across posts in the GIMP newsgroup (comp.graphics.apps.gimp): http://groups.google.com/group/comp.graphics.apps.gimp/browse_thread/thread… http://groups.google.com/group/comp.graphics.apps.gimp/browse_thread/thread… I remember myself specifically asking in that group if Wacom tablets had known usability in The GIMP: http://groups.google.com/group/comp.graphics.apps.gimp/browse_thread/thread… Then I posted this, somewhat desperate for any responses: http://groups.google.com/group/comp.graphics.apps.gimp/browse_thread/thread… ...and also recently on InkscapeForum.com I posted a thread: http://www.inkscapeforum.com/viewtopic.php?f=22&t=135&start=0&st=0&sk=t&sd=a ...they all related to GTK+ possibly being the culprit, at least that is what conclusion I came to. Anyway, I seem to have problems mostly when using the Pencil tool, Bezier, and Calligraphy tool. Mostly, as in 95% of the time, it is the Pencil tool. I can draw and draw and sometimes, the tool just stops responding (the cursor hangs) until I lift the Stylus and then put it back to the Tablet. Even then, sometimes I have to do it *several* times before it will respond. Then there are some times when I have no problem. Or one jerky movement, lift the Stylus and everything works fine again. I simply cannot reproduce it consistently. Anyway, the kind, and somewhat more experienced than myself administrator of InkscapeForum.com suggested I send you guys/gals an e-mail. My setup is Windows XP SP2, with a Graphire4 4x5. Do I need to provide more information? Any ideas on what the culprit may be? Is it GTK+? Is it something else? Thanks for your patience and assistance in this manner. FooManChu

2 1

displacementmap renderer bug
by Felipe Sanches 26 Jul '07

26 Jul '07

SVG spec (http://www.w3.org/TR/SVG11/filters.html#feDisplacementMap) states that pixel values must be alpha-demultiplied before processing this filter operation. The following code does it, but when we DON'T do it, output is more similar to output from Batik. if (map->mode == NR_PIXBLOCK_MODE_R8G8B8A8P){ alpha = (unsigned int) map_data[4*((x-x0) + width*(y-y0)) + 3]; if (alpha==0){ coordx = x-x0; coordy = y-y0; } else { coordx = x-x0 + scale * ( ((double)NR_DEMUL_111( (unsigned int)map_data[4*((x-x0) + width*(y-y0)) + Xchannel], alpha))/255 - 0.5 ); coordy = y-y0 + scale * ( ((double)NR_DEMUL_111( (unsigned int)map_data[4*((x-x0) + width*(y-y0)) + Ychannel], alpha))/255 - 0.5 ); } } Batik output: http://bighead.poli.usp.br/~juca/code/inkscape/batik-fed02.png Inkscape output without demultiplication: http://bighead.poli.usp.br/~juca/code/inkscape/displacement-map-test.png There is also this other bug that can be seen in the above screenshot: the lower and the right portions are not rendered, I dont know why. JucaBlues

2 4

Inkscape 0.46 release?
by Bryce Harrington 26 Jul '07

26 Jul '07

Hi all, It's been a while since our 0.45.1 release, and a ton of good new features have been added in. However, in recent months many of us have busy with new jobs, school, conferences, etc. However with summer here I'd like to hear if there is interest in seeing 0.46 released? Ubuntu's next feature freeze is August 16th, one month from now. I would love to see Inkscape 0.46 ready for inclusion there, and would be able to pitch in help if others are also interested in getting an Inkscape release out in that timeframe. What do you think? Bryce

13 21

3 more attention-to-detail observations
by joel＠...1709... 26 Jul '07

26 Jul '07

Hi Everyone, 3 questions about the inkscape UI. The first relates to Windows users only: why is it that the menu item icons are shrunk slightly? I get the impression that GTK has taken the Windows system item height (which is good), then squished the menu bitmaps into that height (which is bad). The the MS Office applications got around this problem by simply increasing the height of each item so as to accomodate the icon. Is it possible to do this with GTK?, because right now the icons look more like a mush than attractive decoration. (BTW: Roll on the Tango icons) Second observation: It seems to me that "Vacuum Defs" is a bit of an unfortunate title for this menu item, in that from reading it, even an experianced user such as myself struggles to comprehend what it might actually do. Is this the best title? I've never seen another menu item ever with the word "Vacuum" in it; it's not a well understood UI term. And most users aren't going to know what a "def" is either. Third observation: in XP/Vista in the development builds (but not in 0.45.1), there's some wierd toolbar behaviour at the moment, as you'll see in this screenshot: http://www.airwebreathe.org.uk/toolbar.png. In both XP and Vista, when the mouse hovers over the chevron at the end of the toolbar you get a wierd double bevel effect. Can this be sorted out? Also in the Vista screenshot you may notice that the toolbar gradient doesn't line up with the toolbar frame properly. Any comments?

2 1

Committing LivePathEffects to trunk
by Johan Engelen 25 Jul '07

25 Jul '07

Hello all, I want to get LivePathEffects (LPE) into trunk soon. The benefit of having my own branch (i.e. few people build it, so highly unstable code is no prob ;-) ; thanks for testing guys!!!) is starting to become a drawback (i.e. I'd like people to use it and report bugs/problems/RFE's) There is a problem though: Dependencies. LPE needs lib2geom (this is a *good* thing!), which needs Boost. 1. I don't think Boost is going to be a big problem. Well... it is big, but 2geom does not use that many headers; i have to check but only a small part of boost is necessary i think. 2. lib2geom does not have an official release and LPE uses the latest SVN version. Development is very active, often providing new features InkscapeLPE wants. This basically means that to build LPE, one first must svn up 2geom and make install it. A. What are your thoughts on the dependency issues? B. Now I think of it, I think the file-format extension introduced by LPE must be agreed upon as well. It is SVG compatible and not very intrusive but still... Kind regards, Johan

8 12

Re: [Inkscape-devel] filters UI
by Nicholas Bishop 25 Jul '07

25 Jul '07

Regarding selection and the filter dialog, how about the following setup: the dialog will still display all filters, but the user can set which filter is currently applied to the selected object(s) by double clicking a filter in the left-hand list. The active filter will get a dot or a small icon to show it is being used on the selection. Single-clicking a filter will select it for editing of its primitives/attributes, but won't apply it to the selection. How's this sound? If it's OK, it shouldn't take too long to do. I'll post again soon with my thoughts on the discussion of showing better simplified controls than the current Blend Mode combo. -Nicholas On 7/23/07, bulia byak <buliabyak@...400...> wrote: > Hi Nicholas, > > You never responded to this discussion. Do you agree that the Filters > dialog must track selection and instant-apply to the selected objects? > > On another subject, please make your dialog remember size and position > across sessions, as other dialogs do. Now it always starts in minimum > size which is annoying. > > Also I highly encourage you to keep an up-to-date summary of what already > works (and what is likely to remain more or less the same at the end > of the project) at > http://wiki.inkscape.org/wiki/index.php/ReleaseNotes046#Filters_UI. > It's important to do it as you code. Don't wait until everything is > completed - you will forget some valuable details by then. Just as > soon as you finish some feature, no matter how small, add it to the > list there, with complete description of the functionality as well as, > ideally, examples and usage tips. > > ---------- Forwarded message ---------- > From: bulia byak <buliabyak@...400...> > Date: Jul 21, 2007 4:09 PM > Subject: Re: [Inkscape-devel] filters UI > To: MenTaLguY <mental@...3...> > Cc: Florian Köberle <FloriansKarten@...128...>, Nicholas Bishop > <nicholasbishop@...400...>, inkscape-devel(a)lists.sourceforge.net, Niko > Kiirala <niko@...1267...> > > > On 7/21/07, MenTaLguY <mental@...3...> wrote: > > I do think simply calling that option "Filter" is a little weird. How > > about labeling the blend mode drop-down as a whole "Filter", and > > changing the "Filter" option to "Custom..."? That may be a better > > description of what it does, and then it would make sense to put other > > filter presets there too. > > I'm all for adding more preset blending and composite modes to that > list, yes. But why do we need "custom" at all? As it is now, it's out > of place there. When I'm in fill&stroke, I don't think in terms of > choosing among "filter2578" and "filter2593". That is an entirely > different task for the different specialized dialog - the Filters > dialog. This list in fill&stroke contains various ways of compositing > an object over its background, period. A "Custom" there would only > make sense if its function would be to allow you to edit a customized > expression for compositing (e.g. for the "arithmetic" option in > feComposite), but NOT for assigning the overall filter stack for an > object as now. That assignment must be done automatically by the > Filter dialog (which is where you edit those stacks). > > > I would also like to see some feComposite presets in that list. > > Sure, one thing I would really enjoy is inverting the background - is > this possible with feComposite? > > > > This list, like the Blur slider below it, must > > > search the selected object's filter stack for feBlend or feComposite, > > > display the current mode of that filter and let me change it (or add a > > > new filter to the top of the stack, but only if no such filter already > > > exists in the selected object's stack). > > > > That would interact very badly with many interesting filters, as they > > may be built out of multiple feBlend/feGaussianBlur elements; simply > > picking the first or last feBlend element (or even all of them, > > depending on how the filter is designed) won't give desirable results. > > OK, that was just one of my ideas, I don't insist on making it that > way too much. It may indeed be confusing sometimes, although also > useful IMHO. What do others think? > > -- > bulia byak > Inkscape. Draw Freely. > http://www.inkscape.org >

4 3

hacking latex-pstricks.cpp to export text as text
by Richard Henwood 25 Jul '07

25 Jul '07

Hi folks, I'm would like to provide a choice for psTricks export to export text as text (not paths). My problems are that I can't get the position of the text within: PrintLatex::text(Inkscape::Extension::Print *mod, char const *text,NR::Point p, SPStyle const *const style) 'p' looks like it should contain this information (ie. p[NR::X]) but it contains the value 0. Further up, 'latex-pstricks-out.cpp' is making a call to: sp_item_invoke_print (mod->base, &context); where Inkscape::Extension::Print = *mod; mod->base = SP_ITEM (sp_document_root (doc)); ...so; any thoughts appreciated! r,

2 1

filter effects - who is working on what?
by Felipe Sanches 25 Jul '07

25 Jul '07

I have recently jumped in and I still feel a bit uncomfortable with the idea of possible redundant work. Can we start a new page at the wiki to map our current efforts on the filter effects development? It would list for each filter, who has already done what an which problems have emerged. I feel that this way we can have a better idea of which areas need more work and which filters are already fully compliant with the specs. Juca

3 3

Gtk-apps.org
by Jose Hevia 25 Jul '07

25 Jul '07

Hi, I always loved the kde-apps.org (gnome-look,kde-look...) interface and form-factor versus other approaches. Now gtk-apps.org has been created. http://www.gtk-apps.org/ Someone with good English skills could add an entry for Inscape?

1 0

Font Variants
by Gail Banaszkiewicz 24 Jul '07

24 Jul '07

Hi everyone, I just wanted to clarify what exactly the problem described in this bug is: 904962 (http://sourceforge.net/tracker/index.php?func=detail&aid=904962&group_id=93…) At first it sounds as though fonts are actually not showing up at all for some platforms, but I'm wondering if the problem now is simply that the UI doesn't separate font family and variants beyond what CSS allows (so no small caps, outline, swoosh, etc). If you can shed any light (and I bet bulia can at least), it will be much appreciated. Thanks, Gail

4 5

feImage filter
by Felipe Sanches 24 Jul '07

24 Jul '07

I have been working on feDisplacementMap but I havent figured out a way to test my first drafts of code since the displacementmap test on the SVG 1,1 full test suite also depends on feImage. That sucks! So, I stopped working on fedisplacementmap and started to implement feImage. The specs say that feImage should behave similarly to the image element. So, I imagine that it may be possible to not duplicate code. But I tryied to look at sp-image.cppand I dont know exactly how to reuse it. Could anybody help on this? Juca

2 1

Fonts
by Thomas Worthington 24 Jul '07

24 Jul '07

Hi, Is anyone actually working on fixing the font problems (ie, no styles except the very basic ones)? This is a total show-stopper for professional use. If no one is working on it, is there a guide to how to start on working with the Inkscape code, submitting patches etcetera? I'm not sure that I'll have much time to work on it but I am a programmer and I have worked with Linux fonts quite a lot over the years. I really like Inkscape and use it for design work (real, paid design work) quite a lot but it always hits a wall when a client is already using use a font which Inkscape can't handle but has to be incorporated, like Helvetica Black, which happened yesterday. There is almost nothing else which causes me to have to revert to Illustrator now other than font handling and I'm starting to really resent Illustrator because of it. Thomas Worthington

8 17

Skeletal Strokes (InkscapeLPE)
by unknown＠example.com 24 Jul '07

24 Jul '07

Hello all, Progress report of my GSoC: Skeletal strokes seems to work! (many thanks to the 2geom people!) See a screenshot here: http://wiki.inkscape.org/wiki/images/Lpe-skeletal.png and the wiki page here: http://wiki.inkscape.org/wiki/index.php/LivePathEffects I'd very much like people to test LivePathEffect things and report bugs on the wiki. Although one must know that the skeletal strokes effect is still under heavy development. Because I very much like my own branch and I'd like to keep it a little while longer, you need to checkout the live-path-effects branch to see this in action and test stuff, sorry! Cheers! Johan

3 4

feTurbulence - copyright status?
by Felipe Sanches 23 Jul '07

23 Jul '07

Reading the SVG specs, I see that there is a big chunk of C code in the feTurbulence filter effect spec. What is the copyright status of this piece of code? Is it public domain? After all, it is inside the specs, would them sue us if we copy&paste it? If we can use it let me know the conditions so that I can try to implement this filter more easily. the code is here: http://www.w3.org/TR/SVG11/filters.html#feTurbulence Juca

3 3