- Inkscape Devel - Inkscape Mailman

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