- Inkscape Devel - Inkscape Mailman

Some elegant Element Renaming in Inkscape (0.41)?
by Jay Vaughan 13 Jun '05

13 Jun '05

hi all, i am a very happy user of inkscape for all my SVG needs, and have been using it for the last few releases very happily. thank you for all your hard work, you make wonderful things possible! one thing that i haven't been able to work out how to do, is properly name my objects. i use SVG as a design language, and elements in my SVG document need to be named certain things .. this "rect123" business doesn't really cut it. usually, i just hand-rename things, but lately i've found that there are some objects for which this method just doesn't work. how difficult would it be to add a feature in inkscape where you can select multiple elements, and then type in a 'name template', and have that applied to all objects? for example, i've got "circ1823", "rect123" and "object23" all selected; i want to group these together and give them a common name scheme that looks like this "object-01", "object-02", "object-03" .. i remember in some editing apps (was it Canvas or illustrator, i forget) you could multi-select a group of objects, hit 'Rename', and enter C-like expressions for renaming, like "myobject-%d" where %d would be replaced by the # of the object in the list of the selection. another thing that would be handy is 're-order group', where a group is selected, and you can re-order the name of the elements ("id=" tag) automatically.. is that feasible? should i look at making an extension to do this renaming automatically, would that be the easiest way, or maybe there's a secret hidden feature of inkscape already that allows you to do renaming such as this? -- ; Jay Vaughan

3 5

moving autopackage into cvs
by unknown＠example.com 13 Jun '05

13 Jun '05

Now that I have finally built an autopackage, I think it would be best to move the autopackage configuration into cvs and work on it from there. By default autopackage expects to find /cvsroot/inkscape/autopackage. But it should also work with /cvsroot/inkscape/packaging/autopackage if makeinstaller is run with the path as an additional parameter. Are there any opinions as to whether or not I should add this and where it should go? Mike walked me through some changes to configure.ac, in order to get the autopackage to build. http://www.ekips.org/comp/inkscape/inx/autopackage.diff As I understand some of those changes are just temporary tweaks. Could someone please comment on the significance of these changes? Is there a way to merge this with CVS without breaking anything? Aaron Spike

3 4

Re: [Inkscape-devel] Some elegant Element Renaming in Inkscape (0.41)?
by bulia byak 13 Jun '05

13 Jun '05

On 6/8/05, Jay Vaughan <jayv@...566...> wrote: > how difficult would it be to add a feature in inkscape where you can > select multiple elements, and then type in a 'name template', and > have that applied to all objects? Just renaming is trivial, what is more difficult is updating all references that reference this element. But this is all doable in an extension, I think. > another thing that would be handy is 're-order group', where a group > is selected, and you can re-order the name of the elements ("id=" > tag) automatically.. I'm not sure how reordering is related to names. Can you give an example? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Spanish po update
by Lucas Vieites 13 Jun '05

13 Jun '05

Hi, I attaching the updated spanish po file. -- Lucas Vieites Fariña <lucas@...212...> Web: <http://www.asixinformatica.com/users/lucas/> Blog: <http://www.asixinformatica.com/blog/>

2 2

verbs.h and dialogs
by Bryce Harrington 13 Jun '05

13 Jun '05

Hi Bulia, I notice that you're working on adding a capability to set the dialog titles based on their verbs, however I notice that this is requiring adding a verbs.h include to each of the dialog .cpp's. I'm concerned that by doing this, it's going to cause the dialog code to be recompiled extremely frequently, since verbs.h changes relatively frequently (77 revisions recorded). Bryce

3 4

Re: [Inkscape-devel] svg sounds
by Jose Hevia 12 Jun '05

12 Jun '05

> Hi Jose, > > Interesting proposal! Can you also include in your proposal a > description of what this will be used for? > > Bryce Well, I don't know exactly,but something like: -Create a open sound standard, for the web, not dependent of anyone,(inkscape is far better graphic editing than audacity) easily editable.This could be useful for creating multimedia in inkscape.(animations?) -Explore independent axis representation. It's far easier to adapt beziers to single axis strokes than multiple ones at once. This could be useful to add tablet support for inkscape,paths for animation... -Explore inkscape limits,I expect inkscape to hang with some audio seconds.(44000samples/sec are a lot) -Create your own artificial sounds. -You own your sound data.You could use scripts to play with them. Extract characteristics (search) very easy.(length,area,shape...) -Use graphic techniques(scripts) with sound.Sound ones with graphics. -Be able to mix various sounds if you put one above the other. -Explore my own limits. Jose Hevia

3 2

svg sounds
by Jose Hevia 11 Jun '05

11 Jun '05

Well, here are my two cents google summer of code proposal Make a program that reads a .wav file and converts it to a svg drawing. It will make a graph with: -A center line, representing 0 wave pressure. -An upper and lower limit line. -A graph of pressure axis. Nothing more than consecutive line joints. Well this is easy. It will make a svg sound file (resolution independent). Then make a program that reads this drawing and take sound samples at a given sample rate.(svg->wav). (Harder). Problems: -inkscape(v.0.41) rulers (0,0) start at bottom-left. It seems it understand internally (0,0) as upper-left. Rulers say >0 is up and right, internally down and right. -strange px units. I would like to speak as cm, inches... -Use a library to understand wav or read directly. -Memory structures management.Done. -Make a svg-sound-parser.Search and read a svg-sound element. -Generate wav.(easy). Well, I'm making it anyway, but if someone could pay me for it(google), it will be much faster :-) Jose Hevia

3 2

Updated keys.fr.xml (svg/html)
by unknown＠example.com 11 Jun '05

11 Jun '05

Hi, Peter Moulder had updated keys.xml and keys.fr.xml (Unicode mode) Here is a reviewed/updated version of keys.fr.xml + svg/html generated from it (xsltproc) Regards, Matiphas

1 0

Help on compiling.
by Muthiah Annamalai 11 Jun '05

11 Jun '05

Hello there! Ive got Inkscape-0.41 tarball,[not from CVS]. Then Ive filledin the dependencies gc, gtkmm, libsigc++, etc. I configured with all extensions perl,python, disabled binary relocation, and used gnome-print. Now the whole code compiles well, but I get a link error in the final stage[duh!] of making ./inkscape program itself. There was some errors in ./extensions/internal/ is not able to find references to 'GnomePrint::comment()'. Well Im trying ./configure without gome-print, and other combinations. Anyway, do let me know if there are any known issues. Thanks Muthu. __________________________________ Discover Yahoo! Have fun online with music videos, cool games, IM and more. Check it out! http://discover.yahoo.com/online.html

2 2

translatable template name
by bulia byak 11 Jun '05

11 Jun '05

Attention translators: I just made the name of the default template, default.svg, translatable. This means it will show up in your po files. If you are OK with the current default template, you don't need to do anything. If however you want to make a different default template for your language - for example, translate the name of the default layer or change page size - just "translate" default.svg into, for example, default.de.svg, create the default.de.svg file with your changes and commit it into share/templates. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

[cjohnson@...1...: [Fwd: [rc_spm] Adobe replacement???]]
by Bryce Harrington 10 Jun '05

10 Jun '05

Microsoft's apparently trying to create a graphics program... ----- Forwarded message from Carl Johnson <cjohnson@...1...> ----- Date: Fri, 10 Jun 2005 09:44:05 -0700 From: Carl Johnson <cjohnson@...1...> To: Bryce Harrington <bryce@...1...> Reply-To: cjohnson@...1... Subject: [Fwd: [rc_spm] Adobe replacement???] http://news.com.com/Microsoft+offers+beta+of+Adobe+rival/2100-1012-5740444.… John ----- End forwarded message -----

5 4

Re: [Inkscape-devel] Compiling on Win32
by unknown＠example.com 10 Jun '05

10 Jun '05

aaron@...749... wrote: > Josh gave me a suggestion on jabber. '"perl mkfiles.pl" and then "perl > mkdep.pl"' If that dosen't work I'll ask again. Even after that I get the perl error. extension/script/InkscapePerl.cpp:16:20: EXTERN.h: No such file or directory extension/script/InkscapePerl.cpp:17:18: perl.h: No such file or directory extension/script/InkscapePerl.cpp:18:18: XSUB.h: No such file or directory make[1]: *** [extension/script/InkscapePerl.o] Error 1 make[1]: Leaving directory `C:/inkscape/src' make: *** [all] Error 2 What takes the place of autogen.sh and configure on windows? Aaron Spike

1 0

Re: [Inkscape-devel] Compiling on Win32
by unknown＠example.com 10 Jun '05

10 Jun '05

aaron@...749... wrote: > Josh gave me a suggestion on jabber. '"perl mkfiles.pl" and then "perl > mkdep.pl"' If that dosen't work I'll ask again. Did that and it still complained about three files missing: helper/sp-marshal.h helper/sp-marshal.cpp inkscape_version.h So I copied the corresponding *.mingw versions into place. Perhaps the instructions for creating a tarball need on this page <http://inkscape.org/cgi-bin/wiki.pl?CreatingDists> need to preceed compiling on windows? Aaron Spike

1 0

Gentoo Inkscape
by Bryce Harrington 10 Jun '05

10 Jun '05

A ticket's was opened recently to try to get a more recent version Inkscape marked stable in Gentoo, and over the past couple of days some progresshas been made: http://packages.gentoo.org/search/?sstring=inkscape amd64, ppc64, and sparc are at 0.40 or 0.41. No word yet on x86; it's still at 0.37... Bryce

1 0

Compiling on Win32
by unknown＠example.com 10 Jun '05

10 Jun '05

Bob, Last night I tried to compile Inkscape following the directions you have provided here: http://troi.hous.es3.titan.com/inkscape/ It seemed that I needed to change the location of the GTK folder in mingwenv.bat as well as Makefile.mingw.common. If I'm not doing something wrong you may want to add that to the directions. And when I compile I get the following build error: extension/script/InkscapePerl.cpp:16:20: EXTERN.h: No such file or directory extension/script/InkscapePerl.cpp:17:18: perl.h: No such file or directory extension/script/InkscapePerl.cpp:18:18: XSUB.h: No such file or directory make[1]: *** [extension/script/InkscapePerl.o] Error 1 make[1]: Leaving directory `C:/inkscape/src' make: *** [all] Error 2 Mental suggested that I disable the embedded interpreters. But I never ran configure to enable them in the first place. And I don't know how to turn them off. Any suggestions? Thanks, Aaron Spike

1 0

side-by-side install
by Aaron and Sarah Spike 10 Jun '05

10 Jun '05

Before I learned how to compile CVS, my major concern was "How can I keep the stable version and CVS installed at the same time on linux." This was, of course, no trouble because the stable version was installed to /usr/bin/ and the CVS version was installed to /usr/local/bin/. The reason I had worried was the autopackage nightly builds. When I installed an autopackage it installed in the place of the stable version. Having both versions has been a good experience. It is a safety net. If a old feature breaks in CVS it is likely I can still use that feature in the stable version. Best of all I can do this without having to revert to an earlier version by uninstalling and reinstalling. As long as I was pestering Mike Hearn with my naive questions about building the autopackage, I decided to ask him if there was a way the packaging system could handle the issue and give users the ability to keep side-by-side installs. Mike suggested that the best solution might be to build a different executable for CVS i.e. inkscape-cvs instead of inkscape. This sounds reasonable to me. For instance, the sylpheed mail client has a sister project that builds the experimental sylpheed-claws version. The usability of CVS is definately one of Inkscape's strengths. I think the smaller the barrier between new users and CVS the better. Comments? Aaron Spike

3 2

Memory usage during linking
by Bryce Harrington 10 Jun '05

10 Jun '05

I'm not sure if this was just the machine I was testing on, but the memory usage during linking appears to be fairly intensive. The system was low on swap space, and compilation actually triggered the OOM killer. I had the machine pretty loaded with other stuff so it wasn't a total surprise, but I'm curious if others are having this problem? Is it a new problem? Also, are there things we could be doing to reduce the memory load during the final link? Bryce

3 2

Trace and Script dialogs
by Bryce Harrington 10 Jun '05

10 Jun '05

Bob, I have a few questions on a couple dialogs... I notice that "verbs.h" is included in the headers. I see this is for the 'verb_num' argument that's been added to the Dialog constructor. I looked in Dialog::Dialog() but it doesn't appear to get used in that function for anything. It would be nice if we didn't include verbs.h in the dialog headers, because verbs.h changes often and would force the dialogs to be recompiled excessively. What is the verb_num argument for? Regarding naming, Jizzbug and I felt that the new dialogs should not have 'dialog' in their title, as it's redundant since they're in the Inkscape::UI::Dialog namespace already. Would it be possible to rename TraceDialog to Trace, and ScriptDialog to Script? In TraceDialog, I notice you have a TraceDialogImpl class; it turns out that due to DialogManager, the dialogs are encapsulated well enough that we really don't need to use the Impl trick. Anyway, nice to see all the new dialogs in gtkmm. :-) Bryce

2 1

Open Clip Art Library Release 0.14 Announcement - www.openclipart.org
by Jon Phillips 10 Jun '05

10 Jun '05

