July 2004 - Inkscape Devel - Inkscape Mailman

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