- Inkscape Devel - Inkscape Mailman

Re commended reading and Netbeans configuration
by microUgly 10 Sep '08

10 Sep '08

Sorry to be the noob coming in blind asking the broadest questions. But I would like to try my hand at developing and need some guidance. Firstly, I haven't touched C++ code since before 2000 where I used Turbo C++ to write the simplest of cin cout programs. So whilst I haven't forgotten the concepts, the code I'm seeing is beyond me (I'm a PHP programmer). So can someone recommend some reading material? Preferable in print form. Secondly, I'm using NetBeans 6.5 to examine the code and at the moment it's hilighting a lot of errors because I haven't included the necessary folders for "Code Assistance". Should I include 'every' folder (and possibly sub folder) in /devlibs/include? Are there other folders that might help to include? Thirdly, do you use "btool" in place of when you would otherwise specify "make" in an IDE? I don't really understand "btool"--I assume it makes it easier to build Inkscape than running MinGW directly? I'm not sure if I should favor using the MinGW compiler when Netbeans has support for it, especially for debugging? I have created btool and build Inkscape successfully with it. -- View this message in context: http://www.nabble.com/Recommended-reading-and-Netbeans-configuration-tp1941… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 3

broken .wmf import in inkscape 0.46?
by jan falkenhagen 09 Sep '08

09 Sep '08

Hi again, another problem I'm having is that wmf import seems to be broken in inkscape 0.46 (both on CentOS 5.2 and F9). The same wmfs are working fine in Inkscape 0.45 (tested on CentOS 5.2). This is very annoying because wmf used to be a good file format for exchange with commercial Windows application, such as ChemDraw and others. You can find example files on my webserver (original wmf file and Inkscape 0.45/0.46 screenshots): http://lkenhagen.de/files/target_cdx.wmf http://lkenhagen.de/files/inkscape045.png http://lkenhagen.de/files/inkscape046.png Is there any fix/patch for this behaviour? -- best regards jan

4 4

inkscape, psfrag and type 1 fonts
by jan falkenhagen 08 Sep '08

08 Sep '08

