- Inkscape Devel - Inkscape Mailman

kdeprint integration
by Roman Glebov 08 Nov '05

08 Nov '05

Hallo i am planning to integrate kdeprint subsystem with inkscape. What do you think about it ? Is someone already working on it ? Any suggestions how it should be done ? Roman Glebov

3 2

inkboard/whiteboard connection issue
by Alexandre Prokoudine 08 Nov '05

08 Nov '05

Hi, It looks like Inkboard/Whiteboard is quite selective about jabber servers, making Inkscape crash if it doesn't like the server it tries to connect to (please refer to http://sourceforge.net/tracker/index.php?func=detail&aid=1349761&group_id=9…) Is there any precise information on jabberd versions etc. users should be aware of? Should it be mentioned at http://wiki.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes ? Alexandre

2 1

Re: Introducing your software in our magazine
by Jon Phillips 08 Nov '05

08 Nov '05

Hello, Yes, it would be great to have Inkscape included in your magazine. I'm cc'ing the Inkscape development mailing list to find out how we have dealt with this in the past and how to move forward. Jon On Fri, 2005-11-04 at 20:54 +0900, iP!編集部　神谷知宏 wrote: > Dear Jon Phillips > > Please forgive the unsolicited mail. > > We are a Japanese corporation headquartered in Tokyo, > and have published windows magazine "Windows100%" . > We mailed you because we want to introduce your software Inkscape > to Japanese people. > So we want to run the information of Inkscape in ourmagazine, and include > Inkscape software in CD-ROM that is attached to our Magazine. > > We treat windows, internet and game article in our magazine. > Our magazine is also including some software and game demo in CD-ROM . > > Please reply if you are interested. > Thank you for your consideration. > > Windows100% Magazine > Tomohiro Kamiya > ---------------------------------------- > Shinyusha Inc.　 > Windows Magazine [ Windows100% ] editorial department > Tomohiro Kamiya > kamiya@...1064... > > 1-15-14, Kudan-Kita, > Chiyoda-ku, Tokyo, Japan > tel/+81-3-5213-3471 > fax/+81-3-5213-3472 > http://www.shinyusha.co.jp/ > ---------------------------------------- > > > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

1 0

0.43 release?!
by MenTaLguY 08 Nov '05

08 Nov '05

How much longer is this going to drag out? This is getting ridiculous... -mental

8 19

Sign made with IS
by danilo di moia 08 Nov '05

08 Nov '05

Hi all, it's first time a write in this list. I'm an italian guy and I use inkscape (also with the gimp and scribus of course) not only for fun but also to do something usefull for my job. For example, I've designed my computer school's sign with IS and I think result is good! Here you can look a screenshot of IS with sign's design: http://www.ipercollege.org/inkscape/progetto.png and here, you can look at final product: http://www.ipercollege.org/inkscape/insegna.jpg Thanks for all guys, I love this software :-) Ciao Danilo Di Moia

2 1

The inkscape object and the inkscape_application_init( ) function
by Ben Fowler 07 Nov '05

07 Nov '05

I have been discussing this with Ralf off -list, and it is possible that these issues will be dissolved away when Gtkmmification is finished, but in the mean time, I have a question. Is the inkscape object and the inkscape_application_init( ) which creates it intended to be a Singleton pattern, or a Factory pattern, allowing more than one Inkscape::Application object, perhaps parameterised (or something else)? I might not have brought this up now, but my memory was jogged by the comment at the top of page 2 http://www.thedailywtf.com/forums/48173/ShowPost.aspx (and elsewhere). inkscape_application_init( ) is called in three places, in main.cpp, exactly once at application start-up; by SVGPreview::SVGPreview() when we want to provide a preview of an SVG file in a File->Open dialogue and by ImageIcon::init(), probably for similar reasons. I am assuming that the code is not wrong (the new-gui is intended to run with inkscape being NULL), but I suspect that it need to be better commented documented. If this is worth doing, could some kind soul post a few hints and I will do it Ben

5 6

smil library
by Jon Phillips 07 Nov '05

07 Nov '05

Have you all seen this? http://svg.org/story/2005/11/4/19196/5990 Bob, would our javascript support work with this in the future? I guess a better question would be, where is Inkscape's JS support? And, what would it take to get it to the level to support something like this SMILscript library. Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

3 2

Connector tool
by Laszlo 06 Nov '05

06 Nov '05