*PLEASE FORWARD AND POST LIBERALLY* June 10, 2005 UTC — Release 0.14 of the Open Clip Art Library (www.openclipart.org) is now available for download on-line as an individual package consisting of 3415 images submitted by over 200 artists from around the globe. The project has progressed much this month on the future core of the Open Clip Art Library, the Document Management System (DMS) and more infrastructure has been implemented for the website due to user-demand. In addition to the aggregration of developer blogs at Planet OpenClipArt (http://planet.openclipart.org/), the project is now using the freedesktop.org provided bugzilla bug tracker (https://bugs.freedesktop.org/buglist.cgi?product=openclipart.org) to focalize feature requests and bug reports related to clip art, dms, the website, and other concerns. And, in response to people having difficulty contacting developers, there is now a contact form on the main project page. With regards to the Open Clip Art Library's growing release size, there is now an SVG-only package. And, for all those Windows users out there, the project is now providing a Windows installer that supports 40 languages and allows users to install and uninstall versions of the library package safely and securely. Now is the time to contribute artwork to the library and help develop the infrastructure which allows for easy clip art distribution. All summer the project is looking for summer themed artwork. What a great time to get out of the heat and lend a hand to the ongoing development for the project. Or, go outside and get some inspiration for making some artwork for submission. Use the following URLs to download the latest release of the Open Clip Art Library: http://www.openclipart.org/downloads/0.14/openclipart-0.14.tar.bz2 http://www.openclipart.org/downloads/0.14/openclipart-0.14.tar.gz http://www.openclipart.org/downloads/0.14/openclipart-0.14.zip http://www.openclipart.org/downloads/openclipart-0.14-win32.exe The Open Clip Art Library (http://www.openclipart.org/) aims to create an archive of clip art that can be used freely for any use. All graphics submitted to the project are placed into the Public Domain according to the Creative Commons Public Domain Declaration.

1 0

New gtkmm align-and-distribute dialog
by Bryce Harrington 10 Jun '05

10 Jun '05

Aubanel sent in a patch to upgrade the align-and-distribute dialog to the new dialog system, and to add align/distribute of nodes when in node edit mode. Bryce

3 3

custom palettes and swatches
by Nicu Buculei 10 Jun '05

10 Jun '05

I found I can define my own palette, either in ~/.inkscape/palettes/ or system wide in /usr/share/inkscape/palettes/ and it will be loaded in the swatches dialog. So I made a Gnome HIG palette (attached), which can be used when creating icons. If you think it is useful enough, you can add it to the other default palettes. -- nicu GIMP Palette Name: Gnome HIG # 234 232 227 Basic 3D Hilight (#EAE8E3) 186 181 171 Basic 3D Medium (#BAB5AB) 128 125 116 Basic 3D Dark (#807D74) 86 82 72 3D Shadow (#565248) 197 210 200 Green Hilight (#C5D2C8) 131 166 127 Green Medium (#83A67F) 93 117 85 Green Dark (#5D7555) 68 86 50 Green Shadow (#445632) 224 182 175 Red Hilight (#E0B6AF) 193 102 90 Red Medium (#C1665A) 136 70 49 Red Dark (#884631) 102 56 34 Red Shadow (#663822) 173 167 200 Purple Hilight (#ADA7C8) 136 127 163 Purple Medium (#887FA3) 98 91 129 Purple Dark (#625B81) 73 64 102 Purple Shadow (#494066) 157 184 210 Blue Hilight (#9DB8D2) 117 144 174 Blue Medium (#7590AE) 75 105 131 Blue Dark (#4B6983) 49 78 108 Blue Shadow (#314E6C) 239 224 205 Face Skin Hilight (#EFE0CD) 224 195 158 Face Skin Medium (#E0C39E) 179 145 105 Face Skin Dark (#B39169) 130 102 71 Face Skin Shadow (#826647) 223 66 30 Accent Red (#DF421E) 153 0 0 Accent Red Dark (#990000) 238 214 128 Accent Yellow (#EED680) 209 148 12 Accent Yellow Dark (#D1940C) 70 160 70 Accent Green (#46A046) 38 199 38 Accent Green Dark (#267726) 255 255 255 White (#FFFFFF) 0 0 0 Black (#000000)

3 2

How to input non-ASCII characters in Inkscape
by Peter Moulder 09 Jun '05

09 Jun '05

I see variants on this question from time to time, like How does one get special characters, like left and right quotes, in Inkscape's text? How do I type Greek/Russian/Chinese/Tamil/... in Inkscape? Here's the answer as best as I know. I hope people can fill in the gaps, and perhaps work on making this easier to do from Inkscape. If you only rarely need to type the odd ‘déjà vu’ or degree sign, then the simplest way is with a gui character selection program like gucharmap (Accessories>Character Map in the Gnome menu, or Text>Unicode character map in the Debian menu system). gucharmap wishlist item (which I haven't yet reported): It might be nice if gucharmap made it a bit easier to find commonly-sought characters (introducing hierarchy into the long list of categories, or adding one or more pseudo-blocks of commonly-sought characters that might span more than one of the named blocks). (In its favour, gucharmap does have a search function that can search in character names & descriptions.) Also, it might be nice if gucharmap were to to show any Multi-key combinations defined for the character (see below). If you type non-ASCII characters a little more often, then you might instead use Compose/Multi-key key sequences. The file /usr/X11R6/lib/X11/locale/en_US.UTF-8/Compose lists available key sequences. Many of these sequences start with <Multi_key>. Some keyboards have a Compose key labelled as such. Some X sessions are configured to use the right `Alt' key as Compose/Multi. In my case, I use a ~/.xmodmap file that makes my print-screen key act as a compose/multi key: the ~/.xmodmap file contains a line keycode 0x6F = Multi_key Sys_Req and I do xmodmap "$HOME"/.xmodmap in my ~/.xsession file. However, note that some of the key sequences of interest (e.g. Multi_key o o for degree sign, or Multi_key < " for open curly double quote and similarly the corresponding > and ' versions for closing or single quotes) are available only when using the X input method rather than gtk's default input method -- see below. For typing extended blocks of non-Roman script, you'll want to use an input method. The only way I know of to switch between input methods in a running inkscape session is to open the Text dialog box (Ctrl-Shift-T or in the Text menu) and go to its Text tab and right-click in the text entry area: gtk should give you its standard text-entry context menu including an Input Methods submenu. One can change gtk's default input method (usable in Inkscape's standard in-document text entry) with the GTK_IM_MODULE environment variable, e.g. export GTK_IM_MODULE=xim (X input method) or export GTK_IM_MODULE=scim (Chinese, if you have the scim package and its gtk input method on your system). It would be nice if Inkscape offered an Input Methods submenu in its context menu for text entry. Abiword has code to do this in abi/src/af/xap/unix/xap_UnixFrameImpl.cpp:XAP_UnixFrameImpl::_runModalContextMenu, but I haven't looked into that. Should Inkscape do anything else to make it easier to enter non-ASCII characters? Perhaps have an item in the Text menu to launch gucharmap? Should something like this message go into a short tutorial available in the Help menu? 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!!!!!!!

14 41

PDF Import /Export plugin.
by Muthiah Annamalai 09 Jun '05

09 Jun '05

Greetings to Inkscape community. This is Muthiah Annamalai, from India, Chennai, Tamilnadu. Im planning to take up creation of a PDF Import/Export plugin for Inkscape, as a part of Google Summer of Code contest. Im reading Inkscape code, and hope to contribute to the code base. Im maintainer/lead for Octave-gtk project, at http://octave-gtk.sf.net. Previously Ive submitted some patches to Glade & EOG. Thanks Muthu. __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250

4 3

Examples For Presentation on Inkscape
by Kevin Wixson 08 Jun '05

08 Jun '05

Inkscape Artists, I'm giving a presentation on Inkscape at my local LUG on the 21st, and I need some really outstanding examples of work done in Inkscape so I can really wow them. I've looked at the Wiki page and will be linking to some of the work I found there, but I really need some more examples I can actually put in my OOo Impress presentation, which will subsequently be published on the LUG's web site. I'm interested in receiving examples of your best work of any variety, short bio information (with hyperlink, if applicable), and copyright licensing details, so that I can use them as I've described. Please send to examples@...738... . Also, I would sincerely appreciate an SVG drawing of the Bezier curve mathematical formula. It's for use in the same, but may have other applications as well. Thank you very much. -Kevin Wixson

2 4

[SoC] Applicant for the canvas widget proposal
by Emanuele Aina 08 Jun '05

08 Jun '05

Hello! I'm interested to work on the proposal to separate the SVG canvas widget from the rest of the program. To submit the application to Google I'm asked the description of the project and I have just sent the text from the wiki. It's ok? > Break out the canvas to a widget > > * Create a GTK SVG canvas widget based off SPCanvas, to allow other > projects to easily make use of an SVG canvas. I don't know if I'm going to complete the project, but it's worth trying. What should I do to have my application approved? (I've cc'ed John Cliff, as it seems to be the mentor for the project :) -- Buongiorno. Complimenti per l'ottima scelta.

4 9

Problems running current cvs
by Lucas Vieites 08 Jun '05

08 Jun '05

Hi, I updated my local cvs and compiled today's inkscape version. I had to update my gc version to 6.5 (was that a correct move?) Did the regular autogen.sh -> configure -> make -> make install (configure went with the "--prefix=/opt" option in order not to screw up my working inkscape). No errors, all went fine. Now if I run "/opt/bin/inkscape" it does nothing, "/opt/bin/inkview" works as expected though. Any ideas?? Thanks -- 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

2 1

Get laid with local girls
by Candy 08 Jun '05

08 Jun '05

There is this free date site filled with a bunch of nymphos. No flowers, no walk on the beach, just meet up for sex :) There are also some people who want serious relationships though So if you want a long-termer, or a one-nighter, you got it ;) Whatever floats your boat pretty much! http://www.doittonight.com/

1 0

Build failure: need errno include in latex-pstricks.cpp
by Per Bjornsson 08 Jun '05

08 Jun '05

Hi, I'm getting a build failure (from current public CVS) using GCC 3.4 on Fedora Core 3; it claims to fail because errno is undefined in src/extensions/internal/latex-pstricks.cpp . The attached trivial patch just adds an "#include <errno.h>" to that file; builds and runs fine (as far as I can tell after only a couple of minutes of use) with this. Do you prefer that even trivial issues like this are filed in the bug tracker, or is just hitting the mailing list OK? Cheers, Per -- Per Bjornsson <perbj@...604...> Ph.D. Candidate, Department of Applied Physics, Stanford University

2 1

Translations and Shortcuts with ALT+something
by Taraben, Adib 07 Jun '05

07 Jun '05

Hello, there is this shortcut for ie. ALT+D to get the clone. But ALT+D ist also in the Menu the mostleft item <File> wich is in German <Datei>. There are two possibilities: 1. change the shortcut for the function in the translated language 2. change the translation of the menu iten so it becomes an other shortcut but 1. I donot feel confident as the shortcuts are across all translations the same no learning needed 2. specially this menu point has a very common translation, an other word would sound strange there How to proceed ? Thanks, Adib.

6 12

canvas cacheing (Re: [Inkscape-user] quick preview mode)
by unknown＠example.com 07 Jun '05

07 Jun '05

Quoting David Soukal <david.soukal@...826...>: > The problem is that Inkscape was extremely slow. I had to wait > several seconds before and object appeared, after I added it on > the canvas. I solved the problem by taking a picture of the screen > with the whole plot, saving it as JPEG and importing this JPEG > into a layer. I then scaled it so that it looked like the vector > plot beneath. Finally hiding the layer with the imported EPS made > everything work fast so I could add the annotations.. Actually we should be doing a lot of that sort of thing automatically during interactive rendering. We don't currently, partly because doing it to that extent needs some rearchitecting of the canvas stuff, and partly because the existing cacheing code had to be turned off because it had bad memory leaks. This isn't strictly a Cairoification thing, but it would be nice if we could address this sort of thing too then. > My question is, would it be possible (or is it already there?) to > add some mode of display in which Inkscape would draw only > black-and-white preview of selected object (or whole figure), > without any fills, strokes, antialiasing... anything. Something > like CorelDraw's "wireframe" mode. There's an RFE in for that; we just need someone to do it. -mental

1 0

Using GNOME CVS and Bugzilla?
by Christian Rose 07 Jun '05

07 Jun '05

I'd like to ask a question (or rather two): * Are there any plans on using GNOME CVS and GNOME Bugzilla for Inkscape development? Since I've already searched the website and the archives for answers, but didn't really find them, I'd also like to also ask: * Would you be interested in using GNOME CVS and GNOME Bugzilla for Inkscape development? Remember, using either one does not require that you are part of GNOME Core in any way, or that you are required to have any dependencies more than what are already in Inkscape at the moment. To be precise, this is what is required for a piece of software to be in GNOME CVS: http://live.gnome.org/NewCVSModules Notice the lack of "you must use gnome-print", "we will dictate what you should use", "you cannot interoperate with any other platform", "using cvs.gnome.org means you have to eat babies", and so on. ;-) So why would I suggest that Inkscape be using cvs.gnome.org and bugzilla.gnome.org? Well, doing so would make it much more easy for GNOME contributors to contribute to Inkscape (when given permission of course), and obviously also the other way around. I come from a translation perspective, and cross-software contributions are especially important for translation. The GNOME Translation Project (GTP) has more than 115 language teams and many hundreds of translators translating into those languages. We're usually quite successful, and many applications that are placed in GNOME CVS get completely new translations within only a few days. Also, since the translation teams in the GTP cover all of GNOME, the translations are often very consistent in terms of terminology etc. So not only is (at least most of) the software HIG-compliant, it's also consistent in translated terminology. But in order to do that, GNOME translators must have easy access to the software to translate. The reason it currently works is because all translation teams have access to cvs.gnome.org, and so they can translate not only all of GNOME Core, but all other software that's inside GNOME CVS, like Gimp, Dia, Gnumeric, Sodipodi, and so on. What the GNOME translators cannot easily do is translate applications that for some reason are hosted outside of GNOME CVS, like Inkscape. In order to solve that problem, Inkscape would have to be in GNOME CVS. So being in cvs.gnome.org would really be a boost in terms of translations (and probably also other contribution-related areas as well). I'm confident that you'd see quite a lot of improvement in the area of translations just moments after a migration. I hope that it comes without saying that if you should decide that you want to host Inkscape on cvs.gnome.org, I will personally help as much as I can with the migration process. So what are your comments? Ideas? Questions? Flames? (On second thought, please avoid flames ;-) Please cc: me on replies, as I'm not subscribed to the list. Thanks for your consideration, Christian

6 11

[Fwd: Updated spanish po]
by Lucas Vieites 07 Jun '05

07 Jun '05

I know, I know. --------- Mensaje reenviado -------- > De: Lucas Vieites <info@...212...> > Para: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> > Asunto: Updated spanish po > Fecha: Tue, 07 Jun 2005 09:56:31 +0200 > > Attaching today's update. I'll try to keep this updated until .42 > release. -- 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

1 0

Updated spanish po
by Lucas Vieites 07 Jun '05

07 Jun '05

Attaching today's update. I'll try to keep this updated until .42 release. -- Lucas Vieites Fariña Asix Informática <info@...212...> http://www.asixinformatica.com/ Tel/Fax: +34 986 54 26 98

1 0

Loosing current layer
by Ted Gould 06 Jun '05

06 Jun '05

Okay, Getting stuck in DFW because of weather was frustrating, but it meant that I got Inkscape stuff done :) I've got it so that I new window does not pop up for script based effects. But, you loose the current layer (and a warning prints on the console). Not good. I think what I want to do is be able to find every window that references a particular document, and figure out what their current layer is. I couldn't figure out a way to do that. It looks like the list I want is in the Inkscape::Application, but I can only get that through a private variable in SPView (or Desktop). Am I missing something on how this should work? --Ted

