- Inkscape Devel - Inkscape Mailman

Markers
by Daniel Haude 28 Nov '05

28 Nov '05

Hello inkscape developers, many of my colleagues and myself are working in a scientific field which frequently requires the production of figures which are essentially bitmaps with some added annotations. A photograph with an arrow pointing at some feature. And a bar with two T-shaped ends to indicate a length unit. The problem is that most of the images are pretty dark, so what would be required are white arrows and scales. Which is difficult, given how SVG treats markers totally seperately from the lines to which they're attached. It is in fact this shortcoming in that has prevented me from advertising inkscape to my colleagues, many of which use WinDoze almost exclusively to prepare graphics in CorelDraw. For my own use I have created a markers.svg file in which I defined the most important arrows and stops in white, but this is a rather unstisfactory workaround (and it will be hell to explain to users why they should knuckle under restrictions which, from their point of view, have to do only with inkscape's weird data storage format -- all they need in the end is PostScript). Let's face it: there is hardly any case in which one would want arrowheads and other markers to have a different color than the line to which they're attached. Sadly the creators of SVG haven't seen this and provided some marker style option that makes markers inherit the colors of their attached path. So what would be required is that inkscape silently added an additional marker definition for every line color that is used with a marker. Maybe the "Stroke Style" dialog could include a checkbox to turn off this behavior if desired. I've looked into inkscape's code hoping to find a place where this functionality could be added but have found none. Anybody who is deeply familiar with inkscape's architecture could probably add the necessary code in one weekend, while it would take me weeks to just get my head around the entire source tree. So I'd be glad if someone could look into this. Inkscape is a great piece of software, and this would make it even better. -- dunno@...1090...

3 2

inkscape 0.43 not building on windows
by Sébastien Kunz-Jacques 28 Nov '05

28 Nov '05

