- Inkscape Devel - Inkscape Mailman

pattern-along-path LPE recent additions
by jf barraud 07 Feb '08

07 Feb '08

Hi, Hum, Johan is right. I did not consider this as a new feature, but I was wrong. Sorry--- still learning! :-( I think it is definitely worth thinking about it: the point is that pattern-along-path loose a lot of usability if the offset parameters are not there (at least the 'space' added between copies): several people asked me about the old python script, just to have this functionality (that is what made me think of this as a kind of bug...). For instance, in many (most?) cases (foot prints, stars, any shape...), you don't want the copies of the pattern to touch each other. Moreover, the work arround are not easy... Making the dimensions proportional or not to the size of the object is codewise straightfoward, but Johan is right stressing that the right decisions have to be made here. This requires some time to think about it, and might be worth postponing to 0.47. On the other hand, it would be a pitty to release lpe pattern-along-path without it... I am just not experienced at all in such big projects as inkscape, and I'll devoutly follow guru's advices! In particular, I'll perfectly agree if we decide to remove this. JF.

1 0

Fillet Tool Blueprint Discussion
by Joel Holdsworth 06 Feb '08

06 Feb '08

Hi All! I'm in the process of getting together a blueprint for a fillet tool that I'm drafting: http://wiki.inkscape.org/wiki/index.php/SpecFilletChamfer. I'd love to get some discussion and feedback going. I've got a couple of questions that I'd like to discuss at the bottom, and I'd like to hear people's feedback. Thanks Joel

9 22

Filter effects UI
by Niko Kiirala 06 Feb '08

06 Feb '08

Hi There are a couple of issues with filter effects UI, that I'm concerned about in the upcoming release. First, at some point of development, the blur slider was disabled when there was a more complex filter attached to the object. I believe that this is a good thing, because it's not too clear, what it should do. Nevertheless, right now it causes a crash. I haven't dwelved much into this problem and there may be some bigger underlying problem, that needs fixing. But unless there's a plan on how this slider should work with complex filter already attached to the object, I believe it should be disabled in those cases. (see https://bugs.launchpad.net/inkscape/+bug/186281 ) Second is a problem I fully realized only today: there's no user interface for setting enable-background property. Without this, the only working input images are Source Graphic and Source Alpha. Background Image and Background Alpha only contain data, when there's property 'enable-background:new' set on some parent object of the filtered object. Without this, they will just appear to not work. (see https://bugs.launchpad.net/inkscape/+bug/189341 ) (Fill Paint and Stroke Paint don't work because there's no renderer support yet for them in Inkscape) -- Niko Kiirala niko@...1267...

3 3

pattern-along-path LPE recent additions
by unknown＠example.com 06 Feb '08

06 Feb '08

Hi all, Recently, JF added support of some more of path-along-path extension's parameter in the pattern-along-path LPE. (spacing, and offset parameters) I am not too certain that this change is good so close to release. Especially I am concerned with ambiguity or "wrong" calculation of parameter values. Could someone please have a (somewhat thorough!) look at what the new parameter values mean and that the resulting path is consistent with that meaning? What happens for example, when scaling the original path? I really think the meaning of their values should depend on the "scale width in units of length" checkbox. It is easy to revert (the svn revision changed only one file and reverting it does not break compilation), so we can postpone the decision _a bit_. Thanks a lot, Johan

1 0

Linux dev. binaries?
by Terry Brown 06 Feb '08

06 Feb '08

Is there a source of current SVN binaries for linux of which I'm not aware? Seems to me a large base of possible testers are being lost by not having these available - I know everyone's hard at work on good stuff, but is there anyone who could re-start the autopackage builds so linux inkscape users can test and report bugs? I just grabbed my early Jan. build to do some work, ran into a real doozy of a bug... couldn't find it on launchpad... figure it must be fixed in SVN... took me quite some time to make an SVN compile (most people wouldn't bother), and of course the bug's gone, great. Had I not spent all that time on an SVN compile my choices would have been either report a bug that's gone, or not report anything at all. Cheers -Terry

1 0

Re: [Inkscape-devel] [Inkscape-user] fonts disappear in OSX
by jiho 06 Feb '08

06 Feb '08

On 2008-February-05 , at 21:40 , Gail Carmichael wrote: > jiho wrote: >> On 2008-February-05 , at 19:12 , churro wrote: >>>> - select the faulty text, open the xml editor and check what the >>>> font >>>> attributes are (name, weight etc.) >>> these are the attributes: I'm using Culrz MT >>> font-size:98.06591034px;font-style:normal;font- >>> weight:normal;fill:#ff8080;fill-opacity:1;stroke:none;stroke-width: >>> 1px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity: >>> 1;font-family:Curlz >>> MT >> >> This is a (Microsoft I think) Font Suitcase format, which indeed >> causes issues. The strange thing is that it worked in an earlier >> version of Inkscape. I am guessing that the difference actually >> comes from the font itself. When did you start this piece of work? >> Did you upgrade your system or MS Office in between? > > I've never even heard of these suitcase things (I assume you figured > out the format from the file itself and not the above properties). > Hopefully this means that the code I did has not adversely affected > the situation. I wrote it so that it looks for my new information > first, then falls back onto the old tried tested and true way. OK, I did a little research and there's no wonder you never heard of it: it is a mac specific thing. To get a brief overview of font management on OS X (which I've always thought to be very well designed) you can skim over this: http://docs.info.apple.com/article.html?artnum=25251 http://developer.apple.com/technotes/tn/tn2024.html The Font Suitcase thing is a format dating back from OS 9 (the original Macintosh system, before it was unixified). This is a weird format, in which the whole font is stored in the resource fork and nothing is stored in the data fork. As a result the file appears to be 0 bytes: $ ll Curlz\ MT -rwxrwxr-x@ 1 root admin 0 Apr 7 2004 Curlz MT nor do they have a file extension. The font information however is just regular true type. OS X (i.e. the unixified version) does not ship with these fonts now (I'm not even sure it ever shipped with some) but supports them for backward- compatibility's sake. The only app I know that ships with such fonts is.... you guessed it: MICROSOFT Office. Well you can't ask them to be good players on a platform which is competing with them, for sure. I don't expect support to appear in Pango anytime soon since the format is deprecated. Anyway, it seems perfectly safe to convert those to regular TTF, no information is lost: it just moves it from the resource fork to the data fork. It just means each user has to do it. PS: I would be curious to know which format Office 2008 uses for its font on OS X. Does someone have info on this? PPS: you may see some work on font suitcases in Pango, but this is not (AFAIK) related to this particular format. It is probably related to the new font suitcase format introduced with OS X, which has the dfont extension and is kind of the contrary: everything is in the data fork and the resource fork is empty of font information. This makes working with this format easier. But it is at the same time quite new so support is not yet perfect. These font cause the typeface bugs on Inkscape/OS X, in which some font faces are available in the menu (bold, semi bold etc) but selecting them does not do anything. >> [...] >> >> Please send this the needed info to Gail too, she's the font expert. > > > Unfortunately, I'm not familiar with this suitcase thing you > mentioned. Normally I would be able to look it up and learn about > it etc, but unfortunately I have a heavy course-load for the > semester and probably don't have the necessary time to devote to > it. I am cc'ing the devel list in case anyone else has the > knowledge to have a look. Still, we should try to determine for > sure if it could be an issue with my code, and I can (hopefully) fix > that if it is. Well something changed recently apparently. I hope that with the help of Nick you'll be able to reduce the time frame of occurrence of the bug. Hope that helps. JiHO --- http://jo.irisson.free.fr/

