- Inkscape Devel - Inkscape Mailman

Nightly build service
by Mike Hearn 10 Jul '05

10 Jul '05

Hi, I'm in the process of moving my stuff to a new server and the nightly build service has been down for a while. I only have network access sporadically right now, and so I can't really maintain the nightly builds. Aaron Spike has taken over building the release autopackages: Aaron, would you be willing to do the nightly builds too? I can give you an account on my new server if you can do the work, I just don't have time anymore to fix it when the build breaks. Alternatively, as autopackages can be built by anybody, if somebody else wants to take up the reigns please do let me know. thanks -mike

2 1

Re: [Inkscape-devel] Summer of Code: DXF support, and my horrible
by Matt Squires 10 Jul '05

10 Jul '05

On Fri, 8 Jul 2005, Alexandre Prokoudine wrote: > Date: Fri, 8 Jul 2005 21:00:26 +0400 > From: Alexandre Prokoudine <alexandre.prokoudine@...400...> > To: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> > Subject: Re: [Inkscape-devel] Summer of Code: DXF support, > and my horrible pessism. > > On 7/8/05, Alan Horkan wrote: > > > Dia already has a library for importing DXF (and there are probably other > > open source programs with their own custom DXF support and some with more > > *cough* dxflib *cough* > > http://www.ribbonsoft.com/dxflib.html That looks somewhat familiar. It is licensed under the GPL. > > liberal licensing than others). So if he chooses to write something new from scratch there is absolutely no point in making it any less than LGPL. I expect the mentors are making sure to keep people on the right track. > > generalised and turned into a library that could be shared by Inkscape and > > other applications to share the maintainance burden (or failing that make > > the new code for Inkscape so that it can be reused by other applications). > > Sure, iirc support for WMF was promised by the same guy. *cough* libwmf *cough* That would be pretty sweet alright. Even if plans change I'm sure there is no shortage of file formats Inkscape would like to support and I'm more optimistic now he will be able to produce something great. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ --__--__-- Here is where I am on the dxf importing so far. A few weeks ago I checked the dxf libraries that are already out there (dime, Qcad (dxflib), blender were specifically mentioned in the proposal) and found all are GPL'd. After a discussion with Jon about licensing I became more aware of the possibility of releasing under several licenses. So I decided to write a dxf importing code using STL containers to hold the various levels of data. I hope that it will be something others can reuse. I plan to release it at least under the LGPL maybe some other licenses. At lease LGPL. As far a Dia. I thought about it few days ago but didn't bother to look because I was mostly done with the main parts of dxf reader. After today's posts I looked more closely and it is also GPL'd. Gnuplot will export to dxf so I will check that out in the near future. BTW what is libwmf? Matt

6 7

effects menu
by bulia byak 10 Jul '05

10 Jul '05

Is there any specific reason we have the Effects menu off by default? >From what I heard extensions now work even on Windows, so why not enable them for the release? If they don't work without Python installed, do we now have a nice dialog that shows up when you try to run an extension (NOT on running Inkscape :) and says you need to install the interpreter? With such a dialog or something similar, I would vote for enabling the Effects menu. And in any case, I would like to remove the big "EXPERIMENTAL" in the preferences label. It conveys no information, just scares users away. Thoughts? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 4

lingering documents
by MenTaLguY 10 Jul '05

10 Jul '05

Well, so far I've not been able to find an actual memory leak with documents, but I have discovered that SPDocuments ARE actually managed by the garbage collector. Apparently I converted SPDocument over and then forgot about it. So, the upshot is that the old document will linger for some time until the next garbage collection pass. That wouldn't be an issue, except some stuff currently ties extra cleanup (like tearing down namedviews) too tightly to freeing memory, when it should really be done earlier. In the short term, the thing to do IS in fact to force a garbage collection when the document is closed. Apologies to the people I've gotten in arguments with over this... you all were right. The only trick is that the forced collection pass can't happen too early -- e.g. if there are still references to the old SPDocument in local variables somewhere in the call chain, or from other garbage-collected objects, that will prevent it from being collected. -mental

1 0

Text and Font dialog crashes Inkscape
by Jean-Francois Lemaire 09 Jul '05

09 Jul '05

Hello, I've just submitted a bug with this. Since Inkscape is so close to a new release, I thought it might be better to also post it here. This is with current CVS as of 09/07/2005 under SuSE Linux - enter some text (F8) - select the text (F1) - select the "Text and Font dialog" (Shift Control T) Inkscape crashes. http://sourceforge.net/tracker/index.php?func=detail&aid=1235382&group_id=9… Jef

1 0

python extension scripts on win32?
by lode leroy 09 Jul '05

09 Jul '05

Can anyone confirm if these work, or at least, are expected to work? I have created a path, and selected some of these effects, but I see no result. Is there a way to get some feedback? (like --verbose from the command line?) BTW, I'm trying out Inkscape-0.41+0.42pre1-1.win32.exe on WinXP-SP1 -- lode

4 8

Summer of Code: DXF support, and my horrible pessism.
by Alan Horkan 09 Jul '05

09 Jul '05

I'd like to know more about the Summer of Code project to add DXF support to Inkscape. I've read the Proposals page on the wiki http://www.inkscape.org/cgi-bin/wiki.pl?SOC_Accepted_Proposals What I am really interested to know is about reuse of code. The project description doesn't make any suggestion about reusing existing code and it looks like as if the Author is going to write something from scratch (possibly including other dxf code he has written previously). Dia already has a library for importing DXF (and there are probably other open source programs with their own custom DXF support and some with more liberal licesing than others). I would very much like to see this code generalised and turned into a library that could be shared by Inkscape and other applications to share the maintainance burden (or failing that make the new code for Inkscape so that it can be reused by other applications). I think the only way the project can succeed beyond the Summer of Code is if it produces code that can be used by more than just inkscape. We've all seen people gradually lose interest and watched bitrot set in. And will the inkscape developers be encouraging him to LGPL this code rather than merely GPL it? Sincerely Alan Horkan P.S. Sorry to be so pessimistic about it all.

3 4

Translation to Brazilian Portuguese
by Frederico Goncalves Guimaraes 08 Jul '05

08 Jul '05

Hello dear inkscapers, I would like to translate this wonderful programa to Brazilian Portuguese. Is there anyone already doing it? Best regards. Frederico ------------------ Linux User #228171 Debian-BR User #434 <http://teia.bio.br> "Liberdade, essa palavra que o sonho humano alimenta, que não há ninguém que explique e ninguém que não entenda." (Cecília Meireles) _______________________________________________________ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/

3 4

data argument in XML node listeners
by David Yip 08 Jul '05

08 Jul '05

Is the void* data argument in XML node listeners available to pass extra data to listener callback routines, or does it have another function that would prevent that purpose? (For example, passing a pointer to an instance of a class that is unique on a per-document basis.) I've been reading the listener and DOM tree implementation and it seems that this is correct, but I just wanted to make sure. -- David

2 2

Updated Mingw cross-compiler
by Bob Jamison 08 Jul '05

08 Jul '05

Hi, all, I uploaded a newer version of the cross-compiler. It is gcc3.4.4, built for i686-pc-mingw32, and with --enable-sjlj-exceptions. These options are intended to match the version of gcc that is provided in the Mingw 4.1.0 distribution. It is built to run at /usr/local/xmingw, like the previous cross-compiler. I uploaded a copy here : http://inkscape.org/win32 It is this file: http://inkscape.org/win32/xmingw-3.4.4.tar.bz2 Bob (ishmal)

2 2

Gtk::TreeViewColumn hack
by Bob Jamison 08 Jul '05

08 Jul '05

After checking the web, I found a simple hack on the Gtkmm bug tracker that will treat the symptom of Gtk::TreeViewColumn not being imported properly (and also later causing the Memory dialog to crash.) I am going to upload another copy of the libs with the tweak, but if anyone already has the new libs, it would be much simpler just to edit: gtk26/include/gtkmm-2.4/gtkmm/treeviewcolumn.h. Line 88 should read: class __declspec(dllimport) TreeViewColumn : public Gtk::Object That's 2 '_' Delete src\ui\dialog\memory.o and build again. Should work fine now. If this works for everyone, then I guess we can close the bug for now. Bob (ishmal)

4 5

Re: [Inkscape-devel] python extension scripts on win32?
by unknown＠example.com 08 Jul '05

08 Jul '05

Jasper van de Gronde wrote: > On win32 you can connect STDERR to a pipe if you're using CreateProcess > (which at least the code in src/extension/implementation/script.cpp > currently does). The relevant member of the STARTUPINFO struct is > hStdError, as far as I know it can be set to the same handle as hStdOut > (which has the disadvantage of possibly making it harder to separate > error messages from normal output) as well as a different handle (which > would make getting results from the program harder). The second option (different handle) sounds to me like what should happen. Why do you say that makes it harder to get results from the program? Aaron Spike

3 4

Re: Search help on some InkScape code
by MenTaLguY 08 Jul '05

08 Jul '05

On Thu, 2005-07-07 at 11:33 +0200, Stevens LION wrote: > I also have some problems with glib. I get your sources from cvs, but > I don’t arrive to compile them (on windows). How can you include a > glib.h from a dll? Do you have someone who compiles the code for > windows? If yes, please can you give me his mail too? We have several people who compile the code for windows. I'll direct the question to our mailing list, so they can all see it. (It's often better to ask questions on the list, actually.) > Thanks in advance for your help, and congratulations for InkScape, it > is really an impressive software. Thank you very much. -mental

1 0

Open Clip Art Library Release 0.15 Announcement
by Jon Phillips 07 Jul '05

07 Jul '05

July 8, 2005 UTC — Release 0.15 of the Open Clip Art Library (www.openclipart.org) is now on-line for download as an individual package consisting of 4336 images submitted by over 430 artists from around the world. The amount of high quality clip art has increased much with the inclusion of Nicu Buculei's Playing Cards collection and Gerald Ganson's package submission. During the month of June, thanks to Google's Summer of Code, a student developer, Greg Steffensen, has received funding to construct a graphical client for the Open Clip Art Library. This client will be able to be used inside Inkscape and other applications on the free desktop. Also, this work is dependent upon the new document management system (DMS) and is planned to use its SOAP-based webservice API to communicate with the Open Clip Art Library. In other news, developers Bryce Harrington and Jon Phillips are scheduled to present at Desktop Developers' Conference 2005 in Ottawa, Canada July 18-19. Harrington is presenting "Inkscape - An Open Source Vector Drawing Application" and Phillips is promoting "Introduction to the Open Clip Art Library," which will also be shown at SVG Open 2005 in Enschede, Netherlands. For the month of July, the focus of the project will continue to be collecting summer themed clip art. However, in the background DMS will be further connected and tested with openclipart.org's internals. The project encourages any interested person(s) to submit clip art and/or to lend a hand to make the Open Clip Art Library a more extensive resource of contributed clip art. The Open Clip Art Library. Drawing Together. Use the following URLs to download the latest release of the Open Clip Art Library: http://www.openclipart.org/downloads/0.15/openclipart-0.15.tar.bz2 http://www.openclipart.org/downloads/0.15/openclipart-0.15.tar.gz http://www.openclipart.org/downloads/0.15/openclipart-0.15.zip http://www.openclipart.org/downloads/openclipart-0.15-win32.exe The Open Clip Art Library (http://www.openclipart.org/) aims to create an archive of user contributed clip art that can 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

(no subject)
by De Winne, Joris 07 Jul '05

07 Jul '05

Hello, Is there a way in Inkscape to crop images? It may be in pure svg xml, because I'm only using the Inkscape viewer. the problem is when I put nested <svg> tags arround the <image> tag, the cropping is never executed. Example: <svg width=... height=... viewBox=....> ... some tags to draw like rectangles, .... <svg width="100" height="100" viewBox="0 0 100 100"> <image xlink:href="image_to_show.jpg" x="0" y="0" width="200" height="200"/> </svg> </svg> In this example I would expect only 1/4 of the image to be shown, but the image is always shown in total. Anyone an idea how to do this? Joris - - - - - - - DISCLAIMER - - - - - - - - Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liability for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you.

2 1

Inkscape-0.41+0.42pre1-1.win32.exe crash
by lode leroy 07 Jul '05

07 Jul '05

I just installed Inkscape-0.41+0.42pre1-1.win32.exe on my XP-SP1 machine. Help->About Memory makes the application crash.

2 1

Inkscape 0.42 Release Preparations
by Bryce Harrington 07 Jul '05

07 Jul '05

