- Inkscape Devel - Inkscape Mailman

Roomity.com v 1.5 is a web 2.01
by shenanigans 08 Nov '05

08 Nov '05

I was interested in getting feedback from current mail group users. We have mirrored your mail list in a new application that provides a more aggregated and safe environment which utilizes the power of broadband. Roomity.com v 1.5 is a web 2.01 community webapp. Our newest version adds broadcast video and social networking such as favorite authors and an html editor. It?s free to join and any feedback would be appreciated. S. ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Broadband interface (RIA) + mail box saftey = <a href="http://Inkscape-SVG_Editor/Powerful_Vector_Illu.roomity.com">Inkscape-SVG_Editor/Powerful_Vector_Illu.roomity.com</a> *Your* clubs, no sign up to read, ad supported; try broadband internet. ~~1131485137242~~ ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------

1 0

corrections to dia.inx
by Wolfram Quester 08 Nov '05

08 Nov '05

Hi, I got the following bug report against the debian sarge package of inkscape: > When dia is not installed, $HOME/.inkscape/extension-errors.log will > contain the following text which tells the user to get dia at > "somesite.com" : > > ---------------------------------------------------------------------- > Extension "Dia Input" failed to load because a dependency was not met. > Dependency:: > type: executable > location: path > string: dia > description: In order to import Dia files, Dia itself must be installed. You can get Dia at http://somesite.com > ---------------------------------------------------------------------- This address is still wrong in the prereleases, so the attached patch fixes the download address to http://www.gnome.org/projects/dia/. Since this is only a minor change, it would be nice if it could be included in the release. I'll submit the patch to the tracker, too. Thanks, Wolfi

2 1

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

importing pdf files
by John Taber 05 Nov '05

05 Nov '05

Has there been any work on importing pdf files with all the attributes converted to a svg file ?

2 1

Re: [Inkscape-devel] Connector tool
by Alexandre Prokoudine 05 Nov '05

05 Nov '05

On 11/5/05, Laszlo <khiraly123@...240...> wrote: > 2005-11-05, szo keltezéssel 15.09-kor Alexandre Prokoudine ezt írta: > > Difficulty like what? > > Im able to create only straight line: > +---------+ +-+ > | |------------>| | > | | +-+ > | | > | | > +---------+ > > Not line like this: > +---------+ +-+ > | | +----->| | > | | | +-+ > | | | > | |------+ > +---------+ This is rather a topic for inkscape-user@ :) You can use rerouting ability to adjust the connector. 1. Connect two objects with connector tool. 2. Add one or two obejects between two other ones. 3. Select them 4. Switch to Connector tool again 5. Mark these objects as avoidable 6. Switch to Selection tool 7. Adjust position of these objects so that connector becomes a _| curved line Example: www.lrn.ru/~avp/mockups/Screenshot-2.png Or you can use Node tool to add nodes and drag them. Alexandre

1 0

[ 1343164 ] Error compiling Inkscape from CVS
by Steven P. Ulrick 05 Nov '05

05 Nov '05

Hello Everyone I have filed a report on the Bug Tracker on my continuing issue compiling Inkscape from CVS on Fedora Core 3: https://sourceforge.net/tracker/index.php?func=detail&aid=1343164&group_id=… If you need any more info from me, please let me know. Steven P. Ulrick

2 9

Re: [Inkscape-devel] Kevin Burman ANSWER
by Ralf Stephan 05 Nov '05

05 Nov '05

Forwarding Kevin's solution to the list, for the reason of archiving: > I found the answer for Windows2k. Go to C:\Program Files\Common Files\GTK\2.0\etc\fonts.conf > > Find the Bitstream Vera Sans header and change it from 7.5 to ?? > Menu font size will increase. Thanks for your help. Thanks for sending the solution. ralf

4 4

Re: [Inkscape-tester] inkscape build report
by Bryce Harrington 04 Nov '05

04 Nov '05

On Thu, Nov 03, 2005 at 11:03:06PM -0800, Ted Gould wrote: > On Thu, 2005-11-03 at 17:14 -0800, Bryce Harrington wrote: > > On Thu, Nov 03, 2005 at 12:48:28AM -0800, Bryce Harrington wrote: > > > On Wed, Nov 02, 2005 at 11:22:59PM -0800, Ted Gould wrote: > > > > Is there anyway that we could have this do a make test also? That might > > > > motivate more people to write tests, and give faster feedback when they > > > > fail... > > > > > > Yep, easy. Here's the results from make check. =================== All 25 tests passed =================== Running 56 tests........................................................OK! PASS: test-all Testing attributes... attribute lookup...OK attributes: OK (all 1 passed) PASS: attributes-test Testing sp_relative_path_from_path... sp_relative_path_from_path...OK sp_relative_path_from_path: OK (all 1 passed) PASS: dir-util-test Testing extract_uri... url(#foo)...OK url foo ...OK url...OK url ...OK url()...OK url ( ) ...OK url foo bar ...OK extract_uri: OK (all 7 passed) PASS: extract-uri-test Testing mod360.cpp... same_double...OK mod360...OK mod360.cpp: OK (all 2 passed) PASS: mod360-test Testing round... non-neg round...OK non-pos round...OK round: OK (all 2 passed) PASS: round-test ** (process:25020): WARNING **: Could not open units file '/usr/share/inkscape/ui/uni ts.txt': No such file or directory ** (process:25020): WARNING **: * INKSCAPE_DATADIR is: '/usr/share' ** (process:25020): WARNING **: * INKSCAPE_UIDIR is: '/usr/share/inkscape/ui' Testing gradient... init...OK sp_object_set("gradientTransform")...OK write...OK get_g2d, get_gs2d, set_gs2d...OK gradient: OK (all 4 passed) PASS: sp-gradient-test ** (process:25023): WARNING **: Could not open units file '/usr/share/inkscape/ui/uni ts.txt': No such file or directory ** (process:25023): WARNING **: * INKSCAPE_DATADIR is: '/usr/share' ** (process:25023): WARNING **: * INKSCAPE_UIDIR is: '/usr/share/inkscape/ui' Testing SPStyleElem... init...OK sp_object_set("type")...OK write...OK build...OK read_content...OK SPStyleElem: OK (all 5 passed) PASS: sp-style-elem-test ** (process:25026): WARNING **: Could not open units file '/usr/share/inkscape/ui/uni ts.txt': No such file or directory ** (process:25026): WARNING **: * INKSCAPE_DATADIR is: '/usr/share' ** (process:25026): WARNING **: * INKSCAPE_UIDIR is: '/usr/share/inkscape/ui' Testing style... sp_style_new, sp_style_write_string...font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;text-indent:0;text-align:start;text-decoration:none;line-height:normal;letter-spacing:normal;word-spacing:normal;text-transform:none;direction:ltr;block-progression:tb;writing-mode:lr-tb;text-anchor:start;opacity:1;color:#000000;fill:#000000;fill-opacity:1;fill-rule:nonzero;stroke:none;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter;marker:none;marker-start:none;marker-mid:none;marker-end:none;stroke-miterlimit:4;stroke-dasharray:none;stroke-dashoffset:0;stroke-opacity:1;visibility:visible;display:inline;overflow:visible;font-family:Bitstream Vera SansOK sp_style_merge_from_style_string(whitespace, ifset...OK sp_style_merge_from_style_string(whitespace, always...OK sp_style_merge_from_style_string("fill:", ifset)...OK sp_style_merge_from_style_string("font-family:", always)...OK sp_style_merge_from_style_string("fill: ", ifset)...OK sp_style_merge_from_style_string("font-family: ", always)...OK sp_style_merge_from_style_string(":none", ifset)...OK invalid color setting: #4321...OK invalid color setting: currentColor...OK invalid color setting: #87654321...OK invalid color setting: #42...OK invalid color setting: aquam...OK sp_style_merge_from_style_string(default): ifset...OK sp_style_merge_from_style_string(default): always...OK sp_style_merge_from_style_string...OK SP_SCALE24_MUL...OK sp_style_merge_from_dying_parent: opacity...OK style: OK (all 18 passed) PASS: style-test Testing bezier-utils.cpp... copy_without_nans_or_adjacent_duplicates...OK bezier_pt(1)...OK bezier_pt(2)...OK bezier_pt(3)...OK compute_max_error_ratio...OK chord_length_parameterize...OK generate_bezier...OK sp_bezier_fit_cubic_full...OK sp_bezier_fit_cubic...Warning: got different control points from previously-coded (diffs=0x3c). Previous: (5, -3) (7.57134, -0.423509) (4.77929, 1.22426) (3, 3) Found: (5, -3) (7.32396, -0.46791) (5.06163, 1.32841) (3, 3) TODO: Update this test case for revised right_tangent implementation. OK bezier-utils.cpp: OK (all 9 passed) PASS: display/bezier-utils-test Testing sp_units_get_pixels, sp_pixels_get_units... 1.0 pt -> 1.0 pt...OK 1.0 pt -> 1.0 pt...OK convert 1.0 pt -> 1.0 pt...OK convert 1.0 pt -> 1.0 pt...OK 5.0 pt -> 5.0 pt...OK 5.0 pt -> 5.0 pt...OK convert 5.0 pt -> 5.0 pt...OK convert 5.0 pt -> 5.0 pt...OK 1.0 in -> 72.0 pt...OK 72.0 pt -> 1.0 in...OK convert 1.0 in -> 72.0 pt...OK convert 72.0 pt -> 1.0 in...OK 2.0 in -> 144.0 pt...OK 144.0 pt -> 2.0 in...OK convert 2.0 in -> 144.0 pt...OK convert 144.0 pt -> 2.0 in...OK 254.0 mm -> 720.0 pt...OK 720.0 pt -> 254.0 mm...OK convert 254.0 mm -> 720.0 pt...OK convert 720.0 pt -> 254.0 mm...OK 254.0 cm -> 7200.0 pt...OK 7200.0 pt -> 254.0 cm...OK convert 254.0 cm -> 7200.0 pt...OK convert 7200.0 pt -> 254.0 cm...OK 254.0 m -> 720000.0 pt...OK 720000.0 pt -> 254.0 m...OK convert 254.0 m -> 720000.0 pt...OK convert 720000.0 pt -> 254.0 m...OK 1.5 mm -> 4.3 pt...OK 4.3 pt -> 1.5 mm...OK convert 1.5 mm -> 4.3 pt...OK convert 4.3 pt -> 1.5 mm...OK sp_units_get_pixels, sp_pixels_get_units: OK (all 32 passed) Testing unit table... sp_units_table_sane...OK unit table: OK (all 1 passed) PASS: helper/units-test Testing in-svg-plane.h... in_svg_plane...OK in-svg-plane.h: OK (all 1 passed) PASS: libnr/in-svg-plane-test Testing Matrix... basic constructors, operator=...OK scale constructor...OK rotate constructor...OK translate constructor...OK test_identity...OK inverse...OK nr_matrix_invert...OK elliptic quadratic form...OK Matrix * rotate...OK translate*scale, scale*translate...OK Matrix * scale...OK Matrix: OK (all 11 passed) PASS: libnr/nr-matrix-test Testing nr-point-fns... L1...OK L2...OK LInfty...OK is_zero...OK atan2...OK unit_vector...OK nr-point-fns: OK (all 7 passed) PASS: libnr/nr-point-fns-test Testing rotate... constructors, comparisons...OK operator=...OK inverse...OK operator*(Point, rotate)...OK operator*(rotate, rotate)...OK operator/(rotate, rotate)...OK rotate: OK (all 6 passed) PASS: libnr/nr-rotate-test Testing rotate-fns... rotate_degrees...OK rotate-fns: OK (all 1 passed) PASS: libnr/nr-rotate-fns-test Testing NR::scale... x,y constructor and operator[] const...OK copy constructor, operator==, operator!=...OK operator=...OK point constructor...OK operator*(Point, scale)...OK operator*(scale, scale)...OK operator/(scale, scale)...OK NR::scale: OK (all 7 passed) PASS: libnr/nr-scale-test Testing translate... constructors, operator[]...OK operator=...OK operator*(translate, translate)...OK operator*(Point, translate)...OK identity...OK translate: OK (all 5 passed) PASS: libnr/nr-translate-test Testing Basic NR::Point operations... X,Y values...OK x,y constructor and operator[] const...OK copy constructor...OK non-const operator[]...OK binary +, -...OK unary-...OK scale, divide...OK dot...OK L1, L2, LInfty norms...OK operator+=...OK operator/=...OK normalize...OK Basic NR::Point operations: OK (all 12 passed) PASS: libnr/nr-types-test Running 48 tests................................................OK! PASS: libnr/test-nr Running 6 tests......OK! PASS: svg/test-svg Testing List Container... range constructor...OK equality tests...OK lessthan tests...OK assignment operator...OK fill constructor...OK container size...OK appending...OK bulk appending...OK prepending...OK single-value insertion...OK single-value erasure...OK pop_front...OK erase_after...OK List Container: OK (all 13 passed) PASS: util/list-container-test Running 2 tests..OK! PASS: xml/test-xml Testing xml_quoted_strlen... xml_quoted_strlen...OK xml_quoted_strlen: OK (all 1 passed) Testing xml_quote_strdup... xml_quote_strdup...OK xml_quote_strdup: OK (all 1 passed) PASS: xml/quote-test Testing XML Transactions... rollback of node addition...OK rollback of node removal...OK rollback of node reordering...OK XML Transactions: OK (all 3 passed) PASS: xml/repr-action-test =================== All 25 tests passed ===================

1 0

More info on GCC bug, please (was Re: [Inkscape-devel] Help Re: failing test)
by Ben Fowler 04 Nov '05

04 Nov '05

On 11/4/05, Peter Moulder <Peter.Moulder@...38...> wrote: > On Thu, Nov 03, 2005 at 11:06:57AM +0100, Ralf Stephan wrote: >Update: Have made some more progress today, with Michael's help. > > Apparently there is a bug in gcc 4.0 on ppc with -O2: even a simple > multiplication of `(double) 0xb28 * 0x66' (which should be exact even > with float or unsigned arithmetic) gets the wrong answer. Do you have further info such as a URL for this bug? Google gives tens of thousands of results for likely keywords. On the basis that exchange is no robbery, this URL might be of interest to people wanting some background on how to choose floats or ints. http://ridiculousfish.com/blog/?p=24 Ben

1 0

Inkscape 0.43 mini-status
by Jon A. Cruz 04 Nov '05

04 Nov '05

I *believe* that we're in hard freeze and about set to do a Pre1. Translators should look into the file attached to RFE 1247694 "No ((parenthesis)) in menu labels.", and see if it should be applied or not. I think we've got a pending item still with Scislac updating the Calligraphy tutorial. There are a few translation patches that still need to be applied. I should be able to get to those tonight.

10 18

Re: [Inkscape-devel] Kevin Burman
by Ralf Stephan 04 Nov '05

04 Nov '05

You wrote > > How do you change the font size on the main menu and drop downs. I can not read them as they are to small. What file do I edit. Thank you for your help. > 1. Version .43 > 2. Got the program from the Inkscape home page (downloads) > 3. Running Windows ver 2000 5.00.2195 Service Pack 4, GTK 2.0, Glib 2.0 Kevin, are these fonts that you see much smaller than the usual ones, or do you want them bigger as usual? If the former, then this behaviour is not normal for inkscape. Font sizes cannot be changed by us, however, that would be done in Gtk I think. Can someone from the list comment on this? Also, if you want to use Inkscape under KDE please read the Known Issues in the 0.43 Release Notes. ralf

3 2

Testing framework Crucible 1.3 released
by Bryce Harrington 04 Nov '05

04 Nov '05

Crucible is a testing framework backend, allowing for automated testing of software such as GUI applications, libraries, services, or the Linux kernel. This is the first public release of the software. It can be downloaded here: http://crucible.sf.net/crucible-1.3.tar.gz It is also registered with freshmeat: http://freshmeat.net/projects/crucible Some of Crucible's unique features: * Allows for separate scheduling of test runs, to enable smart queue management such as distributing test runs across multiple machines. * Uses NFS for file sharing and remote procedure invocation between test driver and SUTs. * No database needed! Customization and operation can be controlled directly with normal file system operations. * Virtualization, power management, serial console capture, reimaging, etc. can be configured modularly on a machine-by-machine basis. Note that this is not an all-in-one testing harness, but rather a core engine for driving a test system. You'll need to hook up your own front end and report post processing tools if needed, and add in your own test programs. (Separate front end and reporting tools are in the works and will be released later as add-ons.) Bryce

1 0

Jabber logging
by Bryce Harrington 03 Nov '05

03 Nov '05

We've turned off logging on the Jabber channel, at Ishmal's request. He felt it would give a better sense of privacy for discussions if there were no logs. The logs up until Oct 30 will be kept. We have also added a robots.txt file to prevent google searching/caching of the old logs. Bryce

14 26

future node tool enhancements
by Aaron and Sarah Spike 03 Nov '05

03 Nov '05