3 2

What are your development tools?
by Felix Rabe 06 Jun '05

06 Jun '05

Hi everybody, As I have some time until July for "doing nothing" a few hours a day ;) , I'd like to volunteer for doing something, ie. Inkscape things. I'm learning C++ currently (Stroustrup's book). I use Ubuntu Linux on i386 and did quite some programming using Python and PyGTK in the last few months. What is needed / do you use aside from cvs, g++ and a text editor? (And what text editor, as I used Emacs, tried Vim, and use gedit currently. No flamewars please, I'm glad there are so few of them here :o) , just "I use editor foo (because ...)".) Do you use Valgrind, any test suites, gdb / ddd ... ? Where do I start to learn how to use them? Also, do you recommend some literature / books, as I did not (and most probably will not) study computer science? (I have a "Design Patterns", Gamma et al, here.) I have a small budget for good material. I also wonder about more exotic things - do you print out code you wrote for review (my printer doesn't work atm), do sports, drink coffee (I'm not going to do that, just wondering), gather regularly on Jabber - anything that might be of interest in terms of a programmer's life and how to get / remain productive. Thanks for any answers, Felix

9 12

RE: [Inkscape-devel] sp_document_new
by De Winne, Joris 06 Jun '05

06 Jun '05

Hello, Sorry for the late repsonse, but I wasn't behind my computer for a couple of days. I created a stack trace, with the following result: #0 0x4007f713 in GC_mark_from () from /usr/lib/libgc.so.1 #1 0x4007f399 in GC_mark_some () from /usr/lib/libgc.so.1 #2 0x400786f5 in GC_stopped_mark () from /usr/lib/libgc.so.1 #3 0x40078322 in GC_try_to_collect_inner () from /usr/lib/libgc.so.1 #4 0x4008209a in GC_init_inner () from /usr/lib/libgc.so.1 #5 0x4007db35 in GC_generic_malloc_inner () from /usr/lib/libgc.so.1 #6 0x4007dc91 in GC_generic_malloc () from /usr/lib/libgc.so.1 #7 0x4007df85 in GC_malloc () from /usr/lib/libgc.so.1 #8 0x080e5ced in operator new (size=508, scan=138322128, collect=AUTO, cleanup=0, data=0x1fc) at gc-core.h:82 #9 0x08201cda in sp_repr_new (name=0xbf7ff8b4 "svg:svg") at gc-managed.h:55 #10 0x081feb92 in sp_repr_svg_read_node (node=0x83d2858, default_ns=0x82f0a8f "http://www.w3.org/2000/svg", prefix_map=0x83c9ae0) at xml/repr-io.cpp:278 #11 0x081fe9b6 in sp_repr_do_read (doc=0x83ca690, default_ns=0x82f0a8f "http://www.w3.org/2000/svg") at xml/repr-io.cpp:188 #12 0x081fe4c8 in sp_repr_read_file (filename=0x83ca690 "", default_ns=0x1fc <Address 0x1fc out of bounds>) at xml/repr-io.cpp:87 #13 0x080d7a98 in sp_document_new (uri=0x8381f9c "/users/software/jdewinne/sandboxes/iStudioNG/src/svg/latest.svg", advertize=508, keepalive=508, make_new=false) at document.cpp:386 #14 0x080d61f8 in LayoutRenderer::renderLayout (this=0x0) at basic_string.h:717 #15 0x080d65f4 in LayoutRenderer::startRendering (ptr=0xbffff800) at LayoutRenderer.cpp:89 #16 0x409dee51 in pthread_start_thread () from /lib/libpthread.so.0 #17 0x409deecf in pthread_start_thread_event () from /lib/libpthread.so.0 #18 0x40bf892a in clone () from /lib/libc.so.6 I hope this might give some more information. I also call gtk_init() and Inkscape::GC::init(), but in a different thread (the main thread). All help is still welcome! Joris -----Original Message----- From: MenTaLguY [mailto:mental@...3...] Sent: donderdag 2 juni 2005 4:16 To: De Winne, Joris Cc: 'inkscape-devel(a)lists.sourceforge.net' Subject: Re: [Inkscape-devel] sp_document_new Are you calling Inkscape::GC::init() once as well as gtk_init()? I still wouldn't have expected it to reach the point where it seemingly did, but I still don't have much information to go on. Could you give me a full backtrace rather than just the topmost entry? -mental

2 1

support request
by Open Source Survey 06 Jun '05

06 Jun '05

Dear Developers, First we would like to tell you that this is not spam, but a one time request for your support. We are two master students from the Erasmus University Rotterdam (http://www.eur.nl) in the Netherlands, and we are doing research on the subject of Open Source developer motivation. To gather data for this research we are conducting an online survey. We hope that you are willing to help us out by participating. Our survey can be accessed by clicking on the following link: http://smeijer.homelinux.org:8080/survey/index.php Completing the survey will only take about 10 minutes, is completely anonymous, and will really help us out a lot. Of course we are more than willing to share our findings with you. If you are interested in the outcomes of our research, let us know at opensourcesurvey@...400... and we will send you the final results. Sincerely yours, Cornelis & Douwe Students Erasmus University Rotterdam

1 0

release notes
by bulia byak 05 Jun '05

05 Jun '05

As one of the steps towards 0.42, I'd like to ask all the devs to go to http://inkscape.org/cgi-bin/wiki.pl?ReleaseNotes and fill in the many placeholders in [] replacing them with detailed descriptions of what you have done for this version. If anything's missing, feel free to add. Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 6

news article
by John Cliff 04 Jun '05

04 Jun '05

Hi Guys, I wanted to put a news item about the summer of code on the front page, but my wordpress account doesnt have the privelege level required to post it, I've saved the draft, could one of you guys put it up for me? (Have a read of it first, many eyes and all that) If you know how to up the privelges too that'd be great Cheers John __________________________________ Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html

3 3

Inkscape .42 About Screen Contest
by Joshua A. Andler 03 Jun '05

03 Jun '05

Hey all! Since we will be releasing a new version of Inkscape in the near future, we need to have a new about screen done. So... we will now have our second official contest for the Inkscapers on DeviantART. If you are not currently a DeviantArt member and are interested, please use the link below to sign up to be able to show us what you can do. Basics: *Our goal is to show off what inkscape can do in a somewhat artistic manner with the intent of giving credit to all of the project contributors. *We also recommend using a current CVS version (nightly build) to attempt to show off some new features. Nightly builds can be obtained from our downloads page (link is below) under the "Development Versions" section. *Upload your submission to your gallery or scraps on DeviantART and post a link and description at the link below. Rules: *The canvas dimensions must be 750x625 px / 600x500 pt (your image can bleed outside of the canvas, but anything outside of the canvas border will not be rendered) *It must be made in Inkscape only with no post processing as we will require the SVG file to use for the about screen *It must load relatively fast since it will be rendered in real-time when someone views the about screen *It must include the full list of Authors from the link above (flowtext would be recommended) *It must include the version number (.42) *It must not contain anything offensive *Have fun! Deadline: *June 21st, 2005 Prize: *Having your art be the About screen for the new version and a credit for your work. Judging: *Preliminary judging will be done by the Inkscape community on DeviantART, when we have an official "Top 3", the judging will then be turned over to the inkscape developers for final judging. Please note that once it is turned over to the developers, once they have chosen the winner, they may have requests for modifications. Relevant links: *Inkscape Website - http://www.inkscape.org/ *Inkscape downloads page - http://www.inkscape.org/download.php *List of Authors - http://www.scislac.com/inkscape/authors.txt *Join DeviantART - http://www.deviantart.com/join/ *Inkscape on DeviantART - http://inkscape.deviantart.com/ *Inkscape Community on DeviantART - http://inkscapers.deviantart.com/ *Submissions - http://inkscapers.deviantart.com/journal/5542352/ -Josh

3 3

[cdibona@...819...: Re: mentoring techniques [was Re: Duplicate project requests]]
by Bryce Harrington 03 Jun '05

03 Jun '05

Fixed ----- Forwarded message from Chris DiBona <cdibona@...819...> ----- Date: Fri, 3 Jun 2005 13:19:59 -0700 From: Chris DiBona <cdibona@...819...> To: summer-administrators@...820... Reply-To: summer-administrators@...820... Subject: Re: mentoring techniques [was Re: Duplicate project requests] Hi Bryce, Sorry about that, the change is going out in the next push. Chris On 6/3/05, Bryce Harrington <bryce@...260...> wrote: <...> > P.S. Chris, if you read this, it looks like the Inkscape link on the > summerofcode page is wrong; it should point to www.inkscape.org. Thanks! > -- Open Source Program Manager, Google Inc. Google's Open Source program can be found at http://code.google.com Personal Weblog: http://dibona.com ----- End forwarded message -----

1 0

Inkscape Project joins Google's Summer of Code
by Bryce Harrington 03 Jun '05

03 Jun '05

Google has accepted the Inkscape project as an available mentor for their Summer of Code program. In this program, students can undertake a coding project for the mentoring project. Google will award $4500 to the student for completion of the work, and donate $500 to the sponsoring organization. John Cliff was instrumental in motivating us to get involved, and will be serving as the primary coordinator and point of contact. He will help link students up with Inkscape developers and keep an eye on the overall process. He has created this page listing ideas for projects: http://www.inkscape.org/cgi-bin/wiki.pl?Googles_Summer_Of_Code (I'd like to propose that the $500 provided to Inkscape be used as a bounty for a follow-on project to the given work, such as review, integration, testing, documentation, etc. to be determined by the student with guidance from the inkscape developers.) If you're a student in the U.S. and can code, you may find this to be an extremely enjoyable way to spend your summer! The due date for your application to Google is June 14th. Work is to be completed by Sept 1st. If you're interested, please email John Cliff (simarilius at yahoo dot com) so he's aware; he can also help review your proposal or give advice as you go. Good luck! Bryce ----- Forwarded message from Chris DiBona <cdibona@...819...> ----- Date: Wed, 1 Jun 2005 19:12:14 -0700 From: Chris DiBona <cdibona@...819...> To: bryce@...260... Reply-To: Chris DiBona <cdibona@...819...> Subject: Fwd: [M#27335131] Inkscape interested in mentoring Hi Bryce, Sounds good. You got in just under the wire. ------------------------ Trakken Ticket Info ------------------------ Ticket ID: 27335131 Ticket State: Open Message Type: Incoming Message Queue: Code Acknowledge: ALL products:WorkFlow:Auto Replies:Code autoreply Ticket URL: http://google.trakken.com/cgi-bin/search.py?ticket_id=27335131 -------------------------- Message Follows -------------------------- Hi Chris, The Inkscape project would be willing to serve as a mentor. We've mentored student projects before, most notably Inkboard (http://inkboard.sourceforge.net/). John Cliff (simarilius@...36...) can serve as point of contact, and has itemized a list of possible projects: http://www.inkscape.org/cgi-bin/wiki.pl?Googles_Summer_Of_Code (In particular, I would highlight the 'pdf library' effort. PDF support in open source drawing programs is pretty haphazard currently. Scribus has the best PDF support but it is very tied into that program's internals. The Scribus and Inkscape developers have discussed creating a stand-alone library for operating on PDFs derived from Scribus' PDF code. We estimate this would be a 5,000-10,000 line effort.) Thanks, Bryce Bryce Harrington ~ bryce@...260... ~ bryce@...1... -- Open Source Program Manager, Google Inc. Google's Open Source program can be found at http://code.google.com Personal Weblog: http://dibona.com ----- End forwarded message -----

4 5

Project proposal advice
by Bryce Harrington 03 Jun '05

03 Jun '05

Some of the people writing proposals for Inkscape projects had questions about if they were proposing a "big enough" project, and worried that they needed to have more ambitious features. I started a wiki page on our site with some suggestions and advice for scoping out project plans: http://www.inkscape.org/cgi-bin/wiki.pl?SOC_Writing_Project_Proposals Please feel free to add to that page if you have advice to give. :-) Bryce

1 0

Translation doubts
by Lucas Vieites 03 Jun '05

03 Jun '05

Hi, I'm updating the spanish translation for the 0.42 release and I'm running into some doubts: /src/dialogs/tiledialog.cpp - line 817: "Equal Height": Is this a verb like in: "I'm going to make the height equal, I will equal the heights.", or rather "These objects have the same heights, they have equal heights" - line 886: "Equal Width": idem - BBox: Is this short for "bounding box"? Should it be translated or is ti s astandard way of calling that kind of item? Thanks, I'll be bothering you with some more later on ;-) -- 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

2 1

Project Stats for June 1st, 2005
by Bryce Harrington 03 Jun '05

03 Jun '05

As can be seen, SourceForge has started their new statistics system finally! The numbers reported are done differently than before, so I've had to change what we track in our stats. Statistics May 15 Jun 1 ========== ====== ====== Max Week's Rank on SourceForge: * 38 Total SF Page Views * 1,935,964 Total SF Downloads * 254,647 Total Freshmeat URL Hits 18,691 19,149 Total Freshmeat Subscriptions 181 183 Lines of Code in src/: 373,651 374,180 Code lines 259,984 260,236 Comment line 67,053 67,136 Blank 53,244 53,443 Lines of Docs in doc/: 26,848 27,790 Lines of content in website: 39,865 42,490 Size of the Inkscape wiki: 27,052 26,729 Bugs open/total: 208/1196 215/1223 Features open/total: 442/ 712 453/ 728 Patches open/total: 11/ 221 11/ 230 CVS Commits (as per inkscape-cvs) 11,897 12,040 Inkscape-devel membership: 173 179 Inkscape-announce membership: 197 202 Inkscape-user membership: 242 248 Num Translations: 33 33 Ave Translation Ratio: 47.0 47.8 * - Statistics unavailable

2 2

SVG Scene Toolkit debuts
by Bryce Harrington 02 Jun '05

02 Jun '05

Just got this announcement of an SVG canvas based on Cairo. Bryce ----- Forwarded message from Liam Breck <svg@...808...> ----- Date: Thu, 02 Jun 2005 13:50:02 -0400 From: Liam Breck <svg@...808...> To: Bryce Harrington <bryce@...260...> Subject: SVG Scene Toolkit debuts [Hi Bryce, could you forward this to the Inkscape list for me? thanks!] Network Improv Introduces the... SVG Scene/Canvas Library for Cairo & Pango http://networkimprov.net/airwrx/awscene.html Our 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 multiple targets, e.g. Windows, MacOS, Postscript, Xlib, etc. The scene may be accessed and 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, and renders using native Win32 functions. Full source code is included in the download, licensed under GNU LGPL. Feedback requested! Liam Breck Network Improv Boston, Mass. USA ----- End forwarded message -----

1 0

sp_document_new
by De Winne, Joris 02 Jun '05

02 Jun '05

Hello, I'm trying to create a viewer based on the inkscape SVG viewer. I based my viewer on the code in inkview.cpp. But during execution I always get a segmentation fault when I call sp_document_new. I create a LayoutRenderer and on that object I call the function renderLayout. Here's some part of the code I use: LayoutRenderer::LayoutRenderer() { changed = false; uriLatest = "latest.svg"; vector<string> result; vector<string>::iterator it; result = Util::putFileInVector(uriLatest); latest = ""; it = result.begin(); while(it != result.end()) { latest += *it + "\n"; it++; } Inkscape::GC::init(); setlocale (LC_NUMERIC, "C"); if (result.size() > 0) { changed = true; } } void LayoutRenderer::renderLayout() { cout << "Start rendering \n"; GtkWidget * w = gtk_window_new (GTK_WINDOW_TOPLEVEL); cout << "Created new window\n"; SPDocument * doc = sp_document_new (uriLatest.c_str(), TRUE, TRUE, false); cout << "Created new document\n"; GtkWidget * view = sp_svg_view_widget_new (doc); cout << "Created new view\n"; cout << "rendering created objects \n"; sp_svg_view_widget_set_resize (SP_SVG_VIEW_WIDGET (view), FALSE, sp_document_width (doc), sp_document_height (doc)); sp_document_ensure_up_to_date (doc); sp_document_unref (doc); gtk_widget_show (view); cout << "rendering add to container\n"; gtk_container_add (GTK_CONTAINER (w), view); gtk_widget_show (w); cout << "Start rgoing to main loop\n"; gtk_main (); } The function gtk_init (&argc, (char ***) &argv); has been called prior to all the rendering calls. This is the output I get: Start rendering Created new window Segmentation fault Any help is welcome? Thnx, 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 2

Starting the Inkscape 0.42 release process
by Bryce Harrington 01 Jun '05

01 Jun '05

We had tentatively selected today as the starting date for the Inkscape 0.42 release process. I sense people have been looking forward to this day, and are ready to see a new Inkscape release. :-) It's been quite a while since our last release, and so many of our newer developers don't have first hand experience with our release processes. Here's a brief run down of what we usually do: First, we enter a wrap up phase called the "Frost", where developers are encouraged to bring any features they've been working on to a suitable state for formal release, stop adding any new features, and to start focusing on bug fixing. Generally this phase only lasts for a week or two. Next, we enter a bug fixing phase called the "Feature Freeze". We identify some bug fixing goals, using a scoring system that folks have found to give a fun challenge. A list of "must fix bugs" is also generated, that the developers want to see fixed before a release is allowed; we usually don't get every one of these bugs fixed, but we certainly try to leave as few open as possible. I will be posting daily reports on our bug status as we go. Translations, documentation, release notes, and so forth also need to be updated and finalized. This phase can go on for several weeks, depending on how bad the bugs are. Once all of the must fix bugs are fixed and all the objectives have been met, we enter the "Hard Freeze" phase. Two "Freeze Wardens" are named and all development is done as patches submitted to the freeze wardens for review and integration. This phase is intended to be quite short - a matter of days. This is intended to give us a final QA focus. Finally, we tag and branch the codebase, create the packages, and proceed with the release. :-) For Inkscape 0.42, I estimate that going through this process will take on the order of one to two months. It is driven largely by how quickly the bugs can be fixed, so please plan on contributing some time to this effort this month, and hopefully we can make swift progress towards our goal. Bryce

