- Inkscape Devel - Inkscape Mailman

SEGV & SIGABRT handlers
by Bryce Harrington 11 Jul '04

11 Jul '04

Kees, Do you feel that the handlers for SEGV and SIGABRT reliably auto-save and put up crash dialogs? This is an item on the roadmap for 0.40, but I think you probably already took care of it. If so, we can cross that item off the list. Bryce

2 2

svg align icons
by Aubanel MONNIER 11 Jul '04

11 Jul '04

just to let you know I attached new svg align icons to the patch tracker.

1 0

gtkmm and sigc++ version
by Aubanel MONNIER 11 Jul '04

11 Jul '04

Hi list, while trying to resolve some basinc problems I had with tentatives of gtkmmification, I jumped on the #c++ channel on irc.gnome.org, and founs very nice people explaining that we should not rely on a deprecated version of gtkmm and sigc++. So with their help I made the port to gtkmm2.4 (nothing to do, configure.in was ready) and libsigc++2.0, which took a bit more time. This does not fix my problem, but it works. So if anyone is interested, I can semd a patch. Let me know what the procedure is. Thx, obi.

4 7

Proposal for 0.39 freeze
by Bryce Harrington 11 Jul '04

11 Jul '04

It feels like things are getting close to being ready for a freeze, and to start preparing for the release. There's a lot of work still going on, and we don't want to interrupt things abruptly, so it may be worthwhile to settle on some loose target dates. How does the following plan sound? 1. 'Feature chill' - June 28. No new features should be started, work should be wrapping up on existing features and code cleanup. Unfinished features should be hidden. Focus should be on bug fixing. 2. 'Feature freeze' - Sometime in first week of July. Only bug fixing should occur after this point. Focus should be on closing critical bugs and bugs in new features. 3. 'Hard freeze' - When all major bugs have been closed that we intend to close, we go into a short hard freeze period for a few days where no changes are allowed except under strict change control. We do final QA, verify on as many platforms as possible, create the packages and verify they work well, and make sure no last minute bugs slipped in. 4. 'Release' Bryce

12 28

Update on release process
by Bryce Harrington 11 Jul '04

11 Jul '04

There are still a few remaining Must-Fix items prior to going into the Hard Freeze, so we'll be giving it a bit more time. Hopefully by the end of the weekend we'll be ready. Tomorrow morning, I will send out a proposal for how to conduct the Hard Freeze segment of the release process. Bryce

1 0

Check ReleaseNotes
by Bryce Harrington 11 Jul '04

11 Jul '04

Just as a reminder, everyone who has done work on the codebase between 0.38.1 and now, please go review the ReleaseNotes and doublecheck that those changes are accounted for. Minor bug fixes, optimizations, etc. can be omitted, but it's worthwhile to include anything major, both for educating users about the new stuff, and for testing/troubleshooting purposes. http://inkscape.org/cgi-bin/wiki.pl?ReleaseNotes Thanks, Bryce

4 4

libccc: criawips' cairo-based canvas (using gtkcairo)
by Sven Herzberg 10 Jul '04

10 Jul '04

Hi all, I just started to play around with gtkcairo because I got stuck with some limitations of the gnome-canvas that I hope to be able to solve when developing a cairo based canvas. My current aims are: * get a high level canvas using cairo * get rid of issues like we have in gnome-canvas (e.g. text cannot zoom) * have a gnome-canvas-like api * use gobject interfaces for some things and lots of signals to make extending more easy (e.g. 'zoom canged' signal would have helped to fix the GnomeCanvasText things) I'm playing around within the criawips CVS repository on cvs.gnome.org. There's neither something that works yet nor much stuff, I just want to tell you about my plan to be able to get feedback before I introduce some issues that you had with something similar. The code is located in the criawips/src directory and consists of the cc-* files. Regards, Sven PS: I hate cross-postings, please continue this thread within criawips-devel@...448... and DO NOT reply to other lists. Thank you -- Sven Herzberg <herzi@...449...> · GNOME Deutschland <www.gnome-de.org> Jabber <herzi@...450...> · ICQ <177176642> GnuPG Fingerprint: <F020 B158 2696 6D6A 2870 F53C 0565 FD6B B1C3 0AFE>

1 0

export to bitmap: very bad behaviour
by Artemio 10 Jul '04

10 Jul '04