Hi there, I try to build inkscape 0.43 and CVS snapshot on winXP, with latest mingw and perl/gtk2.8 as indicated on the win32 build page (http://inkscape.org/win32/win32buildnotes.html). The trouble is that some files seem to be missing from the 0.43 source archive found on inkscape website (for example, files under src/dom/js). These missing files make the build fail. When I try to build from a CVS snapshot (http://www.inkscape.org/cvs-snap/) I encounter other difficulties which seem to come from a broken CVS tree. Is it normal ? What is required to build 0.43? Best regards, SKJ

2 1

ProposteSvago, terza et� inHOTEL* * * *
by Intersectors Servizi sas 28 Nov '05

28 Nov '05

1 0

PATH variable for extensions (problem on OSX)
by jiho 28 Nov '05

28 Nov '05

I forked the discussion from "[Inkscape-devel] Re: Using Inkscape for scientific work" because this thread was becoming very large. I should have done it before. On 24 nov. 05, at 19:34, Bryce Harrington wrote: >> the first problem is to get these EPS in Inkscape. At least on OS X, >> EPS import does not work because Inkscape cannot find pstoedit or >> ghostscript, though they are installed from fink. Where does inkscape >> takes the PATH from? With my fink tree added to the PATH in .bashrc >> or .profile in my home (.profile is the default) it does not work. >> With uberconverter on the way I hope all this will be solved in a >> not- >> so-far-away future. > > The path stuff in Inkscape is a bit limited; it works sufficiently on > linux but I'd have been surprised if it worked out of the box on > OSX. I > think it still doesn't work reliably on Windows. > > If you'd like to dig into this problem, here are a couple starting > points. > > First, there is a directory where config files for the extensions are > located. On Linux this is in /usr/share/inkscape/extensions. These > don't include path info but you may find it illuminating to review > their > settings and so forth. I think that the solution is somewhere there. All these are of the form: <inkscape-extension> <name>Postscript Input</name> <id>org.inkscape.input.ps</id> <dependency type="executable">pstoedit</dependency> <input> [...] </input> <script> <command reldir="path">pstoedit -f plot-svg</command> <check reldir="path">pstoedit</check> </script> </inkscape-extension> So the problem is to find the "executable". If I link my executables from /sw/bin to /usr/bin everything works. So when the path is standard, all work as expected. The problem is to know where the "path" of reldir="path" is defined. I found some references to the inx files in src/extensions/extensions.cpp and some references to paths to but it's only the paths where to look for the extensions... In doc/extension_system.txt the inx file are said to be read at startup but I couldn't find where. > Second, the paths are set in the src/path-prefix.h file. There is a > section for ENABLE_OSX_APP_LOCATIONS. If I were you, my first step > would be to verify that this define is actually set correctly on your > machine. If it is, then also doublecheck that the paths match up to > what you have on your system. these are set to find inkscape files (ui, tutorials, extensions... everything that is normaly in /usr/share/inkscape/) in the app bundle. It works fine. > Third, there is a little bit of path manipulation going on in > src/main.cpp in the main() routine. See line 610 for instance, where > the current homedir is set for WIN32. I don't see any OSX specific > hacks there though. The home dir is non standard in OSX but ~ works so I guess everything is alright. I have never had problem at least. The whole thing might well be a shell problem rather than an Inkscape problem after all. The only problem from the inkscape side is: what "shell" is executed to give the PATH and at what level (user configuration files are apparently omitted)? In addition, while looking at the inx files I remarked that to open an eps file Inkscape in fact does: eps --gs--> ps --pstoedit--> sk --sk2svg--> svg which implies that you have sketch installed in order to open (e)ps files. what is the reason not to do: eps --gs--> ps --pstoedit--> svg or even: eps --pstoedit--> svg ps --pstoedit--> svg which work (I changed my inx files and tested) except for the usual problem with ps to svg conversion (see the XML repair wiki page). If using sketch as an intermediate is better, could the dependency be conditional: with only ps and pstoedit, use them, when sketch is present, add the sketch step. it's a bit weird to have to install sketch to have ps import in inkscape... 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/

2 1

gtkmm memory leaks?
by MenTaLguY 28 Nov '05

28 Nov '05

I'm noticing, looking over the dialog code, that people don't seem to be paying attention to memory management with gtkmm. Now, it may be that folks aren't bothering, simply because the dialogs never get freed, but I'd still rather people do it properly. Here is an explanation of how memory management is supposed to work in gtkmm. In most of the cases I've seen, the remedy is as simple as adding manage() around the creation of a widget. http://www.gtkmm.org/gtkmm2/docs/tutorial/html/ch18.html Fingers off the about dialog, though, I've got that one. -mental

2 1

Re: Re: AW: IRT: [Very long subject lines]
by Bob Jamison 27 Nov '05

27 Nov '05

I have noticed that a lot of messages recently, after re-routing, forwarding, replying, etc, have developed extraordinarily long subject lines! ;-) Maybe people could trim those a bit, too? The subject titles are falling off the right side. Thanks a million lupins! bob

1 0

Extensions and binary distribution
by Mike Hearn 27 Nov '05

27 Nov '05

Inkscape, like many open source programs, uses Python as a scripting language for extensions. This is all fine and good, but unfortunately raises serious issues for binary distribution. A few are obvious: * Windows users don't have it * Mac users probably have an out of date version * Linux users almost certainly have it, but it's probably got a different ABI/API to what is expected The first two do not concern me here. The last one does. The libpython C API varies between systems in an incompatible manner. Python 2.2, 2.3 and 2.4 are all in the wild, and they export different APIs. Worse, Python can be configured to use either UCS2 or UCS4 unicode strings. The upstream default is UCS2 but some distributions configure it to use UCS4 - this changes the exported ABI. I'm not sure what the solution to this is. Currently we recommend people do add Python for scripting to their applications, but that horse is long since gone for Inkscape. So we have a few alternatives: 1) Disable Python scripting in autopackage build. That'd be a shame. 2) Enable it in such a way that if libpython cannot be loaded, Inkscape still starts and works minus scripting 3) Figure out some new magic tricks so we can be compatible with all of them (relaytool can help here), for instance by avoiding the unstable parts of the API 4) Drop Python and port the scripts to some other system, like Lua or Mono (3) is the best for the user but requires the most in-depth knowledge of the Python API and versioning history. Statically linking Python isn't really an option, unfortunately. thanks -mike