3 4

EPS export
by Franz Haeuslschmid 01 Jun '05

01 Jun '05

Dear developers of Inkscape, I have made one observation, that could help to improve Inkscape. I noticed that EPS files that are output by the `Save as' dialog start with ,---- | %!PS-Adobe-3.0 `---- However, the documentation for GSview (for instance) states, that EPS files start with ,---- | %!PS-Adobe-3.0 EPSF-3.0 `---- and that is one of several prerequisites for an usable EPS. I'm far from being an expert on EPS, however inserting `EPSF-3.0' manually did for me the trick to make GSview treat the exported EPS files as real EPS. I use Inkscape (Inkscape0505310200.zip) on a MS-Windows platform. Franz.

4 4

New OSX compile problems
by Jon A. Cruz 01 Jun '05

01 Jun '05

I'm trying to start building Inkscape on OS X. I'm on Tiger, and setup with fink unstable. I've gotten to the link, where things are failing. Any ideas? g++ -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded- virtual -Wswitch -Wno-unused-parameter -I/sw/include - D__LONG_DOUBLE_128__ -g -O0 -o i\ nkscape --export-dynamic main.o -Wl,-bind_at_load -L/sw/lib libinkpre.a application/libinkapp.a dialogs/libspdialogs.a trace/ libtrace.a svg/libspsvg.a widg\ ets/libspwidgets.a display/libspdisplay.a helper/libspchelp.a libcroco/libcroco.a libnrtype/libnrtype.a libnr/libnr.a livarot/ libvarot.a ui/view/libuiview.a\ ui/libui.a ui/dialog/libuidialog.a ui/widget/libuiwidget.a extension/ libextension.a extension/implementation/libimplementation.a extension/ internal/libinte\ rnal.a extension/script/libscript.a xml/libspxml.a util/libinkutil.a io/libio.a inkjar/libinkjar.a libinkpost.a debug/libinkdebug.a -L/usr/ X11R6/lib /sw/lib\ /libgtkmm-2.4.dylib /sw/lib/libgdkmm-2.4.dylib /sw/lib/ libatkmm-1.6.dylib /sw/lib/libpangomm-1.4.dylib /sw/lib/ libglibmm-2.4.dylib /sw/lib/libgtk-x11-2.0.dy\ lib /sw/lib/libgdk-x11-2.0.dylib -lXrandr -lXinerama -lXext -lX11 - lXcursor /sw/lib/libatk-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib /sw/ lib/libpangoxft-1.0\ .dylib /sw/lib/libpangox-1.0.dylib /sw/lib/libxslt.dylib /sw/lib/ libxml2.dylib -ldl /sw/lib/libsigc-2.0.dylib -lpng -lz /sw/lib/ libpopt.dylib -lXft -lXrende\ r -lfontconfig /sw/lib/libpangoft2-1.0.dylib /sw/lib/ libpango-1.0.dylib -lm /sw/lib/libgobject-2.0.dylib /sw/lib/ libgmodule-2.0.dylib /sw/lib/libglib-2.0.dy\ lib /sw/lib/libintl.dylib /sw/lib/libiconv.dylib -lfreetype /sw/lib/ libgc.dylib -lpthread /usr/bin/ld: warning multiple definitions of symbol _locale_charset /sw/lib/libiconv.dylib(localcharset.o) definition of _locale_charset /sw/lib/libintl.dylib(localcharset.lo) definition of _locale_charset /usr/bin/ld: Undefined symbols: typeinfo for Atk::Implementor typeinfo for Gtk::Bin typeinfo for Gtk::Dialog typeinfo for Gtk::Object typeinfo for Gtk::Widget typeinfo for Gtk::Window typeinfo for Gtk::Container typeinfo for Glib::ObjectBase typeinfo for Glib::Object typeinfo for Glib::Interface typeinfo for Gtk::CellLayout typeinfo for Gtk::TreeModelColumnRecord typeinfo for Gtk::ComboBox typeinfo for Gtk::Box typeinfo for Gtk::VBox typeinfo for Gtk::FileChooser typeinfo for Gtk::FileChooserDialog typeinfo for Gtk::HBox typeinfo for Gtk::HandleBox typeinfo for Gtk::MessageDialog typeinfo for Gtk::Adjustment typeinfo for Gtk::CheckButton typeinfo for Gtk::CellEditable typeinfo for Gtk::ToggleButton typeinfo for Gtk::Entry typeinfo for Gtk::Button typeinfo for Gtk::Editable collect2: ld returned 1 exit status make[2]: *** [inkscape] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2

3 4

OS X build
by MenTaLguY 01 Jun '05

01 Jun '05

Just as a matter of interest, I now have CVS building on a 10.3 machine with fink unstable. The only dependency that wasn't in fink was libgc; I downloaded and installed 6.5 the old-fashioned way and it worked fine. Note that (when building using fink libraries) you will need to specify -I/sw/include and -L/sw/lib in your CXXFLAGS and LDFLAGS when running configure. -mental

4 3

RE: [Inkscape-devel] sp_document_new
by De Winne, Joris 01 Jun '05

01 Jun '05

Hello, This is the backtrace I get from gdb Starting program: /users/software/jdewinne/sandboxes/iStudioNG/src/svgViewer [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 2355)] [New Thread 32769 (LWP 2356)] [New Thread 16386 (LWP 2357)] [New Thread 32771 (LWP 2358)] Start rendering Trying to receive Created new window Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16386 (LWP 2357)] 0x4007f713 in GC_mark_from () from /usr/lib/libgc.so.1 Joris On Tue, 2005-05-31 at 11:59, De Winne, Joris wrote: > Hello, > > I'm trying to create a viewer based on the inkscape SVG viewer. I > based my viewer on the code in inkview.cpp. But during execution I > always get a segmentation fault when I call sp_document_new. Can you get a backtrace from gdb? It would help to know where the segmentation fault is happening. -mental - - - - - - - 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.

1 0

Building inkscape under cygwin.
by Franz Haeuslschmid 30 May '05

30 May '05