Hi all, We're getting close to being ready to make the 0.42 release. Currently we are in Feature Freeze mode while we fix bugs. We've closed a lot of bugs over the past few weeks and are nearly ready to move into the next phase. Here is our process: 1. Start of release process - Finish up work on features. 2. Feature Freeze Mode - Shift focus from feature implementation to bug fixing <--- ** You are here ** 3. Hard Freeze - Two freeze wardens are named. All development must be done as patches submitted to the freeze wardens for review and integration. 4. Branch - The codebase is tagged and branched. Final release tarball is posted. The codebase is returned to regular open development. 5. Packaging - Three days are allowed for creating release dists (rpm's, deb's, exe's, and autopackages). 6. Release Announcement - A Release Announcement and a Press Release are written and circulated to relevant online news sites. Our Freshmeat record is updated. Judging from the speed of our development work, we may be entering into Hard Freeze mode as early as this weekend. At this time, in addition to resolving the remaining 'Must Fix' bugs, we need to wrap up work on the following: * Everyone who has added features, please describe your work on the ReleaseNotes page. * Arpad, can you let translators know we will be in Hard Freeze (including String Freeze) in about a week? * ScislaC, would you mind bringing AUTHORS up to date? Several people have submitted patches lately, and I want to make sure we have all the credits in time for the about screen. :-) * Jon & Kees, let me know if you two will be our Release Wardens this time through. * Bulia, please let us know if we have the right set of Must Fix bugs accounted for. * Ted, when you get a chance, can you put up another pre-release * Rejon, can you prepare a preliminary press release for us? It's been a while since we had a release, so this will be important news. :-) Thanks, and happy 4th to the usians. :-) Bryce

4 5

Recent XML-RPC vulnerability
by Jonathan Leighton 06 Jul '05

06 Jul '05

