- Inkscape Devel - Inkscape Mailman

schema documentation
by unknown＠example.com 23 Nov '05

23 Nov '05

Now that I have voulunteered to document our schema extensions in teh inkscape and sodipodi namespaces, I realize tha tI have no idea how to do that, where to start, or even if I am using the right words. Help! I do know that the attributes are stored here: http://cvs.sourceforge.net/viewcvs.py/inkscape/inkscape/src/attributes.cpp?… Probably a good idea to document the *.inx file again too since I lost my first attempt. Aaron

1 0

Re: v0.43 win32 small fonts
by Andy Burns 23 Nov '05

23 Nov '05

Taraben, Adib wrote: > I will recreate the package as "inkscape-0.43-2.win32.exe" tomorrow Just to confirm I removed 0.43-1 (including copied/edited GTK files used as workarounds) and installed 0.43-2 and the font and dialog sizes are back to normal and colours match XP theme rather than win3.x theme Thanks for quickly improving the release.

1 0

native Gtk for Mac OS X
by Alexandre Prokoudine 23 Nov '05

23 Nov '05

Hi, Just in case you don't know yet, Imendio guys have checked their native port of Gtk to Mac OS X into Gtk's CVS: http://developer.imendio.com/wiki/Gtk_Mac_OS_X Now X11 is not required to build Gtk apps on Mac OS X. Alexandre

1 0

Inline Function Removal
by Robert Crosbie 23 Nov '05

23 Nov '05

I'm was looking at getting rid of the Inline Function Removal Janitor Item. For the conversion of sp_repr_change_order to repr->changeOrder, we have some code that expects a return code in tree_move: http://www.inkscape.org/doc/doxygen/html/sp-xmlview-tree_8cpp-source.php#l0… I'm assuming that since sp_repr_change_order always returns TRUE, the proper patch would include removing the variable OK and the assigning and conditional related to it. It seems obvious since you'll get a compiler error if the assignments are not removed. I just wanted to check to make sure my changes are minimal and don't change other behavior. Also, the last time I looked at these Janitor items, I put some questions in the Wiki. It would be great if these could be answered so that this action item could closed. In particular, whether sp_repr_children, sp_repr_unparent, sp_repr_document, sp_repr_document_root are to be included in this conversion. Thanks, -- Rob. http://woodpendant.com

2 1

Re: [Inkscape-tester] inkscape build report]
by Bryce Harrington 23 Nov '05

23 Nov '05