Hello, I'm lately trying to compile inkscape using the latest edition of cygwin. However the build process is permanently aborting: make all-recursive make[1]: Entering directory `/cygdrive/d/Src/inkscape' Making all in src make[2]: Entering directory `/cygdrive/d/Src/inkscape/src' depbase=`echo object-edit.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`; \ if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/freetype2 -I/usr/X11R6/include -I/usr/include/freetype2 -I/opt/cxclient/usr/X11R6/include -DPOTRACE=\"potrace\" -DXTHREADS -DXUSE_MTSAFE_API -I/home/haeuslsc/local/include/gdkmm-2.4 -I/home/haeuslsc/local/lib/gdkmm-2.4/include -I/home/haeuslsc/local/include/glibmm-2.4 -I/home/haeuslsc/local/lib/glibmm-2.4/include -I/home/haeuslsc/local/include/pangomm-1.4 -I/home/haeuslsc/local/include/gtk-2.0 -I/home/haeuslsc/local/lib/gtk-2.0/include -I/usr/X11R6/include -I/home/haeuslsc/local/include/sigc++-2.0 -I/home/haeuslsc/local/lib/sigc++-2.0/include -I/home/haeuslsc/local/include/glib-2.0 -I/home/haeuslsc/local/lib/glib-2.0/include -I/home/haeuslsc/local/include/pango-1.0 -I/usr/include/freetype2 -I/opt/cxclient/usr/X11R6/include -I/home/haeuslsc/local/include/gtkmm-2.4 -I/home/haeuslsc/local/lib/gtkmm-2.4/include -I/home/haeuslsc/local/include/atkmm-1.6 -I/home/haeuslsc/local/include/atk-1.0 -I/usr/include/libxml2 -I../cxxtest -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -MT object-edit.o -MD -MP -MF "$depbase.Tpo" -c -o object-edit.o object-edit.cpp; \ then mv -f "$depbase.Tpo" "$depbase.Po"; else rm -f "$depbase.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:846: error: `isfinite' undeclared in namespace `std' make[2]: *** [object-edit.o] Error 1 make[2]: Leaving directory `/cygdrive/d/Src/inkscape/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/d/Src/inkscape' make: *** [all] Error 2 Any ideas? Franz.

3 4

Re: [Fontforge-devel] Bug report: space size
by unknown＠example.com 30 May '05

30 May '05

On 5/27/05, Ralf Stubner <ralf.stubner@...128...> wrote: > That looks ok in principle. The space character has a width of 377 > units. The two lines with '74 304 rmoveto' and 'closepath' look strange > and are unnecessary, but I would be surprised if they cause any harm. > You can test this though by removing these two lines and assembling the > font again with t1asm. I added for tests a point to the space character, to see if it helps with the problem. These two lines probably describe that point. > > Another wierd possibility is encoding. Maybe space is not encoded or in > an unsual position in your font, and the application you are using uses > code positions instead of glyphnames. So look out for /Encoding near the > begining of the disassembled file. What does it say there? /Encoding 256 array > > If those ideas don't help, then i am lost. Can you make the font in > question available so that others can have a look at it? > I made a new test font with the space, exported it as pfa and this time it worked. So I exported the original font again in pfa and, as previously, the space width was zero. So the program is able to generate pfa with non--zero space width, but for some reason either it can not do it for a particular font, or the font system does not interpret the particular font file correctly. So I send the original PFA: http://www.iitis.gliwice.pl/~arataj/test.pfa Thanks, Artur

1 0

filter for inkscape and OpenDocument
by Jon Phillips 28 May '05

28 May '05

Heya, I just read your nice interview at groklaw (http://www.groklaw.net/article.php?story=20050130002908154). First of all, this is really exciting, but I wonder if you could write up more about what is needed of Inkscape for this new format. I see in your interview you note that there is a needed filter for Inkscape, but it is not clarified what this means. I'm cc'ing the Inkscape development list about this. I just wonder how this OpenDocument format (the newly standardized open office xml format) relates to Inkscape and what you are asking to be done. Or do you want a filter that say one has an SVG file, then one can convert that to an OpenDocument file. I don't think that would be difficult. But, what about OpenOffice support for the SVG file format? Please copy me and/or the Inkscape-devel list and I will make sure they get the response. Or, please reply to me and the list if you are on Inkscape's list. Thanks, 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 31

Re: [Inkscape-user] Re: Nuevos Traducciones de Tutoriales/New Tutorials Translations
by unknown＠example.com 26 May '05

26 May '05

Quoting "R. Alan Monroe" <amonroe@...813...>: > Since it's vector art, couldn't you just put any additional > language texts in the svg file as a tiny micro-paragraph beside > the normal text? You could just zoom in to the alternative texts > or stretch them to read them. I don't think that would really be helpful, but it is an interesting idea. A similar approach would be to put all language texts in the same document (overlaying one another) and use the SVG <switch> element so that only the one matching the current language gets rendered. I'm not sure how well that would work, though, since different languages will have different paragraph lengths and to look nice might require the documents to be relaid-out depending on language (which <switch> can't do). Admittedly, we don't support the <switch> element yet, but it is planned. -mental

1 0

dialogs cleanup
by bulia byak 26 May '05

26 May '05

Before we can think about a release, one thing we absolutely must do is clean up the current mess with dialogs. Everyone who did dialogs recently (and there were a lot) did it in their own incompatible way. (Personally, I attribute this to the lack of attention and leadership from the initiators of the gtkmm transition, but there's no use to argue about that now; let's just fix what we have.) Recently I've been working on the Dialog and DialogManager classes in ui/dialog, and I almost fixed them with regard to things like transientizing, remembering geometry, and F12 behavior. There are remaining issues still but I'm pretty sure I'll be able to fix them. Unfortunately, many dialogs do not use these classes or use them in a wrong way. The old gtk dialogs need not be touched at this time; they are OK as they are, and we can always convert them later. What needs to be fixed urgently is the recenty added gtkmm dialogs, all of which are broken in different ways. The simplest dialog to use as a template is ui/dialog/messages.cpp; another is ui/dialog/memory.cpp. To create a dialog, you need to pass the prefs path (path in the preferences.xml for the dialog settings; make sure it exists in preferences-skeleton.h) and the verb that creates the dialog (make sure it exists in verbs.h/cpp). E.g.: Messages::Messages() : Dialog ("dialogs.messages", SP_VERB_DIALOG_DEBUG) You also need to register the dialog's factory in DIalogManager constructor and to make sure its verb in verbs.cpp does the right thing: case SP_VERB_DIALOG_DEBUG: dt->_dlg_mgr->showDialog("Messages"); break; Also don't forget to remove your own F12 handlers, event handles, transientizing code, title setting, size setting etc. if you have it in your dialog classes. This is all in Dialog now. Not only will this stuff finally work as it must, but this will lead to a significant reducing of code. Here are the dialogs that need to be converted: Align: Unless Aubanel Monnier (who coded it initially) shows up, I think I'll have to take this one. View/Scripts and Path/Trace Bitmap: Bob, these are yours, so please take them. This needs to be done ASAP because currently these two are totally disfunctional - they don't show up when you call them. (This may be because they used ui/dialog code in some partial way and this is now broken after my changes there.) Object/Grid Arrange: John, this one is yours, please convert it - also ASAP because it's broken in the same way as Bob's ones. Object/Swatches and Help/About Extensions: Jon, these are yours. I know you did your own implementation but we now need to unify things. You can move whatever useful code you have into Dialog, but _that_ must be the root class of all dialogs now. No more duplication please. This will also fix the many problems your dialogs now have (such as popping up after being closed when any new dialog is opened). Jon, Bob, John: Please respond to this message with your estimate as to when you will be able to work on this. If you cannot handle this now or in foreseeable future, we'll need to call up volunteers for this work. Of course, please also voice any questions or objections you might have. Oh, and if anyone creates a new dialog now, please use ui/dialog/messages.cpp as a template. Don't copy from any other dialogs until they are fixed. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

9 22

translatable strings
by Gazal, Geraud (GE Healthcare) 26 May '05

26 May '05

As you may know, Inkscape strings are facing a small problem : at the moment, the string _"H" is used in different contexts: as an abbreviation for Hue and for Height (see my clumsy patch proposal : http://sourceforge.net/tracker/index.php?func=detail&aid=1203796&group_id=9…) After taking a look at different mailing list and at Inkscape's wiki, it appears that the wiki links offers some good indications (cool). See http://www.gtkmm.org/gtkmm2/docs/tutorial/html/ch20s03.html in "Same strings, different semantics" But the solution suggested (adding some extra characters) is not really welcome. A much better approach can be foud here : http://developer.gnome.org/doc/tutorials/gnome-i18n/developer.html in "Don't use too short messages". So if you are OK with it, I'd be very interested at: - first improve the current state with short strings (XYWH, RGB, RGBA, HSV...): my plan would be creating some xywh_string = _"XYWH", rgb_string = _"RGB"... strings that would be translatable and then pick from those strings in the code replace H by xywh_string[4] or hsv_string[3] depending on the context - then improve our conformance against gnome HIG with : - increase the use of plural syntax (see "Plurals" in gnome-i18n) - improve the way Inkscape manages marked up string (see "Avoid markup wherever possible" in gnome-i18n) It would be a good opportunity for me improving my understanding of the code of Inkscape without the hazard of breaking everything. Regards, Matiphas

1 0

Re: [Inkscape-user] Re: Nuevos Traducciones de Tutoriales/New Tutorials Translations
by bulia byak 26 May '05

26 May '05

Spanish translators suggest that we include the html/png versions of all tutorials into the Inkscape distribution as well. What do others think? I'm afraid this will blow the size considerably, especially if we include all languages (as we do for SVG tutorials). Maybe it's time to create language-specific distributions, at least for French and Spanish? Does anyone have experience with automating such things? On 5/25/05, jeffrey steve borbon sanabria <jeff_kerokid@...36...> wrote: > yes Bulia We want that- this translations would be > able to access in the inkscape application. Can you > include it on InkScape? > > "Por la libertad del hombre pensante, usemos software libre" > > > > > _________________________________________________________ > Do You Yahoo!? > Información de Estados Unidos y América Latina, en Yahoo! Noticias. > Visítanos en http://noticias.espanol.yahoo.com > > > ------------------------------------------------------- > SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate > online with coworkers and clients while avoiding the high cost of travel and > communications. There is no equipment to buy and you can meet as often as > you want. Try it free.http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user > -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

Path Parsing
by unknown＠example.com 24 May '05

24 May '05

Bulia, this morning there was another path parsing bug in the tracker and so there is another patch. I have a path parsing question that I do not think is answered by the svg spec. All commands may be followed by any number of sets of parameters. So L0,0 3,4 7,2 is actually L0,0 L3,4 L7,2 Moveto implies Lineto. So M0,0 3,4 7,2 is actually M0,0 L3,4 L7,2 How should one interpret this: L0,0 L3,4 L7,2 Z 1,5 It would seem to me that it should be L0,0 L3,4 L7,2 Z M0,0 L1,5 Because Moveto implies Lineto and Closepath should imply Moveto because the spec says that any following commands begin a new subpath at the previous subpaths initial point. Answers? Aaron Spike

6 25

Inkscape project status
by Bryce Harrington 24 May '05

24 May '05

Project Status Sunday, May 15, 2005 Coding activity appears to have picked up quite a bit over this past month, with 20,000 lines of code added. Looks like there's also been a surge of code documentation activity, with 7,000 lines added, or a 10% increase from what we'd had. Very cool! I hear SourceForge is getting ready to roll out their new statistics system, but apparently this hasn't happened yet. ;-) We're going to continue in development mode for the remainder of the month, and then around June 1st will enter into a bug fix mode to start preparing for a release. We've got over 200 bugs open. I'm not sure what we should set as a goal for the release, but hopefully we can knock that count down significantly. Statistics Feb 15 Mar 15 Apr 15 May 15 ========== ====== ====== ====== ====== Lifetime Rank on SourceForge: * * * * * * * * Max Week's Rank on SourceForge: * * * * * * * * Total SF Page Views * * * * Total SF Downloads * * * * Total Freshmeat URL Hits 16,448 17,186 17,930 18,691 Total Freshmeat Subscriptions 169 173 177 181 Lines of Code in src/: 333,139 342,852 340,515 373,651 Code lines 234,651 241,177 238,522 259,984 Comment line 58,239 60,354 60,382 67,053 Blank 46,859 47,978 48,152 53,244 Lines of Docs in doc/: 26,848 26,848 26,848 26,848 Lines of content in website: 9,776 10,067 35,937 39,865 Size of the Inkscape wiki: 24,925 25,900 26,363 27,052 Bugs open/total: 155/972 182/1047 194/1126 208/1196 Features open/total: 370/579 397/ 619 429/ 671 442/ 712 Patches open/total: 5/167 7/ 173 5/ 186 11/ 221 CVS Commits (as per inkscape-cvs) 10,312 10,868 11,368 11,897 Inkscape-devel membership: 151 158 166 173 Inkscape-announce membership: 169 177 189 197 Inkscape-user membership: 193 220 234 242 Num Translations: 33 33 33 33 Ave Translation Ratio: 47.8 45.0 47.5 47.0 * - Statistics unavailable

2 1

Inkscape crashing on "open file" on Mac OS X
by Marcus Silva 23 May '05

23 May '05

When I am running Inkscape in GNOME on my Mac (installed through fink), I cannot open any files unless I specify files from the command line from the --file option. If I try to use the "open file" dialog, inkscape freezes, eventually a dialog box opens up saying that Inkscape encountered an error, but that is also frozen, and if I am lucky another dialog opens up giving me the option to force quit (i guess this is a GNOME dialog box). Using the "kill" command works otherwise without a problem. 1 - Start Inkscape in GNOME running on fink 2 - Click "File Open" Icon OR 1 - Start Inkscape in GNOME running on fink 2 - Go to "File" menu, and click "Open" The odd thing is that this only happens when I run Inkscape from GNOME (within Xnest, or when running X11 in full screen mode). If I run Inkscape with quartz-wm, no GNOME, things work fine (except, of course, that drop down menus appear behind the windows). Has anyone encountered this before? Marcus

3 3

LaTeX Export
by Michael Forbes 23 May '05

23 May '05

I have attached my initial draft of a LaTeX export internal extension I wrote. It currently uses PSTricks so is very similar to the PostScript extension. It currently does not implement gradients, transparency, text, images and has some problems with unit conversion and seems to be rotated awkwardly. Can anyone pitch in with some of these problems? -Michael Forbes ------------------------------------------------------------ Student System Operator binx.mbhs.edu BEN Manager http://ben.mbhs.edu BNC Internet Division http://bnc.mbhs.edu MBHS Webmaster http://www.mbhs.edu BlazerNet President http://blazernet.mbhs.edu Computer Team Co-President http://computerteam.mbhs.edu MBLUG President http://mblug.mbhs.edu ------------------------------------------------------------

1 1

Updated inkscape.nsi
by Bob Jamison 23 May '05

23 May '05

I committed the Czech and French strings that Cornelius and Matiphas provided. (Thanks! ;-) Someone might want to check it out in NSIS, if they have time. (I am Unix-only while at the office). Bob

1 0

w32 cvs-version extensions not working, need advise
by Adib Taraben 23 May '05

23 May '05

Hello, I tried current CVS versions from: http://troi.hous.es3.titan.com/inkscape/builds/ or compiled by my own. But I can not run any extensions. During the startup it says that extensions will be disabled. I use WinXP German and have ActivePerl and Python in my path. PATH=c:\mingw\bin;c:\gtk\bin;C:\PROGRA~1\Borland\CBUILD~1\Bin;C:\PROGRA~1\Borlan d\CBUILD~1\Projects\Bpl;C:\Programme\Borland\Delphi7\Bin;C:\Programme\Borland\De lphi7\Projects\Bpl\;c:\bin;C:\Perl\bin\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOW S\System32\Wbem;C:\Programme\ATI Technologies\ATI Control Panel;C:\Programme\WinCvs 1.3\CVSNT;C:\Programme\doxygen\bin;C:\Programme\Microsoft SQL Server\80\Tools\BINN;C:\Programme\Support Tools\;C:\Programme\Gemeinsame Dateien\GTK\2.0\bin;C:\programme\subversion\bin Any advise how I can track this down appreciated. Thx, Adib.

2 4

Draft news article
by Jonathan Leighton 20 May '05

20 May '05

I just noticed this draft: http://inkscape.org/wp/wp-admin/post.php?action=edit&post=215. It is, in fact, just a copy of the article recently linked on inkscape-user <http://www.glitchnyc.com/cgi-bin/blosxom.cgi/technology/opensource/furboa_t…> by Ted. Personally I'm in favour of linking the original in the news, but I think reproducing the entire thing would be overkill. Any thoughts? Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

2 1

Win32, next release GTK with Wimp Theme
by Adib Taraben 19 May '05

19 May '05

Hello, is it possible for the next release to have the Wimp theme in the Win32 packe as the standard-theme ? Thx, Adib. --

5 7

MALLINFO?
by Mike Hearn 19 May '05

19 May '05

Hi, I can't build CVS anymore, autogen says: Running aclocal-1.7 ... Running autoheader ... autoheader-2.59: warning: missing template: HAVE_MALLINFO_FORDBLKS autoheader-2.59: Use AC_DEFINE([HAVE_MALLINFO_FORDBLKS], [], [Description]) autoheader-2.59: warning: missing template: HAVE_MALLINFO_FSMBLKS autoheader-2.59: warning: missing template: HAVE_MALLINFO_HBLKHD autoheader-2.59: warning: missing template: HAVE_MALLINFO_UORDBLKS autoheader-2.59: warning: missing template: HAVE_MALLINFO_USMBLKS Please fix the error conditions and try again. Does anybody know what I'm missing? thanks -mike

2 2

Printer dialog interface
by Jeremy C. Reed 18 May '05

18 May '05

Please CC me on replies. This is a request. I didn't see anything about in the change log or in the the the RoadMap. Please consider having a friendlier printer dialog. My wife and young children do not know command line Unix. Using a pipe or greater than is not intuitive for them :) Please consider using a printer dialog widget that allows to choose: - print to PostScript file (and a dialog to choose filename.ps) - print to printer (and maybe use parsed printers names found from printcap) - how many copies to print, etc. Please carbon copy me on replies. Jeremy C. Reed BSD News, BSD tutorials, BSD links http://www.bsdnewsletter.com/

2 1

GIMP 2.3
by bulia byak 16 May '05

16 May '05

At http://developer.gimp.org/NEWS, one thing jumped on me: - added an option to make the dock windows transient to the active image display I haven't tried it yet, but from the description, this is exactly what Inkscape does for its dialogs. FINALLY. For me, this was by far the worst usability problem with GIMP (and with Sodipodi/Inkscape, until I invented the transientize hack). About a year ago I spent quite some time trying to persuade them that this hack, while being a hack, is still better than no solution at all. Looks like they have finally agreed :) This is big news, even if this option is off by default. At least now we can be telling people that GIMP is not really that much worse than Inkscape, if you know the right option to enable :) It's also good that now that we both implement this behavior, we can exchange the code and fixes, and maybe join our forces to make it less hack-ish and more standard. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

info on extensions
by David Christian Berg 16 May '05

16 May '05

Hey guys, My brother (and also myself) would like to have perspective skewing... Now since I don't know the first thing about programming, he'll do the job, and would like to use extensions for this. Now we don't really get them working (I don't see the extension entry in the menu bar in the first place), I'd like to have some input on how they work, or how to get them running. David

3 3

Re: [cairo] SVG scene lib]
by Bryce Harrington 15 May '05

15 May '05

> ---------- Forwarded message ---------- > From: Liam Breck <svg@...808...> > > Proposed: An SVG Scene (aka canvas) Library for Cairo > Feedback requested! > > The Inkscape Wiki discusses an SVG-based canvas lib, but it looks far out > on their roadmap. Could any Inkscape folks comment? Hi Liam, Yes, it's definitely something we want to migrate to but no one is currently working on creating it in canvas form. Inkscape's canvas code can be found in the inkscape/src/display/ directory, and might be worth reviewing for ideas. It's essentially a port of GnomeCanvas that has evolved for our own needs. The API of this code includes functions for things like: * grabbing/ungrabbing focus * Requesting/performing updates/redraws * getting z-order of a given item * Scrolling * calculating if a given point is in the window * getting/setting windows/viewboxes and their coords * Getting the currently selected item(s) * Handling grid overlays * etc. Bryce

1 0

Fwd: [cairo] SVG scene lib
by Ashwin Bharambe 15 May '05

15 May '05

---------- Forwarded message ---------- From: Liam Breck <svg@...808...> Date: May 15, 2005 3:47 PM Subject: Re: [cairo] SVG scene lib (was: MOZ-SVG-cairo) To: cairo@...278... Proposed: An SVG Scene (aka canvas) Library for Cairo Feedback requested! Goals Provide functionality & perfomance suitable for creating full UI/page/etc. Enable multi-client/collaborative applications Enable lightweight applications for mobile platforms Enable presentation of compound documents Features & Requirements Implement SVG object model Render to Cairo; any Cairo backend Layout text with Pango (what about flowText?) Support incremental rendering (differences only) Provide model API for insert/delete/update/z-move Support out-of-process API calling, i.e. for compound documents Provide API to identify SVG object & group at xy, i.e. for hit-testing Allow out-of-band regions (non-SVG, non-Cairo), e.g. video/3D Allow higher-level widgets/applets to "own" model objects Allow use in various frameworks GTK/QT/airWRX/Cocoa/.NET/Python/Java Support multiple clients/viewers of a scene on IP network Support client-specific objects, and properties, e.g. text selection When there's some consensus, I'll crank out a lib for cairo-win32 from our existing code, write a demo app, and release as a prototype under LGPL. The Inkscape Wiki discusses an SVG-based canvas lib, but it looks far out on their roadmap. Could any Inkscape folks comment? Liam Breck Network Improv http://networkimprov.net/airwrx/ _______________________________________________ cairo mailing list cairo@...278... http://lists.freedesktop.org/mailman/listinfo/cairo

1 0

inkscape in the press
by Adib Taraben 15 May '05

15 May '05

the german Lunux-User magazin issue 5/2005 from 21st april had an artikel. "Perfekte Vektorgrafiken in Inkscape" http://www.linux-user.de/ausgabe/2005/05/053-inkscape/index.html http://www.linux-user.de/ I only saw the link and do not have this magazin. Just let you know.

3 2

Re: [Inkscape-devel] Interpolate
by Jose Hevia 15 May '05

15 May '05

> bulia byak wrote: > > On 5/14/05, aaron@...749... <aaron@...749...> wrote: > >>Please download the latest version. It should no longer have this > >>limitation. Thanks for your help. > > > > Excellent, subdivision works now. Generally the results are very good, > > but there's one glitch illustrated by the attached file: the left path > > has 2 nodes and the right one 3, so the left one is subdivided, but > > interpolation gives wrong length and direction of the bezier handle at > > the bottom node near the left path (i.e. the points A and B have too > > different bezier handles, so there's a visible gap there). This may be > > caused by some error in the subdivision function (the top and middle > > nodes in the subdivied path seem to be OK, it's only the bottom one > > that is off). > > Ah yes, I see. I will look at that. Side note. I can't run the > interpolate script on the file you sent me. It fails with an xml > namespace error. strange. > > Also opening an svg created on such a large screen makes me wonder. > Could Inkscape be taught to open maximized if the window size stored in > the document is larger than the screen? I find windows that are larger > than my screen difficult to work with. I wonder if other people feel > that way too. > > Aaron Spike Not really, in Linux you could press Alt ,then drag the entire window with the mouse. Jose Hevia

1 0

dangerous duplication - please fix
by bulia byak 14 May '05

14 May '05

(I'm not sure if this will get through to the list, so I'm cc'ing those who did commits to the relevant dir) Today I reviewed our po files and noticed a lot of new UI strings coming from the ui/ directory. This needs to be fixed immediately, or at least before we declare the string freeze and call the translators to update translations. These new strings are really a very bad idea for several reasons: - They are duplicate of strings found elsewhere, but often non-exact duplicates (or their originals have changed since they were copied). This means a lot of useless extra work for translators, dangers of further desynchronization, etc. - These strings are sometimes "fixed" wrongly. For example in stock-items.cpp, someone wrote "Select _Original Clone" instead of the "Select _Original". This "correction" simply does not make sense; what is meant is "select the original _of the_ clone" but even in that form it's wrong because it is applicable not only to clones. - Most strings in ui/view/edit.cpp have hard-coded shortcuts in them, e.g "Next zoom (from history of zooms) (Shift+`)". This is absolutely intolerable, for obvious reasons. The old code has special provisions for generating shortcut strings for the UI, and losing that is a serious regression. I can see several approaches to fixing this, please choose one or more as appropriate: 1. If this ui/ code is unused and is not going to be used, simply delete it and regenerate the po's. 2. If it is currently unused but may be used later, at least remove it from the list of po sources, so it does not contaminate the po files, until it is fixed properly. 3. Rewrite the code so that, where possible, it takes the strings from the standard central location. For example all verbs have their commands and tooltips in verbs.cpp, so copying them over into ui/stock-items.cpp is very very wrong. 4. Where 3. is not appropriate and you want to move some of the strings into some new code or structure, do this ONLY when that new code or structure is fully workable, and then immediately delete them from the source location, so that there's no duplication ever. Until then, use some placeholder strings in your code and make sure they don't get into the po files. As you may have noticed, I'm _constantly_ revising and copyediting the UI strings, because it's such an important aspect of the UI. Please don't undermine my efforts. I hope this mess is cleaned as soon as possible. Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 4