Hello all! I noticed several changes in the recent snapshot (20040706) that make my work much slower. 1. The exported image name defaults to drawing.svg.png instead of drawing.png. What is this for? Generally, you'll want shorted and simpler names, just drawing.png. Currently I have to delete the .svg portion each time. 2. The behaviour of the export dialogue is inconvenient. One thing it should be able to do IMHO is to detect whether a selection is active and automatically set the export mode to selection. 3. Also, compared to a snapshot of 20040628, Inkscape forgot how to update the export x/y/size on the fly. For example, I have three drawings on a single canvas and I want them exported to drawing[123].png. Previously, I could fire up the export dialogue, and hit export three times while selecting different drawings and changing 1 to 2 and then 2 to 3 in the target file name. In the current snapshot, if I change a selection while the export dialogue is up, the selection range is not updated. So if I want to do what I explained, I have to select a drawing, then hit "selection", then adjust the file name and hit export. This adds one exrta action which makes you work longer. I think the export x/y range should update on the fly. Just my 2 cents ;-) Artemio.

4 3

Working locally
by Gazal, Geraud (MED) 09 Jul '04

09 Jul '04

As my home internet connection is not up at the moment, I was wondering if there was a way for easily downloading the complete list of RFEs and Bugs in order to be able to read/sort it locally... Anyone having already done this ?

4 4

Updated spanish po
by Lucas Vieites 09 Jul '04

09 Jul '04

Hi, attaching updated spanish po. Will there be a 'translation freeze' before the 0.39 release so we can have translation at 100%? And now for something completely different: I found at least two strings containing "sodipodi" in the po file. Is this correct? msgid "Could not create sodipodi-svg-doc factory" msgid "Export document to plain SVG file (no sodipodi or inkscape namespaces)" -- Lucas 'Basurero' Vieites Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

4 3

AW: [Inkscape-devel] isnan
by Taraben, Adib 09 Jul '04

09 Jul '04

>> isnan without the std:: qualifier doesn't compile for me on mingw gcc >> 3.2.3. Are we going to need a platform-specific hack here? > Same for me (cross-compiling). Is there a way to change is so that > everyone is happy? using namespace std ??? Adib.

5 5

autopackage now requires explicit --enable-binreloc
by Peter Moulder 09 Jul '04

09 Jul '04

The autopackage code has the following problems: - The code for enable-binreloc=auto (which was previously the default) checked the build environment rather than the execution environment. - autopackage code prevents running inkscape from the build directory. (This problem is reduced if the source directory and the build directory are the same.) It should fall back to using the configure-supplied PREFIX value. - Also, there are a few problems with prefix.cpp code that make me wonder what other problems the autopackage code has: - br_locate uses sscanf("%x-%x") and unsigned ints whereas linux/fs/proc/array.c uses printf("%08lx-%08lx") and unsigned longs. This presumably leads to bugs on 64-bit platforms. - br_prepend_prefix needlessly requires that its path argument be writable. - br_strcat uses calloc, only to write over the space. It in effect calculates strlen(str1) 3 times and strlen(str2) twice. - br_strndup has buffer overflow if size excedes the length of str by more than one. - br_extract_prefix doesn't behave as its documentation indicates. Also it does an unnecessary strndup when it could use memrchr. Therefore I've changed configure.in to default to enable-binreloc=no. Autopackage binary builders, you may wish to add --enable-binreloc to your configure options. pjrm.

2 1

"layers"
by MenTaLguY 09 Jul '04

09 Jul '04

I think I've fixed most of the layer-related bugs I could find now. If you guys could give the "Edit group" feature a workout and see if there's anything I missed... (I think I still need to add transformation compenstation to Paste, at least) -mental

3 2

Re: [Inkscape-devel] Joining and help on gtkmm
by aubi＠...373... 09 Jul '04

09 Jul '04