Hi everybody, I got a strange problem with inkscape, psfrag and eps. The situation: I am using psfrag to replace text (with counters, but that doesn't really matter) from Inkscape-eps-figures during latex compiler runs. The problem is that it works only if the embed type 1 font option in Inkscapes eps-export is deselected (export text as paths is deselected too). But unfortunately then all the text appears as a sort of a typewriter font (so the installed type1-fonts are not used?). If I activate the embed fonts feature the replacements seem to be made for the .dvi that is produced by latex, but in the final .eps or .pdf the to-be-replaced text strings show up again. Any Ideas how this issue can be avoided? The system is a Fedora 9 Linux box with all the updates so far (Inkscape 0.46, Texlive 2007). best regards jan

1 0

Loss of precision for grids in millimeters
by Pajarico 08 Sep '08

08 Sep '08

Hi, I've a case of quirkiness: I set a grid in mm and the X spacing is set to 0.3761mm. On the canvas, there is a visible difference between 0.3761 and 0.376 but when i close and reopen the file the value is cut to 0.376mm. I thought there was some conversion of mm->px and that the stored value was in px, but opening the SVG in a text editor reveals the value stored is 0.376 and the unit is mm. So i wonder why it is possible to store a value in px with 4-decimal precision but not so in mm. For some reason is not possible to store 4 decimals for millimeters... I can set values with 4 decimals in px or " just right --i've another grid set to 0.0625in (1/16 of an inch) without problem. Is there a conversion somewhere -which I'm unaware of- cutting the last decimal? Should I resort to doing the conversion from mm to px to achieve more precision? Best regards.

1 0

Python extension cheatsheet
by Kent Tenney 08 Sep '08

08 Sep '08

Howdy, I'm working on a documentation toolchain incorporating Inkscape. I've roughed out an example of the kind of thing I want to do at http://wiki.ubuntu.com/KentTenney Any comments or corrections are appreciated. Thanks, Kent

2 1

Possible fix for color chooser bug, #257685
by Bob Jamison 08 Sep '08

08 Sep '08

I don't know if anyone has worked on #257685 yet. I gave it a quick look and maybe the fix is very simple. Apparently with Gtk2.13 and greater, Gtk is enforcing the page size and steps, which seems to be the root of the problem where the sliders can only max out to 245 rather than 255. If [0..255] were a document, 245 would be the bottom of the last page, so the adjustment widget is operating correctly. According to the Gtk notes, setting page sizes and steps to 0 for simple adjusters might be the best way to fix this. In src/widgets/sp-color-slider.cpp, line 332, this little modification seems to fix the problem: if (!adjustment) { adjustment = (GtkAdjustment *) gtk_adjustment_new (0.0, 0.0, 1.0, 0.01, 0.0, 0.0); } //in case of existing adjustment gtk_adjustment_set_page_increment(adjustment, 0.0); gtk_adjustment_set_page_size(adjustment, 0.0); Maybe someone with knowledge of the older SP-vintage widgets can decide if this is a valid fix or is merely fixing the symptom? I'd rather not commit with insufficient knowledge of how this thing works. bob (ishmal)

4 5

FW: active_desktop removals
by unknown＠example.com 08 Sep '08

08 Sep '08

Hi all, Max found something that is important to know. Apparently, gcc accepts "false" as a value for a pointer. So it is possible to write: test_function(Test *t) ... test_function(false); without triggering a compiler warning/error. This hid a problem after refactoring a function method, resulting in a crash. See the mail below for more details. Cheers, Johan -----Original Message----- From: Maximilian Albert [mailto:Anhalter42@...173...] Sent: maandag 8 september 2008 15:13 To: Engelen, J.B.C. (Johan) Subject: Re: active_desktop removals J.B.C.Engelen@...1578... schrieb: > We should check this, this is really bad compiler behaviour! I just wrote a simple test program (attached below). It works fine as is, but when I replace the line test_function(t); with test_function(false) there is a runtime crash. However, even when compiling with -Wall there is no warning whatsoever. Interestingly, when I replace false with true in the function call, the code doesn't compile any more. But I'd think that false is just as well recognized as a boolean value as true is. Hmm, I think I will report this upstream on the gcc mailing list. Max =================================== #include <iostream> using namespace std; class Test { public: Test() {} void print() { cout << "Hello, world!" << endl; } }; void test_function(Test *t) { t->print(); } int main() { Test *t = new Test(); test_function(t); // replace t with false to trigger a runtime crash delete t; }

2 2

Inkscape Releases
by Josh Andler 07 Sep '08

07 Sep '08

Hey All! Since I was a release warden for 0.46 and will be the one moving forward for 0.47 as well I'd like to touch base. First, it seems like patches intended for 0.46.1 have died down submission-wise. I plan on beginning to get caught up on Launchpad with regard to those in an effort to move things forward with it. Does anyone have any requests or things to comment on with this? Second, is it wrong to assume that we won't be shooting for 0.47 this year? I'm definitely not pushing for it. I'd rather see everything get nicely polished... besides I almost never use release versions except for bug testing. ;) Cheers, Josh

8 16

New devlibs stuff
by Bob Jamison 07 Sep '08

07 Sep '08

People using the win32 devlibs will probably want to svn up, to get the new Gtk libs. I believe that this is the version that was needed for the printing fix. I started a new build on the server to see if we get lucky and the autobuild works ok. It compiled and runs fine on my laptop here. bob

4 4

win32/Inkscape19808-0809060128.7z crashes when importing jpg or gif images
by worms invasion 06 Sep '08

06 Sep '08

Hello, The latest win32 build from modevia: http://inkscape.modevia.com/win32/Inkscape19808-0809060128.7z crashes when you try to import either a jpg or a gif file. A png is imported fine. OS: Windows 2000 SP4 Steps to reproduce: - Launch Inkscape (create a new empty document) - Select Import from the menu - The standard Windows dialog opens - Click on a jpg or gif file name Result: Message. Runtime error, Inkscape encountered an error and will now close (or something) Crash. If you already have an open document opened with stuff in it, the import dialog doesn't make Inkscape crash, but it does nothing.

2 2