2 4

patch for bug 187449
by Gorse Emmanuel 06 Feb '08

06 Feb '08

hye, as you are close to freezing, could someone please look at this patch i've submited for the bug 187449 (the one about keeping custom path informations after a boolean operation), https://bugs.launchpad.net/inkscape/+bug/187449 regards.

1 0

OT: OOXML Dispositions
by Alan Lord 06 Feb '08

06 Feb '08

Hi all, Sorry for the OT post but I guess some of you might be interested in supporting Open Standards for document formats... As most of you will probably be aware by now, the ISO Ballot Resolution Meeting for Microsoft's appalling document specification (OOXML, ECMA-376 or DIS29500) is happening at the end of this month. We are actively involved in helping the National Bodies (NBs), that will decide if it should become an ISO standard or not, to dissect and analyse the thousands of comments (3522) and the 2000+ pages of Dispositions which ECMA have produced in response. The site for this work is http://www.dis29500.org I would appreciate it if you could forward this to all interested parties. Especially those of a technical nature who would be able to comprehend and make sense of the dispositions which ECMA have produced. There are 3522 comments (many of which are duplicates). The responses from ECMA (dispositions) are now also present on this site and can be examined and commented on. The objective is to "tag" the dispositions so that the NBs can focus on those areas of the proposed specification that are real problems or are simply unworkable as part of an International Standard. We already have ODF and do not really need another one. It is in everyone's interest to help the NBs to come to the right conclusion after the forthcoming BRM... Thanks Alan -- The way out is open! http://www.theopensourcerer.com

1 0

Failure to load image in non-interactive mode.
by Tavmjong Bah 06 Feb '08

06 Feb '08