7 12

daily win builds still crash on exit
by bulia byak 26 Nov '05

26 Nov '05

I'm not sure who's responsible for http://inkscape.org/win32-snap/ so I'm writing to the list. As reported in https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1275848&group_… these builds crash on exit. The remedy, according to Bob, is to make clean. Please can someone do this so that I can recommend those builds to windows people. Another related issue: Can we have with-debug-info builds in that directory? I for one would use them to report some crashes. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

sp_repr_set_attr conversions
by Robert Crosbie 26 Nov '05

26 Nov '05

I finished the conversions of sp_repr_ref, sp_repr_unref and most of sp_repr_set_attr. There are just a few instances of sp_repr_set_attr that require a little more thought, such as these: sp-object.cpp: /// \todo fixme: Exception if object is NULL? */ if (!sp_repr_set_attr(object->repr, key, value)) { ex->code = SP_NO_MODIFICATION_ALLOWED_ERR; } Since sp-repr_set_attr always returns true, code such as this will always be executed. I figured people who are familiar with this code and know what is supposed to be going on should make these changes. There are just 12 remaining instances that need to be addressed. -- Rob. http://woodpendant.com

1 0

WEBFORM opening drawer
by eric 25 Nov '05

25 Nov '05

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: eric email: e-rabbit@...714... submitted the following: Enter your message or news here. please help i downloaded inkscape to my docs when i try to openit it asks what do i wish to open with. maybe i just don\'t know what i am doing can you help. Please respond to e-rabbit@...714... with any suggestiions. Thanks stonehedge-13

1 0

RE: [Inkscape-devel] 0.44 plans
by Charles Moir 25 Nov '05

25 Nov '05

> From: bulia byak .. > P.S. As a "usability hall of shame" footnote, in the same > situation (clicking on a color swatch with nothing selected) > Xara always displays a "do you want to set the color as > default for new objects" dialog. This used to drive me mad. But it gives exactly what Tavmjong is asking for. So (obviously) I'll disagree that there's anything wrong with this way of doing things. We believe it's better and here's why. We only did it this way after looking at how users use the product (and competitor products), and after long and hard discussion as to the merits of all approaches. The bottom line is that it is a reasonable expectation that user want to work the way Tavmjong does. So our eventual approach satisfies all camps. A) You can configure Xara so that 'last applied style become current' so it acts like Illustrator and Inkscape. When you draw new things they take on the style of the last thing you drew. But this is not always a good thing or what you want. So, you can do it the other way; That all new objects are drawn in the 'default' style which you can define. B) If you change any attribute (e.g. select a color) when no object is selected, the user is obviously trying to do something. So I could argue that the hall of shame should be an application that ignores the fact the user is trying to do something, or disables controls with no obvious reason why (or worse disables some style controls and not others - I admit we have our fair share of these as well) So really all we're doing is prompting the user 'hey you just did something and I'm not sure what you want.' and we give them these choices; [ Set ] Sets the selected attribute the be the default for all new objects [ Cancel ] Oops, sorry I didn't mean to do that, go away [ Quiet ] Please shut-up and stop asking me this damn question (just for Bulia so it doesn't drive him mad any more) [ Help ] So we can explain what on earth this is all about. So the idea was that this satisfies everyone. Take the case of the text tool - the same point applies. We default to 10pt Arial, but this is a very personal thing of course. Just because you changed the font of a small bit of text somewhere, does that really mean you want all new text to appear in that style? (I see Inkscape is inconsistent here. Edit the colour of an object and this becomes the colour for all new objects, whether you like it or not. Edit the font, and this does not become the new font.) So Xara has a simple, global rule; try to apply any style or attribute with nothing selected and you can make it the default new style (font, colour, fill style, whatever). So we have a orthogonal model, that is actually easier to use than Inkscape (less to learn and less case-specific UI) and is more powerful (it does what Tavmjong is wanting, and gives the user the choice as to how they work, even Bulia's way) I see Inkscape has, for example, as 'Set as default' button in the text dialog. So does this mean that I have different UI for setting the default style or attribute for each of the possible styles or attribute? That's not good surely? Charles

6 11

Re: [Inkscape-devel] libintl.h
by Ralf Stephan 25 Nov '05

25 Nov '05

This is interesting for devel: J-F Lemaire: > There's also a SuSE 10 RPM of Inkscape here: > http://linux01.gwdg.de/~pbleser/rpm-navigation.php?cat=/Office/inkscape Can we put that link on the web page, please, or does this posting suffice? ralf

1 0

[root@...1070...: [Inkscape-tester] inkscape build report]
by Bryce Harrington 25 Nov '05

25 Nov '05

Warnings all gone, back to our regular 7. :-) Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Thu, 24 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: Thu Nov 24 02:56:09 2005 (Run 815) Snapshot: inkscape-20051124-0140.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 7 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) == Environment Summary == ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