Fwd: Re: [cairo] MOZ-SVG-cairo (was: usable libsvg-cairo?)
by unknown＠example.com 13 May '05

13 May '05

----- Forwarded message from Liam Breck <svg@...808...> ----- Date: Thu, 12 May 2005 01:25:39 -0400 From: Liam Breck <svg@...808...> Reply-To: Liam Breck <svg@...808...> Subject: Re: [cairo] MOZ-SVG-cairo (was: usable libsvg-cairo?) To: cairo@...278... Considering the progress on Mozilla SVG, we're looking at pulling the Mozilla SVG cairo backend into a standalone library, wrapped for use outside Mozilla. It wouldn't parse the XML, but it would let you use any parser or content model to drive rendering. We need this (or something similar) for SVGTerm, a mechanism that continually updates an SVG scene on one or more remote screens. (Embedding Gecko would be overkill for this app.) Is this something that others would like to have? Would anyone foresee problems with this approach? Liam Breck Network Improv http://networkimprov.net/airwrx/ ------------------- Date: Wed, 11 May 2005 20:06:41 +0800 From: Charles Wang <charles.wang@...809...> Subject: [cairo] Is there a usable libsvg-cairo? To: cairo@...278... Message-ID: <1115813201.5852.2.camel@...16...> Content-Type: text/plain Hi: I just want to use libsvg-cairo to render SVG into cairo_surface, but the libsvg-cairo can not pass compilation. I think the code of libsvg- cairo is out-dated because the rapid change of cairo API. Can I get some older version of cairo to let the current libsvg-cairo work correctly? Thanks greatly. Charles May 11, 2005. _______________________________________________ cairo mailing list cairo@...278... http://lists.freedesktop.org/mailman/listinfo/cairo ----- End forwarded message -----

3 3

keeping one single inkscape process
by Pim Snel 13 May '05

13 May '05

Hi, Is it possible to hook into an existing inkscape process. I thought sodipodi had an command line option --unique once which made sodipodi use an exiting process when opening a new file. Gimp has a utility called gimp-remote which has the same functionality. Thanks for this amazing project. Pim Snel

2 1

Re: problem with parasite cross over in translations
by Arpad Biro 12 May '05

12 May '05

Hi, > This patch was focusing on /src/select-toolbar.cpp so that X, Y, > W (idth), H (eight) strings become translatable. > The problem is that now, in all .pot file, H can conflict with > H (ue) of the color tab of clonetiler.cpp dialog. There's a solution for this kind of problem: context sensitive strings. An example from a KDE translation file (kdelibs.po): ------------------- #: kdecore/kcalendarsystemgregorian.cpp:99 kdecore/klocale.cpp:550 msgid "" "_: May short\n" "May" msgstr "mag" #: kdecore/kcalendarsystemgregorian.cpp:127 kdecore/klocale.cpp:566 msgid "" "_: May long\n" "May" msgstr "maggio" ------------------- These two strings above are from the same (Italian) PO file. If the UI language is English, then the appropriate KDE applications will display "May" in both cases, but if the UI language is Italian, then one of the strings will be "mag", while the other will be "maggio". As you can see, there can be multiple translations for the _same_ English string, you just have to differentiate them with context (the "_: blah blah blah\n" lines before the English strings). The Italian ("it") PO file I used as example is here: http://webcvs.kde.org/kde-i18n/it/messages/kdelibs/kdelibs.po Arpad Biro Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html

2 1

Re: [Inkscape-user] Effects on Windows
by unknown＠example.com 12 May '05

12 May '05