Hi, The Image filter works for external images interactively but fails when the command line is used to convert an svg file to a png file. It fails with the following error messages: (inkscape:26505): glibmm-CRITICAL **: Glib::ObjectBase*<unnamed>::create_new_wrapper(GObject*): assertion `wrap_func_table != 0' failed (inkscape:26505): glibmm-WARNING **: failed to wrap type of 'GdkPixbuf' The line in nr-filter-image.ccp that is generating the error message is: image = Gdk::Pixbuf::create_from_file(fullname); It doesn't throw a Glib::FileError or a Gdk::PixbufError. Does anybody have a clue as to what difference between running interactively and using the command line could be the source of this problem? Tav

1 0

Windows Inkscape icon is Crunched
by Joel Holdsworth 06 Feb '08

06 Feb '08

I just installed the Inkscape beta, and I notice a slight problem with the application icon. Notice in the attached screenshot of the start menu, that this 32x32 icon is aliased - I suspect because it's using a 48x48 icon. When was the icon changed, and why? Apart from the aliasing, I can't see any difference in design. Joel

3 2

Making more documentation faster with wiki
by unknown＠example.com 06 Feb '08

06 Feb '08

The documentation is actually 100% docbook based. Docbook are converted to SVG for integrated tutorials if I'm not wrong. The problem is docbook is not the easiest way to make a doc for everyone, and there are lot of people that are not developers and would like to help for some other tasks (as we see lot of good free tutorials around the web and translator in lot of languages). Actually the manuals are here in Inkscape SVN, there is an English and a French beginning of doc : http://inkscape.svn.sourceforge.net/viewvc/inkscape/user_manual/trunk/xml/ The doc didn't move since one month, Elisa-Yemanja (that already amade a paper book manual on Inkscape) contributed in French version 2 weeks ago, but think this is too long process to manage docbook. I think it will be better to use a well defined wiki for manual, as lot of contributors could participate easly as wikimedia projects and some other projects shown. There are already started wikibooks for inkscape on wikibooks.org. I believe there are 2 conditions for this project to be used: * A well defined zone for the wikimanual doc (like doc.inkscape.org, manual.inkscape.org or inkscape.org/doc), actually user have to dig in wiki to find part of user information. * Tools to convert automatically this wiki to docbook. I then searched tools to convert from wiki to docbook and from docbook to wiki, and there are several ones: to integrate docbook to wiki (and don't restart the whole documantation) there are scripts made by blender.org (or at least referenced on there wiki) in perl and python : http://wiki.blender.org/index.php/Meta/DocBook_to_Wiki mediawiki project itself contain a php wiki2docbook, available in the mediawiki svn (and archive, I suppose): http://tools.wikimedia.de/~magnus/wiki2xml/w2x.php Example of conversion to odt et pdf are nice they even contain link to other pages of the manual on the de.wikipedia.org used as example: http://www.nabble.com/Wiki-Konverter-to3627646.html I suppose we could output to SVG from docbook and change to local disk pages or other site obtaining then a full doc separated distribution (as there is gimp + gimp-doc, python + python-doc, ruby + ruby-doc, ...) or choose to make links to generated svg doc on inkscape site or both, to have well done manual for users with interactive features as actual tutorials. I think tutorial is good as is light, allowing a quicktour to Inkscape, the doc should be another documentation separated from inkscape itself, at least in a first time. There are other wiki2XML in Perl (including docbook converter) here: http://search.cpan.org/search?query=wikiformat&mode=all General wiki format, Text::Wikiformat : http://search.cpan.org/~chromatic/Text-WikiFormat-0.79/lib/Text/WikiFormat.… And specialized mediawiki format Text::MediawikiFormat: http://search.cpan.org/author/DPRICE/Text-MediawikiFormat-0.05/lib/Text/Med… CGI::Kwiki and Pod::Simple::Wiki are other Perl parser. There is to dig here for Python parsers/converters: http://pypi.python.org/pypi?%3Aaction=search&term=wiki+docbook&submit=search A Ruby converter from wiki to docbook (and other) : http://rubyforge.org/projects/deplategem/ Ruby wiki parsers : http://rubyforge.org/search/?type_of_search=soft&words=wiki+docbook&Search=… Regards, Popolon

6 6

Re: [Inkscape-devel] [Inkscape-user] fonts disappear in OSX
by jiho 05 Feb '08

05 Feb '08

On 2008-February-05 , at 19:37 , churro wrote: > This is interesting, I have not upgraded office since I started > working on > this in October. The last time it worked fine was last week, before I > upgraded Inkscape. I don't think I changed anything else. I also > found this > font in MSOffice folders on my Mac, so it is an MS font... I'll > convert it > to ttf and see if that works. I can't think of anything else I > changed. I > guess I must have a whole bunch of these fonts from MS, is there a > way to > batch convert them or something like that so I can use them in > Inkscape? > Thanks It has been a frequent request associated with all these font issues. While it does not solve the underlying problem, it may ease the font conversion: I've finally put up a small app based on a script of mine which did this. Drop one or several font files on it and it will convert all of them to TTF, in the same directory. http://jo.irisson.free.fr/dropbox/Font2TTF.zip It uses Fondu[1] to convert Font Suitcases (wether they are dfont or the old Font suitcase format) and FontForge[2] for other types (otf, pfb currently). Fondu is included for 10.5 users (on Intel but I guess there are few 10.5 users on PPC). Fontforge needs to be installed (either via the link below or through MacPorts/Fink. I used MacPorts, it works fine). WARNINGS: - this may just-not-workTM - it overwrites ttf fonts of the same name already present (this is to allow to reconvert fonts if you already did it, without having to manually deleting all of them). - this duplicates the fonts already present on the system. FontBook will put a dot next to their name. You'll probably need to deactivate a version so that OS X behaves sensibly. - if you convert system fonts, you'll not be able to deactivate them, hence you'll need to live with the duplicates - duplicated font can cause rendering problems on Firefox (last time I tried anyway) ADVICE: - copy (not move, copy. this is achieved by holding down the Alt key when dropping the files) the fonts from your libraries (/Library/ Font, /Users/yourname/Library/Font) to somewhere (a folder on your desktop is fine), then select the fonts in this new location and convert them there, eventually select all the newly created TTFs and put them back in a font library folder (or double click each of them to install them) - if you want these TTF versions to be available to X11 apps only and to continue to use the rest idependently, move them to an X11 only location. ~/.fonts for example (the .fonts folder in your home directory). Do to this, in Terminal: mkdir ~/.fonts cd the-folder-where-your-ttf-fonts-are mv *.ttf ~/.fonts - manually rebuild the font cache, just to be sure. In Terminal: sudo fc-cache Let me know if it works/helps/screws everything up. Cheers, [1] http://fondu.sourceforge.net/ [2] http://sourceforge.net/project/showfiles.php?group_id=103338&package_id=111… JiHO --- http://jo.irisson.free.fr/

1 0

Inkscape0802051748: was there and upgrade of GTK?
by unknown＠example.com 05 Feb '08

05 Feb '08

Hi, I have a question about today's Inkscape0802051748: was there an upgrade of the GTK? I'm getting a strange behaviour of the Inkscape window in Windows Vista. When I click on the taskbar to minimize/maximize the Inkscape window, it keep reapearing and never minimizes. Molumen

1 0

Re: [Inkscape-devel] [Inkscape-user] fonts disappear in OSX
by Gail Carmichael 05 Feb '08

05 Feb '08

jiho wrote: > On 2008-February-05 , at 19:12 , churro wrote: >>> - select the faulty text, open the xml editor and check what the font >>> attributes are (name, weight etc.) >> these are the attributes: I'm using Culrz MT >> font-size:98.06591034px;font-style:normal;font-weight:normal;fill:#ff8080;fill-opacity:1;stroke:none;stroke-width:1px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1;font-family:Curlz >> >> MT > > This is a (Microsoft I think) Font Suitcase format, which indeed > causes issues. The strange thing is that it worked in an earlier > version of Inkscape. I am guessing that the difference actually comes > from the font itself. When did you start this piece of work? Did you > upgrade your system or MS Office in between? I've never even heard of these suitcase things (I assume you figured out the format from the file itself and not the above properties). Hopefully this means that the code I did has not adversely affected the situation. I wrote it so that it looks for my new information first, then falls back onto the old tried tested and true way. > >>> - check wether you see the font in the text and font palette (even >>> if it's >> not used in the document)? >> >> The font does not show up in the font palette >> >>> If you get a ttf font in a >>> regular format (ttf extension) Inkscape should be able to see it. >>> Inkscape has issues with fonts in the dfont format and with Microsoft >>> Font Suitcases (no visible extension). If you install the font on your >>> Mac the regular way (double click and click install), Inkscape should >>> have acces to it. To force the refresh of the font library on startup, >>> delete a file via a command in Terminal: >>> rm ~/.inkscape/.fccache-new >>> Inkscape will rebuild the font cache on next startup. >> >> I tried forcing the font library refresh on both versions of Inkscape, >> original dmg and the new one, to no avail. I searched for the font >> Curlz >> under finder and it shows up in the Fonts directory... I noticed >> there are >> several other fonts that are in the fonts directory but dont show up in >> Inkscape. > > OK, that's to be expected with font suitcases unfortunately. They can > easily be converted to their ttf elemental form though. See the FAQ > about that. > > Please send this the needed info to Gail too, she's the font expert. Unfortunately, I'm not familiar with this suitcase thing you mentioned. Normally I would be able to look it up and learn about it etc, but unfortunately I have a heavy course-load for the semester and probably don't have the necessary time to devote to it. I am cc'ing the devel list in case anyone else has the knowledge to have a look. Still, we should try to determine for sure if it could be an issue with my code, and I can (hopefully) fix that if it is. Gail

1 0

Re: [Inkscape-devel] 1.6: a8-mask: Making non-aligned strides illegal
by Carl Worth 05 Feb '08

05 Feb '08

On Mon, 28 Jan 2008 02:17:20 -0400, "bulia byak" wrote: > > The inkscape folks had run into this problem and I had said we'd have > > a fix in 1.6. Instead, I'd like to volunteer to help fix the inkscape > > code to allocate buffers with a properly aligned stride. If some kind > > inkscape developer were willing to help me with this soon, that would > > be great. > > it was so long ago I completely forgot the context :( > > can you please remind me what the problem was, specifically? The problem was in how inkscape allocates buffers before using them as an A8 mask. For example, imagine you want to create a 7x7 pixel mask. Apparently the current inkscape code does something like: width = 7; height = 7; data = malloc (width * height); The problem would then come in trying to use this data as a cairo image surface: stride = 7; surface = cairo_image_surface_create_for_data (data, CAIRO_FORMAT_A8, width, height, stride); In previous releases of cairo, using a stride value like this that is not a multiple of 4 would cause cairo to draw total garbage. Instead, now, as of cairo 1.5.8, the above would result in an error surface with a status of CAIRO_STATUS_INVALID_STRIDE. The fixed could would instead look like this: width = 7; height = 7; stride = cairo_format_stride_for_width (CAIRO_FORMAT_A8, width); data = malloc (stride * width); surface = cairo_image_surface_create_for_data (data, CAIRO_FORMAT_A8, width, height, stride); Here, the cairo_format_stride_for_width call takes care of any necessary alignment, (which in the current version would return a value of 8 for the stride). Obviously, that much of a change is trivial. Beyond that, we'll need to then fixup as much inkscape code as necessary so that all of inkscape's own rendering code properly accounts for the stride not being identical to the width. Make sense? Again, I'm glad to help out with this. Just let me know what I can do. -Carl

1 0

New sp-object question
by Michael Yinger 05 Feb '08

05 Feb '08

Hi, I'm adding a new sp-object; a serial number. This allows the user to drop a serial number on the doc and define the start number, increment, and number of numbers and then the downstream imposition software takes over from there. I've used the sp-skeleton templates and ended up with: sp-serialnumber.h:33: error: expected initializer before 'sp_serialnumber_get_type' sp-object-repr.cpp: In function 'void populate_dtables()': sp-object-repr.cpp:185: error: 'sp_serialnumber_get_type' was not declared in this scope sp-object-repr.cpp:185: error: '"svg:serialnumber"' cannot be used as a function sp-object-repr.cpp:187: error: uninitialized const member 'populate_dtables()::NameTypeEntry::type_id' sp-object-repr.cpp:187: warning: missing initializer for member 'populate_dtables()::NameTypeEntry::type_id' I'm used to working in VisualStudio so I'm getting up and over a lot of learning curves running everything from the command line and a text editor, so forgive me if this is a brain-dead simple question. As I looked at this I started to wonder if one of the problems is that this will introduce a non-standard SVG element. Here is what I've been using. <SerialNumber m_position.left="180" m_position.right="215" m_position.top="-122" m_position.bottom="-97" m_bPen="TRUE" lopnColor="0" lopnWidth="1" m_bBrush="TRUE" lbStyle="BS_SOLID" lbColor="12632256" lbHatch="HS_HORIZONTAL" m_nAngle="0" m_lFont.lfFaceName="Lucida Sans Unicode" m_lFont.lfHeight="12.000000" m_lFont.lfWeight="0" m_lFont.lfItalic="0" m_color="0" m_nLineSpacing="0" m_borderStyle="None" m_horizAlign="Center" m_vertAlign="Center" m_szText="001" m_nIncrement="1" m_nStartNumber="1" m_nPatternLength="3" m_szPrefix="" m_szPostfix="" m_bPrinted="0" m_nLastNumberPrinted="0" m_bDecrement="FALSE"/> Thanks for any help or links to help. -- Mike Yinger www.ticketprinting.com

3 4

Re: [Inkscape-devel] Startup crash on OS X
by John Faith 05 Feb '08

05 Feb '08

On Feb 3, 2008 5:39 AM, Niko Kiirala <niko@...1267...> wrote: > Sat, 2 Feb 2008 09:11:51 -0800 > "John Faith" <jfaith7@...400...> kirjoitti: > > > I found that this small change prevents a startup crash on OS X 10.3.9 > > (also added to https://bugs.launchpad.net/inkscape/+bug/185689): > > > > --- inkscape.trunk/src/sp-filter.cpp.orig Sat Dec 22 12:15:36 2007 > > +++ inkscape.trunk/src/sp-filter.cpp.noStartupCrash Sat Feb 2 > > 08:55:03 2008 @@ -110,7 +110,7 @@ sp_filter_init(SPFilter *filter) > > > > filter->_renderer = NULL; > > > > - filter->_image_name = map<gchar *, int, ltstr>(); > > + filter->_image_name.clear(); > > > > filter->filterRes = NumberOptNumber(); > > > > > > While I'm happy that Inkscape can actually run, it's not obvious to me > > why this fixes the crash, nor if this is generaly an acceptable thing > > to do. Could someone possibly test that this does not cause a problem > > on another platform? > > > > By the way, after applying this patch, I have another crash in > > sp-filter.cpp when opening "Help->About Inkscape", so I wonder if > > there's either a std::map problem with gcc 3.3 or memory is getting > > trashed. Random theories welcome :-). > > That was one of the most annoying bugs I've ever had to debug. SPFilter > is not an actual C++ class, so it's not constructed. This means, that > filter->_image_name is not construced either. Before that line you > changed, filter->_image_name has rubbish state and that line is trying > to set it to sensible state. > > So... That line should just call the constructor for > filter->_image_name. I can see, how my original version may be compiled > as 'construct a temporary map and use operator= to copy it to > filter->_image_name'. > Hi Niko, Thanks for the reply. I wonder how the filter struct memory is allocated? As an experiment, I added 2 vars in sp_filter_init(): static SPFilter* filterNew = new SPFilter(); static SPFilter* filterAlloc = (SPFilter*)malloc(sizeof(SPFilter)); , and in gdb saw: (gdb) print filter->_image_name._M_t._M_header $7 = (_Rb_tree_node<std::pair<char* const, int> > *) 0x0 (gdb) print filterNew->_image_name._M_t._M_header $9 = (_Rb_tree_node<std::pair<char* const, int> > *) 0x71a1fe0 (gdb) print filterAlloc->_image_name._M_t._M_header $8 = (_Rb_tree_node<std::pair<char* const, int> > *) 0x0 , which leads me to believe that the filter->_image_name member is not being initialized correctly. I found that changing the SPFilter struct's _image_name from a std::map to a pointer to a std::map and using 'filter->_image_name = new std::map<gchar *, int, ltstr>;' in sp_filter_init() solves my crashing problems; I can now startup and view the About dialog. , John

3 4

simpletransform.py
by Alexandre Prokoudine 05 Feb '08

05 Feb '08

Hi, We seem to have a simpletransform.py extension that isn't installed by default (bug 187838) and has no accompanying .inx. Is it of any use? Why do we have it at all? Alexandre

4 5

Filter Rendering issue
by Josh Andler 04 Feb '08

04 Feb '08

Since we're getting read for full freeze here I figured I'd bring up a bug that I confirmed last night that seems like it should potentially be a blocker imho. There is an example file showing the rendering issue with a few different filters. It appears to be another filter & transformation issue. Anyone else have thoughts? https://bugs.launchpad.net/bugs/188814

1 0

BUG HUNT - Feb 3 - All Done!
by Bryce Harrington 04 Feb '08

04 Feb '08

A surge of fixes has brought us up to 540 / 500, nicely exceeding our bug hunt goal. We'll be proceding into freeze shortly. Pts BugID Assignee Description ------------------------------------------------------------------------ 3 171593 Diederik Snapping menu items and shortcuts 3 168912 Johan Engelen axonometric grid angle changes with... 12 168588 Johan Engelen assertion failed, file sp-conn-end.cpp 3 171783 Bulia Byak rclk on palette should change outline color 3 171710 JonCruz Sum color dragging color inother 3 171292 --- Transparency reduced pdf export 9 168865 Johan Engelen Crashes applying "Path along path" effect... 3 171803 Johan Engelen Angled Guidelines! 12 168570 Johan Engelen Crash when recreating grid using 'redo' 9 178004 Max Albert assert when saving as plain svg 3 170374 --- perspective/warp transformation envelope 6 168574 --- Grid setup truncate significant figures 12 178803 theAdib Save As... -> filetype "PDF via Cairo" crashes 9 178312 Diederik Global 'Enable snapping' option non-functional 9 177891 Johan Engelen feGaussianBlur crashes when setting fill paint 9 174475 Niko Kiirala feImage renderer crashes on non-external image 12 167416 Diederik Shrinking a pattern causes lock-up 9 172778 Johan Engelen Grid settings not respected when reopening doc 6 167640 Bryce Escaped HTML chars - tooltips show incorrectly 12 168751 --- crash rm text from path w/ text cursor active 12 176018 Kees Cook Cairo render prints nothing; bitmap crashes 12 168097 Mental Crash when using clone as clippath 9 179332 Bryce Teeth number in Gears LPE needs tweaking 6 178123 JiHO Template method calls fail for g++3.3/osx 3 168879 --- Advanced french tutorial typos 3 169986 --- Fix location of Swatches menu in tutorial 12 179446 Mental need blend modes in layers dialog 6 168901 theAdib Inkscape Uninstaller deleted other programs? 3 168490 theAdib Catalan language not supported on windows installer 6 179741 Johan Defined Grids cannot be removed 12 179328 Johan Reverse LPE path crashes Inkscape 6 179840 Johan LPE copy problem 6 168249 Bryce --export-dpi ignored if at end of command line 9 177564 Niko Kiirala Segfault on blend filter with fill paint... 6 169071 Niko Kiirala rendering regr. on filtered transformed objects 6 169995 --- 'Save as SVG' button / dialog... 9 168684 Diederik Selection trouble with geometric bounding box 3 167422 Ted Gould major grid lines drawn with minor color 3 178471 Bryce Tooltips missing in the LPEs 6 167132 Ted Gould effect changes inkscape:output_extension 6 178215 Bryce menu icons size in Win32 dev builds is 13X13 12 167898 Michael Grouping section with connectors attached crashes 3 181020 Diederik snap when dragging guides ... 9 179478 Max Albert 3d box tool toolbar doesn't work 9 176646 Max Albert 3d box no redraw after moving 6 179693 Max Albert 3D Tool woes 9 179591 --- Problems saving an imported PDF/AI 9 175726 Niko Kiirala feTurbulence crashes on zooming 9 181663 Gail Font style errors / assert when changing style 6 175398 zeimusu Option to disable tablet support not working 6 181682 Max Albert selection cue option missing from prefs -3 167422 Johan Engelen major grid lines drawn with minor color 3 181380 Diederik "Snap to bounding box edges" - vertical edges 9 181377 Diederik Shapes disappear when snapping nodes to path 6 181995 Niko Kiirala "Neon" filter displayed incorrectly 12 182401 Mental assert crashes in commitUndoable 3 182888 JiHO Inkscape crashes on start on OS X Leopard 3 171086 -- "Align" dialog should remember the dropdown state -9 172778 nightrow Grid settings not respected when reopening doc 9 179982 Johan display grid doc properties docked in multi views 9 183639 Johan LPE crash rotating stitched subpaths assertion 6 184776 Niko Kiirala Inkscape crashes on filter effect usage 9 172778 Johan Grid settings not respected when reopening doc 6 179770 ACSpike Effects broken with error 'invalid tag name' 6 168397 bbyak Setting Font size using combobox in Text toolbar 6 168320 bbyak Font size does not change 6 168377 bbyak f&s lost on text by changing font size by kbd -6 168320 Tom Davidson Font size does not change 9 169057 bbyak Large font sizes crashes/freezes program 6 184499 gustav_b Inkscape Prefs dlg doesn't remember tabs/pgs 9 167500 Diederik Rulers don't align with document 6 174854 bryce SVN doesn't compile without LCMS 9 176608 Ted Gould Effects update on parameter change even without 9 169115 bryce Build issues compiling inkscape 0.45.1 with gcc 4.3 3 168368 bryce `std::isnormal' unknown gcc 3.4.6 solaris 10 3 168969 bryce IRIX: compile error in ucompose.hpp: no std:wstring -9 172778 bryce Grid settings not respected when reopening doc 6 179680 --- Illustrator SVGs open as having no layers at all 6 168959 --- drawing a new polygon changes grayed-out spoke ratio 12 177783 ishmal cairo-ps export creates empty ps files on win32 6 167943 --- pc (pica) and ft (feet) units don't work 6 167464 --- Win2k: File Open in same window won't change window 3 188696 --- Diff for added plurals in src/gradient-context.cpp 12 184376 --- emergency save does not work in trunk ------------------------------------------------------------------------ 540 Goal: 500 http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-mont… Note: Points are not given for bugs fixed as invalid, dupe, or worksforme, and only for issues that require code changes to fix (not website, translation, or documentation changes). Note: Scoring for bugs is based on their Importance: Crit=12, High=9, Med=6, Low=3, Undecided=3, Wishlist=3.