2 1

v0.43 win32 small fonts
by Andy Burns 24 Nov '05

24 Nov '05

Hi there, Just upgraded from 0.42- to 0.43-1 on winXP and the font used on menus/dialogs seems considerably smaller than on previous versions (did it use the system font previously?) also the menus seem less responsive, taking a noticable time to draw. Is this "expected" behaviour that is due to GTK/GTKmm changes or a change within inkscape itself? Or is it just me ;-)

8 25

libintl.h
by Jonathan Chetwynd 24 Nov '05

24 Nov '05

New Clean Suse 10 installation installing 0.43 from tar. specifically to try pressure sensitivity in inkscape, but.. WARNING libintl.h: present but cannot be compiled check for missing prerequisite headers? see the Autoconf documentation section "Present but cannot be compiled" proceeding with the preprocessor's result in the future the compiler will take precedence --- Please report this to the inkscape lists --- regards Jonathan Chetwynd Accessible Solutions http://www.eas-i.co.uk

2 1

local.h
by Jonathan Chetwynd 24 Nov '05

24 Nov '05

New Clean Suse 10 installation installing 0.43 from tar. specifically to try pressure sensitivity in inkscape, but.. WARNING local.h: present but cannot be compiled check for missing prerequisite headers? see the Autoconf documentation section "Present but cannot be compiled" proceeding with the preprocessor's result in the future the compiler will take precedence --- Please report this to the inkscape lists --- regards Jonathan Chetwynd Accessible Solutions http://www.eas-i.co.uk

1 0

front page update
by bulia byak 24 Nov '05

24 Nov '05

Can someone please update the front page with the news of new 0.43 builds for OSX and Windows that fix the much-reported issues with the original builds? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 5

Inkscape 0.43 Out
by Jon Phillips 24 Nov '05

24 Nov '05

Yes, 0.43 Press and whatnot are out. Could someone please post an announcement on the main page of the website. Also, please forward and post at will the new release announcement! Congrats to everyone on this solid release! Now onto 0.44! :) Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

6 8

Gtk/OSX news article
by Bob Jamison 23 Nov '05

23 Nov '05

There is some potentially very good news for GTK+ on Mac OSX. Apparently, there is a new effort to try to port it natively. (There was a previous attempt years ago). I don't know if it means Fink-less and/or X-less, but this could be awesome for us fd.o fans. http://gnomedesktop.org/node/2483 Bob

3 2

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