On Wed, 2004-07-07 at 13:33, bulia byak wrote: > > this code works > > Gtk::Image *pImg= new Image ("/x/y/z/toto.png"); > > > > while this one don't > > Gtk::Image *pImg= new Image > > (Gdk::Pixbuf::create_from_file("/x/y/z/toto.png")); > > Judging by http://www.gtkmm.org/gtkmm2/docs/reference/html/classGtk_1_1Image.html, > both uses are valid. But we haven't yet used Gtkmm in this project so > I can't tell. Mental, can you comment? As far as I know both examples are valid (and should be essentially interchangable), but I've not tried either. There are occasionally some gotchas which the documentation does not make clear. Aubi, does "doesn't work" mean that it doesn't compile, or that it misbehaves when run? What are the error messages or deviations from expected behavior you encounter? -mental The failure is at run time. As far as I remember (I doesn't have my machine right now), there is an assertion on the Pixbuf, something like could not bind pixbuf. And of course, nothing is displayed. Talking about GTKmm doc, I was wondering if we could put it in a wiki, this way we could add comments as we gain experience. I also have more general questions about gtkmm ification and widgettery. Do we try to redo custom widgets (ie inheriting from drawables) for the SPIcon and SPButton thingies, or do we provide static Images widgets with the according content (ie pixbuf) already loaded ? I would vote for the second solution as I remarked an important performance hit since we display SVG icons in eg the Fill dialog. The result would be something like class SVGIcons { public : const Gtk::Image & get (std::string name); private : static const Gtk::Image &icon1; static const Gtk::Image &icon2; static const Gtk::Image &icon3; etc ... } ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

2 1

Re: inkscape - tspan - baseline-shift
by bulia byak 09 Jul '04

09 Jul '04

> Dear Mr. Buliabyak, thank you for the explanation of the complexity of > implementation of the "baseline-shift" tag and tspan sections into > inkscape. I'm ready for helping with the development of the application, > but there is one big obstacle: I can't do C language. There are many ways to help other than coding: testing, documentation, discussions... > I understand, that you - and the development team as well - are not > interested in the text part of SVG. This is wrong. We are doing a lot for text. Since we forked from Sodipodi, we added letterspacing and kerning, and recently switched to Pango for much better Unicode text support (not counting hundreds of bugfixes). All this is necessary for any further improvements of text support. > As the SVG is only suitable vector graphics format, many chemical > structure drawing programs have export to the SVG. And as we need some > other graphic elements (frames, boxes, splines) when we prepare chemical > structures for the presentations or publications, the only way is usage > of some vector graphic editor. Chemical structures are made of thin > lines, the chemical bonds, and the export to the raster image degrade > such lines completely. But alas, almost every such chemical structure > include the subscripted text. There is no way through. Right now you can approximate sub/superscripts by vertical kerning. For example type "H2O", position text cursor before 2 and press Alt+down a few times, then move after 2 and press Alt+up a few times. The only problem with this method is that you can't make "2" smaller than "H". See http://inkscape.org/screenshots/gallery/inkscape-0.38-linux-kerning.png for an example of what is possible using kerning. > I do not understand the reason for existence of two similar projects on > the sourceforge, inkscape and sodipodi. See the FAQ on our site. In short, Sodipodi was too closed and inflexible so we had to start a new project from Sodipodi codebase so we could all work freely on what we wanted to see in a vector editor. > I look into the sodipodi source code and in my opinion to extend the > tspan routines is not such a big problem (if you don't need GUI for > editing of tspans, but only the interpretation of it when drawing on the > canvas). Yes, the rendering part is easier to do, but what is the use if you cannot create a subscript except by manual XML editing?

2 1

isnan
by Carl Hetherington 09 Jul '04

09 Jul '04

Hi, isnan without the std:: qualifier doesn't compile for me on mingw gcc 3.2.3. Are we going to need a platform-specific hack here? Carl -- http://carlh.net/pony

2 1

Joining and help on gtkmm
by aubi＠...373... 08 Jul '04

08 Jul '04

Hi list, as a convinced Inkscape user and former C++ developper, I decided to at least try to join the developpment team. I don't want to promise anything, as real life work keeps me quite busy, but sure I could spend a few hours a week on it. So I pulled the code from cvs and started to look at something intersting me : aligning nodes. Well, this is C code. I'm not a great fan of C, so I wanted to start the C++ ification of the align dialog. And still pulling away, fall in front of SPButton and SPIcon. I first tried to wrap (GtkButton::wrap for example) them, but could not get it working. So I went deeper and figured that it could be a good idea to take it at the pixbuf level. But I can't understand how this works, even with a simple png image : this code works Gtk::Image *pImg= new Image ("/x/y/z/toto.png"); while this one don't Gtk::Image *pImg= new Image (Gdk::Pixbuf::create_from_file("/x/y/z/toto.png")); Looks like I missed something ... If you have some answers, or even pointers (google is not very talkative about this), please post them in my blog here : http://un.regne.net/dotclear/index.php/2004/07/01/20-firsts-tries-on-inksca… sorry for the inconvenience, I'm in trouble with my email setup. Thanks in advance for any answer, aubanel. ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