1 0

emacs used?
by Michael Yinger 03 Feb '08

03 Feb '08

Anyone use emacs? I'm getting frustrated with Eclipse. -- Mike

2 1

Re: [Inkscape-devel] pdf-input.cpp:544: error: '_preview_output_dev' was not declared in this scope
by Joshua Facemyer / Impressus Art 03 Feb '08

03 Feb '08

Jon A. Cruz wrote: > > On Oct 20, 2007, at 6:49 PM, Joshua Facemyer / Impressus Art wrote: > >> Okay, will the same pdf functionality be present then? (Also, is >> this a workaround to get the thing compiling at a loss of >> functionality, or is it something that should / will be addressed in >> a future update to make it compile in an environment that it should >> without difficulty?) >> > > Someone familiar with the specifics would have to look into it, but I > think it's a work-around in losing a bit of functionality... > > But from what I recall, it's probably due to us using internals of > poppler that are not part of the public API. Get and build poppler > yourself and you might have the needed .h, but use standard packing > and you probably won't. > > Part of me only seeing this recently was that only recently had I > gotten a new enough poppler in macports. I use Gentoo, so my poppler should be "my own" build. Same with Jeff. (Had you figured this out yet, Jeff?) Is it maybe that some switch needs to be passed to poppler when building it? JF