New warnings with the removeoverlap code... ----- Forwarded message from root <root@...1070...> ----- Date: Wed, 23 Nov 2005 05:21:02 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Wed Nov 23 04:24:52 2005 (Run 808) Snapshot: inkscape-20051123-0300.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 29 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == seltrans.cpp:651: warning: `void sp_sel_trans_handle_click(SPKnot*, unsigned int, void*)' defined but not used sp-item.cpp:151: warning: converting to non-pointer type `double' from NULL sp-item.cpp:152: warning: converting to non-pointer type `double' from NULL display/canvas-arena.cpp:87: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:87: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:133: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:133: warning: (perhaps the `offsetof' macro was used incorrectly) removeoverlap/constraint.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete removeoverlap/blocks.h:12:9: warning: #pragma once is obsolete removeoverlap/blocks.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/constraint.h:12:9: warning: #pragma once is obsolete removeoverlap/constraint.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete removeoverlap/constraint.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete removeoverlap/constraint.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete removeoverlap/blocks.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete == Environment Summary == ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

1 0

Newsforge article about Pantone
by Bob Jamison 23 Nov '05

23 Nov '05

Newsforge has a nice article about Pantone and the issues that Inkscape and other o/s apps have with it: http://software.newsforge.com/software/05/10/25/153221.shtml bob (ishmal)

1 0

os x packaging problems (in CVS)
by jiho 23 Nov '05

23 Nov '05

hi list, I experienced some packaging problems since I use --enable-osxapp and since the reopening of HEAD (I don't know which of these could cause the problem). I hoped that Michael commits will solve them but here is what I see: 1/. I package with the instruction: ./osx-app.sh ../../inkscape_compiled/bin/inkscape ../Info.plist macosx everything seems to run fine but when I double click the newly created app I receive an error message: "You cannot open the application "Inkscape" because it may be damaged or incomplete." I looked into the app bundle and it lacks the executable so obviously it cannot run. If I run the executable from the command line in my prefix dir it works (but does not find many stuff because I compiled with the --enable-osxapp configuration option). 2/. Then I copied the executable to the app bundle. The message is gone and the application only briefly appears in the dock before quitting and in my console log I have the message: ** (process:10080): WARNING **: Could not open units file 'Contents/ Resources/ui/units.txt': No such file or directory ** (process:10080): WARNING **: * INKSCAPE_DATADIR is: '/Volumes/ files/softwares/inkscape_compiled//share' ** (process:10080): WARNING **: * INKSCAPE_UIDIR is: 'Contents/ Resources/ui' Nothing to do! Though, the ui directory is present in the .app bundle and readable as well as everything inside it. Maybe it looks for it in "/Volumes/ files/softwares/inkscape_compiled//share" which is my prefix dir. It should look where the bundle is... I'm using Xcode 2.1 on 10.4 and I remarked that when packaging gcc-4.0 is used by default while I compiled inkscape with gcc 3.3. could it matter? then, how could I change Xcode's default? Also I compile with an additional option as an environment variable as Michael advised: export ac_cv_lib_intl_dgettext="yes" Any help will be appreciated. With the numerous commits into cvs I would like to build some new development builds so that people could test the new features. JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/

3 6

Inkscape from CVS will not compile on Fedora Core 3
by Steven P. Ulrick 23 Nov '05

23 Nov '05

Hello, Everyone I have two or three threads on this issue over the past few weeks, but to avoid confusion, I will start a new one and treat it like it is a new issue (which it is not. Inkscape from CVS had been impossible to compile (for me, anyway) on Fedora Core 3 for a few weeks) When I attempt to run "make" (after successfully completing "./autogen.sh" and "./configure") "make" bails with the following error: 2030 Making all in po 2031 make[2]: Entering directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape/po' 2032 file=./`echo cs | sed 's,.*/,,'`.gmo \ 2033 && rm -f $file && /usr/bin/msgfmt -c -o $file cs.po 2034 file=./`echo es | sed 's,.*/,,'`.gmo \ 2035 && rm -f $file && /usr/bin/msgfmt -c -o $file es.po 2036 file=./`echo fr | sed 's,.*/,,'`.gmo \ 2037 && rm -f $file && /usr/bin/msgfmt -c -o $file fr.po 2038 file=./`echo it | sed 's,.*/,,'`.gmo \ 2039 && rm -f $file && /usr/bin/msgfmt -c -o $file it.po 2040 file=./`echo ja | sed 's,.*/,,'`.gmo \ 2041 && rm -f $file && /usr/bin/msgfmt -c -o $file ja.po 2042 ja.po:1889: message catalog has plural form translations... 2043 ja.po:12: ...but header entry lacks a "plural=EXPRESSION" attribute 2044 ja.po:1889: message catalog has plural form translations... 2045 ja.po:12: ...but header entry lacks a "nplurals=INTEGER" attribute 2046 Try using the following, valid for Japanese: 2047 "Plural-Forms: nplurals=1; plural=0;\n" 2048 make[2]: *** [ja.gmo] Error 1 2049 make[2]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape/po' 2050 make[1]: *** [all-recursive] Error 1 2051 make[1]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape' 2052 make: *** [all] Error 2 I have seen "make" bail on various *.po files while compiling Inkscape from CVS over the last few weeks, but otherwise the errors are just about the same. Some additional information since my last message on this subject: I have done a fresh reinstall of Fedora Core 3, every package chosen and fully updated. "make" still bails with the same error while compiling Inkscape from CVS. This next information might be VERY important (it is either just annoying, or maybe Very telling:) a recent attempt at compiling one of the release candidates for Inkscape 0.43 was COMPLETELY SUCCESSFUL! Imagine my "distress": 1. Just get done with another failed build of Inkscape from CVS. 2. Download and then successfully compile a pre-release that had just come from that same code. 3. Turn right around and attempt to re-compile Inkscape from CVS, and "make" still bails with the same error. For the purpose of tracking this issue, I have filed a bug report: https://sourceforge.net/tracker/index.php?func=detail&aid=1343164&group_id=… Also, if you would like to read all the information that I have sent to the list on this subject, here are links to the three threads that I have started on this issue: http://sourceforge.net/mailarchive/message.php?msg_id=13650891 http://sourceforge.net/mailarchive/message.php?msg_id=13690638 http://sourceforge.net/mailarchive/message.php?msg_id=13704598 Special message to Ben Fowler: I have not forgotten the things you told me to try in your last email to the list on this problem. I will soon incorporate them into an addition to this new thread. Have a Great Day, Steven P. Ulrick

4 20

Re: [Inkscape-user] 0.44
by unknown＠example.com 23 Nov '05

23 Nov '05

Quoting bulia byak <buliabyak@...400...>: > it renders and caches [the icons] the first time you open the > dialog, which is better IMHO. After that it opens much faster. I don't know... it seems like we've traded "slow to start up" for a perception of "slow everywhere". I find it's more frustrating to be able to get partway into the app, only to have to repeatedly wait as additional icons get rendered, than it is to have a single (albeit longer) wait at the beginning. It might be better to render the icons as an ultra-low-priority idle task (not a thread, since we're not thread-safe). -mental

2 1

Re: [Inkscape-user] 0.43 unable to open existing SVG files
by Andrew Ashton 23 Nov '05

23 Nov '05

On 22-Nov-05, at 3:31 AM, H.Fagard wrote: > Hi all, > > I have downloaded and installed yesterday Inkscape 0.43 (MacOS X > version). > It launches fine, but if I try to open a SVG file, either created > with the former version of Inkscape or with Adobe Illustrator, I > get an error message saying: > "Failed to load the requested file /Users/hf/..." > although the file preview is displayed properly in the open dialog. > > I have then tried to create a new file with Inkscape 0.43, quit > Inkscape, re-launch it, and tried to re-open the file Inkscape 0.43 > had just created: same result, failed to load the file. Hi, I am having the same problem on OS X 10.4.3, and haven't been able to figure out the problem. I sent an email to the inkscape-devel list; the error inkscape returns is: > (inkscape-bin:822): libgnomevfs-CRITICAL **: > gnome_vfs_uri_is_local: > assertion `uri != NULL' failed Do you have Fink & libgnomevfs installed? I don't. What about others using Inkscape on OS X successfully? Do you think that's the problem? AJ

2 1