- Inkscape Devel - Inkscape Mailman

OSX Compiling howto
by Kees Cook 16 Jul '04

16 Jul '04

If you need to run "./autogen.sh": fink install automake1.8 autoconf2.5 Otherwise: fink install \ intltool \ glib2 glib2-dev glib2-shlibs \ gtk+2 gtk+2-shlibs gtk+2-dev \ libpng3 libpng3-shlibs \ libtool14 libtool14-shlibs \ libpng-shlibs \ libsigc++12 libsigc++12-shlibs \ popt popt-shlibs export CPPFLAGS=-I/sw/include export LDFLAGS=-L/sw/lib # Run ./autogen.sh here if things break below... ./configure --prefix=/sw echo "#define ENABLE_NLS" >> config.h make make install -- Kees Cook @outflux.net

2 2

Adobe SVG Viewer 1.0 problems
by Alan Horkan 15 Jul '04

15 Jul '04

I had a problem getting _any_ of the SVG files from OpenClipart.org to display and thought I had stumbled on to a huge problem. Much later I realised that problem only effects Adobe SVG Viewer version 1.0 and updating to Adobe SVG Viewer version 3 made the problem seem to go away. After a lot of trial and error I was able to get the documents to display by removing the non-essential parameters from the opening <svg> tag Sample from OpenClipart.org Balloon_01.svg: <svg id="svg548" sodipodi:version="0.32" width="400pt" height="400pt" sodipodi:docbase="/home/nicu/svg_gal/happy/" sodipodi:docname="/home/nicu/svg_gal/happy/baloon1_01.svg" xmlns="http://www.w3.org/2000/svg" xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" xmlns:xlink="http://www.w3.org/1999/xlink"> After even more trial and error I was able to narrow it down to just this line, the removal of which allows the file to display correctly: xmlns="http://www.w3.org/2000/svg" it can also be fixed by changing it to xmlns:svg="http://www.w3.org/2000/svg" Which looks to me more likely to be strictly valid and correct and I hope is the actual fix. Could someone please tell me if it is correct so because having gone to all the trouble of figuring out exactly what the problem was I'd like to finally submit a patch of my own to Inkscape (and then get back to poking holes in the Standard SVG). Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/

3 4

Italian translation
by unknown＠example.com 15 Jul '04

15 Jul '04

Hi! I'm a "new" user of inkscape and I saw that the italian translation is not complete, there many words/expressions that aren't translated. I would to translate... But, what have I to do?? Is the first time that I work on a project and I'm not a programmer :-)) Let me know, Sergej Ps: greetings from italy Pps: forgive my english! __________________________________________________________________ Tiscali ADSL Senza Canone, paga solo quello che consumi! Non perdere la promozione valida fino al 19 luglio. Per te gratis il modem in comodato e l'attivazione. In piu' navighi a soli 1,5 euro l'ora per i primi tre mesi. Cosa aspetti? Attivala subito! http://abbonati.tiscali.it/adsl/prodotti/640Kbps/

3 2

export issues on windows - Bug 990349
by John Cliff 15 Jul '04

15 Jul '04

Hi folks, Bulia got me looking into ai import yesterday, and led me to realise that the import/export stuff seems pretty broke here on win. the import/open dialogs dont show anything but svg and bitmap formats, and the save as lists 3 formats which dont seem to work (svgz, ai, and epsi) The real problem is the latter as they still appear in the file type selector, and give all the right indications of having worked, but dont actually create any files. So you can think you've saved something when you havent. Saving to one of them then closing the doc causes my inkscape to crash. If anyone out there can confirm this on a windows box, I'd appreciate it. If we can confirm this isn't my box then I think we need to do something about it before cutting 0.39. Easiest is to simply add some lines to makefile.mingw to delete the extensions which are broke on windows so they dont get installed when you do make dist. This would eliminate the appearing to work while not really, and the crash bug. Cheers John __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

6 7

inset path destroys clones.
by Christophe Combelles 15 Jul '04

15 Jul '04

Hello, I don't know whether it is a bug : - create an object (say, a square) - clone it with Alt-D - move the clone to see both objects - select the first original object - apply an "inset" or "outset" on it --> the clone disappears. with 0.39 pre4 on debian sid regards Christophe Combelles PS : please note I'm not subscribed to the list.

4 4

critical assert
by Arpad Biro 15 Jul '04

15 Jul '04