Can we compile a list of enhancements that people would like to see made to the node tool? Just ideas not necessarily plans. 1) Preserve curve shape as much as possible when deleting nodes. Look into feeding the curve fitting function in bezier-utils.cpp a list of sampled points to find the best single segment approximation. (Recently mentioned) 2) Curve dragging mode in which the end tangents are preserved at least for smooth nodes, so as not to disturb adjacent segments. Look at hacking the current curve dragging function to only apply the component of the motion vector that is parallel to the end tangent (right words?). Don't know how it will behave, mostly just to satisfy a personal curiosity. 3) Segment draging. ie grab a segment with a single click and drag both nodes and the corresponding control points around preserving the curve of that segment. I find I want to do this a lot while doodling but using the rubberband breaks my work flow up. Wonder if it would be useful to people doing real work. Aaron Spike

6 10

Libre Graphics Meeting website
by David Neary 03 Nov '05

03 Nov '05

Hi all, The Libre Graphics Meeting website is online at http://www.libregraphicsmeeting.org - it's still pretty sparse, and is powered by spip. If anyone would like to be a writer or editor for the site, please contact me off-list, and I'll sort you out. People with some design sense especially appreciated :) Proposed edits to existing pages are welcome too, but I'm a bit busy at the moment, so becoming a writer or editor's probably quicker :) Cheers, Dave. -- Dave Neary bolsh@...85... Lyon, France

1 0

Re: [Inkscape-devel] future node tool enhancements
by unknown＠example.com 03 Nov '05

03 Nov '05

Iuriatan Muniz wrote: >>2) Curve dragging mode in which the end tangents are preserved at least >>for smooth nodes, so as not to disturb adjacent segments. Look at >>hacking the current curve dragging function to only apply the component >>of the motion vector that is parallel to the end tangent (right words?). >> Don't know how it will behave, mostly just to satisfy a personal >>curiosity. > > > You mean something similar to what happens in GIMP (drawing paths), > when you click on a segment and drag around ???? Nope. We already have that. This would be a special case of the same functionality. Aaron Spike

1 0

Inkscape website re-design contest closed
by Joshua A. Andler 03 Nov '05

03 Nov '05

Hey guys, Voting time! After the extension of the contest, we now have 5 submissions for the re-design and all entrants know that we may ask them to rework things a bit. Heads up, two of the entries (the ones hosted on deviantart) are not live previews, but just mock-ups currently. 1) http://www.ciberirmandade.org/gatonegro/var/inkweb/ 2) http://gri3fon.95mb.com/scappy/pt1/ 3) http://www.deviantart.com/view/22467478/ 4) http://gri3fon.95mb.com/scappy/pt2/ 5) http://www.deviantart.com/view/23778224/ -Josh

17 19

WEBFORM Menu Font size
by Kevin Burman 03 Nov '05

03 Nov '05

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Kevin Burman email: kaburman1@...714... submitted the following: How do you change the font size on the main menu and drop downs. I can not read them as they are to small. What file do I edit. Thank you for your help.

2 1

Re: vim modelines (was Re: [Inkscape-devel] patch for typos)
by Ben Fowler 03 Nov '05

03 Nov '05

Sorry, should have gone to the list. On 11/1/05, Ben Fowler <ben.the.mole@...400...> wrote: > On 11/1/05, Mason Thomas <mlt_svn@...856...> wrote: > > Hi, > > > > In addition, I have changed the vim modelines to have filetype of "cpp" > > rather than "c++" because the default install of vim uses cpp. ... > > See http://wiki.inkscape.org/cgi-bin/wiki.pl?InkscapeJanitors just over > four fifths of the way down. > > If I were asked, I would have guessed that 'cpp' was right and 'c++' > was wrong. If there is a ruling that there should be 'one true vim modeline' > then I would be happy to commit the changes for every one that is wrong. > (That is why it is on the Janitors page!), but I haven't considered doing > so to date to avoid the noise in the cvs system. > > Ben It is of course, a very good idea to have the patch in the tracker.

2 2

Re: [Inkscape-devel] Hoe to use the inkboard
by Lucas Vieites 02 Nov '05

02 Nov '05

El mié, 02-11-2005 a las 14:15 -0500, Jared escribió: > here is a helper from the website. > That did it, thanks. Now, just for the record and Google too: To have the "Whiteboard" menu appear after compiling inkscape with the --enable-inkboard option you should first delete your menus.xml file (in ~/.inkscape/menus.xml) Thanks again... Cheers > > > On Wed, 2005-11-02 at 19:36 +0100, Lucas Vieites wrote: > > Hi, > > I've compiled from cvs enabling inkboard (with the --enable-inkboard > > parameter at configure time) but now I can't figure out how to use it. > > > > Is there supposed to be a new menu or menu item to connecto to a > > Jabber server? > > > > Thanks, -- Lucas Vieites Fariña <lucas@...212...> Web: <http://www.asixinformatica.com/users/lucas/> Blog: <http://www.asixinformatica.com/blog/>

2 1

Hoe to use the inkboard
by Lucas Vieites 02 Nov '05

02 Nov '05

Hi, I've compiled from cvs enabling inkboard (with the --enable-inkboard parameter at configure time) but now I can't figure out how to use it. Is there supposed to be a new menu or menu item to connecto to a Jabber server? Thanks, -- Lucas Vieites Fariña <lucas@...212...> Web: <http://www.asixinformatica.com/users/lucas/> Blog: <http://www.asixinformatica.com/blog/>

2 3

Re: [Inkscape-devel] Inkscape website re-design contest closed
by unknown＠example.com 02 Nov '05

02 Nov '05

John Taber wrote: > What does the green flag signify ? It's really front and center - > have you considered even eliminating that image block - I'm not sure > what purpose it serves since the ink bottle "brand" logo is up top, > and the intro section has the changing example images (which I think > is an excellent feature giving users a "new" image each time they > access the site). I'm usually against wasted space, but I think this image block gives the page a little peace and quite. The reader isn't immediately confronted by thick blocks of text. The flag draws together the colors. It could be any object. But the flag is a simple, clean vector. And displaying the magnified version in the background shows resolution independence without adding a lot of noise. Aaron Spike

1 0

Inkscape Stats, Nov 1st
by Bryce Harrington 02 Nov '05

02 Nov '05

Statistics Jun 1 Aug 1 Oct 1 Nov 1 ========== ====== ====== ====== ====== Max Week's Rank on SourceForge: 38 3 26 22 Total SF Page Views 1,935,964 4,452,437 4,948,483 5,767,827 Total SF Downloads 254,647 378,712 501,162 573,908 Total Freshmeat URL Hits 19,149 21,261 23,148 23,823 Total Freshmeat Subscriptions 183 208 229 233 Lines of Code in src/: 374,180 389,945 544,117 544,351 Code lines 260,236 270,423 373,797 373,958 Comment line 67,136 70,478 108,884 108,942 Blank 53,443 55,698 73,412 73,426 Lines of Docs in doc/: 27,790 28,090 27,176 27,176 Lines of content in website: 42,490 44,483 48,689 48,967 Size of the Inkscape wiki: 26,729 34,890 34,847 34,847 Bugs open/total: 215/1223 215/1445 260/1643 277/1713 Features open/total: 453/ 728 440/816 453/ 934 478/ 969 Patches open/total: 11/ 230 8/325 10/ 346 10/ 371 CVS Commits (as per inkscape-cvs) 12,040 12,915 14,201 14,517 Inkscape-devel membership: 179 200 213 218 Inkscape-announce membership: 202 236 284 302 Inkscape-user membership: 248 276 310 313 Inkscape-tester membership: 31 30 Num Translations: 33 33 34 35 Ave Translation Ratio: 47.8 54.6 51.5 51.2

1 0

sepA/Erator
by bulia byak 02 Nov '05

02 Nov '05

Everyone has a pet peeve. Mine is spelling errors, especially those that people make ALL THE TIME. Among these, "seperate" instead of "separate" is definitely in the top three. And now I see it again, and where? Right in the Inkscape code! Ted, can you please replace the <seperator> element in your menu XML with a correctly spelled version? (After the release, that is.) Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Path stroke position...
by Iuriatan Muniz 01 Nov '05

01 Nov '05

Hello guys... I'm new in the subject so please forgive any stupid thing I might say and, if possible, intruct me towards the path of glory !!! heheh =) I was thinking about the path stroke. Like when you draw an arc or sth... It would be nice if the stroke could be localized inside, centralized or outside the fill, like for applying alpha gradients on the stroke to get a (inner or outter) shadow effect... Of course it can be done describing 2 paths in the SVG file (I don't know if it is more like a technique or a feat we could implement), but isn't there a simpler way to do that under SVG specs ??? like a stroke parameter to set (it'd mean almost no overhead for who processes it) ??? Is it possible to suggest it for the 1.2 (or greater) comming W3C's specifications ??? Thats it... Thank you, Iuri

2 1

[Fwd: November 2005 of TUX, Issue 8]
by Jon Phillips 01 Nov '05

01 Nov '05

Yes, I've been AWOL, but have managed to get a column going in TUX (see FWD) and soon in Linux Magazine out of the UK. I'll be back online soon. Also, FYI, I work for Creative Commons now as an Open Source developer, so if there are any things I can field in that direction, you are in SF and want to come in and eat with me here (and get a free cc shirt), please ping me. ;) Jon -------- Forwarded Message -------- > From: no-reply@...851... > To: phillipsjd@...400... > Subject: November 2005 of TUX, Issue 8 > Date: Tue, 01 Nov 2005 13:42:44 -0600 > > Dear TUX Subscriber, > > Your November issue of TUX is now available for you to download, https://www.ssc.com/tx/issues/StartDownloadTUX.php?issue=8&month=November&y… . > > This issue features: > > *From the Publisher: Linux on Hardware > *From the Editor: Civil Disobedience and Linux > *Letters to the Editor > *Q&A with Mango Parfait > *TUX Explains: Inkscape: the Elements of Design, Part II > *TUX Explains: Lightweight Desktops: Xfce > *TUX Explains: BasKet Tutorial > *TUX Explains: Wireless Networking with ndiswrapper > *TUX Explains: Give Multiple Distros the Boot > *Review: Evermore Integrated Office Kicks Keister > *Review: Gadget Guy - Microsoft Natural Ergonomic Keyboard 4000 and the > Logitech MX 3000 Laser > *Review: Capsul Reviews - Evince, NVU, and Novell Evolution > > Once you download and open your magazine, the PDF WILL AUTOMATICALLY LAUNCH IN FULL SCREEN VIEW. You can reduce the size of the PDF to window view mode at any time by simply pressing 'esc'. > > For easier navigation of the magazine you may wish to turn on Bookmarks. You may do so by pressing 'F5' or using the menu across the top of the Adobe Acrobat Reader window and selecting 'Window' > 'Bookmarks'. > > Sincerely, > > > Carlie Fairchild > info@...851... > > TUX magazine > www.tuxmagazine.com > > > > NOTE: If you would like to be removed from this mailing, you may do so by simply changing your subscription delivery method or completely deleting your subscription. Please visit https://www.ssc.com/tx/subs/DigitalSub.php , enter your e-mail address, and select "Change my subscription" or "Delete my subscription" depending on your desire. -- 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)

1 0

patch for typos
by Mason Thomas 01 Nov '05

01 Nov '05

Hi, I am looking through the inkscape codebase trying to understand how things work, and I thought it would be good to do some "janitorial" work. Below are patches for the files in the src/application directory that mainly clean up some very minor typos. In addition, I have changed the vim modelines to have filetype of "cpp" rather than "c++" because the default install of vim uses cpp. If there is a standard inkscape policy to use "c++" instead, I can remove this. If there is not such a policy, then really all the cpp files should have a vim modeline using the cpp filetype. I could also submit a diff for this. I have also stripped a declaration for the Inkscape::XML namespace that does not appear to be used in application.cpp, but I am less sure about this. Thanks for your consideration, -Mason Thomas Index: application.cpp =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/application/application.cpp,v retrieving revision 1.9 diff -u -p -r1.9 application.cpp --- application.cpp 9 May 2005 04:44:55 -0000 1.9 +++ application.cpp 1 Nov 2005 06:17:27 -0000 @@ -10,7 +10,7 @@ */ #ifdef HAVE_CONFIG_H -# include <config.h> +#include <config.h> #endif #include <gtkmm/main.h> @@ -26,12 +26,6 @@ int sp_main_console(int argc, char const namespace Inkscape { namespace NSApplication { -namespace Inkscape { -namespace XML { -class Document; -} -} - class GSList; Application::Application(int argc, char **argv, bool use_gui, bool new_gui) @@ -169,4 +163,4 @@ Application::exit() fill-column:75 End: */ -// vim: filetype=c++:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : +// vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : Index: application.h =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/application/application.h,v retrieving revision 1.4 diff -u -p -r1.4 application.h --- application.h 9 May 2005 04:44:55 -0000 1.4 +++ application.h 1 Nov 2005 06:17:38 -0000 @@ -59,7 +59,7 @@ protected: } // namespace NSApplication } // namespace Inkscape -#endif // INKSCAPE_APPLICATION_EDITOR_H +#endif // INKSCAPE_APPLICATION_APPLICATION_H /* Local Variables: @@ -70,4 +70,4 @@ protected: fill-column:99 End: */ -// vim: filetype=c++:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : +// vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : Index: editor.cpp =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/application/editor.cpp,v retrieving revision 1.7 diff -u -p -r1.7 editor.cpp --- editor.cpp 9 May 2005 04:44:55 -0000 1.7 +++ editor.cpp 1 Nov 2005 06:17:50 -0000 @@ -13,7 +13,7 @@ */ #ifdef HAVE_CONFIG_H -# include <config.h> +#include <config.h> #endif /* @@ -207,4 +207,4 @@ Editor::exit() fill-column:99 End: */ -// vim: filetype=c++:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : +// vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : Index: editor.h =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/application/editor.h,v retrieving revision 1.7 diff -u -p -r1.7 editor.h --- editor.h 9 May 2005 04:44:55 -0000 1.7 +++ editor.h 1 Nov 2005 06:18:00 -0000 @@ -95,4 +95,4 @@ protected: fill-column:99 End: */ -// vim: filetype=c++:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : +// vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : Index: app-prototype.cpp =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/application/app-prototype.cpp,v retrieving revision 1.1 diff -u -p -r1.1 app-prototype.cpp --- app-prototype.cpp 5 Mar 2005 20:51:51 -0000 1.1 +++ app-prototype.cpp 1 Nov 2005 06:16:57 -0000 @@ -39,4 +39,4 @@ AppPrototype::~AppPrototype() fill-column:75 End: */ -// vim: filetype=c++:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : +// vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : Index: app-prototype.h =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/application/app-prototype.h,v retrieving revision 1.3 diff -u -p -r1.3 app-prototype.h --- app-prototype.h 5 Mar 2005 20:51:51 -0000 1.3 +++ app-prototype.h 1 Nov 2005 06:17:07 -0000 @@ -38,7 +38,7 @@ protected: } // namespace NSApplication } // namespace Inkscape -#endif // INKSCAPE_APPLICATION_EDITOR_H +#endif // INKSCAPE_APPLICATION_APP_PROTOTYPE_H /* Local Variables: @@ -49,4 +49,4 @@ protected: fill-column:75 End: */ -// vim: filetype=c++:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : +// vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 :

2 1

Re: [Inkscape-user] knotes tool
by Aaron and Sarah Spike 01 Nov '05

01 Nov '05

bulia byak wrote: > On 11/1/05, Hibbs, Phil <phil.hibbs@...1056...> wrote: >>I'm guessing that you mean "nodes tool". Do you mean move a node to a >>different place on the line without affecting the shape of the line? I don't >>think this is directly possible. It may not be possible, after all, to >>represent the same shaped curve with nodes in different places. You could >>add a new node (select two nodes, press Ins, and a new node appears half way >>in between them), but when you delete one of the original nodes, the shape >>of the line changes dramatically. > > There was a proposal to delete nodes without changing shape as much as > possible, and Aaron started looking into it (I think). Hopefully this > will be implemented soon. I haven't started looking at this yet. Since I don't know or understand the complex math is trying to guess at the best approximation, I had planned to sample the two curve segments adjacent to the node in a configureable number of places and send that list of points to the bezier fitting functions in bezier-utils.cpp to have it find the best fitting single segment approximation (I think that it has the ability to do this with end tangent constraints). Does this sound like a reasonable idea to the people in the know? Aaron Spike

3 2

Re: [Inkscape-user] drag, drop and copy-paste
by unknown＠example.com 01 Nov '05

01 Nov '05

Quoting Bryce Harrington <bryce@...961...>: > There isn't a mechanism like that currently. I suspect that the > DOM work Ishmal is heading up would be the logical place to put > this capability. ...wha? What we'd need, first and foremost, to implement this would be a bit of portable IPC code that the inkscape executable could use to check if an existing session was running, and if so instruct that to open the document. I don't see how that is related to DOM? At the simplest, it would mean opening an IPC port (Unix domain socket on Unix/OSX; named pipe on Win32) from main.cpp and using some dirt simple protocol to discover and communicate with an existing Inkscape instance. Besides Mozilla/Firefox, xmms is another example of an application that does this. -mental

2 1

Useful info for potential Mac users
by William Swanson 31 Oct '05

31 Oct '05