3 2

RE: [Inkscape-devel] General and Specific Meta-Data
by unknown＠example.com 07 Jul '04

07 Jul '04

> On Wed, 7 Jul 2004, Jon A. Cruz wrote: >> >> >> XMP >> >> >> XMP > > We left implementation of that for you... ;-) Why, how kind and thoughtful of you. Thanks. :-D (look for things after the thaw)

1 0

RE: [Inkscape-devel] General and Specific Meta-Data
by Jon A. Cruz 07 Jul '04

07 Jul '04

> -------- Original Message -------- > Subject: Re: [Inkscape-devel] General and Specific Meta-Data > From: "Bryce Harrington" <bryce@...260...> > Date: Sat, July 03, 2004 11:27 pm > To: "Kees Cook" <inkscape@...62...> > Cc: "inkscape" <inkscape-devel(a)lists.sourceforge.net>, "clipart-list" > <clipart@...330...> > > On Sat, 3 Jul 2004, Kees Cook wrote: > > On Sat, Jul 03, 2004 at 08:40:07PM -0700, Jon Phillips wrote: > > For now, I just want to get the "General" RDF editor working. :) > > *Nod* Agreed - this will take care of 99% of the cases; the last 1% > will be more challenging. XMP XMP

2 1

RE: [Inkscape-devel] Polyline and polygon point specification patch submitted
by Jon A. Cruz 07 Jul '04

07 Jul '04

> -------- Original Message -------- > Subject: [Inkscape-devel] Polyline and polygon point specification > patch submitted > From: "Mark Nyrup Mortensen" <nightcap@...58...> > Date: Fri, July 02, 2004 10:44 pm > To: inkscape-devel(a)lists.sourceforge.net > And then another question somewhat related to the patch (and probably > other places in Inkscape?): > Does anyone know whether the "g_ascii_strtod" function actually is > capable of reading and returning numbers sufficiently large to allow for > the numbers available in SVG? From what I have seen so far i would say > no, but again my knowledge of C/C++ and GTK+ is fairly limited. Ahhh..... This is where I'd suggest getting it in the unit tests. Just find out the range that could be needed, and then set up tests for those on either side of any boundary. Of course, we'd probably have to have some unit test framework first to make it easy. :-) But, seriously, it is good to at least make a note of the range that it would need to support, allong with samples to exercise it.

2 1

RE: [Inkscape-devel] General and Specific Meta-Data
by Jon A. Cruz 07 Jul '04

07 Jul '04

> -------- Original Message -------- > Subject: Re: [Inkscape-devel] General and Specific Meta-Data > From: "Kees Cook" <inkscape@...62...> > Date: Sat, July 03, 2004 10:09 pm > To: "inkscape" <inkscape-devel(a)lists.sourceforge.net>, "clipart-list" > <clipart@...330...> > > > > I wonder how we can have it so that when an object or collection of > > objects is copied and pasted, imported and transformed, that its > > specific meta-data (beyond specified graphics attributes) can be copied > > along with itself (making a media object). In the future this will be > > vital for algorithmic composition of graphics. > > You could test for clashing licenses! Hah. > > > Thoughts? > > I'd need to read a lot more about RDF itself. For example, how do we > reference a specific SVG group or shape within the doc? > XMP?

1 0

RE: [Inkscape-devel] joining development
by Bryce Harrington 07 Jul '04

07 Jul '04

