- Inkscape Devel - Inkscape Mailman

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