aaron@...749... wrote: > Kevin Wixson wrote: > > aaron@...749... wrote: > >> On a related note can anyone tell me how to install XML::XQL::DOM with > >> ActiveState Perl on Windows? It is required for the DropShadow effect, > >> so it might be a useful bit of info to have hanging around in the > >> mailing list archives. > >> >> To install packages with ActiveState Perl you should use the PPM (Perl >> Package Manager) app. From the command line type "ppm" to start the >> app, then "search XQL" or "search DOM" to get a listing of related >> packages. Then use the install method of PPM to get the package and >> install it once you've found what you're looking for. > > But what do I do when the module doesn't turn up as a result of either > of those searches? Can I configure an alternative repository? Or > download the package and install by hand? I thought perhaps someone had > installed it successfully and could relate the steps they took. Well I made it work but my method just doesn't seem to be the right way. 1: install prereqs with ppm: install xml-dom install parse-yapp install datemanip 2: download xml-xql from: http://www.cpan.org/authors/id/T/TJ/TJMATHER/XML-XQL-0.68.tar.gz 3: open command prompt and locate perl's lib directory with: perl -e "print qq(@INC)" (mine was C:/Perl/site/lib) 4: unpack xml-xql archive 5: copy contents of XML-XQL-*\lib\XML into C:\Perl\site\lib\XML 6: copy XML-XQL-*\XQLParser\Parser.pm to C:\Perl\site\lib\XML\XQL Aaron Spike

1 0

Effects on Windows
by unknown＠example.com 11 May '05

11 May '05

It looks like the Win32 snapshot builds linked on the downloads page have been absent for the last few days. But Bob Jamison had one from May 11, 2005. I just tested it and Effects now work unmodified on Windows. Thanks Ted. On a related note can anyone tell me how to install XML::XQL::DOM with ActiveState Perl on Windows? It is required for the DropShadow effect, so it might be a useful bit of info to have hanging around in the mailing list archives. Aaron Spike

3 7

Inkscape 0.42 and gtkmm
by Bryce Harrington 11 May '05

11 May '05

Hi all, Recently I've been appraising how much work it's going to take to achieve the goal we set for 0.42 to get converted to gtkmm. The choice to switch to gtkmm was made at the very start of the project, so it's always been one of our biggest goals. Several actions we took in our earlier releases were geared towards this end. In fact, we've been planning to convert to gtkmm for several releases now. Of course, this is not a trivial undertaking. Initially we approached doing it piecemeal, one dialog at a time. Several dialogs got converted, but we noticed that each dialog turned out surprisingly different than the others. This is where I got involved - to try to help establish some common practices for implementing dialogs. I also figured that even though I had other stuff I wanted to work on (i.e. markers and extensions), for project priorities it was probably more valuable to pitch in with getting progress on the gtkmm stuff. Today I think the new dialog code is pretty good. There is a base class we can use for dialogs, that provides the common behaviors, and a DialogManager to better track their memory and instantiation. The individual dialogs still need to all be converted over, but we've already got a handful converted, and there's another handful that are already in gtkmm but just need to be restyled to work with the new code. So now, the rest of the dialog conversion work *can* be done piece by piece, without risking problematic inconsistencies. However, converting to gtkmm means much more than just converting each dialog; the main interface (toolbars, buttons, canvas, etc.) also needs to be turned into gtkmm code. This requires conversion of SPView, SPSvgView, SPDesktop, and SPDesktopView. SPDesktop alone is a pretty big project; I've been hammering at it bit by bit for the past few months but feel like I've barely made a dent. It's pretty frustrating; I feel like I'm pulling the proverbial thread from the sweater. Anyway, given what it looks like needs to be done, I don't really have the time/patience/energy to see the View/Desktop work through to completion by myself. There are other things I want to do for Inkscape and Open Clip Art that are higher priority to me. If someone else wants to work on it, I can share what I've learned and explain what it looks like needs to be done. Finally, given this, I see no point in continuing with the goal of completing gtkmm for 0.42. It's just too much effort, compared with the number of people committed to working on it. I hate the idea of having to yet again bump it to the next release, though. If it couldn't be achieved for 0.39, 0.40, 0.41, and 0.42, why would we think it could be done for 0.43? I think that given the lack of activity, the most logical thing is to just postpone it indefinitely. The work just seems to get in the way of making releases, and given that people are more interested in working on misc. individual things rather than gtkmm, anyway, there's little value in setting it as a goal; it just sets up expectations that are proving unachievable. The desire for a release is clearly much higher than the desire to finish implementing gtkmm at this time. Thus, I would like to propose we scrap the remaining plans for 0.42 in the roadmap, and go ahead and start the 0.42 release process. Opinions? Bryce

5 9

[bryce@...260...: Re: inkscape/po/POTFILES.in]
by Bryce Harrington 11 May '05

11 May '05

Peter, FYI -- ----- Forwarded message from Bryce Harrington <bryce@...260...> ----- Date: Mon, 9 May 2005 15:41:11 -0700 From: Bryce Harrington <bryce@...260...> To: Arpad Biro <biro_arpad@...36...> Subject: Re: inkscape/po/POTFILES.in Hmm... Sorry, I didn't realize it had been put in intentionally. That line was causing several of us compile errors yesterday; is there any other way we could address the underlying issue? Bryce On Mon, May 09, 2005 at 03:28:29PM -0700, Arpad Biro wrote: > Hi, > > I needed to revert your change in $SUBJECT, which means I added > "[encoding: UTF-8]" again to that file. I need that line because > otherwise the following happens: > > # ../intltool-update --pot > ERROR: xgettext failed to generate PO template file because there is > non-ASCII > string marked for translation. Please make sure that all strings > marked > for translation are in uniform encoding (say UTF-8), then > *prepend* the > following line to POTFILES.in and rerun intltool-update: > > [encoding: UTF-8] > > > > > Because of this, I cannot update PO files without that line. > > > Arpad Biro > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > ----- End forwarded message -----

2 1

Inkscape 0.42 release plans
by Bryce Harrington 11 May '05

11 May '05

Hi all, After talking several developers, I think the idea of a release is good, but folks still have development work to finish up. I think we should leave the rest of this month to development, and move into a bug fixing phase starting around June 1st, with a goal of producing 0.42 some time in June or early July. Bryce

1 0

simple bug fix for configure.ac
by Jeremy C. Reed 11 May '05

11 May '05

Please fix the test = conditional in configure.ac. -if test "x$gc_ok" == "xyes"; then +if test "x$gc_ok" = "xyes"; then This == is not portable. If replying, please carbon-copy me. Jeremy C. Reed BSD News, BSD tutorials, BSD links http://www.bsdnewsletter.com/

2 1

problem with parasite cross over in translations
by unknown＠example.com 10 May '05

10 May '05

Hi A few days ago, I've submitted small patch and Bulia has kindly commited it. This patch was focusing on /src/select-toolbar.cpp so that X, Y, W (idth), H (eight) strings become translatable. The problem is that now, in all .pot file, H can conflict with H (ue) of the color tab of clonetiler.cpp dialog. See the following extract of fr.po # Hue (in HSV) # Dialog item #: src/dialogs/clonetiler.cpp:2170 src/select-toolbar.cpp:424 msgid "H" msgstr "T" and the attached screenshots So I'm afraid my idea of having those strings translatable was not so good, and my patch, a dummy one... Maybe Arpad or another experienced translator has already faced the same kind of problem and knows a workaround (I hope). I apologize for the annoyance. Regards, Matiphas

1 0

LaTeX Export
by Michael Forbes 10 May '05

10 May '05

I am trying to develop a barebones LaTeX export extension. I have wrote the code mostly based of the PovRay export and included the .h and .cpp file in src/extension/internal/Makefile_insert. libinternal.a includes the extension but the main program does not. Can anyone help me with this? Thank you. -Michael Forbes ------------------------------------------------------------ Student System Operator binx.mbhs.edu BEN Manager http://ben.mbhs.edu BNC Internet Division http://bnc.mbhs.edu MBHS Webmaster http://www.mbhs.edu BlazerNet President http://blazernet.mbhs.edu Computer Team Co-President http://computerteam.mbhs.edu MBLUG President http://mblug.mbhs.edu ------------------------------------------------------------

5 10

Defaulting gnome-vfs to yes
by Bryce Harrington 10 May '05

10 May '05

I've committed a change to configure.ac which defaults the GNOME VFS feature to 'on' if automake detects that the Gnome VFS library is present on the system. Keep an eye out for bugs; I've fixed all the ones I've known about. As a reminder, the GNOME VFS feature makes it possible to specify a URL on the commandline when starting inkscape. I.e.: $ inkscape http://mysite.org/foobar.svg It will load the svg file via http into memory and launch Inkscape. There is no support for this in the File Open dialog at this time; it still works only with local files. I don't have any plans to change that, so if you want it, feel free to add it. Bryce

3 4

NEW: <style> rendering support
by Peter Moulder 10 May '05

10 May '05

Inkscape now understands <style> elements: it correctly renders the following simple document: <svg> <defs> <style type="text/css"> .strokeblue {stroke:blue;stroke-width:5} .fillred {fill:red} </style> </defs> <rect x="10" y="10" width="50" height="50" /> <rect x="70" y="10" width="50" height="50" class="strokeblue" /> <rect x="130" y="10" width="50" height="50" class="fillred" /> <rect x="190" y="10" width="50" height="50" class="fillred strokeblue" /> </svg> There are a number of limitations: - Allows a single <style> element in the document. Doesn't allow external stylesheets, doesn't allow more than one <style> element. (Or rather it ignores all but one of the <style> elements, possibly changing which one it respects based on which was most recently re-read.) See notes below. - No editing interface other than the XML editor. (There are two parts to this: (i) editing the stylesheet; (ii) specifying what classes each object belongs to.) - Doesn't respect media restrictions (e.g. ignores "this rule applies only to non-visual media" directives, and doesn't allow having one style for print and another style for on-screen). - Someone more familiar with how to subclass an SPObject (i.e. what methods need to be instantiated and how) should have a look at sp-style-elem.cpp. - Not tested much. > > As members of the s4-p18, me Mamdouh El Tabech and Nicolas Jacquey, we are > > interested now in trying to solve the bug of global style. > > > The problem is divided into two, whether the style was included in the > > beginning of the document or it was in an extra file. > > > Do you have any idea to help us in where and what to change? The limitation of just one author stylesheet per document is an oversight in libcroco datastructures. Dodji (libcroco maintainer) agrees it's a libcroco bug, and the CRCascade or CRStyleSheet data structure can be changed accordingly. (The way most of libcroco implements `list of T' is for the T struct to get next/prev members, i.e. add next & prev members to CRStyleSheet, add cr_stylesheet_* functions for accessing this list, and leave CRCascade unchanged. Not saying I like the current scheme, but I think we should use the same scheme throughout libcroco, and consider changing the scheme throughout libcroco at once.) Meanwhile, Inkscape will also need changing: SPStyleElem's read_content method will need to update just its own CRStyleSheet, and we'll need to make sure that the list of stylesheets in the CRCascade matches the order of their occurrence in the document, so that we get the right precedence when stylesheets conflict with each other. I don't know the right way of handling external stylesheets. Does any other part of inkscape allow external xlink:href's ? libcroco's CRInput either already allows URLs or at least has it planned. (I don't have the source code handy here.) Handling @media rules and <style>'s media attribute is a Simple Matter of Programming. Existing code: SPStyleElem has a media field defined in media.{cpp,h}, initialized to all media. 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!!!!!!!

2 1

Adobe Photoshop 8.0 - 75% OFF
by Kendra L.Brown 10 May '05

10 May '05

Get all the popular software possible for extremely low prices! Our software is 2-10 times cheaper than sold by our competitors. Just a few examples: $79.95 Windows XP Professional (Including: Service Pack 2) $89.95 Microsoft Office 2003 Professional / $79.95 Office XP Professional $99.95 Adobe Photoshop 8.0/CS (Including: ImageReady CS) $179.95 Macromedia Studio MX 2004 (Including: Dreamweaver MX + Flash MX + Fireworks MX) $79.95 Adobe Acrobat 6.0 Professional $69.95 MS Project 2003 Professional Special Offers: $89.95 Windows XP Professional + Office XP Professional $149.95 Adobe Creative Suite Premium (5 CD) $129.95 Adobe Photoshop 7 + Adobe Premiere 7 + Adobe Illustrator 10 All main products from Microsoft, Adobe, Macromedia, Corel, etc. And many other... Enter here: http://www.ineedsoft.biz Regards, Kendra Brown _____________________________________________________ To be taken off future campaigns, go: http://www.ineedsoft.biz/uns.htm _____________________________________________________

1 0

translation of HACKING and README
by Arpad Biro 09 May '05

09 May '05

Hi, We have a French translation for inkscape/HACKING and inkscape/README in the tracker: http://sf.net/tracker/index.php?func=detail&aid=1190412&group_id=93438&atid… I committed them as inkscape/HACKING.fr and inkscape/README.fr respectively. Please let me know if we should use some other filename or location instead. Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

5 5

SPView moved to src/ui/view/
by Bryce Harrington 09 May '05

09 May '05

I've moved the view.* code into src/ui/view/. Eventually svg-view* and all of the *desktop* stuff will move into this subdir as well. I checked compilation and that inkscape runs, but it's possible this change will cause breakage somewhere, so please keep an eye out. Bryce

1 0

gtkmm - DialogManager in SPDesktop
by Bryce Harrington 09 May '05

09 May '05

I've added the DialogManager into the old SPDesktop. This means that the current codebase can now use the new dialogs via DialogManager. It also means that the way is now open for anyone that wishes to create new gtkmm dialogs using the new dialog code. I have hooked in one dialog - Messages (aka ishmal's Debug Dialog). I chose this because it's a finished dialog, and because I figure it's not as critical as some of the drawing dialogs, in case it misbehaves. If you wish to create a new dialog, please feel free to use the Messages dialog as an example. To add a new dialog, the process is straightforward: 1. Create a .cpp and .h for your dialog in src/ui/dialog/. The dialog must derive from Dialog (see dialog.*). 2. Add your class to DialogManager. You do this by adding an #include to dialog-manager.cpp, add a member pointer to the DialogManager class in dialog-manager.h, and a get*Dialog() routine (you can just cut and paste from one of the other dialogs). 3. Add a menu item and shortcut key for your dialog. See verbs.cpp and interface.cpp. I think you'll find that creating dialogs with the new system can be done in about half the code as before, and maintenance is greatly increased since the common boilerplate code is factored out into base classes. Also, the classes are simpler in that they have fewer pointers, and don't need to handle their own instantiation; DialogManager takes care of this. Fewer pointers and less need for memory management implies fewer opportunities for bugs to creep in. Also, since DialogManager is used for accessing dialogs, there is no need to include the dialog headers in other parts of the code; theoretically this should cut down on include header nesting and make compilation work a bit faster. Some caveats: The preferences loading/saving code isn't implemented. This means that dialogs won't "remember" their settings between program runs. However, there is code to track this info in there, so should be straightforward to hook up if anyone wishes. As well, some of the code for transient behavior is there, but not all, so transient behavior is probably not right. Feel free to fix; it's all implemented in the Dialog base class so only has to be fixed in one place, and then all dialogs will behave correctly. Bryce