Hi, I have a few friends who use Macs, and the X11 requirement seems to be a real tripping point for them when installing Inkscape. One friend figured it out and wrote up the following instructions: "If you are running later than OS X Tiger 10.4 you will need to download the X11 software from Apple at http://www.apple.com/support/downloads/x11formacosx.html. Or, if you already have OS X Tiger, you will need to insert your OS Disc #1 and run a Spotlight search in the CD for "X11User.pkg". Once you find and install that file, start another search for "X11SDK.pkg" and install that. Once you have both of those installed (with the OS Disc inside your drive), take out the disc, run the inkscape.dmg install file, and X11 will pop up. It might take a minute or two the first time you try, but it will load." I am not a Mac user, so I can't evaluate these directions myself. Perhaps someone using a Mac could verify them and put them on the website where folks downloading the .dmg will see it. Making this information more readily to Mac users should reduce the "I can't get Inkscape to work" troubles they seem to have. -s_tec

2 2

patch: crash on layer delete
by Ralf Stephan 31 Oct '05

31 Oct '05

Hello, regarding the recent 'crash on layer delete' I propose a patch that at least handles the simple case of that bug. As this is not my field, I'd ask you to review it. The idea is to setCurrentLayer() after the layer is deleted, and not before. setCurrentLayer() emits the layerChanged signal which is listened to by the layer selector widget. ralf --- verbs.cpp~ 2005-10-31 10:03:13.000000000 +0100 +++ verbs.cpp 2005-10-31 12:18:15.000000000 +0100 @@ -1123,11 +1123,11 @@ if (!survivor) { survivor = Inkscape::previous_layer(dt->currentRoot(), old_layer); } + old_layer->deleteObject(); + sp_object_unref(old_layer, NULL); if (survivor) { dt->setCurrentLayer(survivor); } - old_layer->deleteObject(); - sp_object_unref(old_layer, NULL); sp_document_done(SP_DT_DOCUMENT(dt));

2 1

Re: [Clipart] clipartbrowser 0.41
by Greg Steffensen 31 Oct '05

31 Oct '05

Ok, the clipartbrowser cvs module is now synched up again with the latest tarballs, and the cannonical download location for releases is now http://www.python.org/pypi/clipartbrowser (it used to be on Berlios). If you download a release (they work better than ever :), install using "python setup.py install" (assuming you have the dependencies met). The "easy_install" method mentioned earlier works too. Greg On 9/20/05, Greg Steffensen <greg.steffensen@...400...> wrote: > > I didn't explain the technical situtation with the install method very > well. Basically, if I write a file "setup.py" that defines certain > information, users should be able to execute "python setup.py install" to > install the program correctly, and I should be able to execute commands > "python setup.py bdist_win" to create actual win32 EXE files containing > pretty automated installer GUIs. In addition, users will be able to install > the way I described in the release email as well. In general, setup.pyuses the "setuptools" which are the successor to the "distutils", which is > the distribution/installation tools included with python. I'm still not > certain whether I should use the setuptools or the older distutils, and am > figuring stuff like that out, but they're both supposed to be the > python-friendly replacement for Makefiles, and I'm trying to reorganize the > code to do stuff the "correct" way. > > Greg > > On 9/20/05, Greg Steffensen <greg.steffensen@...400...> wrote: > > > > Hey, yeah, this is kinda what I was referring when I said that the > > packaging isn't as polished as it needs to be. For what its worth, most of > > the changes (bug fixes, performance improvements) actually are committed to > > CVS; I just didn't commit commit the change in the install method simply > > because I was having trouble figuring out how to get files like COPYING, > > NEWS, etc. included using that method, and I didn't want to put a totally > > messed up version into CVS. Basically, I actually really released more on a > > whim, not because I'd worked everything out, but because I'd gone too long > > without releasing code, wanted people to know that work was ongoing. So, at > > a minimum, I should have indicated that this was definitely a development > > release. > > > > So, solutions... in terms of where formal releases (formal tarballs) > > should go, I actually think the python package index is definitely the > > correct place... its now the "official" place where the python folk > > reccomend that python projects be listed, and it will offer a number of > > technical advantages, including publication of new releases, and > > installation automation. I'm very happy keeping CVS at Inkscape though (not > > that PyPI offers CVS anyway), and treating the code as a subproject of > > Inkscape. But as long as it offers the ability to be installed standalone as > > well, I'd like to make standalone tarballs available from PyPI. In general, > > I'm learning more about python, and am trying to make my practices for > > installation, etc. match accepted practice. > > > > I'll try to get CVS synched up with the current state of the project > > very soon; I'm still having some trouble with the python installation tools, > > and have sent an email to their mailing list for advice, but haven't heard > > back yet. Once I know how to get the documentation files included, and where > > to put the main install file (setup.py), I'll get that committed and CVS > > will contain the official version of the code gain. Again, I would have > > waited until this was done to release, but just felt bad about having gone > > too long without releasing already, and was overeager to get something out. > > > > Anyway, does this cover the stuff you were concerned about? If not, let > > me know. Also, you may recall that someone posted a link to a mockup for a > > very similar project that they'd found, and I replied that this was "very > > depressing" :). I used that mockup to develop version 0.4, and emailed > > the designer (as the community suggested); he's finally written me back, and > > said he's interested in contributing, which rocks. Later, > > > > Greg > > > > > > On 9/19/05, Jon Phillips <jon@...235...> wrote: > > > > > > <offlist /> > > > > > > On Mon, 2005-09-19 at 05:20 -0400, Greg Steffensen wrote: > > > > I'm releasing another version of the clip art browser. Lots of bug > > > > fixes, some performance improvements, code cleanups, and a new > > > > installation procedure (yes, yet another). > > > > > > > > Installation is now 3 steps, and hopefully easier than ever: > > > > > > > > 1) Satisfy the dependencies of Python 2.4 and PyGTK 2.6. > > > > > > > > 2) Download and run the following script, which installs the python > > > > setuptools: > > > > > > > > http://peak.telecommunity.com/dist/ez_setup.py > > > > > > > > 3) Run "easy_install clipartbrowser" > > > > > > > > As you can see, I've switched the installation system from Makefiles > > > > > > > to the python setuptools. The setuptools are still under development > > > > (they're apparently going to be included in python 2.5), and I'm > > > still > > > > very much learning how to use them, so the packaging isn't as > > > polished > > > > as it needs to be, but this makes installation a breeze. Eventually, > > > > it should allow arbitrary python dependencies to be intelligently > > > > installed as well using the same process. > > > > > > > > I'm still working on getting this integrated back into the Inkscape > > > > effects menu, that's next on the list. As always, feedback greatly > > > > appreciated. > > > > > > > Greg, > > > > > > I thought we were going to do the next release from Inkscape CVS? What > > > you have done is a non-standard release of the project now that we > > > consolidated the code into Inkscape. > > > > > > Also, you have now used a non-standard approach to packaging which > > > then > > > again breaks what users and developers are use to. > > > > > > The major thing though is that we were going to do a solid release > > > which > > > means you need to involve the people who would contribute to this in > > > the > > > release to help smooth out the bugs. > > > > > > Instead, now you have released from another location thus confusing > > > users and developers more. The problem with this is that it is not > > > pro-community. > > > > > > Anyhow, I'm curious what you think and also want to get these things > > > on > > > track with the community. > > > > > > It is so great that you are rocking these changes and I'm so proud of > > > what you are doing so I don't want to dismay you, but really I think > > > the > > > next release has to be really on track with the community and we > > > should > > > coordinate it, push it out through the sourceforge system we have in > > > place, and push the press release globally. > > > > > > Without these procedures, honestly, it is not very likely that others > > > will help on development nor use your work. > > > > > > So, lets talk some more and sort these things out. > > > > > > 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<http://www.openclipart.org> > > > ) > > > > > > > > >

5 8

a couple of "effects"
by unknown＠example.com 30 Oct '05

30 Oct '05