Hi, This gives critical assert with current CVS (and earlier versions also): 1. draw 2 objects 2. drag one of them over the other, but do not release the mouse button 3. press Esc Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

problems compiling in macosx
by Albert 14 Jul '04

14 Jul '04

Hi inkscapers Inkscape 0.38 compiled in MacOSX after djusting several details as I reported to the inkscape-users list some time ago. Now for 0.39: I have gone already over the gtkmm issue by doing what was suggested by Peter Moulder, that is change 'ink_gtkmm_pkg=gtkmm-2.0' to 'ink_gtkmm_pkg=' But just to find another issue: checking for png_read_info in -lpng... no configure: error: libpng >= 1.2 is needed to compile inkscape I know my system has libpng 1.2.5 installed. Note that 0.38 compiled without complaining about this. I've noted the failing test in configure.in has not changed since version 0.38, so I'm pretty lost here. Here the last terminal output lines from ./configure before failing: ... checking GNU compiler version... 3.1 checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... no checking libintl.h presence... no checking for libintl.h... no checking for pkg-config... /sw/bin/pkg-config checking for png_read_info in -lpng... no configure: error: libpng >= 1.2 is needed to compile inkscape Any help would be appreciated. Albert

1 0

Today's autobuild
by Bob Jamison 14 Jul '04

14 Jul '04

Good morning, all! Since we are frozen, it is impossible to sync the makedep files and adjust paths for compilation, so autobuild will likely not run until the cut. So I did created a manual autobuild (oxymoron intended) this morning. It is on the site. After talking yesterday about syncing with the Makefile.am files, and running a script to generate a .def for making a .dll, I am thinking about requiring Perl for Win32 builds, both on Linux cross-compiling, and on native Windows. Windows users can download ActivePerl. I use it; it is very nice. I hate to add a dependency, but I think it is necessary. What we will likely do is: 1) In src/Makefile.mingw, add a dependency to all of the Makefile.am's in the /src dir. If any of them are touched, implying that files might have been added or deleted, then run mkfiles.pl and mkdep.pl. 2) After libinkscape.a is created, run mkdef.pl, which generates inkscape.def. This .def allows exporting the global symbols in our code without adding those nasty __declspec(dllimport) tags all through the .cpp files. 3) Create inkscape.dll 4) Create inkscape.exe and inkview.exe, both of which will use the dll. This will allow these two and other client apps of the dll to be packaged in the .zip without noticeably increasing download size. This will also eventually aid in providing that "inkscape widget" that other projects seem to want. After the cut, I will update mkfiles.pl with a "new improved" version that allows excluding directories, in addition to files. Just some thoughts. Later! Bob (ishmal) Bob

2 1

Metadata tab localization
by Arpad Biro 14 Jul '04

14 Jul '04

Hi, The captions and tooltips on the Metadata tab (in document prefs) seem to still not be localizable (except for 2 of them: "License" and "Proprietary"). Gettext does extract all the strings, but the translations aren't used on the UI. Arpad Biro __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail

2 2

import pdf, ps, eps pstoedit scribus
by John Griessen 14 Jul '04

14 Jul '04

I've searched and found pstoedit makes a partial import of pdf to svg, and several other perl scripts and postscript programs that choke on some pdf content when converting to ai or ps even. What I was looking for was a method of rearranging print articles from current magazines for my own use with margins to make notes in, and with editing and condensing in mind. Is pstoedit, (the gpl part), the best there is now? Can ps2ai be made to not die so easily? Since pstoedit has the best error handling even though output is not just right, is anyone interested to take the source of it and add more? Many pdfs are intended never to be editable, but often legitimate work is going to start with pdfs since adobe made them so popular by effective promotion and "free as in beer" viewers that worked. A big area of legitimate work is in catalogs whose typesetters are nowhere to be found, or not offering their editable layouts, or the layouts are made with ancient Mac SW that no one has anymore, and yet the paper catalog data needs to be mined for starting an online store web catalog. See the inkscape wiki under tutorial ideas for a couple of new images related to pstoedit -f plot-svg John Griessen -- John Griessen Cibolo Design Austin Texas linux counter #249315

2 1

[Fwd: [Inkscape-user] need help to compile inkscape 0.39 in macosx]
by MenTaLguY 14 Jul '04

14 Jul '04