Just a FYI: I was going to delete xmlrpc.php from our WP install until I had time to upgrade it, but I realised that I had already replaced the contents with "This file is not used." previously anyway, so we are not vulnerable (so there's little point upgrading). -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

1 0

SPCanvasItem
by Ralf Stephan 06 Jul '05

06 Jul '05

Hello, I can find no way to make a canvas item a singleton, i.e., ensure that only one of its class is created. Is there a way? Thanks, ralf

3 6

Re: neat design toy
by unknown＠example.com 06 Jul '05

06 Jul '05

Quoting bulia byak <buliabyak@...400...>: > On 7/6/05, MenTaLguY <mental@...3...> wrote: > > This might be nice to have integrated with Inkscape someday, > perhaps as > > another clonetiler sort of thing (each source object being a > different > > terminal symbol type, perhaps). > > > > http://www.ozonehouse.com/ContextFree/ > > Looks like a good candidate for an extension. It just needs to be > patched to generate SVG instead of rasterizing via antigrain > library. > Why don't you post it to the list, maybe Aaron or someone else > will pick it up. Ok. That might be nice to have for now. I think after the 0.42 release, I'd like to try rewriting the clonetiler in terms of a simple CFG engine. All of the plane symmetry groups should be expressable that way. Users wouldn't see anything different, except we could (for example) allow an additional option of specifying a ContextFree-style grammar instead of a symmetry group. -mental

1 0

Re: [Inkscape-devel] 0.42: Call for screenshots!
by Aaron and Sarah Spike 06 Jul '05

06 Jul '05

bulia byak wrote: > will you please create an extensions screenshot for the site? (I think > you were going to do this some time ago). Take > http://www.ekips.org/comp/inkscape/inx/InkexEffects.png as the base, > with the following changes: > > - make it 1280x1024 (if you don't have this resolution, just send me > the SVG and I'll shoot it) > > - add a few path interpolation samples, and maybe some other effects too > > - show one extension dialog, e.g. for interpolate or lindenmayer http://www.ekips.org/comp/inkscape/inx/PythonEffects.png http://www.ekips.org/comp/inkscape/inx/PythonEffects.svg Aaron Spike

1 0

0.42: Call for screenshots!
by bulia byak 06 Jul '05

06 Jul '05

We need more screenshots for 0.42. I recently added one screenshot for the new Align options: http://inkscape.org/screenshots/index.php and we have enough screens for clone tiler and i18n, but for the rest of the features, submissions are solicited. We would appreciate both "demo" (focusing on features) and "work" (showing real work projects) screenshots. Here are some requirements: - 1280x1024 PNG - Visually interesting. It's not to be a design masterpiece but it must not be too ugly, too unbalanced, etc. - Sufficiently informative. We can't have too many screenshots on that page, so we must try to cram as much stuff as possible into each screenshot. Don't waste space. Add objects, captions, explanations. Open dialogs, switch tools, make tooltips appear before shooting. Use objects both large (visible on the thumbnail) and small (visible in full image only). Make each screenshot a story that invites close examination, thinking, and experimentation. The screenshots page is usually the first one that new users go to, so let's work on a 0.42 screenshots collection that makes justice to this great release. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Inkscape in gentoo
by Bryce Harrington 06 Jul '05

06 Jul '05

Good news: Gentoo has just upgraded to Inkscape 0.41 as stable on x86 and four other platforms: http://packages.gentoo.org/search/?sstring=inkscape :-) Bryce ----- Forwarded message from bugzilla-daemon@...599... ----- Date: Tue, 05 Jul 2005 08:36:04 +0000 From: bugzilla-daemon@...599... To: bryce@...260... Subject: [Bug 92995] media-gfx/inkscape-0.41-r1 stable request Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=92995 Secure: https://bugs.gentoo.org/show_bug.cgi?id=92995 zypher@...599... changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From zypher@...599... 2005-07-05 01:36 PDT ------- Version 0.41-r1 marked stable. Thanks for your patience, I'll try to keep up a bit better next time ;) Cheers, Marc. -- Configure bugmail: http://bugs.gentoo.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ----- End forwarded message -----

4 4

Inkscape 0.42pre0
by Ted Gould 05 Jul '05

05 Jul '05

Yeah! Yeah! Yeah! Finally got distcheck to pass! https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=991… If the people who can build binary packages would, then we can send an e-mail to the user's list for wider distribution. Whew! Thought that would never get out! --Ted

5 5

RDF id= fix
by MenTaLguY 05 Jul '05

05 Jul '05

Just a quick note that I've just fixed bug 1184252, where we had been adding id= attributes to elements under rdf:RDF in violation of the RDF/XML specification. Now we only add id= attributes to elements in the SVG, Sodipodi, and Inkscape namespaces. Also, I've added code to strip existing id= attributes from under rdf:RDF -- I figure that much is safe to do because it's clearly wrong for them to be there. Even so, I think it would be a good idea if someone went through and resaved all our document templates so they don't include the bogus attributes in their metadata. Volunteers? -mental

3 2

Updated spanish po in the patch tracker
by Lucas Vieites 04 Jul '05

04 Jul '05

Hi, I updated the spanish po in the patch tracker: http://sourceforge.net/tracker/index.php?func=detail&aid=1232277&group_id=9… -- Lucas Vieites Fariña <lucas@...212...> Web: <http://www.asixinformatica.com/users/lucas/> Blog: <http://www.asixinformatica.com/blog/>

1 0

Race condition in sp_gradient_invalidate_vector()?
by Ralf Stephan 04 Jul '05

04 Jul '05

Hello, both bugs 1038594 and 1196143 appear to be 'fixed' by not g_free'ing gr->color. This is a text gradient buffer mangled in both bugs (in 1196143 you can see some destruction of the picture when repainting after dialog release). In 1038594, valgrind tells me about attempted reads from the same address which was freed before, and gtk likely reuses the memory, and this fast. This would mean that there is a copy of the color buf somewhere that is not updated but I still am not well into the code. I would propose memory handling of this buffer to be moved into GC, before the release, or using malloc/free if that works. https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1038594&group_… https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1196143&group_… Regards, ralf

5 7

Removing C-Style casts
by Ben Fowler 04 Jul '05

04 Jul '05

In the file libnr/nr-point.h, there are some C-Style casts in the code: /** \brief A function to lower the precision of the point \param places The number of decimal places that should be in the final number. This function accomplishes its goal by doing a 10^places and multipling the X and Y coordinates by that. It then casts that to an integer (to get rid of all decimal points) and then divides by 10^places back again. */ inline void round (int places = 0) { _pt[X] = (Coord)(Inkscape::round((double)_pt[X] * pow(10, places)) / pow(10, places)); _pt[Y] = (Coord)(Inkscape::round((double)_pt[Y] * pow(10, places)) / pow(10, places)); return; } Now casting _pt[] to a double is no-op, and possibly the (Coord) cast is also unnecessary, or could be converted to a function-style one: Coord( ... ) . My problem centres on ensuring that the code matches the comment, which refers to casting to an int. I am fairly sure that the Inkscape::round( ) function actually is a wrapper around std::floor( ) which does everything in IEEE double precision. IMHO, the Coord type should have a round( ) function, which I have had to provide under a different name: namespace NR { /** - * A "real" type with sufficient precision for coordinates. + * A floating point type with sufficient precision for coordinates. * * You may safely assume that double (or even float) provides enough precision for storing * on-canvas points, and hence that double provides enough precision for dot products of * differences of on-canvas points. */ -typedef double Coord; + typedef double Coord; + + /** + \brief A function to lower the precision of a co-ordinate + \param places The number of decimal places that should remain in + this co-ordinate. + + This function accomplishes its goal by multipling the co-ordinate by + (10^places). It then uses the Inkscape round( ) function (currently + implemented with std::floor( )) to remove the surplus precision and + then divides by (10^places) to scale back again. + */ + inline Coord set_precision (Coord c, int places = 0) { +// g_assert( places > 0 ); // Assert on do-nothing calls and negative number of decimal places + double factor = pow(10, places); + return Coord((Inkscape::round(c * factor) / factor));; + } } /* namespace NR */ and then I can re-do the function as: /** \brief A function to lower the precision of the point \param places The number of decimal places that should remain in the co-ordinates of the point. */ inline void round (int places = 0) { // g_assert( places > 0 ); // Assert on do-nothing calls and negative number of decimal places _pt[X] = NR::set_precision(_pt[X], places); _pt[Y] = NR::set_precision(_pt[Y], places); return; } Is this the way to go? Would these changes be acceptable in any way? Should Coord be a class rather than a typedef? Should the round( ) function(s) which are really floor( ) functions be renamed? Should the round functions(s) which are really set_precision( ) (if any) be renamed? Should any of these functions be templates e.g. (untested) template <class T> inline void round( int places=0 ) { // round co-ordinates to places decimal places } How are modifications to working code meant to be tested? I would be happy to submit patches for review, or pursue this in any other way: I am trying to see whether it is viable to remove C-Style casts as per http://www.inkscape.org/cgi-bin/wiki.pl?InkscapeJanitors

1 3

Win32 testers needed!
by Bryce Harrington 03 Jul '05

03 Jul '05

Hi all, We are closing in on the 0.42 release, and getting the last few bugs fixed. There are a _number_ of bugs which appear to be Windows-only. Unfortunately, since the developers are linux-based, it's hard to determine how to fix them and to check that the fixes worked. Thus, if you are a Windows Inkscape user, we really need your help right now, in the run up to the release. Please review the Bug Tracker, and in particular look at the bugs that are ranked at '9'. Install both 0.41 and a version from CVS, and try to recreate each bug on each copy. Then add a comment to the bug report about whether you can or cannot replicate the error. Make sure you're logged into SourceForge, so the developers can contact you with more questions or to verify if a change fixed it. If you do not have a SourceForge account, please include your email address. If you want to help even more, it is extremely valuable to have backtraces. You can learn how to make backtraces on the Report A Bug page on the website. The more you can do to help narrow in on where the bug occurs, the more quickly it can be fixed. Please try to find a couple evenings over the next week to devote to doing some testing; even if you can only test a few bugs, you will help make Inkscape on Windows that much more robust. Thanks, Bryce

1 0

New gtk bundle
by Bob Jamison 03 Jul '05

03 Jul '05

Hi, all, I uploaded another copy of the Win32 libs for the build. This one has xmlparse.dll and libtiff3.dll added, and some unnecessary files removed. It is here: http://inkscape.org/win32/ It is 7-zipped to reduce the size. 24mb is much nicer than 52. I added some lines to the 'dist' target of Makefile.mingw to use these files. Bob

2 2

win32 crash on creating about memory dialog
by Adib Taraben 02 Jul '05

02 Jul '05

Hi, on win32 the current cvs crashes after pressing "about memory" function. I use the new gtk26 libs from Bob. I tried this on linux and there it is ok. I have no glue whats going on as I don't know gtk. I think that has to be resolved before release, thats why I post here. Attached there is the bt: HTH, Adib. --- gdb: kernel event for pid=3976 tid=2572 code=EXCEPTION_DEBUG_EVENT) gdb: Target exception EXCEPTION_ACCESS_VIOLATION at 0x05013750 Program received signal SIGSEGV, Segmentation fault. 0x05013750 in Glib::Object::Object (this=0x8326d98, __vtt_parm=0x8e4830, construct_params=@0x22ec80) at object.cc:214 in object.cc (gdb) 214 object.cc: No such file or directory. bt #0 0x05013750 in Glib::Object::Object (this=0x8326d98, __vtt_parm=0x8e4830, construct_params=@0x22ec80) at object.cc:214 #1 0x05fb5557 in Gtk::Object::Object (this=0x8326d98, __vtt_parm=0x8e482c, construct_params=@0x22ec80) at object.cc:35 #2 0x0073d895 in _fu56___ZTTN3Gtk14TreeViewColumnE () at c:/gtk26/include/gtkmm-2.4/gtkmm/treeviewcolumn.h:848 #3 0x0073df3c in Gtk::TreeView::append_column<Glib::ustring> (this=0x8348fc4, title=@0x22edb0, model_column=@0x8348fa0) at c:/gtk26/include/gtkmm-2.4/gtkmm/treeview.h:1365 #4 0x007730f3 in Inkscape::UI::Dialog::Memory::Private::Private ( this=0x8348f90) at ui/dialog/memory.cpp:93 #5 0x0066ce55 in Inkscape::UI::Dialog::Memory::Memory (this=0x8337b98) at ui/dialog/memory.cpp:206 #6 0x00772d16 in Inkscape::UI::Dialog::Memory::create () at ./ui/dialog/memory.h:23 #7 0x007727a3 in Inkscape::UI::Dialog::(anonymous namespace)::create<Inkscape::UI::Dialog::Memory> () at ui/dialog/dialog-manager.cpp:46 #8 0x00511f91 in Inkscape::UI::Dialog::DialogManager::getDialog ( this=0x72b9dd8, name=1162) at ui/dialog/dialog-manager.cpp:137 #9 0x00511ff0 in Inkscape::UI::Dialog::DialogManager::showDialog ( this=0x72b9dd8, name=1162) at ui/dialog/dialog-manager.cpp:156 #10 0x00511fd6 in Inkscape::UI::Dialog::DialogManager::showDialog ( this=0x72b9dd8, name=0x85a9d2 "Memory") at ui/dialog/dialog-manager.cpp:149 #11 0x004d4076 in Inkscape::HelpVerb::perform (action=0x74cf990, data=0x95, pdata=0x0) at verbs.cpp:1472 #12 0x004e062a in sp_action_perform (action=0x74cf990, data=0x0) at helper/action.cpp:135 #13 0x0043767f in sp_ui_menu_activate (object=0x7526b28, action=0x74cf990) at interface.cpp:284

2 1

Re: [ inkscape-Patches-1000235 ] Save as Flash (.swf)
by Ted Gould 02 Jul '05

02 Jul '05

Raymond Penners wrote: > > definitly lacking on some ways that your plugin is good, but > we'd like to start using the extension approach in the > future, and spalah can do some things your code can't. > Also, we really don't want to add a dependency on ming. I > realize it is a configure option, but the reality is that no > one compiles from source. If we don't make it the default, > no one will ever see the code. It's the sad reality of open > source today. > > Thanks for your contribution, I hope that you will consider > contributing to Spalah, or to Inkscape in other ways. Sorry > again to take so long to get back to you. > > I am wondering, does this mean that Spalah will be distributed > out-of-the box with Inkscape? If not, then IMHO not having a simple > "Save as .swf" feature in Inkscape would be a real shame. Well, we're still trying to figure all that out. On one hand we really want to reduce the size of Inkscape, make it easier to install and faster to load. Which means that we want to make as much external as possible. On the other hand, most people aren't of the mindset to install lots of different packages. On Linux this is pretty easy, most distributions have reasonable package management. On Windows, it is much less so. But it still leaves the issue: how do users know where to go to get these features? We need some way to advertise them also. I realize that wasn't much of an answer to your question, but that is more because we don't quite have one yet. It's quite a thorny issue. --Ted

3 2

LJ Editor's Choice 2005
by unknown＠example.com 02 Jul '05

02 Jul '05

I just flipped to page 82 of the August 2005 issue of Linux Journal. Congratulations to all you devs for the Editor's Choice Award for Graphics Software. Aaron Spike

5 4

object.cpp build failure on Solaris
by Christopher Wiedel 02 Jul '05

02 Jul '05

I've been trying to build Inkscape 0.41 on sparc-sun-solaris2.8, and have run into a bit of a problem. It configures fine, and when I start 'make' it initially goes well, occasionally popping out warnings like: node-context.cpp: In function `void nodepath_event_attr_changed(SPRepr*, const gchar*, const gchar*, const gchar*, bool, void*)': node-context.cpp:313: warning: cast from `GTypeInstance*' to `SPItem*' increases required alignment of target type node-context.cpp:322: warning: cast from `GTypeInstance*' to `SPItem*' increases required alignment of target type However, it blows up when it hits src/object-edit.cpp. Or more accurately, something inside it. It throws out a great many of the same type of warnings as the ones above. This doesn't appear to be the problem, since other files had the same warnings, but were able to compile. It winds up with this: object-edit.cpp: In function `void sp_offset_offset_set(SPItem*, const NR::Point&, const NR::Point&, unsigned int)': object-edit.cpp:897: warning: cast from `GTypeInstance*' to `SPOffset*' increases required alignment of target type object-edit.cpp: In function `NR::Point sp_offset_offset_get(SPItem*)': object-edit.cpp:909: warning: cast from `GTypeInstance*' to `SPOffset*' increases required alignment of target type make[2]: *** [object-edit.o] Error 1 make[2]: Leaving directory `/usr/foo/inkscape/0.41/inkscape-0.41/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/foo/inkscape/0.41/inkscape-0.41' make: *** [all] Error 2 This is using gcc 3.3.2. It doesn't appear to have any actual error message that I can find. I would appreciate any pointers. Thanks. -- Christopher Wiedel

2 1

Fwd: Re: [Inkscape-devel] Inkboard CVS updates
by David Yip 01 Jul '05

01 Jul '05

On Friday 01 July 2005 01:04 pm, mental@...3... wrote: > I suspect the element and its sodipodi:type attribute might be > getting transmitted separately. > > i.e. the remote client ends up getting a bare <svg:path>, and > immediately creates an SPPath object. The sodipodi:type attribute > which would have instructed it to create an SPEllipse or whatever > might not arrive until it's too late. Actually, it seems like that's exactly what's going on, judging from the way Inkboard processes messages: the new object message arrives, so Inkboard creates a new object. However, only _then_ does it actually parse the type attribute and set it. I'm reworking received_new_object_helper to extract and set the type attribute before it creates the new object. Hopefully, this'll fix the problem. -- David

1 0

Inkboard CVS updates
by David Yip 01 Jul '05

01 Jul '05

I have committed a number of fixes to the Inkboard CVS <http://sourceforge.net/projects/inkboard> that address crashes related to buffer overflows. Instructions for building and running Inkboard can be found in my request for Inkboard testers that was posted to this list. Inkboard should now be much more stable than it previously was, sans conditions like invalid Jabber usernames or passwords. (I haven't gotten around to debugging those yet; I've been chasing down another bug, which is described below.) In a session between two peers Alice and Bob, if Alice sends a star, spiral, or ellipse, it will show up correctly on Bob's canvas, and (almost) any manipulations that Alice makes will be correctly replicated on Bob's canvas. However, if Bob manipulates the star, spiral, or ellipse in any way, the changes will not be correctly replicated on Alice's canvas. Additionally, Bob will not see the object as a star, spiral, or ellipse -- he will only see it as a path. I think these two problems are related, and since I'm not sure where to start with addressing the first problem, I've been focusing on the second, in the hope that it will cure the first :) I don't think this is a case of missing information: if Bob saves the document, exits, and then reopens it, any star, spiral, or ellipse will be correctly recognized as such, and not just a path. I think there's just something that Inkboard is just not triggering correctly. If anyone has any ideas on where to look or what to look for, I'd greatly appreciate them. Another, smaller bug: gradient editing is not replicated properly. Pressing "add" will replicate the changes, but the gradient objects themselves fall out of sync. Finally, just some thoughts about the near-future integration with Inkscape: Ideally, I'd like to begin merging Inkscape with Inkboard only when all of the bugs have been ironed out of the Inkboard code. That's rather unrealistic, though, especially since the act of merging may expose new bugs anyway! :) So it may be a good idea to create a new branch in the Inkscape codebase specifically for integration with Inkboard, and then merge branches when an acceptable level of robustness is achieved. -- David

3 3

object-edit.cpp:842: error: `isfinite' undeclared in namespace `std'
by Jeremy C. Reed 01 Jul '05

01 Jul '05

Building inkscape-0.41 on NetBSD 1.6.2_STABLE with GCC 3.3.3. I receive this error: if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/pkg/include/freetype2 -I/usr/pkg/include -I/usr/pkg/include -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -DPOTRACE=\"potrace\" -I/usr/pkg/include/gtk-2.0 -I/usr/pkg/lib/gtk-2.0/include -I/usr/pkg/include -I/usr/X11R6/include -I/usr/pkg/include/atk-1.0 -I/usr/pkg/include/pango-1.0 -I/usr/X11R6/include/freetype2 -I/usr/pkg/include/glib/glib-2.0 -I/usr/pkg/lib/glib-2.0/include -I/usr/pkg/include/libxml2 -I/usr/pkg/include/sigc++-2.0 -I/usr/pkg/lib/sigc++-2.0/include -I/usr/pkg/include/gtkmm-2.4 -I/usr/pkg/lib/gtkmm-2.4/include -I/usr/pkg/include/glibmm-2.4 -I/usr/pkg/lib/glibmm-2.4/include -I/usr/pkg/include/gdkmm-2.4 -I/usr/pkg/lib/gdkmm-2.4/include -I/usr/pkg/include/pangomm-1.4 -I/usr/pkg/include/atkmm-1.6 -I/usr/pkg/include/gtkspell-2.0 -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -O2 -s -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -MT object-edit.o -MD -MP -MF ".deps/object-edit.Tpo" -c -o object-edit.o object-edit.cpp; \ then mv -f ".deps/object-edit.Tpo" ".deps/object-edit.Po"; else rm -f ".deps/object-edit.Tpo"; exit 1; fi object-edit.cpp: In function `void sp_spiral_outer_set(SPItem*, const NR::Point&, const NR::Point&, unsigned int)': object-edit.cpp:842: error: `isfinite' undeclared in namespace `std' gmake[2]: *** [object-edit.o] Error 1 Any ideas? (Please carbon-copy me on replies.) Jeremy C. Reed BSD News, BSD tutorials, BSD links http://www.bsdnewsletter.com/

3 2

current cvs - problems compiling win32
by Adib Taraben 01 Jul '05

01 Jul '05

Hello, I checked out a fresh copy from the cvs. This does not compile with mingw because a used define is commented out in the makefile. See below. I also compiled a win32 installer for the 0.42pre0. This is 18meg, where should I put this? My webspace on geocities is only 10meg. Ciao, Adib. --- cvs diff -u3 -- Makefile.mingw.common (in directory D:\projekte\inkscape\) Index: Makefile.mingw.common =================================================================== RCS file: /cvsroot/inkscape/inkscape/Makefile.mingw.common,v retrieving revision 1.52 diff -u -3 -r1.52 Makefile.mingw.common --- Makefile.mingw.common 29 Jun 2005 07:07:29 -0000 1.52 +++ Makefile.mingw.common 30 Jun 2005 16:31:54 -0000 @@ -111,7 +111,7 @@ MSGFMT = $(GTKDOS)$(S)bin$(S)msgfmt ####### change me!! -DTG := 20050626 +DTG := 20050630 endif ########################################################################## @@ -120,10 +120,10 @@ ###### VERSION NUMBER -VERSION_NR = 0.41+devel +VERSION_NR = 0.42pre0 # VERSION_NR = 0.42+cvs -# VERSION = \"$(VERSION_NR)-${DTG}\" +VERSION = \"$(VERSION_NR)-${DTG}\" ####### the XP_WIN def is necessary for libjs.a CFLAGS = -O3 -Wall -mms-bitfields -DVERSION=$(VERSION) \ ***** CVS exited normally with code 1 *****

5 7

terminology proposal
by Jakub Steiner 01 Jul '05

01 Jul '05

Hi folks, Until yesterday I haven't had a chance to play with what you call effects. Because I believe this is a misleading terminology I want to propose an alternative: Scripts ------- Scripts are little programs, written in interpreted language, that supply extended Inkscape functionality. They can work on objects, or even drav new objects on the canvas. Both Blender and GIMP projects eventually came to a conclusion that it makes no sense to separate scripts form the core functionality in terms of interface. A script should be free to register anywhere in the menus, based on its functionality. Grouping them, creating yet another menu structure, just because they are written in a particular language is not helpful to the user. Yes, it is pretty much what you call effects now. Filters ------- Filters are operations on selected objects, on their bitmap renderings even. The result of the filter replaces the original object and cannot be easily changed in future. The resulting image is stored in the file upon save. Effects ------- Effects are similar to filters, yet they are "dynamically" applied on a bitmap copy of the object at the target resolution. Only effect settings are stored in the file on save, and the effect needs to be recalculated (possibly some caching/preview voodoo needs to be applied to speed up preview). cheers -- Jakub Steiner <jimmac@...659...> Novell, Inc.

11 17

Re: [Inkscape-user] center alignment about guidelines
by MenTaLguY 01 Jul '05

01 Jul '05

Incidentally, do you know what would be required to increase the default snap distance? It's currently quite small. -mental

3 2

guide lines: desktop vs document coordinate system
by Peter Moulder 30 Jun '05

30 Jun '05

Someone has bug #1222819: “guides have different orgin than objects”: horizontal guideline positions are currently stored as distance up from the bottom of the document (i.e. desktop coordinate system), whereas shape positions’ y coordinates are represented as distance from the top of the document. The result is that if you snap a shape’s position to a horizontal guideline and then resize the document (File>Document preferences, Custom page size, then change the page height), then the shape and the guideline will no longer appear to be at the same position. In my local copy I've mostly fixed this so that the guideline's position from the top of the document is preserved (as for shapes) rather than from the bottom. However, this does raise a user interface issue of how to report to the user what the guide line's position is: /* * For dialog boxes and status bar, should we report positions in the * document coordinate system or in the desktop coordinate system? * * The argument for reporting document coordinate system is that this is * the one that we honour when the document is resized, so in some sense * it is the true (or at least robust) position of the guide. OTOH, * resizing a document is rare. * * The argument for reporting desktop coordinate system is that this is * what's used by the rulers and "current position" indication. This is * the coordinate system that we usually report to users, so is less * confusing to users. * * ... * * (Hopefully, future versions of inkscape will get rid of the separate * desktop coordinate system, to remove this problem.) */ Comments? pjrm. -- bbyak: swatches, rich text, gradient on canvas... JonCruz: The answer to the ultimate question of life, the universe, and everything... JonCruz: Inkscape 0.42!!!!!!!

1 0

Fwd: [cairo] redesigning the arguments for svg2png
by unknown＠example.com 30 Jun '05

30 Jun '05

Just FYI in case you had anything to add.. ----- Forwarded message from Jason Dorje Short <jdorje@...859...> ----- Date: Wed, 29 Jun 2005 21:37:27 -0400 From: Jason Dorje Short <jdorje@...859...> Reply-To: Jason Dorje Short <jdorje@...859...> Subject: [cairo] redesigning the arguments for svg2png To: "Cairo Mail List (E-mail)" <cairo@...278...> Current arguments for svg2png: -w $WIDTH -h $HEIGHT -s $SCALE -x, --flipx -y, --flipy input.svg and output.png are taken directly as parameters This is all explained in `man svg2png`. The problem is it's incomplete. ---------- For instance if you give -w and -h svg2png makes an image with the given $WIDTH and $HEIGHT and puts the SVG file inside it with preserved aspect ratio. Thus there is no distortion and there is padding. One thing I need to do is to change the aspect ratio. I want to give a width and height and have the SVG "stretch" to take up this whole area. Thus the xscale and yscale are different. Thus there is distortion and there's no padding. This is what rsvg, sodipodi, and inkscape command-line renderers do. A third thing one would want to do is preserve the aspect ratio but without any padding. Thus the $WIDTH and $HEIGHT provide the max dimensions, just like svg2png does now, but without any padding. Thus there is no distortion and there is no padding. IIRC this is what the librsvg rsvg_pixbuf_from_file_at_max_size function does (which I've found very useful in the past). Yet another thing you might want to do is specify the xscale and yscale independently. I can't recall ever needing to do this, but rsvg allows it. Finally, one might wish to specify things in DPI. If the SVG image is given in real-world dimensions (e.g., inches) giving a DPI to render at will allow you to make the PNG image show up at the right size when rendered at that DPI (to a monitor or a printer). Aspect ratio is preserved; this is just a (possibly) convenient way of setting the --scale. Inkscape provides a -d $DPI parameter allowing this. Note that this will not work with all SVG files. ---------- Of course svg2png should be able to do all of the above tasks. It would also be nice to keep command-line compatibility with rsvg, inkscape, sodipodi. The trick is to do all this without having confusingly many options or giving unexpected default behavior. Thus I suggest: --width=$WIDTH (-w) --height=$HEIGHT (-h) --xscale=$X_SCALE (-x) --yscale=$Y_SCALE (-y) --flipx (-X maybe?) --flipy (-Y maybe?) --scale=$SCALE (-s) --dpi=$DPI (-d) --pad [1] --stretch You may pad or stretch or neither but not both. The default should be to do neither (same as rsvg, inkscape, and sodipodi), this changes the current behavior which is to pad. (--pad and --stretch were suggested by Carl.) Supporting -d will require new functions to libsvg and libsvg-cairo to set the DPI. -x and -y are changed from flipx and flipy to xscale and yscale. This matches the rsvg args (they call it --x-zoom, --y-zoom). In case of conflicting options (--width and --xscale both given) the one higher up in the list is given priority (this is obviously arbitrary and can be tweaked a bit). Care should be taken to give a sensible output no matter what combination of args are given (rsvg is pretty bad at this). ---------- For full compatibility with inkscape and rsvg it would be necessary to add more "long argument" aliases. This would be convenient but would also add clutter to the interface. Inkscape also has some additional parameters that might be useful, either for new features or compatibility. See -a, -f, -e, -i, -j, -t, -b, -y from `man inkscape`. I don't understand all of these but some of them are probably desirable. In a related note xsvg should probably support a similar set of options. Seems there could be a lot of overlap here. -jason _______________________________________________ cairo mailing list cairo@...278... http://lists.freedesktop.org/mailman/listinfo/cairo ----- End forwarded message -----

3 2

GString or standard C++ library strings?
by David Yip 30 Jun '05

30 Jun '05

To mitigate overflow issues with fixed-size buffers in the Inkboard code for message transmission, I'm going to convert the Inkboard messaging code to use strings. However, I'm not really sure what string implementation would be preferred by the Inkscape team. As a lot of Inkboard and Inkscape code use glib facilities, the GString has that advantage, but since we're using C++... I don't see this explicitly touched on in the Developer's Manual or the InkscapeJanitor wiki pages, so I'm guessing it hasn't been brought up before, but if it's listed somewhere, I apologize for the duplicate message. -- David

5 5

Updated spanish po
by Lucas Vieites 29 Jun '05

29 Jun '05

Hi, attaching a fresh po from today's cvs. -- Lucas Vieites Fariña <lucas@...212...> Web: <http://www.asixinformatica.com/users/lucas/> Blog: <http://www.asixinformatica.com/blog/>

1 0

icon duplicates
by bulia byak 29 Jun '05

29 Jun '05

Some time ago I reported (and fixed) a duplication of strings in the unused code in src/ui. Now I discovered that the icons are also duplicated: in share/icons, alongside icons.svg, each icon is also in its own file. Bryce, can you please remove those duplicated icons because: - I'm in principle against tearing icons.svg into pieces, as I explained some time ago in a discussion here. This will slow down program loading (parsing lots of small files is much slower than parsing a single big file) and make editing less convenient. Another reason is that the separate SVGs will be significantly larger in the total filesize than the single file (and thus even slower to load) because in the single file, many icons with repeating elements use clones which save a lot of space and work faster. With separate files this is impossible. - People are already, and will be in the future, terribly confused as to which file is the real source for an icon. - The duplicate icons are already getting out of sync because icons.svg is updated from time to time. It would be nice to have this fixed before the release. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

A possible error in livarot\MyMath.h
by Alex S 29 Jun '05

29 Jun '05

I am new to InkScape, but from what I remember from math lessons the dot product and the cross product as defined in the file have been confused. Dot is defined to be x*x + y*y, but in this file the author defined cross to be x*x + y*y. And also cross should be x*y - y*x, but the author defined Dot to be x*y - y*x. Thanks, Alex.

2 1

Requesting Inkboard testing
by David Yip 29 Jun '05

29 Jun '05

Hi all, Before I begin integrating Inkboard's code into Inkscape, I'd like to verify the presence of a few large bugs that I've found in the Inkboard code. As bugs can sometimes manifest themselves differently (or not at all!) on different platforms, I'd appreciate large-scale testing of this software. Quick rundown of the project: The Inkboard project's aim was to develop code that would add virtual whiteboarding capabilities to Inkscape, using the Jabber messaging protocol as its communication infrastructure. Its source code is available at <http://sourceforge.net/projects/inkboard>; documentation is available at <http://inkboard.sourceforge.net>. The latest CVS is identical to the v0.25 release, as far as I can tell by looking through diffs. Compilation: I believe the only additional library required is loudmouth <http://developer.imendio.com/wiki/Loudmouth>. I am using version 0.17.2-r2; I do not know if version 0.90 will work, but I'd love to hear if it does. Basic operation: Two instances of Inkboard must be started. Both clients connect to a Jabber server using the File > Connect to Server option. Then an invitation is extended from one client to the other using the File > Share with User option. (The invitation is automatically accepted by the other peer; this will be changed in the integration process.) Upon acceptance, the two Inkscape canvases will be synchronized. Bugs: Here's the five biggest bugs I've found. The "server peer" and "client peer" as written below are as follows: Let A select "Share with User", and let A also enter B's Jabber ID as the user to share to. Then B is the server and A is the client. (It seems backwards, but it's the only way I've managed to get it to work.) 1) Usage of the text tool crashes Inkboard while in a whiteboard session. 2) Anything except solid fills/strokes either crash the server side or are not transmitted properly except on initial whiteboard synchronization. 3) Deletion is extremely finicky -- missing child nodes in the document tree are a common problem, causing assertion failures in the document tree manipulator. 4) The server peer is the only peer whose updates are committed; updates made by the client peer are ignored. 5) Changes to some properties of objects (e.g. number of star points, number of spiral revolutions) are not transmitted immediately like all other changes. My platform: I'm running Gentoo Linux 2005.0, x86 version. Library versions are as follows: libxml2 v2.6.17 gtkmm v2.4.11 glibmm v2.4.7-r1 (-r1 is a Gentoo thing) glib v2.6.3 gtk+ v2.6.7 libsigc++ v2.0.11 boehm-gc v6.4 loudmouth v0.17.2-r2 (ditto on -r2) I am running jabberd v1.4 internally on a machine running Gentoo Linux 2005.0, amd64 edition. The only configuration change I have made on the Jabber server is disabling rate-limiting for faster updates. I am compiling Inkboard using gcc 3.3.5-20050130 in a distcc setup with the P4 and the AMD64 machine. More information can be found in the attached file. I'd appreciate any testing and feedback you guys (and girls!) can give me. The more information, the better :) Thanks, -- David

6 11

Where's 0.42 at?
by Jon Phillips 29 Jun '05

29 Jun '05

Hey, where is the 0.42 release at? I haven't heard much about lately on the list and am curious. Seems like a cap just needs to be put on it to get it out to the masses...they are hungry... I haven't been keeping up so well with Inkscape development, but still seems like a refresher of what is happening is needed. Jon -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu) Scale Journal (http://scale.ucsd.edu)

3 2

Re: [Inkscape-user] Drop Shadows
by Ted Gould 29 Jun '05

29 Jun '05

aaron@...749... wrote: > Ted Gould wrote: >> The two inx files that are in the share/extensions aren't actually >> installed, they are just in CVS. So if you make a tarball, they won't >> be in it. I left them there because, well, CVS sucks at deleting >> files. Hopefully SF.net will upgrade to Subversion so that we can >> delete them and still get them back in a more reasonable fashion. > > Actually they are installed with the Win32 builds. But if someone would > like to tell me how to fix that, I would love to have a go at it. I'm not really sure how the Windows builds work... can someone on -devel help Aaron here? Thanks, Ted

1 0

Summer of Code Participants Chosen
by Bryce Harrington 28 Jun '05

28 Jun '05

Hi all, Google has made the final selections for their Summer of Code and sent out the notifications. The following four applications were selected for Inkscape: Topic Applicant ------------------------------------------- Connectors - Michael Wybrow Inkboard - David Yip OCAL Interface - Greg Steffensen DXF Import/Export - Matthew Squires Of course, I was really hoping we could have a few more, because there were several other extremely good proposals for Connectors, Cairoification, libpdf from Scribus, a Genetics Algorithm based tracer, and much more. You can imagine how much discussion and debate that the reviewers have had this past week; it's been a very tough decision process. However, these four projects will provide Inkscape with some new strengths and new capabilities for our users. The prioritization process that the reviewers used in evaluating the applications weighed a number of factors to reach their decisions, including: The quality of the application, the background of the applicant and their familiarity with the subject matter, the importance of the feature to Inkscape, whether the effort would result in something of tangible benefit in the time available, and whether we felt the applicant had a strong likelihood of completing the effort successfully. Regarding mentors, we've not yet finalized on who will mentor which efforts, but there are several developers who have expressed interest in mentoring or whom I think would make good fits to the topics. Simarilius and I will be contacting these people over the next day or two and finalize the arrangements. In the meantime, Sim and I can field questions. Greg, Michael, David, and Matthew, I would also like to encourage you to post your proposals publically for the rest of the Inkscape community to see; they're quite good. :-) You're welcome to use the Inkscape wiki if you do not have a website of your own. In any case, please post your links on this page: http://www.inkscape.org/cgi-bin/wiki.pl?Googles_Summer_Of_Code If you're interested, a few folks are setting up software for you to use for blogging about your work as well. Also, if you're not already, please join the inkscape-devel@ list; we use that list for darn near all our technical discussion. Thanks, and welcome aboard! Bryce

7 9

Re: [Inkscape-devel] Re: Summer of Code Participants Chosen
by Aaron and Sarah Spike 28 Jun '05

28 Jun '05

Greg Steffensen wrote: > "The procedure entry point g_assert_warning could not be located in the > dynamic link library libglib-2.0-0.dll" > > which sounds like a gtk bug to me, though I can't be sure. Is this what > you were getting? No, at first I was getting a message about libglade. But then I did the ultimate evil (copying DLLs around). No I get an error that says: This application has failed to start because libxml2.dll was not found. Re-installing the application may fix this problem. Could you give me a link to the pygtk package you are using? Aaron Spike

3 4

Cut-off status bar text; solutions?
by Colin Marquardt 28 Jun '05

28 Jun '05

Hi, depending on your font and language settings, the current status bar sometimes has a problem of not showing completely. I especially notice this when I work on the German translation since German is more verbose than English. During the course of some discussions on Jabber/IRC, we come up with some ideas. One thing is what I'd call a "split" status bar: the primary text is in a normal font, and the secondary text is in a smaller font and typeset in two lines, like here: http://buug.de/~colin/inkscape_statusbar.png This is just a proof-of-concept (a hbox with two labels in it), and I guess some GTK hackery would be needed to make sure it doesn't expand to, say, 5 lines of text. One would also need to check that R-T-L script still works correctly etc. I can imagine that one thing is distracting: the "border" between the main text and the smaller additional text will move with every new string. cornelius[cz] made a mockup for another idea: a second status bar for the secondary text: http://cornelius.rvge.info/my_files/inkscape_status_mockup.png These two approaches places a rather big burden on the translators, of course, and has quite some impact on the strings in the code, so it is likely not be in 0.42. (Well, the "second status bar" approach would not necessarily need the text broken into primary and secondary text.) A third, "orthogonal" idea was to just have a tooltip for the status bar with the complete text. This would work for the current status bar as well as for any of the ideas presented above. Oh, and cornelius even has a fourth idea, see here: http://cornelius.rvge.info/my_files/inkscape_status_mockup2.png Comments welcome. Cheers, Colin -- Pluto Neptune Uranus Saturn Jupiter Mars Earth Venus Mercury Sun . o o o O . . . . /\ ^ \/ -- You are here

6 7

Font Size
by Ted Gould 27 Jun '05

27 Jun '05

After a little investigation yesterday, I think that the style test is failing when trying to set "font-size" to "0". I think that after it goes through all the style code it comes out as "0px". Is this correct? Is this a problem with the test? --Ted

2 2

Re: [Inkscape-tracker] [ inkscape-Bugs-1116480 ] eat memory with patterns
by MenTaLguY 27 Jun '05

27 Jun '05

On Mon, 2005-06-27 at 11:48 +0200, Ralf Stephan wrote: > > (Also the symptoms -- amount of leakage being related to > > screen area -- are consistent with leaking bitmap memory, > > which we never allocate with the collector.) > > As said before, 20% is here: The question is, why isn't that 20% being collected? The most obvious thing would be that, since the XML nodes are also refcounted (via Inkscape::GC::Anchored), that there is either: 1) improper refcounting by SPObjects which reference the XML nodes 2) SPObjects being leaked while they still reference XML nodes Either one would result in pinning the XML nodes so they could not be collected by the collector. There are also other, more esoteric possibilities (but those wouldn't generally be so consistent). If it were #1, you could expect to see most (rather than a smaller percentage) of the leaked memory coming from the GC heap. Since we are seeing a lot of leaked memory from conventional malloc(), that tends to suggest that garbage-collected memory is being pinned by references from the leaked conventional objects -- i.e. scenario #2. -mental

3 2

0.42 and Mac OS X DMG
by Jon Phillips 27 Jun '05

27 Jun '05

Hello, I'm curious as to the state of the MAC OS X DMG of Inkscape? I would like to make the push to get a working Mac DMG of Inkscape out as part of 0.42. Many people I know in academia want to use Inkscape in the classroom. I also can't bear to watch my gf use Illustrator in all its clunkiness on her new mac -- honestly, it is bloated and is useless without the tracing feature. I'm always shuttling fixed images back to her so she can use in her work. Anyhow, I see the wiki page on Compiling OS X is quite full of a lot of comments, but no clear answer to the OS X package. http://inkscape.org/cgi-bin/wiki.pl?CompilingMacOsX Basically, I would like for our next release to come out with inkscape-0.42-mac-ppc.dmg at sf.net. Therefore, people will be able to download and be happy in mac land. Obviously, this will require X11 (unless someone wants to port it to aqua...hahahahah...just kidding). Please update me! Jon -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu) Scale Journal (http://scale.ucsd.edu)

7 13

Compiling with extension support
by Lucas Vieites 27 Jun '05

27 Jun '05

Hi, I'm testing out the .42 version for translation consistency but I can't get it to compile the extensions. I have read Aaron's doc on dependency: http://www.ekips.org/comp/inkscape/depends.php I have the packages mentioned there but still the ./configure script says at the end: Use Xft font database: yes Use gnome-print: no Use gnome-vfs no Use openoffice files: yes Use MMX optimizations: yes Use relocation support: no Use Python extensions: skipped Use Perl extensions: skipped I still don't have the "Effects" menu Am I missing some step here? Thanks, -- Lucas Vieites Fariña <lucas@...212...> Web: <http://www.asixinformatica.com/users/lucas/> Blog: <http://www.asixinformatica.com/blog/>

8 24

Tests failing
by Ted Gould 26 Jun '05

26 Jun '05

I almost have distcheck passing... but now this test is failing, I'll start looking into it, but if someone knows what's wrong, please do say. --Ted Testing style... sp_style_new, sp_style_write_string...Assertion `streq(str0_all, str0_all_exp)' failed sp_style_merge_from_style_string(whitespace, ifset...OK sp_style_merge_from_style_string(whitespace, always...Assertion `streq(str0_all, str0_all_exp)' failed sp_style_merge_from_style_string("fill:", ifset)...OK sp_style_merge_from_style_string("font-family:", always)...Assertion `streq(str0_all, str0_all_exp)' failed sp_style_merge_from_style_string("fill: ", ifset)...OK sp_style_merge_from_style_string("font-family: ", always)...Assertion `streq(str0_all, str0_all_exp)' failed sp_style_merge_from_style_string(":none", ifset)...OK sp_style_merge_from_style_string...Assertion `streq(str0_all, str0_all_exp)' failed style: FAILED (4/9 tests passed) FAIL: style-test

1 0

gtk-wimp being hacked on
by Colin Marquardt 26 Jun '05

26 Jun '05

Hi, FWIW, dom is hacking on gtk-wimp and also has some suggestions for GTK/Gnome application writers: http://www.advogato.org/person/cinamod/diary.html?start=55 Cheers, Colin -- [00:37:14]<QuoteMstr> I'm trying GNU Emacs 21.1 now. [00:43:27]<QuoteMstr> AARAGH [00:43:35]<QuoteMstr> I have broken my vow to give up IRC! [00:43:35]<-- QuoteMstr has quit

1 0

Google SoC and mentors
by David Yip 26 Jun '05

26 Jun '05

Hello all, First, I apologize if this message is misdirected. I've seen Summer of Code-related topics in this list before; however, I also know that John Cliff is the point of contact for SoC proposal discussion, but I'm not sure if he is also involved in mentor assignment. With that said, I'm interested in how mentor assignment will occur -- will there be a separate list, one-to-one correspondence, or some other method? My project proposal involved the integration of Inkboard's code with Inkscape's main trunk, along with a few extensions to the idea. I would like to clarify required and optional deliverables and agree upon scheduling, etc. Thank you, David Yip

3 4

about dialog
by MenTaLguY 26 Jun '05

26 Jun '05

One of the complaints I've been seeing about the about dialog contest is that our list of credits is so long, and it's getting hard to design around. It's only going to get longer with future releases. Maybe we could move the credits outside the splash image itself. What about e.g. a vertically scrolling sidebar? Any other ideas? Thoughts? -mental

5 6

Re: Google Summer of Code proposals
by Greg Steffensen 25 Jun '05

25 Jun '05

Thanks to all the reviewers; I'm still waiting to hear, but I'll contribute work on OCAL integration even if mine is not accepted, and hopefully other extension work too. I noticed that the PSF will encourage its accepted applicants to keep a blog about their projects; Inkscape might want to do that too. Greg

7 11

Creating custom objects
by SJ H 25 Jun '05

25 Jun '05

I've written a plugin for Skencil that allows LaTeX text objects to be included and rendered, and am assessing the viability for doing something similar in Inkscape. I've seen the extensions description from last year, but none of the extension objects there really seem to meet the need. What I'd be looking for is creating a new type of object that retains its identity as an object so that the text can be edited again. So I'm interested in whether there are examples of something conceptually similar having been done already. Basically, the mechanism I'm looking for would allow an extension/plugin to: - create a new object that can be later modified as an object (including after being saved and opened again) - accept user input for parameters that can later be changed - run an external program when an update is made - import an external file to replace the current object curves (I' Once those things can be done, having a latex object is fairly trivial. I'd appreciate if someone could point to where to look for examples of extensions that do these things under inkscape.

3 3

[Fwd: Re: Contact + Question]
by Jon Phillips 25 Jun '05

25 Jun '05

Heya, for all you writers out there, a new magazine that would be good to submit howtos and articles to (and get paid for!) Jon -------- Forwarded Message -------- > From: Tux Editor <ed@...851...> > To: Jon Phillips <jon@...235...> > Subject: Re: Contact + Question > Date: Fri, 24 Jun 2005 16:05:18 -0500 > > Hi Jon, > > The basic approach is to "pitch" an idea to me. If it's a good one, > then I'll assign it to you (see the example assignment letter below) > with a due date. Here are things to keep in mind when writing articles > for Tux: > > 1. We prefer "How To" articles over any other type of article > 2. The audience is the average desktop user - try to stick with > point-and-click operations > 3. AVOID passive voice like the plague. For example, write this way: > > "You can configure the colors by opening the "Colors" dialog box. Click > Tools->Configure...etc." > > DO NOT write this way: > > "Configuring colors can be done with the "Colors" dialog box. Opening > the dialog box is done by clicking "Tools-...etc." > > Otherwise, most of an editor's time is spent converting the passive > voice sentences into active voice. Too much of that, and editors tend > to avoid those authors for future articles! > > I look forward to your ideas! > > -Nicholas > > Your article "_________" has been accepted for possible > publication in TUX magazine. We expect your article will cover the > following: Your opinions about something, and that it be kept > around 1,000 or more words. > > Work with the editor-in-chief (ed@...851...) on your article > until the article is in its final form. > > The deadline for the final version of your article is ______. The final > version of your article must be sent to editor@...852... Keep in > mind that we do not accept multiple drafts of articles, and therefore, > we expect a complete and final version on or before the deadline. > > If your article is published, we pay $300 for "how-to" articles and > $100 for reviews. If your article falls into another category, we > will negotiate a payment. > > All writing is done on speculation. If TUX magazine decides to use > the work, we will purchase first rights and compilation rights to > the article. However, we are under no obligation to publish > the work. If the article is selected for publication, your payment will be > "_______". > > Your article will be copyedited according to TUX style, and > English grammar and spelling, though we ask that you carefully review > the materials you submitted for accuracy and completeness. We expect > that you submit your article in text-only format and that any > figures, tables, listings and sidebars be sent as separate files; provide > titles or captions for all figures, tables, listings and sidebars, and > indicate in the text where such items should be placed. > > Please send a photo of yourself, a brief bio, and your mailing address > along with your article. > > Once your article is submitted, it will be in the publication queue and > therefore cannot be submitted elsewhere unless 1) TUX magazine formally > rejects the article, or 2) the author notifies TUX magazine of his/her > intent and TUX magazine agrees to release the article at that time. > > If you have any questions, please feel free to send email to > editor@...851..., and please cc ed@...852... > > > > > > Jon Phillips wrote: > > >Hello, > > > >I have the following questions: > > > > > >1. How to get into the writing pool? > > > >2. What the standard writing fare is for TUX? > > > >3. How to submit an article? > > > >4. Where to send press releases for new software releases? > > > >5. Who to submit a request for a review to? > > > > > >Thanks and your magazine concept is great! > > > >Jon > > > > > > > > > > -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu) Scale Journal (http://scale.ucsd.edu)

3 2

Is there anything like inkex.rb for inkscape?
by Samir Patel 24 Jun '05

24 Jun '05

There are external library to use perl or python with inkscape? Is there anything available to use ruby? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Re: Google Summer of Code proposals
by Greg Steffensen 24 Jun '05

24 Jun '05

Thanks to all the reviewers; I'm still waiting to hear, but I'll contribute work on OCAL integration even if mine is not accepted, and hopefully other extension work too. I noticed that the PSF will encourage its accepted applicants to keep a blog about their projects; Inkscape might want to do that too. Greg

1 0

win32 libglib.dll version
by unknown＠example.com 24 Jun '05

24 Jun '05

I'm wondering which version of libglib.dll will ship with the win32 builds of 0.42. Currently the CVS builds come with version 2.4.5.0 but it can cause a nasty little crash in the Save Dialog. I replaced it with 2.6.4.0 and it works fine on my machines. Save just isn't a place you want a crash bug. :) Aaron Spike

1 0

Someone else discovers the SVG dpi issues...
by unknown＠example.com 24 Jun '05

24 Jun '05

----- Forwarded message from Carl Worth <cworth@...573...> ----- Date: Fri, 24 Jun 2005 10:11:40 -0700 From: Carl Worth <cworth@...573...> Reply-To: Carl Worth <cworth@...573...> Subject: Re: [cairo] svg_cairo_get_size problem To: Jason Dorje Short <jdorje@...58...> On Fri, 24 Jun 2005 01:55:49 -0400, Jason Dorje Short wrote: > The attached SVGs (chosen for their smallness) show a working and a > nonworking SVG file. If you use svg2png or xsvg on the cornwall flag it > will be incorrect, but on the galicia flag it works correctly (or at > least I think so; if not I have other examples that do work > correctly). The first thing worth noting is that in galicia.svg (which works) the overall size is provided in unit-less values: width="999.000000" height="666.000000" which, according to the SVG specification means that these values determine the size in "pixels" (i.e., a px unit as defined by CSS2). Meanwhile, in cornwall.svg (which fails), the overall size is specified with real-world units (in this case, millimeters): width="234mm" height="140mm" So, converting those real-world units to pixels requires information about the real-world dimension of a pixel. In libsvg there's definitely a bug that there's no way to set that value, (instead it always assumes 100 pixels per inch). But that's not what's causing the strange behavior you're seeing. In cornwall.svg, after specifying the size as 234x140mm the first thing drawn is the "background" rectangle which has a size specified as: width="829.133850" height="496.062988" These values don't have real-world units, so according to the SVG specification[*] they should be interpreted as pixels. And ~ 829x496 pixels is only equivalent to 234x140mm if the pixels are sized such that there are 90 pixels per inch, (which must be the assumed pixels-per-inch value of the tool used to create this file). Therefore, the overall size of the SVG file changes depending on the pixels-per-inch value, but the actual drawing contents do not. And this is exactly the behavior you're seeing with libsvg-cairo. My recommendation for you is to just alter the top-level width and height attributes to use the same units as the rest of the drawing. That is, use: width="829" height="496" This eliminates the 90 pixels per inch assumption from the file, and also happens to avoid the need for a set_dpi function in libsvg. It would still be nice to have something like svg_set_dpi but it wouldn't be an adequate solution for this file. It would allow correct rendering at 90 DPI but not at any other value. Does that make sense? Is there anything else I'm missing here? -Carl [*] http://www.w3.org/TR/2003/REC-SVG11-20030114/coords.html ----- End forwarded message -----

1 0

Google Summer of Code proposals
by Bryce Harrington 24 Jun '05

24 Jun '05

Hi all, Today was the final day for the mentors to give input for the Google Summer of Code projects. Google is funding 400 projects this summer, including four projects for Inkscape. The decision for how many slots to give each project was based on the proportion of submissions sent in for each project. Approximately 50 people submitted proposals for Inkscape. There were over 10,000 proposals submitted in total, for 40 projects. Google will be making the final decision of which projects will be selected, based on our prioritizations. The prioritization was extremely difficult (I wish we could have had 8 or 10 projects), but thanks to the work of the reviewers I think Inkscape will gain four very significant new features over the summer. Bryce

1 0

Re: [Inkscape-devel] google SOC
by Greg Steffensen 23 Jun '05

23 Jun '05

Yeah, I have that set to "1". Its really a strange bug in my GTK... the same thing happens with Python plugins in Dia. Anyway, I fixed the working dir prob with the glade file, made it return the original document when closed without clipart selection, made it write the raw clipart to stdout when invoked from the command line, and made it parse the svg to find the title metadata, and display that along with the preview image. The expense of grabbing this stuff (the png preview and actual svg) from the server is definitely starting to show, so implementing caching is next on the agenda. The new version is at http://download.berlios.de/termite/ocal.zip (I'm working on a windows box today, so its a zip this time- sorry). Again, let me know if it doesn't work... I still can't fully test it (because of the GTK prob I mentioned). Greg On 6/15/05, aaron@...749... <aaron@...749...> wrote: > > Greg Steffensen wrote: > > For some reason, the effects menu doesn't work on my Inkscape. > > Forgot to ask before, did you turn on the effects menu in the > preferences.xml file? > > Aaron Spike >

4 3

CxxTest
by Ted Gould 23 Jun '05

23 Jun '05

Last night I was trying to get 'distcheck' to pass and it is have troubles with the testing. This seems to be related to the cxxtest stuff. The cxxtest directory in the CVS tree is not included in the distribution. Should it be? Should I have cxxtest installed on my machine? I tried just including a bunch of the cxxtest files in the distribution but that didn't help. Thanks, Ted

2 3

flowText: skewed
by unknown＠example.com 22 Jun '05

22 Jun '05

I tried to submit a bug report but sourceforge wasn't cooperating. If I create a shape like a triangle from three straight lines and then flow a word of text into it. When I skew the triangle properly the text will dissappear. It could just be that the text doesn't fit, but it really looks like it should. Aaron Spike

1 0

Post Effect Selections
by unknown＠example.com 21 Jun '05

21 Jun '05

I missed an interesting discussion about which objects should be selected after an effect. I started of the opinion that the previous selection should be restored in order to make affecting the same objects again simpler. But someone suggested that the effect should be able to control the selection. That sounds very interesting. How would this be done? Would an effect insert some sort of attribute (like inkscape:select-me="1") into each object that should be selected? This attribute would be discarded by Inkscape on load. Any other solution would likely pass a list of selected ids. Id collision was one of the first things I wondered about while writing effects. What would happen if I assign a new object an id that is already taken? Inkscape of course fixes it for me. But I have been assigning no id to new objects and letting Inkscape handle the whole thing. This probably isn't a good behavior. And it wouldn't allow for ids to be passed back to Inkscape. What should an effect do to properly handle id assignments? Aaron Spike

2 3

Inkscape or Blinkscape?
by unknown＠example.com 21 Jun '05

21 Jun '05

Hey! Before donate to you for inkscape, help me or help users whit this bug or non-logical attemp !!! Where i find the plugin's, dep's or packages, for INKSCAPE do run normaly? Check you're soft before say to poeple how are a great product! Have installed all the svg, perl, xml, etc and the dont run correctly. Checking the log file?, euh? say what? And i have not any times to find the faq or other's helping sites. It's you're soft ! Do help us! log file buggly... Le chargement de l'extension "AI Output" failed to load because une dépendance est manquante. Dépendance : type : executable emplacement : path chaîne : pstoedit Le chargement de l'extension "Postscript Input" failed to load because une dépendance est manquante. Dépendance : type : executable emplacement : path chaÃ®ne : pstoedit Le chargement de l'extension "Sketch Input" failed to load because une dépendance est manquante. Dépendance : type : executable emplacement : path chaîne : skconvert Le chargement de l'extension "EPS Input" failed to load because une dépendance est manquante. Dépendance : type : extension emplacement : path chaîne : org.inkscape.input.ps

1 1

Embed Raster
by unknown＠example.com 21 Jun '05

21 Jun '05

I was looking at this RFE: http://sourceforge.net/tracker/index.php?func=detail&aid=1224283&group_id=9… And I figured I could whip up a quick INX file to make it work as an effect: <inkscape-extension> <name>Embed Raster Images</name> <id>org.inkscape.filter.embedraster</id> <dependency type="executable" location="extensions">embed_raster_in_svg.pl</dependency> <dependency type="executable" location="path">perl</dependency> <effect> <object-type>all</object-type> </effect> <script> <command reldir="extensions" interpreter="perl">embed_raster_in_svg.pl</command> </script> </inkscape-extension> But the embed_raster_in_svg.pl script dies at line 110. My entire knowledge of perl comes from two weeks of playing with it for a project last year. And I am thoroughly confused by the Lord Of The Rings humor embedded in the file. Are there any perl hackers willing to help me make this work? Aaron Spike

1 0

Odd issue with copy-cut-paste.
by linux peach 20 Jun '05

20 Jun '05

Hi! I just spoke with bryce on IRC and he told me to go ahead and email the list. I have an issue in inkscape that only happens when I choose an object, copy, cut, and then paste that object back into the same file. Whenever I perform these tasks in a row, the object that I have just pasted disappears in any preview or use mode, such as in nautilus, gimp, gnome-panel, gnome icon themes, etc. but whenever I look at the file in inkscape, the object is still there. I can edit the object, distort it, reshape it, etc. and as long as I do not cut-copy-paste, the object remains visible. And nothing I do after the copy-cut-paste makes the object visible again. I have reviewed the xml files and I cannot see a difference that would make the object invisible. I have included two sample files: the original gnome-fs-directory.svg file, and then the modified gnome-fs-directory-issue.svg file that has a major object that has been copied-cut-pasted, that no longer appears visible. I can repeat this issue on any file with the same results. I've scoured google looking for any hints, and the only thing I could find was regarding Nautilus 2.1.5, and I'm on 2.10.0. Is there anything I can do to repair the object to make it visible again?

3 16

xml:space namespace error
by unknown＠example.com 20 Jun '05

20 Jun '05

The attribute xml:space="preserve" as found on Inkscape's flowDiv causes an XML Namespace Error when being parsed by PyXML's SAX2 reader. Any of my python effects should display this error. Is this our problem or PyXML's? Aaron Spike

5 13

Can't select multiple files in file open dialog: Multiple File Open.
by Muthiah Annamalai 20 Jun '05

20 Jun '05

Hello ! Theres a bug listed in SF. BUG ID [1194728]. <BUG> Can't select multiple files in file open dialog I'd like to open (and work on/compare) some documents, which all are in the same directory. I can't just select them using control/shift-clicking, but it's necessary to open files singly. </BUG> I have a patch, that makes it work on the CVS head. It modifies src/file.cpp & src/dialog/filedialog.[h|cpp]. There are 3 patch files, one for each, Im wondering what to do. Please try the patches from https://sourceforge.net/tracker/index.php?func=detail&aid=1223534&group_id=… [Note: The patch is a text file only, but SF says its a binary file etc, just save it and view via a standard editor, firefox doesnt show it]. Thanks. Muthu ____________________________________________________ Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com

2 3

pre0?
by bulia byak 20 Jun '05

20 Jun '05

With the flowtext mostly in place, I wonder if we can package a pre0 release now. Not all features are finished yet, but this will make it easier for people to test it. Ideally we should provide Windows installer, static linux build, and OSX package for all prereleases. Thoughts? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 6

exporting issues/bug
by Josh Blocher 20 Jun '05

20 Jun '05

today i noticed that when exporting that if selection is used everything in the Bounding box is exported not just the selected object(s) is this behavior correct or should i file a bug. did i quick search of bugs nothing found. using cvs from early this morning josh blocher verbalshadow

2 1

no valid pdf output
by David Christian Berg 19 Jun '05

19 Jun '05

Hey guys, I wanted to create a pdf of the file located in http://home.tu-clausthal.de/~dcb/linux/rocknacht.tar.gz (also includes the fonts)... but the created pdf cannot be viewed by any of my viewers. Could someone have a look at why? Thanx! David

4 6

Running problems
by mark smith 19 Jun '05

19 Jun '05

Hello. I downloaded Inkscape and installed in my PC without any problem. I use a Dell 8400, Windows XP, Japanese version. When I run Inkscape I get these errors: Extension "AI Input" failed to load because a dependency was not met. Dependency:: type: executable location: absolute string: /usr/bin/perl Extension "AI Output" failed to load because a dependency was not met. Dependency:: type: executable location: path string: pstoedit 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 Extension "EPSI Output" failed to load because a dependency was not met. Dependency:: type: executable location: path string: ps2epsi Extension "EPS Input" failed to load because a dependency was not met. Dependency:: type: executable location: path string: gs Extension "GIMP Gradients" failed to load because a dependency was not met. Dependency:: type: plugin location: path string: gimpgrad Extension "Grid" failed to load because a dependency was not met. Dependency:: type: plugin location: path string: grid Extension "Postscript Input" failed to load because a dependency was not met. Dependency:: type: executable location: path string: pstoedit Extension "Sketch Input" failed to load because a dependency was not met. Dependency:: type: executable location: path string: skconvert Extension "SVGZ Output" failed to load because a dependency was not met. Dependency:: type: executable location: path string: gzip Extension "Text Input" failed to load because a dependency was not met. Dependency:: type: executable location: absolute string: /usr/bin/perl Extension "Windows Metafile Input" failed to load because a dependency was not met. Dependency:: type: executable location: path string: wmf2svg What is the problem? I hope anybody can help me. Mark __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 3

Patch - silent option for installer
by Moritz Engel 18 Jun '05

18 Jun '05

Hi, I would like to deploy Inkscape in a network, but the installer does not support the silent mode correctly. Could you please commit the following small patch to inkscape.nsi When the installer asks wether Inkscape should be the default viewer or editor for svg files, there should be a default value! Thanks in advance, Moritz -----snip --- inkscape.nsi Fri Jun 17 21:27:50 2005 +++ inkscape_new.nsi Fri Jun 17 21:24:56 2005 @@ -140,14 +140,14 @@ Section -Post WriteUninstaller "$INSTDIR\uninst.exe" - MessageBox MB_YESNO|MB_ICONQUESTION $(lng_Editor) IDNO NoEditor + MessageBox MB_YESNO|MB_ICONQUESTION $(lng_Editor) /SD IDYES IDNO NoEditor WriteRegStr HKCR ".svg" "" "svgfile" WriteRegStr HKCR ".svgz" "" "svgfile" WriteRegStr HKCR "svgfile" "" "Scalable Vector Graphics file" WriteRegStr HKCR "svgfile\shell\edit\command" "" '$INSTDIR\Inkscape.exe "%1"' NoEditor: - MessageBox MB_YESNO|MB_ICONQUESTION $(lng_Reader) IDNO NoReader + MessageBox MB_YESNO|MB_ICONQUESTION $(lng_Reader) /SD IDYES IDNO NoReader WriteRegStr HKCR ".svg" "" "svgfile" WriteRegStr HKCR ".svgz" "" "svgfile" WriteRegStr HKCR "svgfile" "" "Scalable Vector Graphics file" -----snip

3 2

NEW: flowed text UI
by bulia byak 18 Jun '05

18 Jun '05

* Inkscape now features a complete support for flowed text: o Creation of flowed text is simple. Just drag anywhere on canvas (except over an existing text object) using the Text tool to create a rectangular frame. After you release mouse, the frame is created and you can type text into it. o Resizing a frame is as simple as dragging the handle in the bottom right corner to change its width or height. Drag with Ctrl to restrict resizing to horizontal or vertical. Such resizing can be done by Text tool, Node tool, or any shape tool; however, only Text tool also highlights the frame border when a flowed text is selected. o Transforming a flowed text is straightforward. It is selected as a single object including both the frame and the text, and can be moved, scaled, rotated etc. * Dragging with the Text tool creates a regular flowed text object whose frame is internal (does not appear as a standalone object on canvas) and rectangular. You can, however, create a different kind of flowed text: linked flowed text that can use as its frame any existing shape, including non-rectangular ones. It can also use a chain of frames, with the text flowing from one frame to the next one in chain. o To create a linked flowed text, select a text object and one or more shapes or paths, then use the Flow into Frame command (Alt+W) in the Text menu. When two or more shapes or paths were selected, they become a chain of frames for this flowed text. o A linked flowed text is in some ways similar to a clone. It will reflow when the frame is changed, but it is a separate object that can be moved away and transformed independently from its frame. As with a clone, when a linked flowed text is selected, you can use Shift+D in Selector to jump to its first frame (this is useful if the frame is invisible or locked). o Statusbar description of a selected object will identify regular text, flowed text, and linked flowed text as different kinds of objects. * Full on-canvas editing of flowed text is now possible. Just click in any flowed text object with text tool and type - the text will reflow automatically within its frame. Letterspacing and linespacing adjustments (but not manual kerns) work in flowed text as well. * The Unflow Text command (Alt+Shift+W) converts a flowed text into a single-line regular text object, cutting its link to its frame. * Another command, Convert to Text, also converts flowed text to a regular text object, but does this preserving appearance (i.e. all lines are kept where they were). The resulting object does not reflow anymore but it is still editable. It is recommended to use this command if you have flowed text in a document but want it to be viewable in SVG 1.1 renderers. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 6

google SOC
by Greg Steffensen 17 Jun '05

17 Jun '05

Hi, I'm getting my application in really late, and Google isn't working for some reason. My name is Greg Steffensen, I'm an undergrad at the University of Richmond, and here's the text of my application: ------------------------------------ Toward an Implementation of an Intuitive Visual Mapping of Remote Vector Graphics Repository Access Interfaces OR Creating an openclipart.org <http://openclipart.org> GUI for Inkscape This is a proposal to implement an interface to the open clipart library ( openclipart.org <http://openclipart.org>) in Inkscape, as suggested by the "Create a Clipart Library interface" item on the Inkscape Summer of Code ideas page. I'll introduce myself, describe the technical design I'd implement, and list some remaining technical questions and ways a mentor might help. I'm a 22 year old computer-science major at the University of Richmond (I'll be a senior this year). I'm also a open-source geek. To date, my personal free software contributions are limited to a patch to add fixed-aspect resizing of elements to the Dia diagramming program (if you'd like me to send you the patch for inspection, let me know) and a wrapper to allow easy use of the IE7 javascript library within Zope. I build websites for fun and cash. I've tried many distros, but have been happily using Gentoo on my own box for about 6 months now. I'm originally a self-taught programmer (I started on PHP, but I haven't used it for years, promise!), and am now most of the way through my school's CS program, and am doing summer research on the security of distributed computing with one my professors currently; for that work, I'm writing a custom distributed computing framework that I'm GPLing, based on Python and Postgresql. My preferred language is Python, but I consider myself competent in Java, C and PHP too (but I haven't used PHP in years, promise!). I use GTK constantly, and as I mentioned, I've contributed to Dia, so I know how to get around gnu-ish code. Philosophically, I align myself with the FSF, though I don't consider myself a zealot. Blah, blah, blah. Let's talk turkey. I've coded up a quick prototype of this project in Python, more as a demonstration that I'll actually be able to do this than as a preview of the actual solution. I just threw it up at the site I'm using to host my distributed computing project for convenience; you can download it at https://developer.berlios.de/project/filelist.php?group_id=3863 (the tgz is listed under Inkscape, obviously). I didn't have time to recompile Inkscape with support for extensions (yeah, yeah, save your Gentoo jokes), but it should work like a normal Inkscape effect extension; it takes an inkscape svg doc on standard input, puts up a gui for the user to search for then select clipart from openclipart.org <http://openclipart.org>, then writes the doc back to standard output, with the clipart inserted. It should be installable with a bare-bones .inx file like any other extension. The gui is GTK, of course, via libglade. Its pretty minimalistic, but should show that this project will not be difficult. I currently see two ways to build this thing; either as an extension, as the prototype is, or integrated into the main codebase. The advantages of doing it as an extension are that its more likely to be robust (it won't affect existing code, and should be easier for the maintainers to review), it can (optionally) be developed in a dynamic language (resulting in faster development and making it easier for others to patch and extend), and it will be easier for other projects (such as Dia or Kivio) to take advantage of the code. The main advantages of integrating it into the codebase are performance, tighter UI integration (the interface can appear as a child window within Inkscape), and wider distribution (anyone that can run Dia can run it, as opposed to needing to have extensions enabled and Python installed as well). Currently, the extension route looks preferrable (performance is a total non-issue and I expect the vast majority of Inkscape users to have Python), but either approach should be doable without too much difficulty. Either way, the code will have to query the openclipart.org<http://openclipart.org>server somehow, download the clipart, and insert it into the document. And, either way, the most natural way to provide the basic UI seems to be through the new Iconview class in GTK 2.6. Ok, now I'll summarize the most obvious issues that appeared while building the prototype. The main one is that the openclipart.org<http://openclipart.org>website is clearly in need of a technical tuneup. The keyword search is barely functional, and performance is already iffy. If they'd be willing to let me, I'd prefer to actually work on the site myself. I love doing database-based websites, and I'd be able to add a cleaner REST-based API for this and other code to use. Hopefully, I could also add some search results caching to speed it up. Which brings me to the next issue; I don't want this fancy new feature to kill the openclipart folks' bandwidth and run up their hosting bill, so the most important new feature to add is probably a way to cache clipart data that past searches have already returned locally. This should be easy; it just requires a storage directory and an index file. Along those lines, I'd probably also try to get the openclipart people to give each clipart a unique id associated with their system; it appears that all clipart currently has unique filenames, but its hard to be certain since they organize it into hierarchical namespaces. Even if so, they probably ought to be giving the files a numerical id in addition to a filename anyway (assuming they aren't already; I didn't find any, but didn't search exhaustively). That would make caching past retrievals locally technically simpler, would make the most likely to be used clipart available even when network access is unavailable, and would significantly reduce the load on the servers. In terms of the UI, I'd like to give people the ability to search by keyword or browse by categories (I certainly am not advocating that they get rid of the hierarchical structure entirely). I'd also provide simple boolean searching logic (AND, OR, NOT), which could be implemented with or without server access (although its easier on the clients and server if its done on the server). Searching by clipart author is also desirable (though not in the default interface), to help people find work of similar visual styles. The UI should make basic metadata available (the clipart title as the icon caption, and all associated keywords visible as a tooltip, for example). A list of the most recently used clipart should be available for convenience. Clipboard copying and large previews of icons will be available through a right-click popup menu. To insert clipart into their document, I intend to support dragging-and-dropping (this should be possible regardless of whether the interface is implemented as an extension or in the main codebase) or through basic icon activation (double-clicking, etc). The conceptual questions I've currently noticed about the UI include where clipart should be inserted into the document, and at what size. Through a dragging-and-dropping interface, it may be possible to place clipart near the drop location, though I am not yet certain of this. Otherwise, placing it near the center of the document, with dimensions noticably less than those of the whole document, seem like reasonable defaults (placing it at the center will, of course, require arithmetic). Gnome HIG compliance is also intended. One feature that may be necessary is XSLT-based conversion of incoming clipart to a more standard Inkscape-friendly format. The prototype seems to already be running into problems in this area; attempting to drag the new clipart object on the canvas makes my Inkscape 0.41 freeze, unless you save the modified canvas as Inkscape SVG beforehand. It is probably solvable by modifying the clipart object to use an svg "g" object instead of "svg" or something like that. Cleanup like this will be one major area that mentors could advise me on. The other major bug that the prototype demonstrated seems to be caused by gnome svg rendering support (librsvg, I assume). Many of the openclipart.org<http://openclipart.org>files cause my Gnome 2.10 to freeze when rendered by my app or Nautilus; Inkscape renders them fine, so I'm assuming the problem is in the SVG renderer, and for now I'm working around it by displaying the PNG images that the openclipart.org<http://openclipart.org>website provides, instead of the actual svg (the actual SVG is inserted into the document, of course). I would also write a tutorial for this feature, and try to publicize any new APIs for the openclipart library that I developed. The things that a mentor would be able to help with include Gnome HIG advice (I have no familiarity with it), insight into the Inkscape renderer (to help solve any bugs related to merging two svg documents, as described above), and information on how to make the feature as widely available as possible. Anyway, sorry to go on for so long, but I figured more detail was better than less. I'm actually a reasonably fun guy, sorry about the stodgy tone of this app, just trying to give you the info you want. I'm really a free software nut, and have a lot of hope for its ability to kickstart the economies of the developing world. This feature in particular is one that, while not technically very interesting, would probably be REALLY appreciated by your users, particularly the less technically adept ones that appreciate conveniences; if there's a single feature on your list that is likely to increase Inkscape's user base, I think this is it. Thanks! -----------------

5 13

Inkscape stats - June 15, 2005
by Bryce Harrington 17 Jun '05

17 Jun '05

Statistics May 15 Jun 1 Jun 15 ========== ====== ====== ====== Max Week's Rank on SourceForge: * 38 33 Total SF Page Views * 1,935,964 3,679,803 Total SF Downloads * 254,647 270,500 Total Freshmeat URL Hits 18,691 19,149 19,482 Total Freshmeat Subscriptions 181 183 186 Lines of Code in src/: 373,651 374,180 375,836 Code lines 259,984 260,236 261,201 Comment line 67,053 67,136 67,657 Blank 53,244 53,443 53,632 Lines of Docs in doc/: 26,848 27,790 27,792 Lines of content in website: 39,865 42,490 42,610 Size of the Inkscape wiki: 27,052 26,729 27,712 Bugs open/total: 208/1196 215/1223 199/1271 Features open/total: 442/ 712 453/ 728 466/746 Patches open/total: 11/ 221 11/ 230 18/247 CVS Commits (as per inkscape-cvs) 11,897 12,040 12,181 Inkscape-devel membership: 173 179 180 Inkscape-announce membership: 197 202 207 Inkscape-user membership: 242 248 257 Num Translations: 33 33 33 Ave Translation Ratio: 47.0 47.8 48.3 * - Statistics unavailable

1 0

Google Summer Of Code Mentors
by John Cliff 15 Jun '05

15 Jun '05

Hi guys, sorry about the blank mail. With the proposal submissions now closed we need to think about who is willing to mentor for us as an organisation, and who is going to be on the tesam that review the proposals and rank them. Google are setting up a web app that will allow multiple people to simultaneously review the proposals, I'm basically asking whose willing to participate in this process? If those of you willing to mentor people would let me know that'd be great, and I'll get you access to the mentor list. Cheers John __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Google Summer Of Code Mentors
by John Cliff 15 Jun '05

15 Jun '05

Hi guys, __________________________________ Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html

1 0

Fwd: [cairo] SVG Scene Toolkit update
by unknown＠example.com 14 Jun '05

14 Jun '05

----- Forwarded message from Liam Breck <svg@...808...> ----- Date: Tue, 14 Jun 2005 18:01:18 -0400 From: Liam Breck <svg@...808...> Reply-To: Liam Breck <svg@...808...> Subject: [cairo] SVG Scene Toolkit update To: cairo@...278... We've posted a new release of the... SVG Scene/Canvas Library for cairo & Pango http://networkimprov.net/airwrx/awscene.html This release deepens the SVG support with paths and shapes, and renders to a cairo Win32 surface. (Text and images are rendered via Win32 GDI at this point - Pango coming soon.) It includes an example app and a build of cairo for Windows. The SVG Scene toolkit enables applications to create views by constructing an SVG content model, or scene. (This functionality is also called a canvas.) The scene may be displayed simultaneously in multiple windows, possibly on separate clients. Rendering of the scene is done via cairo and Pango, which in turn support diverse environments, e.g. Windows, MacOS, Postscript, Xlib, etc. The scene may be manipulated by multiple processes, enabling compound documents. The SVG Scene library supports ownership of content model elements by widgets of high-level application frameworks, but is not tied in to such frameworks. The current release is a prototype that requires Windows 2000 or later. Full source code is included, licensed under GNU LGPL. Feedback requested! Liam Breck Network Improv Boston, Mass. USA _______________________________________________ cairo mailing list cairo@...278... http://lists.freedesktop.org/mailman/listinfo/cairo ----- End forwarded message -----

1 0

question on Google's Summer of Code
by Jeon Jeongho 14 Jun '05

14 Jun '05

Hello. I'm interested in Google's Summer of Code. = resume starts = I am a little aged student of Electrical Engineering, Seoul National University. I have worked IBM solution SI (for 1 year), P2P LEGAL! ;) multimedia streaming server development at Korean top portal NAVER (for 2 years), and intranet and internet board game developments as part-time job. On opensource, I'm leading document translation projects (apache httpd, linux gazette) and have made minor patches (on i18n). I can speak C++, but I'm mainly using C, Java, Perl, Python. = resume ends = I plan to make many presentation format (PDF, swf, SVG, XSL-FO, CSS for print, ...) creation/convert tool/library. There are many good opensource tools/libraries. But I'm concerned about i18n (especially CJK) and (from the latest spec) new feature support. Then I'll evaluate them each, and choose one or start from scratch. I learned Google's offer from the new, and found that Inkscape's vector format import/export project and my goal overlap. Please let me know what I can do for Inkscape, within summer or without just summer limit. +-----------------------------+----------------------------------------+ | Jeon, Jeong ho | http://www.myscan.org/~mahajjh/ | | electrical engineering, | mahajjh@...834... | | seoul national univ. | si hoc legere scis nimium eruditiones habes :-) +-----------------------------+----------------------------------------+

6 7

Fwd: Sketsa SVG Graphics Editor 3.2 released
by unknown＠example.com 14 Jun '05

14 Jun '05

----- Forwarded message from Tonny Kohar <tonny@...498...> ----- Date: Tue, 14 Jun 2005 14:09:57 +0700 From: Tonny Kohar <tonny@...498...> Reply-To: Tonny Kohar <tonny@...498...> Subject: Sketsa SVG Graphics Editor 3.2 released To: www-svg@...157... Kiyut just released Sketsa SVG Graphics Editor 3.2, a cross platform vector drawing application based on SVG. It features various tools for optimizing content creation, giving designers unsurpassed support for creativity. These tools include property palette, source editor, resources editor, SVG specific shape tools, transformation tools, and additional illustration tools. Sketsa uses SVG as a native file format. What's new: - Added Direct Selection Tool - Improved Lasso Tool (Direct Selection) - Improved Property Editor (added TSpan Property) - Improved Document Object Model - Improved Canvas Background (add Background Color) - Fixed Source Editor Find/Replace bug on Windows - Fixed Point Tool during Zoom - Other bug fixes Features: - SVG native file format - Produces clean SVG file without proprietary namespaces - Property palette - DOM Editor - Source Editor - Resource Editor: gradient and filter - SVG specific shape tools rect, ellipse, line, polyline, polygon - Additional illustration tools: Pencil tool for freeform shape and Pen tool for curve shape - Transformation tool: rotate, skew, scale, and translate - Basic Text Tool - Export or rasterize to JPEG and PNG - Plugins Support Check out the screenshot at http://www.kiyut.com/products/sketsa/screenshot.html Check out the web start at http://www.kiyut.com/products/sketsa/webstart/sketsa.jnlp For more information about Sketsa SVG Graphics Editor, please visit http://www.kiyut.com/products/sketsa/index.html ----- End forwarded message -----

1 0

maybe some good ideas of vector work in QT4
by Gazal, Geraud (GE Healthcare) 14 Jun '05

14 Jun '05

Hi, if you have a few minutes, it may be interesting to get a look a this page : http://qt4.digitalfanatics.org/articles/rc1.html The vector deformations (and some other screenshots) are really nice. Regards, Matiphas

1 0

Autopackage wiki page
by Mike Hearn 14 Jun '05

14 Jun '05

Hi guys, Aaron has added a wiki page CompilingAutopackage to describe what must be done. Remember, in much the same way that they can install anywhere, they can be built anywhere too. That means they can be improved anywhere! So, I'd like to ask all Inkscape developers to take a quick look at the specfile, and make sure it's as you see fit. The basic stuff is things like checking the dependencies are OK, more advanced stuff would be packaging plugins and extensions too. I'd really like to push the idea that like with Windows/Mac software, packaging is a part of the development process and should be considered as a feature rather than something that somebody does mechanically at the last minute. Let me know if there are any questions, and I'll hopefully be sending in some patches this summer. thanks -mike

1 0

Mozilla SVG Blog and Call for Opinions
by Jon Phillips 13 Jun '05

13 Jun '05

Looks like the MOZ-SVG is calling for opinions in regards to issues posted on the MOZ-SVG blog...probably a good thing to weigh in on as developers and users: http://weblogs.mozillazine.org/tor/ Jon -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu) Scale Journal (http://scale.ucsd.edu)

1 0

Spanish translation & string correction
by Lucas Vieites 13 Jun '05

13 Jun '05

Hi, I'm attaching the updated spanish po file. I found the following string and I think there might be an error there: gradient-drag.cpp: 654: "%s for: %s%s; drag with <b>Ctrl</b> to snap angle, with <b>Ctrl +Alt</b> to preserve angle, with <b>Ctrl+Alt</b> to scale around center" It says Ctrl+Alt twice for different actions Cheers, -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Blog <http://www.asixinformatica.com/blog> Tel/Fax: +34 986 54 26 98

6 12

Change layer name "(root)" to "(Background)"?
by Colin Marquardt 13 Jun '05

13 Jun '05

Hi, the layer name "(root)" is not translatable until now - I filed the following patch for it: http://sourceforge.net/tracker/index.php?func=detail&aid=1219305&group_id=9… As it says there, should we maybe change the "(root)" to "(Background)"? Gimp 2.2 uses this word, so unless calling this the "root" is vector graphics parlance, I think we should switch. This also comes from my inability to find a nice translation for "root" that doesn't look strange in that context. :) Cheers, Colin -- < This line left intentionally blank to confuse you. >

9 22

Fwd: [Inkscape-devel] Re: Change layer name "(root)" to "(Background)"?
by Joshua Blocher 13 Jun '05

13 Jun '05

---------- Forwarded message ---------- From: Joshua Blocher <verbalshadow@...400...> Date: Jun 13, 2005 11:48 PM Subject: Re: [Inkscape-devel] Re: Change layer name "(root)" to "(Background)"? To: "mental@...3..." <mental@...3...> So call it the Jar... wait that's taken how about.... Nexus the center of the whole SVG regardless of postion in the layers. Makes sense to me. Josh Blocher verbalshadow On 6/13/05, mental@...3... <mental@...3...> wrote: > > Quoting Colin Marquardt <colin@...384... >: > > > Hmm... would "Background (root)" be too long for the layer name? > > It's not really a layer, it's the container for the top-level > layers... > > -mental > > > ------------------------------------------------------- > This SF.Net <http://SF.Net> email is sponsored by: NEC IT Guy Games. How > far can you shotput > a projector? How fast can you ride your desk chair down the office luge > track? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

2 1

Patch for -same strings, different contexts-
by unknown＠example.com 13 Jun '05

13 Jun '05

Hi, Maybe found a solution for the 'same string, different context' issue. It is based on http://developer.gnome.org/doc/API/2.0/glib/glib-I18N.html , and has a very small impact on the code. It works (compile and run) on my computer (compiled under Unbuntu, gcc3.3, following the indications of the wiki), and behaves OK in French and in English. The patch is attached there : http://sourceforge.net/tracker/index.php?func=detail&aid=1203796&group_id=9… It only requires developpers to use the Q_("context|translatable_string) when translatable_string is something that can have different meanings in different context, or if the string is very short. If this solution is ok for you, I can : - add some comments for translators on the already modified strings (only X,Y,W,L in src/select-toolbar.cpp and H,S,V in /src/dialogs/clonetiler.cpp - implement this solutions in some other cases (of short/ambiguous strings) Regards, Matiphas

1 1

Re: [Inkscape-devel] Some elegant Element Renaming in Inkscape (0.41)?
by unknown＠example.com 13 Jun '05

13 Jun '05

Jay Vaughan wrote: >> One last thing to try, if you are willing. >> Copy the entire contents of the share/extensions directory into >> ~/.inkscape/extensions . > > okay, that worked, and is a better solution than trying to do a compile > anyway .. ;) > > will hack at this a bit more tomorrow. I will have to ask Mike about this. Seems that the extensions directories don't work with binreloc. Aaron Spike

