July 2004 - Inkscape Devel - Inkscape Mailman

Complete spanish po for 0.39
by Lucas Vieites 13 Jul '04

13 Jul '04

Do translations get into a hard freeze? Just in case, I finished the four or five pending strings in this file. Attached it goes... -- Lucas 'Basurero' Vieites Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

4 6

Explicit destructor calls for libstdc++
by Aubanel MONNIER 13 Jul '04

13 Jul '04

Somebody knows why there are so many explicit destructor calls like : sp_desktop_dispose (GObject *object) { SPDesktop *dt = SP_DESKTOP (object); dt->sel_modified_connection.disconnect(); dt->sel_modified_connection.~connection(); dt->sel_changed_connection.disconnect(); dt->sel_changed_connection.~connection(); dt->_set_colorcomponent_signal.~signal(); Why not a simple delete (dt->sel_modified_connection); ?

2 4

Re: Bug Stats
by Bryce Harrington 13 Jul '04

13 Jul '04

Date Reqd Crit Open Total Ratio ----------------------------------------- 7/1 88 452 19.5% 7/4 8 89 464 19.2% 7/5 21 86 464 18.5% 7/6 19 85 464 18.3% 7/7 20 88 467 18.8% 7/8 13 81 471 17.2% 7/9 10 78 471 16.5% 7/10 3 9 78 478 16.3% 7/11 2 6 74 479 15.4% 7/12 1 6 70 483 14.5% ------------------------------------------ Goals 0 10 (71) (15.0%)

2 3

Text writing and font changing
by Tuukka Pasanen 12 Jul '04

12 Jul '04

hi, Inkscapes font editing capabilities are getting better but there is two major problems. At least for me. 1. One can't change font in middle of text (If inkscape is using pango this should be so hard) 2. One can't put text in textbox (so you can't say be this large and if your text is longer cut it to next row) Have someone thought about this. I could take and make part 1 but thing i don't know how to mark up things when font changes?? part 2 should also be doable? Tuukka

2 1

Required bugs to fix for 0.39
by Bryce Harrington 12 Jul '04

12 Jul '04

The following bugs have been identified as 'required fixes' for the Inkscape 0.39 release: 984902 (CLOSED) "paint-selector.cpp: patternmenu getting destroyed" 979858 (OPEN 9) "image xlink: pixmaps linked with relative path don't work" 978391 (OPEN 9) "Autopackage installation" 978250 (OPEN 9) "mkinstalldirs error." Bulia also mentioned some export dialog issues, but there isn't a ticket number associated with it yet, so it's unclear what the status is. I've reduced the other other critical bugs to level 8. Bryce

2 4

testing...
by Bryce Harrington 12 Jul '04

12 Jul '04

Is this thing on...?

1 0

Re: [Inkscape-devel] autopackage now requires explicit --enable-binreloc
by Kees Cook 11 Jul '04

11 Jul '04

On Sun, Jul 11, 2004 at 03:34:39PM -0700, Mike Hearn wrote: > On Sun, 2004-07-11 at 14:04 -0700, Kees Cook wrote: > > We've disabled binreloc by default so that some of the other developers > > aren't disturbed by it. In the meantime, if your nightly builds can be > > changed to add "--enable-binreloc" to the "configure" run, Inkscape will > > correctly compile binreloc. > > Yes, I modified the specfile to do that. I tracked it down to header > ordering - in some cases config.h was being included after prefix.h > which was redefining the relevant macros. I think it's fixed now - I > guess prefix.h including config.h would fix that too. > > As to -D flags vs config.h entries, well, I don't know enough about > autoheader/autoconf to comment I'm afraid so I'll let Hongli deal with > that. Whoops, I'm not on the list, can you CC me on replies? :) Bryce forwarded me your response. I have an updated patch that makes prefix.c C++ type-safe. As for the config.h entries, I'd love to see where autoheader is considered deprecated. At least according to the documentation from autoconf 2.59, I see no mention of autoheader going away. Using "make" to detect changes in your build system won't pay attention to -D flags, but it will see changes in the config.h. With large packages (like inkscape), I don't want to have to do a full recompile. Also, for the end user who is attempting to compile the program, they shouldn't have to know which files to delete or to do a "make clean" if they decide to change a "configure" option. I should be able to run "configure --disable-binreloc", "make", and then "configure --enable-binreloc", "make" and have things correctly rebuild. Without the config.h entries, this is not happening. If people aren't using config.h, then they won't have an "AM_CONFIG_HEADER"/"AC_CONFIG_HEADER" call in their configure.ac, so my patch stands: for those using CFLAGS, it will work. For those using config.h it will work. And neither will step on the others' toes. :) -- Kees Cook @outflux.net

1 0

Re: [Inkscape-devel] autopackage now requires explicit --enable-binreloc (fwd)
by Hongli Lai 11 Jul '04

11 Jul '04

Bryce Harrington wrote: > - The code for enable-binreloc=auto (which was previously the default) > checked the build environment rather than the execution environment. ??? What does this mean? > - 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. I don't think this is possible except if you explicitly code fallback functions in the application. > - 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. That's because Mike's patch uses an old version of BinReloc. The CVS BinReloc uses unsigned longs and "%lx" (maybe I should change that to "%08lx" instead? not sure). > - br_prepend_prefix needlessly requires that its path argument be > writable. It doesn't. br_prepend_prefix doesn't modify the content of the path argument in any way. I just didn't use the 'const' keyword, that's all. ;) > - br_strcat uses calloc, only to write over the space. It in > effect calculates strlen(str1) 3 times and strlen(str2) twice. Should be fixed in the autopackage CVS now. > - br_strndup has buffer overflow if size excedes the length of str > by more than one. Thanks for the tip. Fixed in CVS now. > - br_extract_prefix doesn't behave as its documentation indicates. This is a typo in the documentation. Fixed. > Also it does an unnecessary strndup when it could use memrchr. I'm not sure which line exactly you're referring to.

4 4

Clarification of 0.40 tasks?
by Bryce Harrington 11 Jul '04

11 Jul '04

Could someone elaborate on what the following task items mean? In particular, I'm wondering if they still belong in the 0.40 release todo list. * Make clones respond sensibly to original duplication * Reenable fuzzy font matching * Make gradient management & chaining work similar to patterns ** Fix fill-opacity ignored with gradients * Implement "Select Under" * Complete the cursor icons set * Redraw old icons to look decent Thanks, Bryce

4 5

Bug Stats
by Bryce Harrington 11 Jul '04

11 Jul '04

Date Crit Open Total Ratio 7/1 88 452 19.5% 7/4 8 89 464 19.2%

1 9