Hi! Is it somewhere a good connector tool tutorial to produce similar image like this?: http://lrn.ru/~avp/images/connector1.png I have difficulty to produce more segment path between objects with the connector tool. When I was played with the connector tool (to produce the above thing) inkscape crashed 3 times. Here is the backtrace: ** ERROR **: file display/curve.cpp: line 1230 (void sp_curve_stretch_endpoints(SPCurve*, const NR::Point&, const NR::Point&)): assertion failed: (fabs(begin_dist - tot_len) < 1e-18) aborting... Program received signal SIGABRT, Aborted. [Switching to Thread 16384 (LWP 2302)] 0x40fa6861 in kill () from /lib/libc.so.6 (gdb) (gdb) bt #0 0x40fa6861 in kill () from /lib/libc.so.6 #1 0x40dfe2a9 in pthread_kill () from /lib/libpthread.so.0 #2 0x40dfe660 in raise () from /lib/libpthread.so.0 #3 0x40fa6616 in raise () from /lib/libc.so.6 #4 0x40fa7981 in abort () from /lib/libc.so.6 #5 0x40bd5dbd in g_logv () from /usr/lib/libglib-2.0.so.0 #6 0x40bd5dee in g_log () from /usr/lib/libglib-2.0.so.0 #7 0x40bd5e53 in g_assert_warning () from /usr/lib/libglib-2.0.so.0 #8 0x082dade1 in sp_curve_stretch_endpoints () #9 0x081b7d9a in cc_selection_set_avoid () #10 0x081b8e33 in cc_selection_set_avoid () #11 0x081c9a66 in sp_event_context_root_handler () #12 0x082e6b88 in sp_marshal_INT__POINTER_POINTER () #13 0x40b7467b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #14 0x40b83c9d in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #15 0x40b84e35 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #16 0x4050b19e in gtk_signal_emit () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x082d2222 in sp_canvas_arena_get_type () #18 0x082d2728 in sp_canvas_arena_render_pixblock () #19 0x082e6878 in sp_marshal_BOOLEAN__POINTER () #20 0x40b73fd8 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #21 0x40b7467b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #22 0x40b83ea2 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 ---Type <return> to continue, or q <return> to quit--- #23 0x40b84e35 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #24 0x4050b19e in gtk_signal_emit () from /usr/lib/libgtk-x11-2.0.so.0 #25 0x082e1043 in sp_canvas_new_aa () #26 0x082e22b1 in sp_canvas_update_now () #27 0x404c5d85 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #28 0x40b73fd8 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #29 0x40b7467b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #30 0x40b83ea2 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #31 0x40b84e35 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #32 0x40b8542e in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #33 0x405a3568 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #34 0x404c42d9 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #35 0x404c4739 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #36 0x406af44a in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 #37 0x40bcc421 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #38 0x40bcf687 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #39 0x40bcfbd8 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #40 0x404c3989 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #41 0x401955b6 in Gtk::Main::run_impl () from /usr/lib/libgtkmm-2.4.so.1 #42 0x40195461 in Gtk::Main::run () from /usr/lib/libgtkmm-2.4.so.1 #43 0x08136071 in sp_main_gui () #44 0x0820daf0 in Inkscape::NSApplication::Application::run () ---Type <return> to continue, or q <return> to quit--- #45 0x08135929 in main () (gdb) Inkscape version: 0.42.2+0.43pre1 (from debian sid) The system is debian sid. Best regards, Khiraly

5 5

New example files for XML repair service
by jiho 06 Nov '05

06 Nov '05

Some time ago I started a wiki page about a possible XML Repair service to be implemented in Inkscape, following bug reports and a feature request. A key point of this page was to have a lis of "wrong" files. I have posted one file to the invalid files section (=some files that inkscape cannot parse). I also added some files to the weird files section. I seems that many free scientific softwares output eps files which, after beeing converted to svg by pstoedit, behave strangely in inkscape. Vector graphics are very important in scientific work and requested by all scientific journals and it would be great if Inkscpae, being the great vector graphics editor it is, could help produce them. Thanks in advance. -- JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. ---

2 1

0.43
by bulia byak 06 Nov '05

06 Nov '05

I'm really concerned that 0.43 seems to be moving so slow. We don't have any real stoppers now, so why the delay? Let's do a pre2 now and aim for the release at the end of the week. What do you think? Release mainatainers (Peter & Jon), if you don't have time to work on that (patches, pre2, final release), please report, so we can work around that. Overall I must say I'm rather disappointed by the performance of the release maintainers this time. Unfortunately I can't now be on Jabber because I'm having Internet connection issues, but I'll do what I can to help push the release. I have about 120Kb of diffs in my local tree and I can't wait to merge them in. This "short release" seems to have consisted mostly of a very long freeze :( Here are the most important outstanding issues: - Several patches in the tracker. If any of these goes in, we need to do another pre with them. If not, we can release right away after pre1. - Several tutorial translations in the tracker (Scislac, will you do this?) - Screenshots: -- Node editing by Scislac: almost there, waiting for a final version with more stuff -- Connector tool by Alexandre Prokoudine: waiting for a combined shot with 2 diagrams and a blurb (if you can't do this, let me know and I'll post what I have) -- Drawings with pressure sensitivity by Popolon - does anyone have contact info for him, as I haven't heard from him since he agreed to do this screenshot (more than a month ago)? -- Anything else? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

9 15