6 18

Startup crash on OS X
by John Faith 03 Feb '08

03 Feb '08

Hello, I found that this small change prevents a startup crash on OS X 10.3.9 (also added to https://bugs.launchpad.net/inkscape/+bug/185689): --- inkscape.trunk/src/sp-filter.cpp.orig Sat Dec 22 12:15:36 2007 +++ inkscape.trunk/src/sp-filter.cpp.noStartupCrash Sat Feb 2 08:55:03 2008 @@ -110,7 +110,7 @@ sp_filter_init(SPFilter *filter) filter->_renderer = NULL; - filter->_image_name = map<gchar *, int, ltstr>(); + filter->_image_name.clear(); filter->filterRes = NumberOptNumber(); While I'm happy that Inkscape can actually run, it's not obvious to me why this fixes the crash, nor if this is generaly an acceptable thing to do. Could someone possibly test that this does not cause a problem on another platform? By the way, after applying this patch, I have another crash in sp-filter.cpp when opening "Help->About Inkscape", so I wonder if there's either a std::map problem with gcc 3.3 or memory is getting trashed. Random theories welcome :-). Thanks!, John

2 1

Inkscape native Mac OS X build & look improvements
by Adam Strzelecki 03 Feb '08

03 Feb '08

Hello, I've recently switched for good to MacOSX (after several years of work with Windows). I'm user and fan Inkscape. On Windows there was pretty well working native build, while it is missing on MacOSX (X11 build is pretty slow and not handy) So I've decided to make it myself and now share my experience with you. Attached the screenshot of my running native OSX (Leopard) version of Inkscape (no, it's not a fake ! ;P) I've used the recipe from http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX with MacPorts. Here are my changes to original MacPorts recipe: 1) I've updated to latest GTK+2 using: (you need to do the same or Inkscape will be crashing every few seconds) port edit gtk2 version 2.12.5 checksums md5 588c7fb3d9ebadf4f5a1ab4c534e4db5 port install gtk2 +quartz 2) I've downgraded boehmgc to 6.8 (latest 7.0 causes Inkscape to hang (never ending loop) on startup) port edit boehmgc version 6.8 distname ${d_name}${version} checksums sha1 6d5def5ba5d29292ba9c76f04df3ec06d3ab3278 3) Applied my own-cooked patch Inkscape_OSX_native_menu_and_toolbars.patch (attached) * src/widgets/toolbox.cpp: removes tb_s, tb_e spacers from the toolbars to they DON'T have ugly underlines (who did invent this anyway, this produces ugly look in most GTK themes where toolbars are 2x inset in the GUI, I believe this should be removed anyway in all builds (platforms)) * src/ige-mac-menu.[c/h]: sources for native Carbon Mac top menu wrapper instead of having the menu inside the window (taken from GIMP sources) * src/interface.cpp: use ige_mac_menu_set_menu_bar on native GTK (Quartz) for menu and return NULL so no menu is displayed in the Window itself * configure.ac: add Carbon checking and libs define required ige-mac- menu * src/Makefile_insert: add Carbon libs and ige-mac-menu sources * removes packaging/macosx/Resources/themes/Clearlooks-Quicksilver- OSX: we should take Leopardish-normal theme instead from: http://www.gnome-look.org/content/show.php/Leopardish?content=65299 which is far more adequate for GTK looking like OSX 4) then normally built with packaging/macosx/osx-build.sh a c b i p 5) fixed Inkscape.app so it is displayed as single Launch bar icon named "Inkscape" by: * removing Contents/Resources/getdisplay.sh & Contents/Resources/ inkscape (we don't need those in native !) * renaming Contents/Resources/inkscape-bin to Contents/Resources/ Inkscape * replacing Contents/MacOS/Inkscape with simple shell script that sets cwd to Inkscape.app and runs Contents/Resources/bin/Inkscape: > #!/bin/sh > PRG="$0" > while [ -h "$PRG" ] ; do > ls=`ls -ld "$PRG"` > link=`expr "$ls" : '.*-> $.*$$'` > if expr "$link" : '/.*' > /dev/null; then > PRG="$link" > else > PRG=`dirname "$PRG"`"/$link" > fi > done > DIR="`dirname $PRG`" > cd $DIR > cd ../.. > exec Contents/Resources/bin/Inkscape 6) Changed GTK theme (with gtk-chtheme) to Leopardish and font "Geneva 11pt" - MacOSX default And the result is Inkscape looking & working like native OSX (Leopard) application: * native look with GTK Leopardish-normal theme * native menus with ige-mac-menu-bar * native Name and application in Launch bar Yet I found some problems while doing those changes: * ige-mac-menu doesn't map properly keyboard shortcuts as it should (as it does with GIMP), those should be mapped with Ctrl<->Cmd transition, while they're not mapped at all with Inkscape * ige-mac-menu trick with returning NULL to avoid display the 2nd menu in the window makes probably some problem with updating the menu in the app in later stages so things like recent files don't show up in the app menu anymore * ige-mac-menu should be extended with Inkscape (bold) menu entries for preferences and application closure (I hope Mac users will know what I mean) * my tricks with Inkscape.app are as dirty as old tricks for X11 version, I believe that proper solution should anyway place final native binary of Inkscape in Contents/Resources/MacOS and map properly path in Contents/Resources for lib, etc, share,.. and so on without intermediate shell scripts (like mine) * toolbox should be set to small icons by default (SVN is set to big icons), unless the Inkscape window will forced to set its minimum height of toolbox height, which results in Inkscape not being resizable vertically on my MacBook at all ! (being too big) * Leopardish-normal theme and "Geneva 11pt" should be set by default in Inkscape.app somehow if no GTK settings (or other GTK installation) are present * ... and finally there's some problem with SVG View repaint, everytime it repaints (when opening or activating Inkscape window) the view is afterward erased by default (grayish) color (???) and then when I move the mouse over the view (which is erased with solid color), the repaints 2nd time, this time the proper output stays on screen. I believe it is problem of Inkscape not GTK+ cos it doesn't happen in any other place but just SVG (Document) view. Anyway my build works pretty well, there're some minor annoyances in some windows (like File open window) however it seems to be pretty stable (doesn't crash) and responsible. I hope it will help you (Developers) to make some time native OSX official builds... maybe 0.46 !? Best regards, -- Adam Strzelecki |: nanoant.com :|