On Tue, 6 Jul 2004, Gazal, Geraud (MED) wrote: > > > As I really appreciate the tool you're developping, I'd really like to > > > contribute, as soon as my home internet connection is up again. > > > Ah, cool, welcome aboard. :-) > > Yeah, will subscribe to inkscape devel/user as soon as possible (damned > internet provider) Note that there's also a news feed available via gmane.org, if mail is an issue. > OK, there we are. I really want to help this project as it really helps me. > Here are the tasks on which I can help : > > - writing test plan (it used to be my job a few years ago) I've been (slowly) working on exploring some different aspects for testing Inkscape, and would love to work with you on this. So far our testing has been organic as opposed to systematic; planned testing likely could help identify issues more intently. > - translation : my English is not perfect (and my accent is terrible/fic), > but I'got some good dictionaries. I'm native French speaker (this can > explain the accent), correct in Spanish and German, poor in Slovak and Czech > (but my girlfriend is native :) ). Translators are always welcome. :-) I think we've got people involved in all those languages, but the translations may benefit from additional sets of eyes. > - doing some tests This is definitely needed; I can give lots of tips and ideas on testing. We don't have much in the way of unit tests, but I've been finding a number of other effective approaches to doing it. > - working on specifications (my current job : project coordination) An immediate area we need help here is with the extensions system. It's been on our roadmap to write a spec for this, and some work has been done and many of the ideas are out there, but it needs to be written up and pushed to completion. The reason why extensions would benefit from a spec whereas most other features haven't needed one, is because by definition the system needs to be used by a lot of different developers coming at it from a lot of different ways (different programming languages, operating systems, etc.) So specifically detailing the API, capabilities and limitations, etc. etc. will be vital for making it successful. > - providing some example svg (mostly technical/mapmaking oriented, not > artiscal value) / screenshots Also definitely check out www.openclipart.org, one of Inkscape's sister projects; technical symbols and examples are quite welcome there. > - work on some small tutorials > - test test test > > I fact, here is my proposal : > > - begin working on a list of specifications in order to get a traceability > matrix for test/user manual/tutorial/screenshots. (see example below > attached as rtf doc). Maybe to be posted on your wiki someday > - will try to do the same for RFEs in order to sort/orgize them (sounds > huge) By the way, note that I did this too, back when we were all part of Sodipodi. What I came up with is here: http://www.sodipodi.com/index.php3?section=development/tasks I believe rejon ported these writeups into the RFE tracker, so you hopefully should find some good order in the older RFE's. For what it's worth, I think for the RFE what we need is not so much organizing them, but more about identifying ones that are completed or duplicates, or that need further elaboration. Also, to date we've focused more intently on the bug list than the rfe list, although hopefully this will shift towards rfes a little more in the future. Note that one area of testing that can be directly beneficial is to try to replicate some of the reported bugs (esp. the ones with comments "I can't recreate it"), and provide additional info like back traces, error messages, etc. > - begin working on some test documents > - start a 'Need for contribution' wiki page listing points where > coders/artists/dummies_like_me can help Looking forward to seeing this. :-) > Wainting for your feedback and if this souds good to you, please forward to > the devel-mail-list Definitely sounds good, and am forwarding. Thanks, Bryce

5 4

RE: [Inkscape-devel] joining development
by Gazal, Geraud (MED) 07 Jul '04

07 Jul '04

OK, then. Here are my priorities then : 1 provide a test framework, based on the following notions : feature testing non regression testing unit testing -> thus providing - a kind of test matrix - some test cases/documents - a test report template (maybe script/interface) in order to automatically generate test reports I insist on the fact that having Inkscape being scriptable would be a huge plus for automated tests, especially for : - SVG compliance, rendering, printing (automaticaly loads svg files, compare to 'reference', and provide a status). - editing features (automatically generates svg files according to scenario and compare to reference. 2 Test (of course). 3 Work on a 'help/work needed' page. And a the same time get a look on extensions specifications. 4 work on French translation. Regards, Matiphas

3 2

EPS import
by Ted Gould 07 Jul '04

07 Jul '04

Using an idea from Artis Rozentals in this enhancement request: https://sourceforge.net/tracker/?func=detail&atid=604309&aid=957916&group_i… I've implemented all the of the .inkmod files to do this. Basically it goes like this: EPS -> PS -> Sketch -> SVG Kind of convoluted, but most users won't have to see that. To see this work you'll need to have pstoedit, ghostscript, and Sketch installed. If other people could look at this and comment that would be great. If you have those installed, all you need to do is open a bunch of EPS files. --Ted

3 3

Inkscape 0.39pre3
by Ted Gould 07 Jul '04

07 Jul '04

Has been put on to Sourceforge (actually it happened last night, but I forgot to write the e-mail :) This signals the feature freeze for 0.39, and the start of bug fixing. Hopefully they'll all be easy and we should have a pre4 here shortly ;) http://prdownloads.sourceforge.net/inkscape/inkscape-0.39pre3.tar.gz?downlo… Testing of this release is strongly encouraged (along with bug reporting) so that we can find all the bugs and release a very stable 0.39. http://sourceforge.net/tracker/?group_id=93438&atid=604306 --Ted

1 0