1 0

Can't Copy with Win32 Build
by Aaron Spike 13 Jun '05

13 Jun '05

So I have everything building just fine on my windows box at home, but at work I get the following error. C:\inkscape>make -f Makefile.mingw copy config.h.mingw config.h process_begin: CreateProcess((null), copy config.h.mingw config.h, ...) failed. make (e=2): The system cannot find the file specified. make: *** [config.h] Error 2 This is with a fresh checkout. And same steps as at home. I can fix it by copying these files by hand. Does anyone have a clue why it happens? Aaron Spike

1 0

Re: [Inkscape-devel] Some elegant Element Renaming in Inkscape (0.41)?
by unknown＠example.com 13 Jun '05

13 Jun '05

Jay Vaughan wrote: >> >> Yes, inkex.py and a number of examples are in the share/extensions >> directory in CVS. > > okay, downloading it now .. i'm assuming i can just put these in > /usr/share/inkscape/extensions when i'm ready to hack around? Well yes, but you will want to be using a recent CVS build. Here are some pages to get you going: http://cvs.sourceforge.net/viewcvs.py/inkscape/inkscape/doc/extension_syste… http://www.inkscape.org/cgi-bin/wiki.pl?ExtensionArchitectureProposals http://www.inkscape.org/cgi-bin/wiki.pl?ScriptingHOWTO http://www.ekips.org/comp/inkscape/ Also check the list archives. Aaron Spike

1 0