Yesterday at Bryce's prompting I wrote a little effect that makes the selected objects a <marker /> in the <defs /> of the current document. Inkscape doesn't really seem to deal well with this but there is some code there to work with if anyone has ideas on how it could be used. I think Bryce made some modifications to his copy as well. Because there is a lack of interactivity you must position the connection point of the marker at (0,0). And there are likely a few other nuances I haven't thought of yet. http://www.ekips.org/comp/inkscape/inx/makemarker.tar.gz I also wrote a python script that embeds images in SVG because I didn't feel comfortable editing the perl script. It functions as an effect and can be called from the effects menu. If objects are selected it will only replace the images in the selection, otherwise it should replace the images in the entire document (although in retrospect I didn't test that, oops). Hopefully this effect will be obsolete soon and we can have "embed all" in a menu and "embed" in the images' context menu. http://www.ekips.org/comp/inkscape/inx/embedimage.tar.gz Aaron Spike

4 3

Additional info regarding Inkscape CVS compile error
by Steven P. Ulrick 29 Oct '05

29 Oct '05

Hello, Everyone For the past few days, I had been getting error messages like this when running "make" on Inkscape from CVS: file=./`echo it | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/msgfmt -c -o $file it.po it.po:1989: message catalog has plural form translations... it.po:10: ...but header entry lacks a "plural=EXPRESSION" attribute it.po:1989: message catalog has plural form translations... it.po:10: ...but header entry lacks a "nplurals=INTEGER" attribute make[2]: *** [it.gmo] Error 1 make[2]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape/po' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape' make: *** [all] Error 2 For a while, I tried going back to old revisions of the *.po file that "make" seemed to choke on. Sometimes I would get the same error, but on a different *.po file. In each different error message, the numbers next to the name of the *.po file that was compiling when "make" crashed was different. Here is a new error message. Now "make" is choking on sr.po. I haven't seen it bomb on that one before: Making all in po make[2]: Entering directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape/po' file=./`echo sr | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/msgfmt -c -o $file sr.po sr.po:3224: format specifications in 'msgid' and 'msgstr' for argument 1 are not the same sr.po:4774: format specifications in 'msgid' and 'msgstr[0]' for argument 1 are not the same /usr/bin/msgfmt: found 2 fatal errors make[2]: *** [sr.gmo] Error 1 make[2]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape/po' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape' make: *** [all] Error 2 Further, I noticed the following in the output for "configure": Running aclocal-1.7 ... Running autoheader ... Running libtoolize --copy --force ... Running automake-1.7 --add-missing ... Running autoconf ... Running glib-gettextize --copy --force ... Copying file mkinstalldirs Copying file po/Makefile.in.in Running intltoolize --copy --force --automake ... patching file po/Makefile.in.in Hunk #4 FAILED at 95. Hunk #5 succeeded at 194 (offset 15 lines). 1 out of 6 hunks FAILED -- saving rejects to file po/Makefile.in.in.rej This is the error that I posted that I referred to in the response to Erik's "What is happening?" message. I have reported this to the list, but no one apparently has seen it yet, or has knowledge about the possible cause. So that you can get all of the information that I have sent to the list about this problem, here is a link to my original thread in the archives: http://sourceforge.net/mailarchive/forum.php?thread_id=8808340&forum_id=360… As always, if you need any more information, let me know. Oh yeah, I said it elsewhere, but I am attempting to compile this on Fedora Core 3. Steven P. Ulrick

2 3

0.43 status as at Oct12
by Peter Moulder 29 Oct '05

29 Oct '05

SPDesktop now looks in good shape, which is good as that initially looked like the major show stopper. (Fixes thanks to rwst with some GC work from mental.) Inkboard -------- A couple of people have reported either difficulty in connecting: bryce made a bug report, and sciboy today mentioned similar problems -- see 17:52 and previous at http://inkscape.gristle.org/2005-10-11.txt. sciboy says that it works if connecting to gristle.org, but that none of jabber.org, jabber.com, or jabber.org.au work. Later that day, Michael & sciboy did get a connection. Issues: - Lots of output on the terminal, should be turned off for general use before release. (If these messages are still useful to developers, then wrap the status messages in a macro or function that does nothing in the main version but that interested developers can "switch on".) I wouldn't want to release with these status messages: e.g. because they mask real errors that we'd want to be reported. - Michael & sciboy's session got out of sync somehow: at some point sciboy cleared everything but a star was left on michael's session. Not a show-stopper: this was the only thing we were aware of being out of sync. - Undo is global, i.e. it often undoes what the other person did rather than what the undoer did. This is a usability problem, but changing this is non-trivial, so I don't consider this a show-stopper. Btw, Michael was using MacOS X, so it seems that libloudmouth works acceptably there (as well as on Linux/Gnu). I gather Windows still doesn't work acceptably well, due to threading differences. sciboy did experience a segfault later in his session with Michael (18:47 in the gristle log), though he didn't have a backtrace at the time. My feeling is that if the crash is specific to inkboard then we not consider it a show-stopper, but just make a note of it in the release notes. Connectors ---------- Progress has been made. The bug tracker no longer has any connector bugs marked with priority >= 8. We still have some strange behaviour. Michael comments: "The only known connector crash now is the one bryce reported, which I believe is fixed but he hasn't yet confirmed. I used to be able to reproduce it, but after fixing some other problems I now longer can. Once this sp_use_update fix is in that Bulia and I were just discussing (give me 20 minutes), then I think it's releasable. The other bugs are related to overlapping objects and are things I need to rework in libavoid after the release. The one remaining thing I'd like to look at if it's easy is the slowdown moving endpoints with the xml editor open." menus.xml localization ---------------------- In principle fixed (there's one huge menus-skeleton.h string to be translated), but in practice none of the translations has been updated. It would be nice if we went back to smaller strings to facilitate keeping the translations up-to-date (and so that we could re-use the existing translations). Personally I'm still inclined to treat this as a show-stopper, particularly as it looks easy enough to fix. Other ----- Sorting bug tracker items (http://sourceforge.net/tracker/?group_id=93438&atid=604306) by decreasing priority shows the following marked at priority 9: - a text-anchor regression (cyreve, can you comment?); - the corrupted about.svg problem I posted on just now; - a bunch of windows-specific bugs that I haven't looked at: I'll leave these for our Windows devs to decide on; - "unexpected printout size", where we're wrongly converting to postscript at 90px/inch or 72px/inch rather than 120px/inch. Personally I wouldn't let this one hold up the release. pjrm.

19 38

Problem compiling Inkscape from CVS
by Steven P. Ulrick 28 Oct '05

28 Oct '05

Hello, Everyone For the past few days, I have been having problems compiling Inkscape from CVS. First, the error involved pt_BR.po. Now, it is choking on it.po (other than that, it's the same error): file=./`echo it | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/msgfmt -c -o $file it.po it.po:1989: message catalog has plural form translations... it.po:10: ...but header entry lacks a "plural=EXPRESSION" attribute it.po:1989: message catalog has plural form translations... it.po:10: ...but header entry lacks a "nplurals=INTEGER" attribute make[2]: *** [it.gmo] Error 1 make[2]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape/po' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape' make: *** [all] Error 2 I have tried a few fresh downloads of Inkscape from CVS, but "make" crashes on all of them with the same error. I am running Fedora Core 3, fully updated. When I installed, I installed EVERY package, so there should be no issues with missing devel packages. One other thing: up until recently, I have had no problems compiling Inkscape from CVS on this computer. If you need more info from me, let me know, and I will be glad to help. Steven P. Ulrick

2 5

calligraphy tut
by bulia byak 26 Oct '05

26 Oct '05

Hi Scislac, Thanks for updating the calligraphy tutorial. Looks nice, but I'd like to suggest a few more things: - In the Width section, you need to add at the end that width is affected by pressure, when pressure sensitivity is on, in addition to all other width controls. Also an example graphic made with pressure sensitivity would be very appropriate (please ask Popolon, he had some nice examples). - Similarly, in the Angle section you need to add that it's affected by tilt. - When done, please also generate the HTML version of the tutorial and upload it to http://inkscape.org/doc/index.php. Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

[Fwd: Gideon: the gui designer]
by Joshua A. Andler 26 Oct '05

26 Oct '05

This just popped up on the gtkmm list and I figured I'd forward it on as it may have some potential... (note that I haven't tried it yet) -------- Original Message -------- Subject: Gideon: the gui designer Date: Wed, 26 Oct 2005 21:08:35 +0400 From: Maxim Udushlivy <maxim.udushlivy@...400...> To: gtkmm-list@...45... Hello, everybody! This is an announcement for those, who may want to try a new designer targeted specificaly to gtkmm. It was about one year under development. This is the first public beta release. Project blog: http://gideon-designer.blogspot.com Mailing list: http://groups.google.com/group/gideon-designer Download: http://sourceforge.net/projects/gideon Maxim Udushlivy _______________________________________________ gtkmm-list mailing list gtkmm-list@...45... http://mail.gnome.org/mailman/listinfo/gtkmm-list

1 0

Inkscape 0.43pre1
by Ted Gould 26 Oct '05

26 Oct '05

The second prerelease of Inkscape 0.43 has been released. It now includes the whiteboard files and other fixes. Getting closer, does it still work for you? http://sourceforge.net/project/showfiles.php?group_id=93438&package_id=9911… MD5 Sums: 079bc5edd4825700563c99a1f9614209 inkscape-0.42+0.43pre1.tar.bz2 e3388ad06db510e28e7a1f50d8b78c34 inkscape-0.42+0.43pre1.tar.bz2.sig 6f3ddb62c151483c6e283c9e71373095 inkscape-0.42+0.43pre1.tar.gz 25fd3cfa6982fb22ba8abad0b2d12dd9 inkscape-0.42+0.43pre1.tar.gz.sig --Ted

2 1

transform dialog image
by bulia byak 26 Oct '05

26 Oct '05

I've just commented out the image (rendered from SVG) in the Transform tab of the Transform dialog because it was blowing up the size of the dialog really badly and refused to be squeezed. I remember that before, it was squeezable, but something broke. Frankly I don't see any useful information in it, so I just killed it instead of fixing; feel free to fix properly if you disagree. I know we're in a freeze, but this is cosmetic, and I felt this needs to be fixed for the release somehow. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Re: Inkscape-devel -- confirmation of subscription -- request 850492
by Steven P. Ulrick 25 Oct '05

25 Oct '05

On Tue, 25 Oct 2005 15:45:32 -0700 inkscape-devel-request(a)lists.sourceforge.net wrote: > Inkscape-devel -- confirmation of subscription -- request 850492 > > We have received a request from 12.203.241.111 for subscription of > your email address, <lists@...1052...>, to the > inkscape-devel(a)lists.sourceforge.net mailing list. To confirm the > request, please send a message to > inkscape-devel-request(a)lists.sourceforge.net, and either: > > - maintain the subject line as is (the reply's additional "Re:" is > ok), > > - or include the following line - and only the following line - in the > message body: > > confirm 850492 > > (Simply sending a 'reply' to this message should work from most email > interfaces, since that usually leaves the subject line in the right > form.) > > If you do not wish to subscribe to this list, please simply disregard > this message. Send questions to > inkscape-devel-admin@...460...

1 0

color selector
by Néstor Díaz 25 Oct '05

25 Oct '05

Dear Inkscape Developers: First of all, thanks for such a great design program. We use it in a daily basis in a proffesional enviroment for our work. A few years ago, before Inkscape were born, I was more involved in the UI design of Sodipodi. This weekend, tidying up a bit my folders, I found this idea for Sodipodi, and I think is still a nice dialog revamp for Inkscape, so I decided to send it to you in case it serves for something else than wasting diskspace. It's a mock up based upon the Gimp brushes dialog. It has also some of Illustrator "way of design". The point is I have my swatches in my color palette where I can rename and edit them with the appropiate button. The solid, line gradient, elliptical gradient and tile gradient are just a categorization but in fact I could have all swatches I'm using in the same window (adding a [View all] button). Let's explain this further. When I need to add a swatch (plain, gradient or tile) no color or the default color is asigned to the new object. Then I select the swatch and either duplicate or edit the color in a similar dialog as actual Inkscape dialog. Also, we could have the edit swatch dialog tabbed in the one I present or attached etc. In fact, is a waste of space to have two identical tabs for doing exactly the same function, which is editing swatches or colors: the fill and the border tabs. I propose to have as a first tab the one in my mockup, the second one the editing colors one an the third one the stroke style, witdth etc one. Of course, another control to switch between fill mode or border mode should be necessary for the new tab, which could be very similar to the Gimps one (background/foreground colors). A kind of law?: Choosing a property, style or color shouldn't be in the same area of Editing that very property, style or color. It drives to errors when accidentally move a slider or change something with a slight click or the mouse wheel. Asigning a property should be in it's own area/tab/dialog and editing should be separate from it. If somebody wants me to further develop this idea, more defined mockups and actions story board, etc. (I'm sorry I can't code): Just ask me as I'm willing to improve Inkscape UI and productivity in this matter. Yours: Néstor Díaz

1 1

SVG standards and Sodipodi cruft
by Alan Horkan 25 Oct '05

25 Oct '05

There has been a user complaining in several reports in the bug tracker about the Inkscape SVG giving away more information than he would like and the Plain SVG not including as much information as needed and I think it raises various questions. How plain should Plain SVG be? Should it include metadata? (Based on SVG having a metadata tag I think it probably should include some form of metadata) Inkscape has as a stated goal conforming closely to the SVG specificiation but inlcudes a whole lot of information in the Sodipodi and Inkscape namespace. The stock response is this someone helps compatability with Sodipodi but is this really true anymore? Surely some of it like including the sodipodi version number is just as likely to confuse the matter? The old sodipodi docbase attribute seem like it could have been useful to avoid link breakage if a the drawing file has been moved around. Is this actually doing anything useful? Users have expressed privacy concerns as it effectively embeds the path to their homedirectory including username in every document. It seems there must be a way to express a lot more of the old sodipodi metadata using SVG (or Dublin Core or other parts of XMP we are already using). If the old timers ;) could clarify if any of this cruft is useful anymore it would make it easier to write clear bug reports and break into much smaller parts which bits might be replaced (hopefully making the same information available in Plain SVG where possible). Given the importance of the OpenDocument standard and how they are essentially using their XML namespaces to fill out gaps not covered by SVG might it be better to include their namespaces rather than adding any more to the Inkscape (or Sodipodi) namespace? I hope people can clarify what old bits are still needed and what could potentially be cleaned up and replaced with standard SVG. With a bit more information hopefully I will be able to add useful comments to bug reports and perhaps add some goals for clearing out the old non-standard cruft somewhere on the Roadmap. Sincerely Alan Horkan Inkscape http://inkscape.org Abiword http://www.abisource.com Dia http://gnome.org/projects/dia/ Open Clip Art http://OpenClipArt.org Alan's Diary http://advogato.org/person/AlanHorkan/

9 15

Re: [Inkscape-devel] Inkscape 0.43pre1
by Ted Gould 25 Oct '05

25 Oct '05

Lucas Vieites wrote: > there still are several translation updates pending in the tracker. > Could these be included in cvs before final release? Yeah, I don't see any reason why not. Does anyone know a reason that the translations aren't checked in? (besides lack of time :) Can I just check them all in? --Ted

1 0

Inkscape 0.43pre1
by Ralf Stephan 25 Oct '05

25 Oct '05

desktop.cpp:83:47: error: jabber_whiteboard/session-manager.h: No such file or directory desktop.cpp: In member function ‘void SPDesktop::init(SPNamedView*, SPCanvas*)’: desktop.cpp:297: error: invalid use of undefined type ‘struct Inkscape::Whiteboard::SessionManager’ desktop.h:55: error: forward declaration of ‘struct Inkscape::Whiteboard::SessionManager’ desktop.cpp: In member function ‘void SPDesktop::destroy()’: desktop.cpp:371: warning: possible problem detected in invocation of delete operator: desktop.cpp:371: warning: invalid use of undefined type ‘struct Inkscape::Whiteboard::SessionManager’ desktop.h:55: warning: forward declaration of ‘struct Inkscape::Whiteboard::SessionManager’ desktop.cpp:371: note: neither the destructor nor the class-specific operator delete will be called, even if they are declared when the class is defined. make[2]: *** [desktop.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2

2 1

Translators - Calligraphy tutorial update
by Joshua A. Andler 24 Oct '05

24 Oct '05

Attached is the diff from the xml docbook file to assist translators to know what has changed. Other than added information, a number of contractions were removed to make translation a little more straightforward as well. Unfortunately I didn't get to put examples for pressure and tilt in due to tilt being funky with current gtk on win32 (and it makes sense to add the examples together). -Josh Index: calligraphy/tutorial-calligraphy.xml =================================================================== RCS file: /cvsroot/inkscape/doc-docbook/calligraphy/tutorial-calligraphy.xml,v retrieving revision 1.2 diff -u -r1.2 tutorial-calligraphy.xml --- calligraphy/tutorial-calligraphy.xml 30 Apr 2005 18:59:03 -0000 1.2 +++ calligraphy/tutorial-calligraphy.xml 24 Oct 2005 16:58:03 -0000 @@ -2,8 +2,8 @@ <chapter id="CALLIGRAPHY"> <title>Calligraphy</title> -<author>bulia byak, buliabyak@...859...</author> - +<authors>bulia byak, buliabyak@...859... and josh andler, scislac@...859...</authors> +<!-- Copyright (C) 2004-5 bulia byak, buliabyak@...859... and josh andler, scislac@...1050...> <abstract> <para> @@ -67,17 +67,34 @@ <title>Hardware</title> <para> -You'll get the best results if you use a <firstterm>tablet and pen</firstterm> -(e.g. Wacom). However, even with mouse you can do some beginning calligraphy, though you -will have difficulty producing fast sweeping strokes. +You will get the best results if you use a <firstterm>tablet and pen</firstterm> +(e.g. Wacom). Thanks to the flexibility of our tool, even those with only a mouse can do +some fairly intricate calligraphy, though there will be some difficulty producing fast +sweeping strokes. </para> <para> -Inkscape does not yet use <firstterm>pressure sensitivity</firstterm> of a tablet pen, -but that's not a problem because a traditional calligraphy pen (unlike a brush) is also -not very sensitive to pressure. Inkscape calligraphy pen can be sensitive to the -<firstterm>velocity</firstterm> of the stroke (see "Thinning" below), so if you are -using a mouse, you'll probably want to zero this parameter. +Inkscape is able to utilize <firstterm>pressure sensitivity</firstterm> and <secondterm> +tilt sensitivity</secondterm> of a tablet pen that supports these features. The sensitivity functions are disabled by +default because they require configuration. Also, keep in mind that calligraphy with a +quill or pen with nib are also not very sensitive to pressure, unlike a brush. +</para> + +<para> +If you have a tablet and would like to utilize the sensitivity features, you will need +to configure your device. This configuration will only need to be performed once and +the settings are saved. To enable this support you must have the tablet plugged in +prior to starting inkscape and then proceed to open the <firstterm>Input Devices...</firstterm> +dialog through the <emphasis>File</emphasis> menu. With this dialog open you can choose the +preferred device and settings for your tablet pen. Lastly, after choosing those settings, switch +to the Calligraphy tool and toggle the toolbar buttons for pressure and tilt. From +now on, Inkscape will remember those settings on startup. +</para> + +<para> +The Inkscape calligraphy pen can be sensitive to the <firstterm>velocity</firstterm> of +the stroke (see "Thinning" below), so if you are using a mouse, you'll probably want to +zero this parameter. </para> </sect1> @@ -85,9 +102,10 @@ <title>Calligraphy Tool Options</title> <para> -Switch to the Calligraphy tool by pressing <keycap>Ctrl+F6</keycap> or by clicking on -its toolbar button. On the top toolbar, you will notice there are 6 options: Width & -Thinning; Angle & Fixation; and Mass & Drag. +Switch to the Calligraphy tool by pressing <keycap>Ctrl+F6</keycap>, pressing the <keycap>C</keycap> +key, or by clicking on its toolbar button. On the top toolbar, you will +notice there are 6 options: Width & Thinning; Angle & Fixation; and Mass & Drag and two +buttons to toggle tablet Pressure and Tilt sensitivity on and off (for drawing tablets). </para> <figure> @@ -113,8 +131,9 @@ <para> Since pen width is changed often, you can adjust it without going to -the toolbar, using the <keycap>left</keycap> and <keycap>right</keycap> arrow keys. The best thing about -these keys is that they work while you're drawing, so you can change +the toolbar, using the <keycap>left</keycap> and <keycap>right</keycap> arrow keys or with a +tablet that supports the pressure sensitivity function. The best thing about +these keys is that they work while you are drawing, so you can change the width of your pen gradually in the middle of the stroke: </para> @@ -160,8 +179,10 @@ <para> After width, <firstterm>angle</firstterm> is the most important calligraphy -parameter. It is the angle of your pen in degrees, changing from 0 (horizontal) to 90 -(vertical counterclockwise) or to -90 (vertical clockwise): +parameter. It is the angle of your pen in degrees, changing from 0 (horizontal) to +90 (vertical counterclockwise) or to -90 (vertical clockwise). Note that if you +turn tilt sensitivity on for a tablet, the angle parameter is greyed out and +the angle is determined by the tilt of the pen. </para> <figure> @@ -175,9 +196,10 @@ Each traditional calligraphy style has its own prevalent pen angle. For example, the Unicial hand uses the angle of 25 degrees. More complex hands and more experienced calligraphers will often vary the angle while drawing, and Inkscape makes this possible -by pressing <keycap>up</keycap> and <keycap>down</keycap> arrow keys. For beginning -calligraphy lessons, however, keeping the angle constant will work best. Here are -examples of strokes drawn at different angles (fixation = 1): +by pressing <keycap>up</keycap> and <keycap>down</keycap> arrow keys or with a tablet that +supports the tilt sensitivity feature. For beginning calligraphy lessons, however, +keeping the angle constant will work best. Here are examples of strokes drawn at +different angles (fixation = 1): </para> <figure>

1 0

About screen for 0.43
by Jon A. Cruz 23 Oct '05

23 Oct '05

I'm tracking down bug 1310742 It appears that the SVG is slightly corrupted. It looks like a chunk of the file got lost. Doing a quick restoration of "text44" (the item that appears to be picking up after the missing part), I see that it is mainly "the vector is mightier than the Bitmap", written in a script font. This problem may have been in the initial editing, or may have happened later. If anyone might have different versions laying around, can you check if they do not have this problem? The following will check for the main problem point: grep -l "preser," * If nobody has a better version (or at least for that part), then I'll just go with cutting out "text44", since it appears to be cruft anyway.

1 0

Inkscape 0.43pre0
by Ted Gould 23 Oct '05

23 Oct '05

First prerelease of all the goodness being expected in Inkscape 0.43. This is not recommended for production use, it still has known bugs in it. It is recommended that you download it, play with it, and find more bugs. If all packagers could try to make packages from this tarball, that would be helpful for removing packaging bugs. I think that I missed some from the last time 'round, so if you could put them in the tracker that would be excellent. https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=991… MD5 Sums: ed274d011189a2f496c93b84c9a30d7a inkscape-0.42+0.43pre0.tar.bz2 02b6199ce64d830d288e21ad2a0d6e07 inkscape-0.42+0.43pre0.tar.bz2.sig bb962f1c6d019ed747231015869ca315 inkscape-0.42+0.43pre0.tar.gz 06d97f80b5ef59a97af73e154e688147 inkscape-0.42+0.43pre0.tar.gz.sig Have fun, Ted

8 10

RE: [Inkscape-devel] RE:Xara Announcement
by Charles Moir 22 Oct '05

22 Oct '05

> > This would be a good opportunity to pimp another project that Inkscape's > > been participating in, called create.freedesktop.org.... > > > > http://create.freedesktop.org/wiki/index.php/Main_Page > > > > The idea is > > interoperability; despite our differences, all of us open source > > graphics tools can be stronger by sharing art resources. > > > > Anyway, put that in your todo list to check out next month or so when > > some of the fires have died down. Long term you'll want XaraExtreme to > > be part of, or at least aware of, those discussions. > > Hi Charles...if you or any other xara devs. have questions about the > Create Project, you can ask me or join the create mailing list from the > URL above. > > Also, it would be good to dicsuss integration with Open Clip Art Library > in the near future...its time to build up our community, right! > These are all good things. I have some issues about quality control on OpenClipart, but the principle is great. We will support these as much as we can. Exactly the type of working together that helps everyone. Charles

5 4

[CharlesM@...1042...: [XaraXtreme-dev] Updated Xara LX download]
by Bryce Harrington 21 Oct '05

21 Oct '05

----- Forwarded message from Charles Moir <CharlesM@...1042...> ----- Date: Fri, 21 Oct 2005 17:51:10 +0100 From: Charles Moir <CharlesM@...1042...> To: xara-dev <dev@...1048...> Subject: [XaraXtreme-dev] Updated Xara LX download We've updated the Xara LX viewer download to version 0.1b. http://www.xaraxtreme.org/download/ This includes support for the (almost) full range of Xara fill types, along with a number of other fixes which means it should now load and render a much wider range of Xara documents. We've also updated the Designs folder to include some more examples such as the famous Microscope design. There's also a Fill Types.xar example that shows off some of the wide range of basic object fill types that Xara supports (one of the distinguishing aspects of the Xara rendering engine is its very wide range of basic fill types). Apart from progressing the Xara LX preview build, we've been continuing to work on the source codes files, documentation etc in preparation for making this Open Source. We hope to start this process within a week or two. Charles ----- End forwarded message -----

1 0

Win32 filename fixup
by Jon A. Cruz 21 Oct '05

21 Oct '05

For those who are interested in building and testing the Win32 changes I'm doing for filename fixups, I just checked in a much better version. What I had before was mainly code to check things, not change things, and was placed *after* the main app instance was created with the args. Moving the code up above the instance creation made things much happier. It still has a major problem in that things are stripped to bare filenames with no path preceding them, so files need to be placed in the same location as inkscape.exe to be tested. However, it should get things working with all Unicode names (not just those in the current ANSI code page). The other thing to check is in src/io/sys.cpp at line 129. To get things opening correctly, we can probably simplify the code now that we're using GTK+ 2.6 or later on Windows. Change if ( PrintWin32::is_os_wide() ) to if ( false ) and that should finish fixing things (aside from the full-path issue, of course). If anyone can verify that the sys.cpp change keeps things working with different names (non-ASCII, non-Cp1252, etc) that would be very good to hear.

2 1

Re: [Librsvg-devel] Re: [Inkscape-devel] Plain SVG as default ?
by Christian Fredrik Kalager Schaller 21 Oct '05

21 Oct '05

Hi John, If you want a pretty good indication on the current status of the different rendering engines you could take a look at my comparison chart here: http://www.linuxrising.org/svg_test/test.html It lists all the SVG engines discussed in this thread and I updated the librsvg-cairo one just an hour ago. I also hope someone in the Inkscape community gets motivated to start working on the compliance tests as afaict there have been little progress on Inkscape's SVG standard compliance over the last few months (tons of other improvements though :). Christian On Wed, 2005-10-19 at 03:33 -0600, John Taber wrote: > Dominic Lachowicz wrote: > >>I can barely make time for testing a new lib under cairo so can't afford > >>to get involved with trying to get hooked into cvs etc - if libsvg is > >>deprecated and librsvg is really in flux, what is Gnome using in current > >>development (v2.11) for rendering svg? > > > > Gnome has always used librsvg. It has never used libsvg. Gnome's > > development version is 2.13, not 2.11. > > > > The version of librsvg that Gnome uses renders via libart and not cairo. > > > Now I get it - I was thinking Gnome was now rendering svg via cairo. So > for now I'll use libsvg-cairo knowing that it may have some problems and > knowing that it is planned to be replaced with librsvg-cairo sometime in > near future. When a version of librsvg-cairo becomes available outside > of cvs or I have time to fool with the cvs settings, I'll try it out and > feedback to the librsvg list. thks. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Librsvg-devel mailing list > Librsvg-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/librsvg-devel

5 7

sodipodi:modified
by Ralf Stephan 20 Oct '05

20 Oct '05

Hello, the modified signal on SPNamedView is emitted when someone sets the attribute of doc->rroot to sodipodi:modified. How can I connect to this signal the sigc++ way? Or, what to replace g_signal_connect (G_OBJECT (namedview), "modified", G_CALLBACK (fun), this); sp_signal_disconnect_by_data (G_OBJECT (namedview), this); with if I don't like it the old way? ralf

2 5

Inkscape 0.43pre0
by lode leroy 20 Oct '05

20 Oct '05

on Win32 + MSYS + MinGW + GTK2.8 + Python24, the detection of Python fails: checkPYTHON_CFLAGS = -Ic:\Python24\include where it should be checkPYTHON_CFLAGS = -Ic:/Python24/include and checkPYTHON_LIBS=" None/None None" where it should be checkPYTHON_LIBS=" -Lc:/Python24/libs -lpython24"

2 1

Re: Selection of (hidden) objects
by Ben Fowler 19 Oct '05

19 Oct '05

On 10/18/05, jiho <jo.irisson@...400...> wrote: > On 18 oct. 05, at 08:06, Ben Fowler wrote: > > On 10/17/05, jiho <jo.irisson@...400...> wrote: > >> On 17 oct. 05, at 10:45, Ben Fowler wrote: > > If not (though this may be a low priority issue) then we ought to > > think about how to select hidden or invisible objects. > > It is possible to select it, the problem is to select it > individually. Indeed "select all" selects this object also but then > all other objects have to be de-selected in order to keep only this > one ... > > I have 4 objects. I select objects 1 and 2 ... > ... . I can unselect any object by SHIFT + clicking on it but I cannot > unselect multiple objects by SHIFT + dragging around them. [...] > > Do I file an RFE (I cannot find any about this)? I think: Yes. My UI would be: Marquee = Replace selection Shift-Marquee = Extend selection Opt-Marquee = Remove from selection Ideally, the cursor should adopt a + and - emblem in the last two cases. FWIW, I would have the same convention for clicking, to wit: Shift-click Adds and Opt-click Subtracts. See http://tavmjong.free.fr/INKSCAPE/MANUAL/html/ch05s02.html Note: Shift drag should also not select and move the item (if any) that is clicked on. Note: Shift-clicking toggles selection (not an unreasonable behaviour, but one that I do not like). Note: Opt-clicking drills down through nested/buried objects. Request: The documentation should specify exactly how to: 1. Select an invisible object 2. See that some hidden or locked objects were not included in the selection 3a. Select an object too large for the selection cues to be visible 3b. Select an object where it is buried and cannot be clicked on, and overlain and/or partly off screen and cannot be marquee'd in toto 4. Select a buried object 5. Select one object from a group Note: (5) I expect Opt-click to do that, but it is in use by 'Select under' Note: If Inkscape acquires a Navigator palette, then (2) may well be solved (as the mimic will show the selection extending outside the field of view, and possibly (3) will be simplified. Finally, I think that the documentation should say that the process of selecting objects is important in everyday use of any drawing package, and may be changed when new ideas are tried out; not only in its details, but possibly in areas that are central to the workflow. Conversely, we should not ever make disruptive changes in this area after version 1.0 (at least not without changing the name of the program). Ben

4 3

Plain SVG as default ?
by John Taber 18 Oct '05

18 Oct '05

I've just noticed that Inkscape's SVG format doesn't work in cairo for the few drawings we tried - when we save as Plain SVG, they appear correctly. Not sure this is a universal problem but with the advent of Firefox SVG based on Cairo and the soon to be popularity of Cairo and XML in general, it might begin to confuse users that Inkscape's SVG is not Plain SVG and their svg drawings might not show correctly. We're already confused with whether a *.svg drawing is in Inkscape mode or Plain mode - obviously we can parse the xml code but just is more work. Also not sure how this plays out in Safari, Konqueror, or Opera. I would assume this might also affect Inkscape submissions to Open Clip Art which I would assume is standardized on the Plain SVG ? I would like to suggest: 1) make the Plain SVG as the default 2) rename the Inkscape SVG as something like *.svgi

9 14

Native look 'n feel win32
by Hal Lorenz 18 Oct '05

18 Oct '05

Hi there, I don't mind the Inkscape UI on Windows, but was wondering if it is being considered to give Inkscape a native-ish look on Windows, or even if there are any means to doing so? Also are there any docs on the Inkscape site that pertain to compiling it for Win32 w/ gtkmm? Either by x-compiling on Linux or using cygwin/mingw, I'm interested in how you guys do it. Kind regards, Hal

4 3

Hyphenation for text-justify
by Stefan de Konink 18 Oct '05

18 Oct '05

Hello, >From the Jabber conversation, bryyyce pointed me to the dev mailinglist. For our local Radio/TV-broadcasting foundation I made some software that makes a cable-text-program from SVG documents. Basically it works like this: Webinterface -> SQLite SQLite -> XML + XSL -> SVG SVG -> PNG PNG -> xloadimage Currently we need to wrap our text by hand, I'm extremely happy with the working flowtext. But speaking about nice features, justifying text and auto-hyphenation would be a killer app. I heard pjrm and njh have some ideas for this. The software is give-a-way GPL. So basically it spreads now around, not making it public (as in website) until all bugs are out of it though. (Any interest can receive a tarbal) Greetings, Stefan de Konink

3 2

Re: [Inkscape-devel] Re: Sanity checking files on open
by Ben Fowler 18 Oct '05

18 Oct '05

On 10/17/05, jiho <jo.irisson@...400...> wrote: > On 17 oct. 05, at 10:45, Ben Fowler wrote: > > On 10/16/05, jiho <jo.irisson@...400...> wrote: > >> On 15 oct. 05, at 20:23, Ben Fowler wrote: > >>> On 10/15/05, jiho <jo.irisson@...400...> wrote: > >>>> On 15 oct. 05, at 18:34, Ben Fowler wrote: > >>>>> On 10/15/05, bulia byak <buliabyak@...400...> wrote: > >>>>>> On 10/15/05, Ben Fowler <ben.the.mole@...400...> wrote: > > > > If it is necessary to 'fix up' objects individually, then you might > > want to select them one at a time and check the appearance > > and/or the properties. > > In this case, the problem was that the object had a huge bbox but was > invisible, so impossible to select individually. But I am conscious > that this is an individual problem and that general behavior should > be the one you advise. I think that you can select it (and that would agree with the comment that Bulia Byak made), and that would have the advantage that you could do whatever you needed to/decided to do to fix the problem, rather than say yes or no to some 'action at a distance'. If not (though this may be a low priority issue) then we ought to think about how to select hidden or invisible objects. Ben

1 0

win98 support?
by lode leroy 18 Oct '05

18 Oct '05

Does anyone know if installing "Microsoft Layer for Unicode on Windows 95, 98, and Me Systems" on a win98 pc makes it possible to use cairo and thus inkscape / gimp / ...? http://www.microsoft.com/downloads/details.aspx?FamilyID=73ba7bd7-ed06-4f0d…

4 4

Articifical Limits (was Re: Sanity checking files on open)
by Ben Fowler 17 Oct '05

17 Oct '05

On 10/16/05, jiho <jo.irisson@...400...> wrote: > On 15 oct. 05, at 20:23, Ben Fowler wrote: > > On 10/15/05, jiho <jo.irisson@...400...> wrote: > >> On 15 oct. 05, at 18:34, Ben Fowler wrote: > >>> On 10/15/05, bulia byak <buliabyak@...400...> wrote: > >>>> On 10/15/05, Ben Fowler <ben.the.mole@...400...> wrote: > > > Having said that, perhaps Inkscape compiled in debug mode should > > have some of these artifical limits, (just as we have assertion > > statements). It will help identify to developers just where the > > shoe pinches, but users do not need to handle this. > > If they could, why not? Once you pointed me to the problem the fix > was really easy. Having that build into inkscape would have avoided > you all my long emails ;-) Not really, the root cause of this e-mail conversation (maybe lengthy, but not unnecessary) is the fact that Inkscape did not gracefully handle a specific error condition. This wasn't deliberate. It was just that the precise combination of circumstances that brings it about had not occurred to any of the developers who had worked on that part of the code. Bringing this up up was very necessary. This kind of bug report is one of the most important raw materials needed for the production of good software. Now, release versions should not have 'articifical limits' or training wheels. Th assumption is that if the Application is in an unexpected state with a developer, it is because he or she got something wrong, and we want the earliest indication of when this is happening. If the application is in an unexpected state with a user, then the user is probably 'in the right' and merely doing something that hadn't been tested or anticipated. In the present case, if a scale factor exceeds 1 million, we are going to guess that on a developer's machine there is something wrong the code, but on a user's machine that he or she is simply working with large objects. Ben

5 5

[joxeankoret_at_yahoo_dot_es: Bug#330894: inkscape: Arbitrary code execution when opening a malicious file]
by Wolfram Quester 17 Oct '05

17 Oct '05

Hi allotogether, I just received a message at debian's BTS [1] which reports a possible security flaw in inkscape. It is surely a DOS since here on my PowerBook inkscape simply crashes saying wolfi@...453...:/tmp $ inkscape poc.svg Emergency save activated! Segmentation fault (core dumped) I attach the backtrace, which shows that inkscape is rather irritated: Core was generated by `aaaaaaaaaaaaaaaaa'. BTW, vim's syntax highlighter has certain toubles when editing this file, too. Thanks, Wolfi [1] http://bugs.debian.org/330894 ----- Forwarded message from Joxean Koret <joxeankoret_at_yahoo_dot_es> ----- Subject: Bug#330894: inkscape: Arbitrary code execution when opening a malicious file Reply-To: Joxean Koret <joxeankoret_at_yahoo_dot_es>, 330894@...499... Resent-From: Joxean Koret <joxeankoret_at_yahoo_dot_es> Resent-To: debian-bugs-dist@...501... Resent-Cc: Wolfram Quester <wolfi@...111...> Resent-Date: Fri, 30 Sep 2005 10:48:06 UTC Resent-Message-ID: <handler.330894.B.11280765119494@...499...> X-Debian-PR-Message: report 330894 X-Debian-PR-Package: inkscape X-Debian-PR-Keywords: From: Joxean Koret <joxeankoret_at_yahoo_dot_es> To: submit@...499... Date: Fri, 30 Sep 2005 12:51:04 +0200 Resent-Sender: Debian BTS <debbugs@...499...> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at honk.physik.uni-konstanz.de X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at honk.physik.uni-konstanz.de Subject: inkscape: Arbitrary code execution opening a file Package: inkscape Version: 0.41-4.99.sarge0 Severity: grave Justification: user security hole Inkscape is vulnerable to, almost, one buffer overflow that may allow arbitrary code execution. I contacted the Inkscape team but, at the moment, there is no patch for the issue. Attached goes a Proof Of Concept. NOTE: I think the problem may not be exploitable because you need to write a shellcode using only valid XML characters. Regards, Joxean Koret -- System Information: [...snip...] ----- End forwarded message -----

5 7

Re: [Inkscape-devel] Static RPM isn't Very Static
by DJA 17 Oct '05

17 Oct '05

Jean-Francois Lemaire wrote: > On Friday 14 October 2005 20:00, you wrote: > >>Jean-Francois Lemaire wrote: >> >>>I've just uploaded inkscape-0.42.2-0.static.i686.rpm to >>>SourceForge. Would you please check it out and report back? > > >>That fixed that problem, but...umm...here's a new one: >> >>[dallen@...1044... miscellaneous]$ inkscape >>inkscape: error while loading shared libraries: >>libpangocairo-1.0.so.0: cannot open shared object file: No such file >>or directory > > > libpangocairo is not statically linked on purpose. It's not unreasonable to expect the user to install some support libraries or tweak the run-time environment. However, if there are libraries required by the package, then it shouldn't be called a static package. > Aren't you able to install it on your system? Isn't it part of your distribution? I will look for that library. No, Cairo[1] is not part of the Fedora Core distribution, and this is a full ("Install everything") install. Neither is Inkscape, BTW. > We can't link statically every library needed by Inkscape. Fair enough. But then you shouldn't call that package static. > We have to make reasonable choices. Now, maybe libpangocairo should be added. Your choice. Just let the users know what is required to install the package or binary. If there are library or environment requirements for the Inkscape package, then those requirements should be listed on the download (or some conspicuous) page on the Web site, preferably with links pointing to wherever contemporary versions of those files/packages can be found. [1] I'm assuming 'Cairo' is the library name - I'm not familiar with it. No doubt you will have many users new to your app who are not up to speed on all the latest graphics libraries and support packages. All the more reason to spell out exactly what one needs to experience your app. -- Best Regards, ~DJA.

5 9

Re: Sanity checking files on open
by Ben Fowler 17 Oct '05

17 Oct '05

On 10/16/05, jiho <jo.irisson@...400...> wrote: > On 15 oct. 05, at 20:23, Ben Fowler wrote: > > On 10/15/05, jiho <jo.irisson@...400...> wrote: > >> On 15 oct. 05, at 18:34, Ben Fowler wrote: > >>> On 10/15/05, bulia byak <buliabyak@...400...> wrote: > >>>> On 10/15/05, Ben Fowler <ben.the.mole@...400...> wrote: > >> > OK with this: > If the file cannot be read if not corrected (=definition of error > for me) the fix should be automatic. > . if the file can be read (as it was for mine: the syntax was OK) but > contains some unusual values, the correction should not be made > automatically. but, in addition of issuing a warning, I think it > would be great if a fix was proposed. then the user can choose to > accept it (in most cases, yes) or to reject it (in this case user > probably know what he is doing and will reject it if necessary). > In addition to that... This is RFE [ 1119025 ] repair broken xml on load http://sourceforge.net/tracker/index.php?func=detail&aid=1119025&group_id=9… You might want to: * Add a comment there * Put it onto the roadmap * Add a wiki page to record progress Note that this may not be 'interesting' to an open source developer, and you may find that progress is sporadic, but if a start is made so that there is a place to add code for handling new sorts of errors, I expect that eventually this will get done. Ben

1 0

Re: Sanity checking files on open
by Ben Fowler 17 Oct '05

17 Oct '05

On 10/16/05, jiho <jo.irisson@...400...> wrote: > On 15 oct. 05, at 20:23, Ben Fowler wrote: > > On 10/15/05, jiho <jo.irisson@...400...> wrote: > >> On 15 oct. 05, at 18:34, Ben Fowler wrote: > >>> On 10/15/05, bulia byak <buliabyak@...400...> wrote: > >>>> On 10/15/05, Ben Fowler <ben.the.mole@...400...> wrote: > > - that some criteria are chosen in the sanity check and some fixes > are proposed when these criteria are met. As I mentioned before, I am > thinking about scaling objects that have insane bbox or that are > really big/small in comparison with the rest of the drawing. Or even > scaling the whole drawing if it is huge (as it was the case > previously with somebody who couldn't zoom out far enough to see the > whole drawing if I remember well) or tiny (as it is the case with the > other file I have). And having the possibility to accept or reject > any change individually make this feature not too intrusive. Once > again I don't know if all this even means something. Just correct me > if this is stupid. If it is necessary to 'fix up' objects individually, then you might want to select them one at a time and check the appearance and/or the properties. Ben

1 0

Fix Error handling first (wasRe: Sanity checking files on open)
by Ben Fowler 17 Oct '05

17 Oct '05

On 10/16/05, jiho <jo.irisson@...400...> wrote: > On 15 oct. 05, at 20:23, Ben Fowler wrote: > > On 10/15/05, jiho <jo.irisson@...400...> wrote: > >> On 15 oct. 05, at 18:34, Ben Fowler wrote: > >>> On 10/15/05, bulia byak <buliabyak@...400...> wrote: > >>>> On 10/15/05, Ben Fowler <ben.the.mole@...400...> wrote: > > [ snip ] > > To help this I can provide plenty of buggy files to play with ;-) > Scilab and other math plotting software apparently produce eps files > that pstoedit/inkscape do not like at all. Yes, we should have a corpus of files that cause problems for Inkscape (and/or sister programs whether valid or invalid. You might want to take this to the testers list Ben

1 0

Sanity checking files on open (was Re: [Inkscape-devel] zooming bug)
by Ben Fowler 17 Oct '05

17 Oct '05

On 10/15/05, jiho <jo.irisson@...400...> wrote: I am assuming that you meant to post to the list. > On 15 oct. 05, at 18:34, Ben Fowler wrote: > > On 10/15/05, bulia byak <buliabyak@...400...> wrote: > >> On 10/15/05, Ben Fowler <ben.the.mole@...400...> wrote: > > Assuming that in general we cannot expect Inkscape to determine > > whether or not a bounding box is insane, I was thinking that we > > might exclude some items from the bbox estimation to make the > > behaviour less surprising. > > I think some could be determined at least. For example, if only one > object is insane this could be found: if all transform look like > 1,0,1,0,0,1 and one is 10e15,0, 10e15... it is very probably wrong. > This could be detected and corrected at openning time and if the user > wants to see the unmodified file anyway he could just cancel the > correction. This would allow users with specific needs to edit their > files anyway. Could I make sure that we are distinguishing at leaast two cases here? The first is when a file is in error, and the fix is forced. If possible, we should always do this. (I suspect that where this is not possible, we open in the XML editor, if even this is not possible, we show a helpful diagnostic - but this is not the current topic). The second is when the file is not in error, but contains some suspicious values, and we want to warn. This happens in Freehand when a bitmap cannot be found or a requested font is missing. Now I think that it is often a mistake for an application to put up a modal dialog and demand that the user pay attention. In some cases. the time to warn is just before saving, or to require that the file is saved under a new name, to ensure that the user does not lose data. If the application feels that a file has 'warnings' (non fatal errors or failure of sanity checking) there should be an annunciator in a margin that one can click on to see details. Additionally or alternatively there should be a menu item: Verify File that would check the file with great rigour. Think of it as Norton's Disk Doctor for SVG. (We have a menu item: Vacuum Defs that is cognate to 'Speed Disk'). The problem with performing rigorous sanity checking at every start-up (file read), particularly by default is that we cannot as developers really know how long this will take, but we can be pretty sure that 9999 times out of 10 000 it is not necessary: It is a little user hostile. O.K. We can do some statistical analysis of a) The diagonals, b) The x position and c) the y position of every bounding box, and by looking at twice the standard deviation determine if the out-liers were lying out too far. The trouble with this approach is that it is the 'fool proof' approach, just making as a system proof against a fool only works until a better one comes along, this appraoch will be defeated in the field by the great variety of insane files. Whether we like it or not, people are going to have to be opening SVG files with text editor (or the built-in XML editor) to fix problems with insane files for some time to come. It is madness to pretend otherwise. Having said that, perhaps Inkscape compiled in debug mode should have some of these artifical limits, (just as we have assertion statements). It will help identify to developers just where the shoe pinches, but users do not need to handle this. Ben

2 2

Inkscape Project Stats - Oct '05
by Bryce Harrington 17 Oct '05

17 Oct '05

Statistics Jun 1 Aug 1 Oct 1 Oct 15 ========== ====== ====== ====== ====== Max Week's Rank on SourceForge: 38 3 26 26 Total SF Page Views 1,935,964 4,452,437 4,948,483 5,329,542 Total SF Downloads 254,647 378,712 501,162 534,047 Total Freshmeat URL Hits 19,149 21,261 23,148 23,454 Total Freshmeat Subscriptions 183 208 229 233 Lines of Code in src/: 374,180 389,945 544,117 544,031 Code lines 260,236 270,423 373,797 373,738 Comment line 67,136 70,478 108,884 108,883 Blank 53,443 55,698 73,412 73,386 Lines of Docs in doc/: 27,790 28,090 27,176 27,176 Lines of content in website: 42,490 44,483 48,689 48,928 Size of the Inkscape wiki: 26,729 34,890 34,847 34,847 Bugs open/total: 215/1223 215/1445 260/1643 267/1684 Features open/total: 453/ 728 440/816 453/ 934 468/ 955 Patches open/total: 11/ 230 8/325 10/ 346 14/ 357 CVS Commits (as per inkscape-cvs) 12,040 12,915 14,201 14,372 Inkscape-devel membership: 179 200 213 217 Inkscape-announce membership: 202 236 284 299 Inkscape-user membership: 248 276 310 314 Inkscape-tester membership: 31 30 Num Translations: 33 33 34 35 Ave Translation Ratio: 47.8 54.6 51.5 51.5

1 0

Open Clip Art Library Release 0.18 Announcement :: www.openclipart.org
by Jon Phillips 17 Oct '05

17 Oct '05

October 16, 2005 - Release 0.18 of Open Clip Art Library (http://www.openclipart.org), containing over 6900 SVG files created by over 500 artists, is now available for download and use. For the month of September, the Open Clip Art Library sought imagery related to pets including images of different breeds appropriate for use by animal shelters. For the upcoming 0.19 release, due November 1, 2005, the theme is Halloween. This is any artist's chance to submit to the Open Clip Art Library images of ghosts and goblins, bats, witches, and pumpkins. The community would also welcome printable templates for creating holiday decorations usable in Inkscape, OpenOffice?, Scribus, and, or other graphics applications. Some of the highlights from this release: * New top level categories 'science', 'electronics' * New subsections 'religion', 'astronomy', 'network', and more * Flags collection has been fleshed out / improved a bit more * Bunch of new signs/symbols * Lots of new vehicles, office, sports, music, and toys clipart A lot of the previously 'unsorted' art is now sorted and moved into other categories, and several duplicates removed. While much more work is required before the collection is perfect, this release refines the collection for easier access. Please download it directly from: http://openclipart.org/downloads/0.18/openclipart-0.18-full.tar.bz2 http://openclipart.org/downloads/0.18/openclipart-0.18-full.tar.gz http://openclipart.org/downloads/0.18/openclipart-0.18-full.zip http://openclipart.org/downloads/0.18/openclipart-0.18-win32.exe Or, find one of the other packages at: http://openclipart.org/downloads/0.18/ The Open Clip Art Library (http://www.openclipart.org/) aims to create an archive of user contributed clip art that may be freely used. All graphics submitted to the project are placed into the Public Domain according to the Creative Commons Public Domain Declaration.

1 0

RE: [Inkscape-devel] Bitmap manipulation
by Charles Moir 16 Oct '05

16 Oct '05

> From: bulia byak [mailto:buliabyak@...400...] > Sent: 15 October 2005 18:04 > On top of that, in my humble opinion, this is also the most awkward > thing in Xara from UI viewpoint. The Xara strength has always been to > edit everything on the canvas. So opening a separate window for bitmap > feels extremely clumsy. Totally agree and that's the way we're going. You can already use some picture editor tools on the vector object directly such as our Enhance dialog (brightness, sharpen, blur etc). Indeed many picture plug-ins now work on canvas in Xara (on vector or bitmap objects alike). Work to do still but I completely agree, editing and painting operations should be able to be done directly on canvas just like all other tools. We're sort of about 2/3rds the way there now. Our architecture is such that they can be used stand-alone in the picture editor, OR directly on canvas in Xara, so you get the best of both worlds. i.e. the plugs-in designed to work in a pure bitmap editor, just work on canvas for free in Xara. Charles

3 2

Re: What should 'zoom to content do? (was Re: [Inkscape-devel] zooming bug)
by jiho 16 Oct '05

16 Oct '05

On 15 oct. 05, at 21:01, Ben Fowler wrote: > I am assuming that you meant to post to the list. yes sorry about that. inkscape's list should really have a "reply to" address set up if this is possible. > On 10/15/05, jiho <jo.irisson@...400...> wrote: > >> If this is a good solution for a newly opened/finished file (which >> should not have things outside the page in order to print correctly), >> I think this might be annoying when editing the file. For example, I >> very often put some objects outside the page while I edit the rest. I >> might zoom into the page on a small selection and then zooming out to >> content, including what is outside the page is a very efficient way >> of finding back all my objects. otherwise it is often a pain to look >> for it outside, or to zoom out manually, find them, move them, zoom >> back in... >> > > Terminology: Outside the page | Off the page | On the pasteboard > > If you have a small selection already made, 'Zoom to content' (I would > call it 'Fit All') is not the same as 'Fit selection'. I would suggest > that 'Zoom to content' always sets the zoom to fit all objects. I am > sorry if I implied otherwise. Ok I think I misunderstood you. Just to be clear what you propose is in fact: - zoom to page: zooms to the page ;-) - zoom to content: zooms to fit ALL visible objects - zoom to selection: zooms to the selection unless selection is larger than the page, in this case zoom to the page. is that it? in this case: "why not", but my opinion is that if there are real issues in the file, they should provoke some strange behavior in order to be corrected. > Also, I suspect that what you are looking for is a zoom between the > 'User state' (showing a small part of your drawing, possibly > defined by > a selection of one or a small number of objects) and the 'Standard > state' (showing all). I think that the key to this is to have an easy > way of switching between these states. In this case I think you might have misunderstood me. I'm sorry if I was not clear by english is not my main language. There are two things: - what I though you suggested before. I though you suggested that zoom to content should not zoom out of the page. to which I replied that IMHO current behavior (zooming to all, even off the page) was useful to quickly visualize all objects during the editing process. - the problem with the file with the insane bbox. this problem was revealed by the complete zoom out. in this case the zoom issue was in fact just _revealing_ some other problem: the fact that apparently Make bitmap copy produced an object with a wrong bbox. so in this case the problem does not come from the zoom but from "Make a bitmap copy". So in fact I am quite happy with current behavior of the zoom tool ;-) > I don't think that we can guarantee perfect or even satisfactory > results > when working with insane files, but I do think that the Interface > should > not be surprising. > > What is the least surprising behaviour here? > > I am proposing that when you make a selection, including 'Select > All' and > then 'Fit Selection' you should see the boundary selection handles > just > inside your workarea. > > I am suggesting that the meat of your report was that when you > expected > the zoom to be 66% and many objects visible, you observed the zoom to > be 1% and the objects to be the canvas equivalent as screwed up into > a tiny ball. > > It is your bug, not mine and you are free to correct me. concerning the reaction facing this bug, please see my answer to the other thread. thank you for taking care of this issue as you did from the beginning. JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/

2 1

RE: [Inkscape-devel] RE:Xara Announcement
by Charles Moir 16 Oct '05

16 Oct '05

> From: Ted Gould [mailto:ted@...11...] > Sent: 15 October 2005 00:36 ... > A couple of things here: > > - Do you expect to release the Live Effect plugins as open source also? > I thought so, but you listed it here as the additional features in a > boxed version. We can and will make the Xara owned ones Open Source. But we bundle many (17 at the last count) provided by third party companies that specialise in providing Photoshop plugins, such as Alien Skin. Very cool effects but we have no ownership or control over them. > - It sounds like your initial plan is not to sell a Linux boxed version, > is that correct? There is no short term plan to sell a boxed Linux version. Down the road (one we get to a 1.0 stage) if we can add enough added value, this might be possible. e.g. if we can persuade the likes of Alien Skin to create Linux compatible plug-ins that we could bundle in a premium boxed version, and if enough people want things like commercial support, CD, manuals, whatever, then it's a possibility. > - Have you looked at the embedded Linux market? One device that I'm > anticipating is the Nokia 770, which will run Linux. My understanding > is that the graphics application there is... well... Xara could probably > help :) An uber-fast rendering engine would definitely be of interest > to embedded developers. I think this could be an exciting potential > market for Xara, and companies like Nokia would probably pay for the > porting to their device. I love the device, and would love to put something like Xara on it. But this is exactly what I'd hope would be one of the benefits of going open-source. We couldn't justify spending time on this (unless Nokia pay us) but if there are enough enthusiasts willing to put the work in then they can take our code and create it for themselves, and everyone else. It would be very cool to do. > I totally agree on the Pantone point, but that leads me to say, why not > just leave the whole thing as LGPL Not an option because it could then be used by our commercial competitors, especially on Windows, against us. Would be hugely damaging. So I'm with Stallman on the copyleft aspect of GPL. We make our stuff free and can be used by anyone else as long as they make their stuff free as well. > and not worry about the BSD stuff. > Then you can link to other libraries as need be, and sell that as your > boxed version. Then users can contribute under their copyright, and > licensed under a single license. This would protect you from the case > where a significant contribution could be integrated by Adobe without > any contribution to the community. Ah do you mean why can't we take contributions in LGPL? If I understand LGPL correctly that only allows for linking via a defined library API. So it doesn't work for contributions to the code itself. That would still prevent us (or anyone) creating versions containing other non-open licensed code. Charles

1 0

RE: [Inkscape-devel] Bitmap manipulation
by Charles Moir 16 Oct '05

16 Oct '05

> From: inkscape-devel-admin(a)lists.sourceforge.net [mailto:inkscape-devel- > admin(a)lists.sourceforge.net] On Behalf Of Ted Gould > Sent: 16 October 2005 05:46 .. > ... but I think the single biggest > thing Inkscape could do to help integration is notice changes in bitmap > files. So, I link in a JPEG, and if I change that file in any other > application Inkscape notices and updates instantaneously. I think this > should be possible with further GNOME-VFS integration. Then, the > command is to just to open GIMP on the file. Yes, great. Something really simple like that. I'd support that (in Xara or Inkscape). But we'd like to go further (and part of the reason we do it the way we do with a private API) so that we pass raw (or PNG) bitmaps to and fro, to avoid the JPEG lossy cycle. We also keep the photo edit list associated with the bitmap, so you can edit it in future and alter (or undo) the previous edits you did to the bitmap. That requires a bitmap editor to remember the lists of edits, and keep a master around. But for a basic simple, still very useful feature, just watching for file changes would seem to do the trick.

1 0

RE: [Inkscape-devel] Bitmap manipulation
by Charles Moir 16 Oct '05

16 Oct '05

> Perhaps it would be a good idea to come to the Libre Graphics Meeting > 2006 in Lyon, to define your position in the OpenSource Community. > http://wiki.gimp.org/gimp/LibreGraphicsMeeting > > Tobias All ready to put in my diary, only to discover I've already booked a vacation at that time, which is a real pain. I'll see if we can send some other representative. We should be there I agree. Charles

1 0

Proposed changes to Keyboard shortcuts
by Alan Horkan 16 Oct '05

16 Oct '05

=== Patch first === The Patch https://sourceforge.net/tracker/download.php?group_id=93438&atid=604308&fil… The Patch assigns F1 to Help, Keys and moves some other keys around mapping them to ones used by Xara. The tracker request https://sourceforge.net/tracker/index.php?func=detail&aid=1326159&group_id=… === Ask questions later === (And these are just for starters) Inkscape has keybindings for almost everything which makes it very hard to change anything without having consequences, it is worse than a Rubiks cube. I tried to make changes as non invasive as possible but it was difficult. I may not use Inkscape every day but it is precisely for that reason I find it so important to try and get inkscape to use Keybindings which resemble those used by other applications. F1 for Help was one of the first and most important keybindings I learnt (and hitting Esc like a madman anytime something went wrong was probably the second). It is not just about F1 but it seems like a place to start. Beginners and new users face a much steeper learning curve if Inkscape uses different conventions from other applications. I realise an changes will be uncomfortable for existing users but no one ever claimed Inkscape was ready for stable 1.0 and not going to change things around. Experienced users should know inkscape will be subject to changes and they are exactly the people best able to adapt to changes and if we are lucky they might even like the changes because they make inkscape a little more like Xara. The long term solution is of course to have fully switchable keyboard profiles. That doesn't change the need for good defaults and I hope by trying out these ideas (even if they need to be reverted before the next release) it will encourage people who do not like it to come up with better suggestions rather than blocking changes. Using F1 for help is a convention used by Windows, Mac OS X, Gnome, KDE. The changes make Inkscape more like Xara [1] in particular. Precedent is significant but if we at least try out the change we can get a better idea of the impact. If people really hate the change and it has to be reverted it will at least help show the need for different keyboard shortcut profiles sooner rather than later. There are many more things which could be said about this but please lets try it and come up with ways to do it better rather than not doing it at all. (bulia mentioned his displeasure at the choice of Zoom key which I expect could be addressed parallel to this by providing other Zoom functionality but I think that may need seperate discussion.) Sincerely Alan Horkan Inkscape http://inkscape.org Abiword http://www.abisource.com Dia http://gnome.org/projects/dia/ Open Clip Art http://OpenClipArt.org Alan's Diary http://advogato.org/person/AlanHorkan/ [1] Keyboard Shortcuts for Xara http://www.xaraxone.com/html/tip_of_the_week_4.html http://www.xaraxone.com/assets/images/tip_30.gif (I have a text reference of the Xara shortcuts too somwhere, if anyone has a reference for Corel I'd appreciate it too.)

6 17

Bitmap manipulation
by Charles Moir 16 Oct '05

16 Oct '05

On Tue, Oct 11, 2005 at 08:22:39PM -0300, bulia byak wrote: > > Another focus of Xara is on bitmap manipulation. They have a built-in > > Picture Editor, something like a primitive Photoshop. I think it's > > safe to bet Inkscape will never have such a thing - why do it if we > > can just call Gimp instead. > Well, depends what you mean by "have such a thing": calling gimp code > would count as having such a thing; though currently we don't do that > at all to my knowledge, and we certainly don't currently make it easy > to edit embedded bitmaps, or have gimp layers implemented as separate > <image/>s, or allow other vector objects to be visible when editing a > bitmap. > > pjrm. This point reminds of another area we could cooperate. We do have an integrated bitmap / photo editor, because in principle I don't believe you can or should separate the two worlds. Real users want to mix photos and vector artwork, and so it's simply more convenient to be able to do this directly from within your vector editor. (And Microsoft Expression will be majoring on this point - integrated bitmap and vector editing, indeed the only significant change MS have made to Expression they bought, is adding a fully integrated bitmap editor) So in Xara X we added an API to call an external photo editor, so that you could double click a photo, (or a bitmap fill) edit your picture, close the window and the edited result is passed back. The theory was that we could use any external editor and were not going to make it specifically the Xara Picture Editor. So in principle this is exactly like you guys calling out to GIMP. But our Xara <-> Picture Editor API sucks, partly because it's very COM based and partly because it's become very specific to our implementation of the photo editor. Worse, our Picture Editor component is going to be an absolute dog to port to Linux because unlike Xara X, it was never designed to be the slightest bit platform portable. GDI+ code everywhere, transparent fading, rounded dialogs, the lot. This remains a major potential stumbling block for the port down the road (it will be the last component we do). So we should also be changing our API to be more general purpose. So the user can configure their favourite photo editor to be called when they want to edit a photo. So, if this is a feature that you guys are thinking of adding to Inkscape, lets have a common API to call external photo editors. Then we can be compatible - we can both use and call Photo editors in a compatible way. What's more this provides an added incentive for the various photo editors out there to support this API and so greatly increase the interop and choice for all users. I might be talking b**ls here, because for all I know Linux already has an open, common API to pass photos to and from the various picture editors. But it seems another area where we could both possibly develop a feature in parallel, but both benefit equally from it. Or is this rubbish?

4 3

RE: [Inkscape-devel] Bitmap manipulation
by Charles Moir 15 Oct '05

15 Oct '05

> > I might be talking b**ls here, because for all I know Linux already has > > an open, common API to pass photos to and from the various picture > > editors.... > > I don't know of anything *specifically* for that. > > However, there is an API that might be relevant here, with added benefits. > It's a network protocol, primarily for 3D graphics collaboration, called > "Verse": > > http://www.blender.org/modules/verse/ > > Performance could be an issue for large bitmaps, since it's a network > protocol, but perhaps an optimised version could be used locally. This is interesting and possibly suitable. Might be more suitable as an API to interface to 3D apps (which is another area altogether - Illustrator and Corel have had good 3D capabilities for a while). Charles

2 1

Writing News
by unknown＠example.com 15 Oct '05

15 Oct '05

Could someone in the know update the wiki with the current new writing procedure? http://wiki.inkscape.org/cgi-bin/wiki.pl?WritingNews Aaron Spike

2 1

zooming bug
by jiho 15 Oct '05

15 Oct '05

Hi list, this file http://jo.irisson.free.fr/dropbox/schema_bilan.svg was completely made in inkscape with version 42-2-2 on mac os X. Then it was edited with latest CVS on linux and after that: - zooming to fit content in window zooms out to 1% - selecting all and zooming to selection produces the same result both on stable or latest cvs inkscape on os x or linux. (NB: the same problem was also remarked in other files, converted from eps to svg with pstoedit such as this one: http://jo.irisson.free.fr/dropbox/sampling.svg it might be that the eps was corrupted in the first place or that pstoedit job wasn't perfect because there are other problems with this file: any new path/tex created is huge, no dashes can be applied to some imported path or to any new path created etc. But I mentioned it in case the zooming problem is the same. Nevertheless, the point is that previous file (schema_bilan.svg) was entirely made in inkscape so there is no incriminating pstoedit or the software which produced the eps in previous case.) in addition, the first file (schema_bilan.svg) does not display properly on os x (stable or cvs) anymore: all shapes are there (selectable), their fill and stroke attributes are still correct but they are not displayed. I know that the zoom has been changed a bit lately. might it be related to this? I submitted a bug to the tracker: [ 1326574 ] maximum zoom out when zooming to fit in window I hope this will be easy to fix. I am naturally ready to test anything you'll need. JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/

3 8

zooming bug
by jiho 15 Oct '05

15 Oct '05

sorry I replied only to bulia. Begin forwarded message: > The real problem is the insane bbox. I think this may happen to >> other elements too, for any number of reasons. So perhaps the best >> way >> to address this is to ignore anything which is larger than, say, a >> million px in any dimension. For example scaling by keyboard already >> has the 1 million upper limit. However I'm reluctant to do that, as >> you never know what weird files people would want to edit. This >> arbitrary limit may bite us sometime. >> >> > > what about scaling down or up the objects with "insane" bbox after > issuing a warning/question when the file is opened? if it is a > isolated case in the file (as the one attached in the bug I > submitted) it will suppress the problem and focus the attention of > the user on this (and if he knows about the xml editor he could > delete the incriminated object). if the whole file has insane > transform matrices (like the one to which I provided a link in the > bug report) it will make its modification in inkscape easier. > currently, in the second file, when I add anything it is insanely > scaled (like strokes with 720 px of width) I think because all > objects have transform matrices like this one: > transform="matrix > (2.007003e-3,0.000000,0.000000,-2.007003e-3,-6.079619e-2,1.461081) > > I don't know if anything of this is meaningful but my impression > was that, dealing with vector images, scaling won't be a problem. JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/

1 0

gtkmmification update
by unknown＠example.com 15 Oct '05

15 Oct '05

I'm asking purely as a user who, possibly incorectly, thinks that the changes made in gtkmmification will make future progress of Inkscape quicker and easier... I could't help but notice the hubub centered around rwst's recent refactoring. But I confess I don't understand much of what is going on or what significance it has. What is the current status of the gtkmmification? Is there a list of gtkmmification goals notated with those that have been completed? What does it mean that there is a canvas in --new-gui? What does it mean that we need to use Actions? Clue Seeking, Aaron Spike

2 1

RE: [Inkscape-devel] RE:Xara Announcement
by Charles Moir 15 Oct '05

15 Oct '05

> > > > Also the guys are under intense pressure to ship a brand new commercial > > Windows release right now and so have very limited time. Indeed right > > now we have very limited number of developers purely on the open-source > > version. > > Can you tell us a little about the backgrounds/interests of the folks > working on the open source version? I'm looking forward to chatting > with them in the future. :-) Well the guys you may come across are Phil and Gerry both been with Xara since well before our Windows exploits back to Acorn RISC days. Phil was even involved in some Atari ST products we did in historic times. But they've worked on just about everything including Artworks the ARM based (pure assembly language) predecessor to Xara X and Impression our Quark-like DTP package. Both have huge experience across the board. Phil probably has more ownership of the technical architecture than any. Gerry has very broad experience of whole computer and Windows gamut. However neither have that much experience (perhaps none) of Linux as far as I'm aware). Neil our CTO has Unix experience going back - more project manager, but a very good understanding of architectural and OOP things. Er, who else. Luke might post from time to time - he's the main guy working on the Linux port right now (and has more Linux experience than any of us). Others you may come across but probably wont be posting here much. Oh and although I'm CEO I used to program (mostly assembly language, authored the products that the company was built on 25 year ago, e.g. Wordwise a word processor that was very popular in the 80s in the UK) and so understand, in some detail, all the concepts of what we're doing. So we are a very techy orientated organisation. (Maybe that's why we're not bigger than we are because I should be more marketing oriented). Having come from a background where every byte mattered and processors were pathetic, that's perhaps where and why we get this speed / space efficiency thing from. It also means, that as CEO, I don't get or accept any technical BS from my people about what is and is not possible. If they come to me and say "can't be done" I'm always pushing back to ask why, there must be other angles we can take, and usually we find a way. I am also a fanatic about detail, trying to find better more slick ways to do UI and cutting anything that is not necessary. I'm an total believer in the KISS principle, Occam's razor and such approaches. And although over the decades there is not a class of software we've not been involved in, from games to databases, spreadsheets, interpreters and compilers, even hardware design, I'd say that we've been involved in publishing software more than anything - be it word processors, Postscript interpreters (this is where our rendering engine started life 15 years ago), DTP packages and graphics software of all types. So a pretty broad background.

7 6

RE: [Inkscape-devel] RE:Xara Announcement
by Charles Moir 15 Oct '05

15 Oct '05

> From: MenTaLguY [mailto:mental@...3...] > Sent: 14 October 2005 21:49 > > So why doesn't someone do a sort of Ultra-draw wrapper super-API library > > thing that we can both use. i.e. it provide one super-set rendering API > > that itself calls down to XaraDraw, Cairo, Quartz depending on user or > > program preferences. And then we'd both use this ultra-draw and both > > gain the desired benefits. Quartz, Cairo and XaraDraw are similar enough > > to make this not too huge a job I would guess. > > I would be reluctant to introduce yet another new API. I've been > peripherally involved in the Cairo effort, and have learned that good > API design is VERY hard in this area. Well yes, you're right the last thing anyone needs I more APIs, but on the other hand Cairo has a pretty limited feature set (but on the positive side, seems super-clean, very simple and that's worth a great deal.) > However, I suspect XaraDraw doesn't owe its speed so much to the > specific rasterization backend as to a "retained-mode" layer which can > do caching and optimization of drawing calls? Almost a great deal of the speed of Xara X1 and predecessors is the rasterizer backend (but the main object tree is designed around calling this efficiently). In Xtreme we added a bitmap caching layer which can make substantial further speed-up for groups, layers, shadows, feathered stuff, blends, etc, which otherwise an be relatively slow to render. > Cairo pretty much only does rasterization; it provides no retained-mode > layer of its own. There seems a very close correspondence between it and XaraDraw, and Quartz (and GDI+ even). These all are all non-retained rastersization engines. > My own feeling is that it would be most beneficial to take Xara's > retained-mode layer, target it to Cairo, and then write a new Cairo > backend using XaraDraw's lower-level layers (in the long-term, we would > also want to investigate merging what we could of the "XaraDraw" Cairo > backend into Cairo's normal software backend, assuming you folks were > comfortable with relicensing those bits accordingly). Yes I think there's a lot of sense in that approach. Trouble is we might not have a clear, retained-mode layer as you put it. You can see once the source code is provided. The 'viewer' that forms the core of the download we now have is probably close to this. > In case Cairo's generic API proved insufficiently rich for everything > required by Xara, note that Cairo does allow for backend-specific API > extensions. We could simply employ those in the short-term, and it is > likely that many could be incorporated into the generic API over time. Ah, OK, that is useful. Cairo certainly is not rich enough and appears to implement a relatively small percentage of the capabilities of the XaraDraw engine, and is rather less capable than the Quartz PDF engine even. But if it's an extendable API that may be the best way to go. There might be licensing issues, would need to be looked at. > Both Inkscape and Xara could then use Xara's retained-mode layer, and > both could use Cairo underneath while still taking advantage of Xara's > optimized rasterization routines. In the long run all Cairo-based > applications (e.g. all GTK and wxGTK applications) would potentially > benefit, and Xara could benefit from future third-party improvements to > Cairo directly. > > That approach would let us stick with two already well-refined APIs, and > take advantage of the principle that a rising tide lifts all boats. Yep, a lot of merit to that approach. Charles

1 0

RE: [Inkscape-devel] RE:Xara Announcement
by Charles Moir 15 Oct '05

15 Oct '05

> -----Original Message----- > From: bulia byak [mailto:buliabyak@...400...] > Sent: 14 October 2005 21:32 ... > Working on shared libs is a good thing. However, for me personally the > most important thing is the UI. I added a lot of small and > not-so-small UI tweaks to Inkscape, and even though a few years ago I > was a diehard Xara fan, now I perceive Xara as somewhat clumsy > compared to Inkscape. It feels a bit awkward when I use it, I miss > lots of small conveniences of Inkscape. I would love to have an offline conversation with you about what you dislike or find awkward - I feel the same when using Inkscape, in certain areas more than others. But UI is an area I take a great deal of interest in. Of course a huge amount is that you like what you know and know what you like. I know diehard Illustrator users who defend what, to most others, appears a tortuously convoluted way of doing things. They've been through the pain learning it all once and 'sure as hell aint going to learn something else'. > Also Xara misses a few > critical features of Inkscape, most importantly clones. Yep, I agree. Been on the wish list for about 10 years. Always had higher priorities. A great example of a feature that I'd imagine little if any Inkscape code would be relevant or help us. So if we want the feature we'd have to do it from scratch. > It's up to you, but I'm not sure resisting to improvements, even > temporarily, is the best tactic. Everyone can try the complete Xara on > Windows right now, and everyone can get a good idea of what's in most > urgent need for improvement, based on that. Well you're possibly right, and we're never going to turn down improvements if they're dead safe and can be done with delaying things. But the dangers are that a) we de-stabilize the product b) we get distracted implementing new features and thus delay a 1.0 release. I think having a very clear target that is easy to describe and understand is worth a great deal. We've been burned so many times by making a 'relative small change' that turns into a huge job. For example Live Effects, was originally estimated at about 3 months works, no great architectural changes required. 14 months later we had it done to our satisfaction. Charles

1 0

docker.h et al
by Jon A. Cruz 15 Oct '05

15 Oct '05

Oops I saw that docker.h and friends were just removed. :-( They're documented with this page and UML http://wiki.inkscape.org/cgi-bin/wiki.pl?DialogReplacement The main thing is that those are what will allow us to have swatches and such show up in a pane at the bottom of the window with just a minimal amount of coding. Since their use was pruned out just before this, I guess it can wait for 0.43 to go out before putting them back. Once we release, though, we want to get to use those ASAP so we can get the dynamic UI tunable to the kind of thing Bulia wanted.

3 7

Re: [Inkscape-user] imported files
by Jon A. Cruz 15 Oct '05

15 Oct '05

On Oct 14, 2005, at 11:36 AM, bulia byak wrote: > (Jon Cruz: you might be interested, as it was probably your bug; see > http://cvs.sourceforge.net/viewcvs.py/inkscape/inkscape/src/ > file.cpp?r1=1.140&r2=1.141&sortby=date) Yes. Quite interesting. I'll have to see what we can do to minimize problems for 0.43. If nothing else, the next rev will get things reworked much better, and have more "flatten", "cleanup" and "warn" in regards to linked assets.

1 0

RE:Xara Announcement
by Charles Moir 14 Oct '05

14 Oct '05

Hi everyone, I got a second, so here's some thoughts. Sorry it's so long, but I picked up on a few of the points made in this thread. I apologise for not saying from whom I'm quoting. > I think Cairo is the better horse for the long term. > As the Cairo developers start moving towards hardware acceleration, > comparing them with a piece of software is simply unfair. GPUs today > are impressive, and if Cairo can tap into even a small percentage of > that it'll be crazy. I agree - we'd also like to move towards Cairo, for the simple reason it's clearly becoming a Linux standard in the way Quartz is on the Mac and it will be hardware accelerated. No matter how much faster our rendering is now, we'll not compete against hardware. But we also want to support Quartz on the Mac, Avalon (or whatever is called this week) on Windows because they are the native vector rendering engines that are also hardware accelerated. So our medium term plan for Xara was to have user switchable rendering engines. XaraDraw, Quartz, Cairo, or whatever. This would also limit the feature set to that supported by the corresponding engine. So, for example, I think only XaraDraw and Quartz can support grad transparencies and so selecting Cairo would disable that feature. But you'll be free to take our rendering engine once we make it open-source and retro-fit it into Inkscape if you wish. Should make Inkscape go a lot faster. > I've invited Charles to encourage one of his > engineers, testers, or sysadmins to join the list; if they're on, I hope > they'll jump in and say hi I think we have one or two devs lurking here, maybe others. Neil Howe, our CTO, Phil Martin our chief techy on Xara and responsible for most of the architectural stuff. Gerry and Like may also be lurking, and appear from time to time. But as Bruce says changing a company culture to be open in way you guys are is difficult. We all have to be careful because we represent a commercial company that can get sued, and because we have paying customers. Also the guys are under intense pressure to ship a brand new commercial Windows release right now and so have very limited time. Indeed right now we have very limited number of developers purely on the open-source version. Hopefully in a week or two that will improve. But they have very limited time to respond to all the posting that they might be inclined to. > As a graphics software only company they are > directly in competition with Inkscape - thus, all this code merging talk > sounds strange (I don't see Trolltech trying to merge their code with > Gtk or vice-versa - interops yes, merging no). Most successful > commercial companies in the open source community have made it thru > services: part add-ons, part support, part operations, part packaging, > part data warehousing, etc - I think to be viewed as an open source > friendly company Xara needs to operate in terms of being a graphic > design services company utilizing community software as a base - but > they haven't exactly said what they are thinking along these lines... Well that is what we hope. We hope to continue selling commercial versions, especially into our existing Windows market because there will also be a part of the market that wants customer support, those licensed elements that can't be part of an open-source product, such as Pantone, our PDF exporter includes licensed libraries, the Live Effect plug-ins, even mundane things like boxed versions, CDs and printed manuals. If there's demand we'll sell those extras into the Linux community as well. Having commercial versions of the product is not a bad thing, I believe it helps an open-source project. There's some info about this on our FAQ http://www.xaraxtreme.org/faqs.html > Well, after reading the e-mail you've forwarded, I'm not optimistic. > The reason being that they still seem focused on being in control. Now > I don't think they should release a totally random project, but if they > are going to never give an outside developer access to their version > control, the barrier for contribution is too high. We will give outsider developers access to svn, but we're not going to let any old hacker one off the street have write access without at least some checks. I think it was Bryce who mentioned you guys also have a quality control standards, as do all successful open-source projects. In the end it just comes down to trust and if a developer shows he can be trusted we'll provide greater access all the way to complete un-vetted write access. I don't think we'll be any different to other OSS projects. But we are in control of our official Xara branded tree - doesn't stop anyone building their own version with their own additions - just as, presumably, anyone can take Inkscape and do the same (you did it to Sodipodi didn't you?). It's GPL - people have the freedom to do what they want with our code. > Well, I'd say that we could steal code from them, but it is unlikely > that they'd want ours -- for the simple reason that it seems they need > copyright assignment. No we do not want copyright assignment. We think that's unfair as it take rights away from the author. More details on our FAQ under the licensing section, which has been updated recently. http://www.xaraxtreme.org/faqs.html But our best idea is that is that if people want a patch incorporated into the main Xara release that they dual license it GPL and BSD, they keep all their rights, and we, or anyone else, can use it in a commercial version. Open to suggestions as to how else we make this possible, but in order for any OSS project to really succeed in the wider commercial world I think having a commercially supported version is a good thing. If people choose to say want Pantone they should be able to pay for it. > I don't think even most current developers > could claim copyright to large sections on Inkscape. I wouldn't even > want to try and figure out all the copyright issues in Inkscape. Ah well that could be a more serious issue. We can't, any more than anyone can really, accept contributions if the copyright is not clear. Too dangerous. > In the long term, it's a bit less rosy. Only a few bits of code are > easy to borrow from program to program; most are difficult to > impossible. Merging the two programs is not too realistic. Living side > by side is more probable, but that means competition. Competition is > tough. There's only so many Linux people interested in vector > graphics, and they will need to decide which project to contribute to. > Few if any people will be able to learn both codebases to contribute > to both. This will hurt us (developers drain) and this will hurt Xara > ("hey, we went open source, why so few contributors?"). I think this is the core point, and very well put. It's hugely difficult to see how this can be done. The best I can suggest (and I'm not the first to suggest this) is that we find ways to create shared libraries, tools, palettes, add-ons, whatever. Here's an idea, just off the top of my head. Inkscape wants to move to Cairo, so do we. We also want to continue using XaraDraw for its speed and greater range of rendering types, especially in the case there is no hardware assisted rendering, so it seems do some of you guys. On the Mac we (and you) should be using Quartz because this is about to become hardware accelerated as well. They all have varying capabilities, but are based on a similar PDF 1.4 style rendering model. So why doesn't someone do a sort of Ultra-draw wrapper super-API library thing that we can both use. i.e. it provide one super-set rendering API that itself calls down to XaraDraw, Cairo, Quartz depending on user or program preferences. And then we'd both use this ultra-draw and both gain the desired benefits. Quartz, Cairo and XaraDraw are similar enough to make this not too huge a job I would guess. And perhaps that's the type of approach that could be used going forward. Eric's Uber-converter is a similar thing. We both get to benefit from that. Why do we want to do this? Well the easiest route is that we just live side by side competing, more or less. You steal our code, we steal yours. A lot of time is spent re-implementing features one way or another. Both sides will probably benefit to some extent, but is it the way to really move forward? The bigger picture is that Adobe just bought Macromedia because they are concerned, rightly, that Microsoft are going after them. So they combine number 1 and 2 to stand a better chance against Microsoft. Meanwhile if we're not careful Xara / Inkscape are like two little ants spending their tiny resources competing against each other - irrelevant and insignificant to Adobe / Microsoft *and* the majority of potential users out there. I sort of would hope combining that benefits and efficiencies of "the open-source way", with the best of what you've got and the best of what we've got and then we might be a credible realistic alternative to the big-guys. And that's not just the Linux market but the much wider market. Oh and while vector drawing might have been regarded as relatively niche in the past I don't think it should be. The whole world is moving to be vector based (all three operating systems are on the verge of using vector based UIs). Personally I don't believe there should be such a separate, and artificial separation between bitmap and vector graphics programs. Vector graphics should be the prime, first class citizen, of computer graphics. It should be the first graphics program that people buy and want to use. Rich vector graphics is inherently more powerful and flexible. Just think about the scriptable opportunities in this space. (Our Webstyle template based product takes this approach. It takes professionally designed vector template graphics and allows dummy-users (i.e. those with little design skill - and that includes me and most that I know) to customize the graphics, colors, wording, scale and in a vector way. It's perfect for creating vector UI components, such as buttons, icons etc. A hugely powerful concepts that opens Vector graphics benefits for the rest of us. We're only touching the surface on that side. Anyway having said all that, in the short term, possibly medium term even, we are going to be living side-by-side because our gaol is to get the whole of Xara Xtreme ported and working as is, and we're trying to resist making improvements, taking anyone's features. That's partly because we think it's in everyone's interest to have a compete product working ASAP, but also because only once we've got the whole lot working, can outsiders sit back and take a view on what's right and what's wrong. Then we can all sit back and see how bets to combine forces. I suppose I'd sum it up that the result should / could be greater than the sum of the parts. That way we could all benefit, the open-source way benefits, Linux benefits because it can more readily offer mass-market and professional graphics solutions to Windows users. We all benefit because there are simply more developer bodies working for the same gaols of creating better graphics software. Charles

6 11

Xara Announcement
by Bryce Harrington 14 Oct '05

14 Oct '05

Hi all, The big news with Xara is finally coming out today. :-) Xara has ported their product to Linux and will be Open Sourcing it. For more details, see http://xaraxtreme.org/. A press release is coming out, and is appended to this message. Charles Moir has been talking with me about this privately for the past couple months. His interest is to see Inkscape and Xara be in collaboration rather than competition, and I've been sharing ideas (such as the XAR/SVG project) along these lines. I've suggesting that merging inkscape and xara codebases would probably be impractical, but it might be possible to take the best bits of both and create something better than either, down the road. It seemed wisest in the near term for them to release what they've got, and to focus on making it work on Linux, which they've now done. :-) The key question for us is how we want to relate to Xara when the code is released. Would it make sense for us to share code with Xara? Should we merge, or remain distinct? They'd be open to sharing svn repositories if we'd like (I mentioned we've been looking to upgrade from cvs, and they already use svn)? Anyway, check it out (a Linux binary preview is downloadable, and there's also a pretty sweet movie) and share your thoughts. Bryce ----- Forwarded message from Charles Moir <CharlesM@...1042...> ----- Date: Tue, 11 Oct 2005 16:29:31 +0100 From: Charles Moir <CharlesM@...1042...> To: Bryce Harrington <bryce@...1...> Subject: Xara Open Source announcement It's happening any time soon. FYI this is a copy of the press release we'll be sending out to Linux press. Note comments about Inkscape lower down. Hope OK with you (I don't think this has anything that I've not already passed by you). The XaraXtreme.org site is also up and the FAQ has a few mentions of Inkscape.. Again nothing new I don't think. The FAQ will likely be updated to take into account feedback I've already got from some people. Some of the other links won't work until we've completed updating the website later today. Regards, Charles PS I've not contacted any of the developers you passed to me, mostly because we're just not ready to do this yet (spending all our time getting this stuff ready), but I hope to do that soon, and do intend that these be some of the first people we'll invite to get access to the codebase. PPS I spoke to a Stephen someone from newsforge recently, he was doing a story on the Uber-converter. I put him in touch with Eric, but he came back later asking for your contact details, so we gave him your email address I think. Hope OK. He maybe in touch. ---------------------------------- News Release 11th October, 2005 Xara announces Xtreme Open Source Xara plans to shake up the Linux, Mac and Open Source world with three major announcements. 1) A new product Xara Xtreme - the fastest most versatile graphics software available 2) Plans to create Linux and Mac versions 3) Plans to Open Source it. "Few companies can take the announcement that Microsoft intend to get into their market, lying down." says CEO Charles Moir. Xara, developer of popular Windows graphics software, is making a move to defend themselves against Microsoft moving into their market, and at the same time is attempting to change the graphics landscape. Xara Xtreme Firstly Xara is announcing the release of a new product, Xara Xtreme. It's built on Xara's history of developing successful, award winning and innovative graphics software for 15 years. This is a new cross-category graphics application that can handle photos, business graphics, drawing and illustration needs. Charles Moir, CEO of Xara, said "It absolutely knocks the stuffing out of Adobe and the new Microsoft product. In terms of ease of use, shear flexibility and performance. Adobe has tried for 10 years to get close to our performance levels and cannot. Microsoft are not going to be able to either. I guarantee it". Xara Xtreme is available for Windows now, at just $79 Linux and Mac versions Secondly Xara plans to create Linux and Mac versions of the graphics application. Charles said, "Many of our users are Mac and Linux enthusiasts who, often reluctantly, use Windows to run our software because it's only been available on Windows. For years we've had requests from Mac and Linux users to create versions for their platforms. Our plans are to change the graphics software landscape forever, and that means we have to be cross-platform" The Linux desktop has come on leaps and bounds in the last year or so. But there is scarcity of really slick, finished applications, especially in the graphics arena. Our goal is to create the greatest general purpose desktop graphics application that has ever existed and for this to be a first class Linux and Mac citizen. Ironically, given the percentage of graphic professionals using Macs, there are few, if any, high quality, high performance, low cost Mac graphics applications. Adobe Illustrator and Photoshop dominate, but those can cost more than a new Mac. That's outrageous. With Macromedia being acquired by Adobe, choice for Mac users just took a turn for the worse. We can help address that." Open Source Thirdly Xara intends to make the new software Open Source. Charles said "We're going to a place that Microsoft and Adobe cannot go. The Open Source world is the acknowledged largest threat to established giants such as Microsoft. We felt it was necessary for us to shake up the graphics world a bit, and making one of the most powerful, easiest to use graphics applications Open Source should do the trick." To stand any chance of establishing a following in the Linux world you have to make the product free and Open Source, so despite the risks involved, that's what we're doing. We have a load of technology that's better than anything Microsoft or Adobe have. By making this Open Source (GPL) we believe we can help the Linux platform compete in the mainstream graphics arena better than it ever has before. We used to develop for alternative platforms, such as the Acorn RISC computer in the 1990s, and so fundamentally Xara Xtreme is based on a cross-platform core. Of course, we are aware of Inkscape, an existing Open Source vector graphics program that has an active developer community, but is far from complete. We've been in discussion with Inkscape people, who have enthusiastically welcomed us. Our short term goal is to create a fully working Xara Xtreme as it exists now. After that we've agreed to work with Inkscape to determine how best to create a 'best of both world's' product. Xara Xtreme, made Open Source (released under GPL) and available on Linux will make a huge difference to the platform. We believe it will significantly accelerate the acceptance of the platform as an alternative to Windows. Down the road, combine the best of Inkscape and Xara, and you've got something that has the potential to disrupt the established world that is dominated by Adobe and Microsoft. Graphics desktop applications are a cornerstone of any modern desktop OS. We have what we (and many others) believe is the best desktop graphics application there is. By making it Open Source, by making it available on Windows, Mac and Linux, we hope to change the graphics software landscape forever" Demo movie If you want to see what Xara Xtreme can do, there are demo movies available in various formats here http://www.xaraxtreme.org/about/ Demo download Xara has been working on a new cross-platform version (Linux, Mac and Windows) for some time and have a simple viewer (Linux only) demonstration available. You can find more details here: http://www.xaraxtreme.org/download/ More Info See the Xara Xtreme website at http://www.xara.com/products/xtreme/ Or the Xara Open Source website at http://www.xaraxtreme.org <http://www.xaraxtreme.org/> Photo http://www.xara.com/press/photos.asp Charles Moir, founder and CEO of Xara, in front of the UK headquarters of Xara Ltd This historic location is also used as a location for film and TV work, including Rory Bremner, Little Britain, Musical videos for Andrew Lloyd-Webber and Will Young and other films and commercials EDITORS: For further details please contact: Nova Fisher, Communications Director, nova@...1042... <mailto:nova@...1042...> About Xara Xara has been developing low-cost mass-market software since the early years of the Microcomputer era, in 1981. It has focused mostly on publishing related software products, starting from Wordwise, a hugely popular Word Processor in the '80s, to desktop publishing software (Impression) and graphics products in the '90s for the Acorn RISC computer. Xara's first Windows product, Xara Studio was quickly snapped up and marketed by Corel in the late '90s. The rights were acquired back from Corel and it has since evolved into Xara X and the most recent Xara Xtreme. Xara has particularly strong technology and innovation history. It pioneered many of the graphics technologies and techniques used by industry today. It was the first to introduce vector anti-aliasing, the first with vector transparency and graduated transparency, the first vector feathering. Many of its User Interface techniques have been adopted by the industry. The graphics engine that is at the core of Xara Xtreme still remains the world's most powerful. The technologies used to create Xara Xtreme have been developed by Xara over the years and incorporates many pioneering features. It has been modelled on the successful Xara X? (sold for $179) as used by many professional graphics and illustration artists but has been significantly re-engineered to open it up to third-party plug-in developers. ----- End forwarded message -----

17 41

Re: [Inkscape-devel] about dialog copy
by Ben Fowler 14 Oct '05

14 Oct '05

On 10/14/05, Ben Fowler <ben.the.mole@...400...> wrote: > On 10/13/05, bulia byak <buliabyak@...400...> wrote: > > On 10/13/05, MenTaLguY <mental@...3...> wrote: > > > is nearly there, but doesn't quite cut it since that sort of sounds like > > > it comes with Windows or OS X. :/ > > > > "Included with the Best Linux Distributions. Available On Request to > > the Respected Users of Windows 2K/XP and OSX." :) > > What about an echo of the phrase "available at all good bookshops". THIS _excellent_ Vector Graphics Application is recommended for the generation of Fine Artwork for use on the World Wide Web, for Print, Games, Desktop Icons, Cartography, and sundry purposes to which Scalable Vector Graphics are most expedient. Based upon the ubiquitous Extensible Markup Language, advised for graphical purposes demanding Crystal-Clear Images, Programmatic Modification or Dynamic Content Generation ; and where Scripting and Interactivity via the celebrated Document Object Model are required, Inkscape is the quintessence of perfection. PERSONS EMPLOYING BITMAPPED GRAPHICS, which are subject to Aliasing, Blurring, Large File Size, and Difficulty of Correction or Subsequent Modification, should all promptly investigate the incomparable benefits of our Vector Graphics without delay. Provided at no extra charge in the Finest Linux Distributions. ... ----------- I'd like to squeeze in something about large cats, and the 'alternative Operating System', but that would be ridiculously unfair to the Windows devs here. Shouldn't there be a reference to Gnome or GTK ... Ben (Who probably pressed the wrong reply button a moment ago)

1 0

Inkscape as console application
by Ben Fowler 14 Oct '05

14 Oct '05

(This may be off-charter for Inkscape Devel, in which case I apologise). I was stepping through inkscape under gdb (on BSD without X) and found that the "sp-console-main( )" seems to have a code path that calls gdk_devices_list() (whilst loading preferences). Is this intentional? It is possible that I am talking nonsense, and I have somehow messed up the sources, but there are a number of concerns if there is any merit in what I am saying. I would certainly like to have an X-free or no-X command-line or console version of Inkscape, and I would be interested in any thoughts. Ben

5 19

comitted: revised about dialog
by MenTaLguY 14 Oct '05

14 Oct '05

I ended up having trim the copy down a bit to make it fit. Also, per buila's suggestion, the closing paragraph is now: "Available from most fine Linux Distributions, or obtained direct for Windows or Mac OS X at 8 b. per byte: http://www.inkscape.org" Aside from the copy changes, I removed some leftover vector bits (namely a very fine stroked path that was interfering with the Inkscape logo), softened the '3' to match the '4', and re-enabled the coffee stains. Personally I think the stains add character, but if y'all don't like them, they're just a layer we can hide or delete. -mental

2 2