-----Forwarded Message----- From: Albert <albert@...452...> To: inkscape-user(a)lists.sourceforge.net Subject: [Inkscape-user] need help to compile inkscape 0.39 in macosx Date: Wed, 14 Jul 2004 00:04:30 +0200 Hi all I'm trying to compile inkscape-039pre4 in macosx and I'm running into this problem: No package 'gtkmm-2.0' found configure: error: Library requirements (gtk+-2.0 >= 2.0.0 libxml-2.0 >= 2-2.4.24 sigc++-1.2 gtkmm-2.0 ) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. I know I have gtkmm1.2 installed and than I need then to install 2.0, but the question is: inkscape 0.38 did NOT require neither gtkmm1.2 nor 2.0. I thought this would be necessary from 0.40 and onward, not before. When was this changed, or what did I miss? Also, which gtkmm should I install: 2.0-2.2, or 2.4 ? Does anyone know if any of this 2 libs have any problems in macosx ? Thank you for any help. Albert ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Inkscape-user mailing list Inkscape-user(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user

2 1

2 Compile Issues
by Bob Jamison 14 Jul '04

14 Jul '04

Bryce told me to direct this to Mental or Bulia: Since we are clearing source changes now, I'll mention these two things that need tweaking. Nothing major, but they can break builds: 1. In satisfied_guide_cns.cpp, the prototype for void satisfied_guide_cns(SPDesktop const &desktop, std::vector<NR::Point> &snappoints, std::vector<SPGuideConstraint> &cns) ...needs to match the .h file. This can cause a linking problem in some situations, such as dynamic instead of static, or link order. 2. This one is my fault. I recoded prefix.cpp to use gthreads; it works nicely, but this file is not our responsibility. The original binreloc version needs to be put back. (OOPS. sorry) I'll not touch any sources until after the release :) Bob

4 3

configure patch
by Mike Hearn 14 Jul '04

14 Jul '04

Hi, The binreloc code uses gthread to achieve thread safety in the Inkscape tree, but gthread isn't passed to pkg-config. This patch fixes this. thanks -mike Index: configure.in =================================================================== RCS file: /cvsroot/inkscape/inkscape/configure.in,v retrieving revision 1.70 diff -u -r1.70 configure.in --- configure.in 11 Jul 2004 22:30:53 -0000 1.70 +++ configure.in 13 Jul 2004 16:42:58 -0000 @@ -221,7 +221,7 @@ dnl Unconditional dependencies dnl ****************************** -PKG_CHECK_MODULES(INKSCAPE, gtk+-2.0 >= 2.0.0 libxml-2.0 >= 2-2.4.24 $ink_sigc_pkg $ink_gtkmm_pkg $ink_spell_pkg) +PKG_CHECK_MODULES(INKSCAPE, gtk+-2.0 >= 2.0.0 libxml-2.0 >= 2-2.4.24 gthread-2.0 >= 2.0.0 $ink_sigc_pkg $ink_gtkmm_pkg $ink_spell_pkg) dnl Shouldn't we test for libpng and libz? INKSCAPE_LIBS="$INKSCAPE_LIBS -lpng -lz"

2 1

submitting freeze items
by MenTaLguY 14 Jul '04

14 Jul '04

I'd like to leverage the patch tracker to provide a work queue for bulia and me. To this end, I created an "0.39 FREEZE" tracker group. The proposed procedure is as follows: 1. create an entry in the patch tracker; if your change is complicated enough to warrant a patch, attach it. otherwise, just describe what you need done (as Bob did) -- make sure to select the aforementioned "0.39 FREEZE" group when you submit the entry. 2. also send an email to the mailing list so we can discuss the patch/change here 3. any updates/fixes to your patch go in the tracker item so they don't get lost -- be sure to include a note indicating the fix/change also 4. bulia or I can claim items to work on by assigning them to ourselves, and will close the tracker entry when the task is done Sound reasonable? -mental

1 0

Extra main() symbol
by Bob Jamison 14 Jul '04

14 Jul '04

Another Mental/Bulia thing: I have been working on the new build stuff for 0.40, such as making an inkscape.dll. This exercise in exporting symbols reveals some minor problems in our code, like I reported earlier. I just found another one. In the Win32 build, there is an extra main() being added to libinkscape.a. This is much easier to do manually than a patch. 1. Could you add this line: extension/script/js/js.c to src/make.exclude, 2. and then run perl mkfiles.pl and perl mkdep.pl 3. ...and then commit make.* (will be 3 or 4 files) Bob

2 1

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