1 0

gcc 4 help needed
by MenTaLguY 09 May '05

09 May '05

I've been told that line 111 of debug/logger.cpp doesn't compile with gcc 4. Could someone please give me the specific error (with all context lines, please)? -mental

2 3

English tutorials converted
by bulia byak 08 May '05

08 May '05

May 1st, 2005 — Thanks to the active help from the community, all English tutorials that we had in SVG are now converted to DocBook! From within Inkscape, they are still available as fully editable SVG which you can play with, but having the DocBook source makes it easy to produce any other formats or renditions automatically. In particular, all converted tutorials are now availble in HTML, linked from our Documentation page. What's next? We have several of the tutorials translated into several languages. Now we need to convert these to DocBook as well. Here is a page http://inkscape.org/cgi-bin/wiki.pl?TranslationInformation with details on how to translate tutorials or convert existing translations. We already have the Basic in Spanish and several French ones are being worked on; the rest are up for grabs. Pick a tutorial and make it available in your native language! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 4

Re: Fwd: [s4-p18] [Inkscape-devel] svg2ps - Test Files
by MenTaLguY 08 May '05

08 May '05

On Sun, 2005-05-08 at 13:35, bulia byak wrote: > What I have at the moment is a couple of scripts that read the CSS2.1, > SVG1.1 and CSS3Text specs as downloaded off the w3c site, find all the > property definitions within them and automagically produce output such > as: > > /** \brief Representation of the CSS 'counter-reset' property > > Generated from "[ <identifier> <integer>? ]+ | none | inherit" > Inherit: False > Initial: none > */ > struct inkscape::style::css::counter_reset { > bool read(Glib::ustring const &str); > Glib::ustring write() const; > void set_to_initial(); > unsigned set:1; > unsigned inherit:1; > unsigned type:1; > struct inkscape::style::css::identifier { > unsigned integer_set:1; > struct css_identifier value_identifier; > struct css_integer value_integer; > }; What exactly does this sort of nested declaration mean? > std::vector<struct identifier> value_identifier; > enum {type_identifier, type_none}; > }; > 1) Where do I go from here? The simplest answer is to bundle the whole > lot into SPStyle, like we have at the moment. The problem with that is > of course that the current struct is at least 320 bytes and putting > all 160+ css properties into it would consume a significant amount of > memory in a large drawing. At the opposite end of the memory:cpu ratio > spectrum is to have no SPStyle at all and require everyone to call > read() themselves if they want a pre-parsed property. Half-way points > are of course possible too, where particularly common properties like > fill and stroke are held in SPStyle but everything else is evaluated > on each request. There are also lazy evaluation schemes which save the > results of the evaluation, and so on and so forth. My personal > favorite at the moment is to have most things lazy but a selected few > always calculated. That's probably the best long-term goal. For the short-term lumping everything into SPStyle is best because it is simple and is known to work. Longer-term I will have to get a better sense of the design before making any recommendations. Probably some sort of lazy thing backed by an associative data structure, queried by symbols (i.e. GQuark or the like) would be best. Whatever it ultimately is, the interface for lazy and non-lazy properties should remain uniform. > 2) The more fundamental question: am I even going in the right > direction? I'm replacing a simple yet difficult-to-maintain piece of > code with a complex yet zero maintainance (or close to it, anyway) > piece of code. What's the point anyway when I should only need to run > it once, then throw it away? Since the majority of properties are > simple enums, wouldn't it be easier to do it all by hand? Is this just > refactoring for its own sake, without any useful new features in > sight? (Actually that's not true; a proper implementation of shorthand > properties is notably lacking at the moment). In principle it's much better. Don't ever believe the "just once" part though. It's best to have the source specifications and the script that generates them in the source tree, and have them be authoritative. And generate the code as part of the build process. Because Things Will Change, and the last thing you want is to tempt people into manual hacking of generated code. Do see if you can hoist some of the stuff that's currently generated into non-generated superclasses though. Anything that gets repeated multiple places is screaming for refactoring. The platonic ideal is that there should only be one place in the entire codebase which is authoritative for a particular pattern of code. -mental

1 0

Re: [Inkscape-devel] Memory Problems
by Richard Kowalczyk 07 May '05

07 May '05

Results of comparing zoomed out with regular zoom: regular: memory percent: 6.6% -> 23.6% buffers/cache: 224 -> 310 zoomed out: memory percent: 5% -> 12.5% buffers/cache: 217 -> 254 The zoomed out numbers are very similar to the numbers for just previewing each file. So it appears that you are correct that the memory problem is in the renderer. On Sat, 2005-05-07 at 11:32 -0300, bulia byak wrote: > Interesting, this means that normal loading is indeed different enough > from previewing, memory-wise. We had assumed it's mostly the same, so > we didn't test multiple file loading except via previews (to my > knowledge). > > It may be that the source of the leaking is the renderer, which may > leak more memory for full-screen display than for generating previews > (even though the same renderer is used in both cases). Can you please > try one more experiment: in all your files, zoom out to minimum zoom > and save them under different names with that zoom. Then, load them > all normally one after the other into the same Inkscape instance. If > the renderer is the culprit, this should have some measurable effect > on memory consumption. > > On 5/7/05, Richard Kowalczyk <richk@...805...> wrote: > > I just tried what you suggested, and it seems to use significantly less > > memory. > > > > I had some different apps open this time, so I can't compare it exactly > > with my previous tests, but here is a rough comparison: > > > > opening all files: > > memory percent: 7% -> 45% > > buffers/cache: 214 -> 435 > > > > opening and closing the previous: > > memory percent: 5.9% -> 27.9% > > buffers/cache: 231 -> 342 > > > > inkview: > > memory percent: 3.5% -> 21.9% > > buffers/cache: 226 -> 327 > > > > inkscape preview window: > > memory percent: 5% -> 13% > > buffers/cache: 337 -> 372 > > > > So just previewing the files seems to use up significantly less memory > > than even inkview. > > > > On Sat, 2005-05-07 at 10:58 -0300, bulia byak wrote: > > > Richard, can you also try this: in the Open dialog, just select these > > > files one by one, so that a preview of each one is shown, and see if > > > there's a memory difference at the end. (Each preview loads and > > > renders the entire document.) I do remember that we fixed, at least > > > partially, the memory leaking when going through previews in this way. > > > So what you describe may be explained by: 1) our not fixing the leaks > > > completely, only partially, or 2) Inkscape using a different and > > > not-yet-fixed load path when loading the document fully than when > > > doing a preview. > > > > > > Mental, can you comment? > > > > > > > > > On 5/5/05, Richard Kowalczyk <richk@...805...> wrote: > > > > I tried doing what you suggested. I went though 26 slides, since it > > > > seemed to be enough to get an indication of the behavior. > > > > > > > > (Just to clarify - I opened the next one (from within the current one), > > > > then closed the current one - if I had closed the current one first, the > > > > memory would be cleared) > > > > > > > > The memory used seems to be roughly equivalent between inkscape and > > > > inkview, although inkview does use less. Either way though, the memory > > > > keeps going up as I go through more slides. > > > > > > > > I attached three files to this email - the result of doing the command: > > > > > > > > ps aux | grep -e "inkview" >> memory.txt; free -m >> memory.txt > > > > > > > > for three cases: > > > > > > > > memory_inkview.txt: after I clicked the right arrow to advance each > > > > slide, I ran the command. > > > > > > > > memory_one_per_time.txt: I did what you suggested, and opened each file > > > > in inkscape, then closed the old one, running the command for each new > > > > file. > > > > > > > > memory_all_open.txt: I opened each file in inkscape, but didn't close > > > > the previous file, so by the end, I had 26 files open at once. I ran > > > > the command after each file was opened. > > > > > > > > Thanks for your help, > > > > Rich. > > > > > > > > On Thu, 2005-05-05 at 19:38 -0300, bulia byak wrote: > > > > > On 5/5/05, Richard Kowalczyk <richk@...805...> wrote: > > > > > > I will be glad to do anything else that anyone thinks will help explain > > > > > > the memory usage. > > > > > > > > > > Can you try loading these same files in turn (i.e. closing the > > > > > previous one when loading the next) into Inkscape instead of Inkview > > > > > and see if there is a noticeable difference? > > > > > > > > > -- > > > > Richard Kowalczyk <richk@...805...> > > > > > > > > > > > > > > > > > > > > -- > > Richard Kowalczyk <richk@...805...> > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: NEC IT Guy Games. > > Get your fingers limbered up and give it your best shot. 4 great events, 4 > > opportunities to win big! Highest score wins.NEC IT Guy Games. Play to > > win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > -- Richard Kowalczyk <richk@...805...>

2 1

Re: [Inkscape-devel] Memory Problems
by Richard Kowalczyk 07 May '05

07 May '05

I just tried what you suggested, and it seems to use significantly less memory. I had some different apps open this time, so I can't compare it exactly with my previous tests, but here is a rough comparison: opening all files: memory percent: 7% -> 45% buffers/cache: 214 -> 435 opening and closing the previous: memory percent: 5.9% -> 27.9% buffers/cache: 231 -> 342 inkview: memory percent: 3.5% -> 21.9% buffers/cache: 226 -> 327 inkscape preview window: memory percent: 5% -> 13% buffers/cache: 337 -> 372 So just previewing the files seems to use up significantly less memory than even inkview. On Sat, 2005-05-07 at 10:58 -0300, bulia byak wrote: > Richard, can you also try this: in the Open dialog, just select these > files one by one, so that a preview of each one is shown, and see if > there's a memory difference at the end. (Each preview loads and > renders the entire document.) I do remember that we fixed, at least > partially, the memory leaking when going through previews in this way. > So what you describe may be explained by: 1) our not fixing the leaks > completely, only partially, or 2) Inkscape using a different and > not-yet-fixed load path when loading the document fully than when > doing a preview. > > Mental, can you comment? > > > On 5/5/05, Richard Kowalczyk <richk@...805...> wrote: > > I tried doing what you suggested. I went though 26 slides, since it > > seemed to be enough to get an indication of the behavior. > > > > (Just to clarify - I opened the next one (from within the current one), > > then closed the current one - if I had closed the current one first, the > > memory would be cleared) > > > > The memory used seems to be roughly equivalent between inkscape and > > inkview, although inkview does use less. Either way though, the memory > > keeps going up as I go through more slides. > > > > I attached three files to this email - the result of doing the command: > > > > ps aux | grep -e "inkview" >> memory.txt; free -m >> memory.txt > > > > for three cases: > > > > memory_inkview.txt: after I clicked the right arrow to advance each > > slide, I ran the command. > > > > memory_one_per_time.txt: I did what you suggested, and opened each file > > in inkscape, then closed the old one, running the command for each new > > file. > > > > memory_all_open.txt: I opened each file in inkscape, but didn't close > > the previous file, so by the end, I had 26 files open at once. I ran > > the command after each file was opened. > > > > Thanks for your help, > > Rich. > > > > On Thu, 2005-05-05 at 19:38 -0300, bulia byak wrote: > > > On 5/5/05, Richard Kowalczyk <richk@...805...> wrote: > > > > I will be glad to do anything else that anyone thinks will help explain > > > > the memory usage. > > > > > > Can you try loading these same files in turn (i.e. closing the > > > previous one when loading the next) into Inkscape instead of Inkview > > > and see if there is a noticeable difference? > > > > > -- > > Richard Kowalczyk <richk@...805...> > > > > > > > > -- Richard Kowalczyk <richk@...805...>

1 0

Re: [Inkscape-user] eps error (bad encoding)
by bulia byak 07 May '05

07 May '05

On 5/2/05, Aewyn <aewyn@...326...> wrote: > I just try to print from inkscape; as I know the only way to > produce a reasonable sized document is save as .eps > > Is is ok, but all my accent characters (őúéáűó) goes to its > unicode formats, so the result is totally unusable. Convert text to path - this is perhaps the most reliable solution. Other than that, I don't know what encoding the text in PS is supposed to be. I doubt it's Unicode. Latin-1? What about non-Western-European languages? Can any experts comment? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

listener fixes
by MenTaLguY 07 May '05

07 May '05

Ok ... I think I fixed all the bugs in CompositeNodeObserver, so I've comitted my patch. I've not gone through and verified that it fixes all the layer etc. bugs yet, but if it doesn't it should at least make the remaining work of fixing them much easier. The commit ensures that two of my "five invariants" are now observed: * a listener should not receive events that occurred before its registration * a listener should not receive any events at all once it is deregistered Hmm, and actually also that "fifth and a half" invariant: it should be safe for a listener to unregister itself. The patch also had the effect of disabling the 'is_interactive' flag for attribute changes. However, the work I'd done since it had been introduced made a (much cleaner!) replacement very easy. [ I've not actually entirely purged the is_interactive flag yet, since that will require changing a lot of files, but I will do so once we're satisfied that these changes are working out. ] I've been testing most of the night, but please test yourself and see if you turn up anything. I'm still worried that some code somewhere was written that inadvertantly depended on a violation of the first invariant above. -mental

1 0