5 11

0.45.1 build failure in helper/sp-marshal.cpp
by Jeremy C. Reed 03 Feb '08

03 Feb '08

Trying to build inkscape-0.45.1 on Linux fails for me. make[2]: Entering directory `/scratch2/pkgsrc/graphics/inkscape/work.puget/inkscape-0.45.1/src' if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/freetype2 -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -DPOTRACE=\"potrace\" -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/include/gtkspell-2.0 -I../cxxtest -I/usr/include -I/usr/include/freetype2 -Wall -Wformat-security -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -I/usr/include -I/usr/include/freetype2 -MT helper/sp-marshal.o -MD -MP -MF "helper/.deps/sp-marshal.Tpo" \ -c -o helper/sp-marshal.o `test -f 'helper/sp-marshal.cpp' || echo './'`helper/sp-marshal.cpp; \ then mv -f "helper/.deps/sp-marshal.Tpo" "helper/.deps/sp-marshal.Po"; \ else rm -f "helper/.deps/sp-marshal.Tpo"; exit 1; \ fi helper/sp-marshal.cpp:60: error: parse error before `__attribute__' helper/sp-marshal.cpp: In function `void sp_marshal_VOID__POINTER_BOOLEAN(...) ': helper/sp-marshal.cpp:70: error: syntax error before `;' token helper/sp-marshal.cpp:71: error: `closure' undeclared (first use this function) helper/sp-marshal.cpp:71: error: (Each undeclared identifier is reported only once for each function it appears in. helper/sp-marshal.cpp:74: error: parse error before `if' helper/sp-marshal.cpp:79: error: ISO C++ forbids declaration of `data2' with no type helper/sp-marshal.cpp:79: error: conflicting types for `int data2' helper/sp-marshal.cpp:72: error: previous declaration as `void*data2' helper/sp-marshal.cpp:79: error: `param_values' undeclared (first use this function) helper/sp-marshal.cpp:80: error: parse error before `}' token helper/sp-marshal.cpp:84: error: ISO C++ forbids declaration of `data2' with no type ... My gcc is: $ g++ --version | head -1 g++ (GCC) 3.3.5 Is that 3.3.5 not good enough? I also have installed: boehm-gc-6.4 gtkmm-2.12.3 glibmm-2.14.2 glibc-2.3.4 libsigc++-2.1.1 glib2-2.14.5 cairomm-1.4.6 cairo-1.4.12 gtk2+-2.12.5 Jeremy C. Reed p.s. I have one patch for src/seltrans.h - SigC::Connection _sel_changed_connection; - SigC::Connection _sel_modified_connection; + sigc::connection _sel_changed_connection; + sigc::connection _sel_modified_connectio

2 2