- Inkscape Devel - Inkscape Mailman

Changing the gtk2 theme for a self-built OSX nightly
by AndreBerg 28 Nov '08

28 Nov '08

Hi, I followed the advice from http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX and compiled the latest revision for OS X (downloaded yesterday). As far as I can tell it's working well. It's just that my self-built version uses a somewhat strange gtk theme where only the sliders are looking Aqua-like. The latest available prepackaged nightly build for OSX uses a theme that is much nicer and I would like to change the theme for my self-built version to look like the prepackaged build. Is there some way to do that? Here is a screenshot of the prepackaged built (both run with latest XQuartz): http://img529.imageshack.us/img529/7527/inkscapeprepackagednighfm6.png Pre-Packaged Nightly and here is one of my self-built version: http://img209.imageshack.us/img209/7348/inkscapeselfbuilthq4.png Self-Built Nightly They look similar but the theme of my self-built version lacks the finesse of the other theme and looks kinda clumsy... I suspect it's a build setting somewhere I couldn't find. So if anyone knows something, please speak up... Thanks for listening. André -- View this message in context: http://www.nabble.com/Changing-the-gtk2-theme-for-a-self-built-OSX-nightly-… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 4

make check?
by Aurélio A. Heckert 28 Nov '08

28 Nov '08

Hi all, I want to code with TDD, but before i need to use that. I try the "make check" and that uses CxxTest, but the result is far from what i was waiting... See the end please (before that was only compiling outputs): g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/python2.5 -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-2.0 -I/usr/lib/glib-2.0/include -DRELAYTOOL_CRYPTO='static const int libcrypto_is_present = 1; static int __attribute__((unused)) libcrypto_symbol_is_present(char *m) { return 1; }' -DRELAYTOOL_SSL='static const int libssl_is_present = 1; static int __attribute__((unused)) libssl_symbol_is_present(char *m) { return 1; }' -DHAVE_SSL -I/usr/include/libwpg-0.1 -I/usr/include/libwpd-0.8 -I/usr/include/poppler -D_REENTRANT -I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1 -DPOTRACE=\"potrace\" -D_REENTRANT -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-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/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1 -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 -Werror=format-security -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -fopenmp -MT libnr/test-nr.o -MD -MP -MF $depbase.Tpo -c -o libnr/test-nr.o libnr/test-nr.cpp &&\ mv -f $depbase.Tpo $depbase.Po In file included from libnr/test-nr.cpp:366: ././libnr/nr-point-fns-test.h:22: warning: floating constant exceeds range of 'double' In file included from libnr/test-nr.cpp:428: ././libnr/in-svg-plane-test.h:18: warning: floating constant exceeds range of 'double' In file included from libnr/test-nr.cpp:13: ././libnr/nr-compose-test.h:33: error: explicit template specialization cannot have a storage class make[2]: ** [libnr/test-nr.o] Erro 1 make[2]: Saindo do diretório `/opt/inkscape-svn/src' make[1]: ** [check-am] Erro 2 make[1]: Saindo do diretório `/opt/inkscape-svn/src' make: ** [check-recursive] Erro 1 There is no testing dots with Fails and Errors marks. There is only a compilation error trowing. :-( What is wrong? The unity testing infrastructure is really working? Aurium -- Aurélio A. Heckert http://colivre.coop.br/Aurium GNU/Linux User #312507 http://counter.li.org - - - - - - - - - - - - - - - - - - - - - - - - - Ilustração Vetorial Livre: http://InkscapeBrasil.org Coop. de Tecnologias Livres: http://Colivre.coop.br - - - - - - - - - - - - - - - - - - - - - - - - - "Eu temo pela minha espécie quando penso que Deus é justo." Thomas Jefferson Antes de imprimir esta mensagem reflita sobre a sua responsabilidade com a preservação do Meio Ambiente.

2 3

Automated transparency removal for EPS export
by Marco Steinacher 27 Nov '08

27 Nov '08

Dear Inkscape Developers, I use Inkscape regularly to edit figures for scientific publications. Because I like to use transparency effects but many journals only accept EPS files for publication, I ran into the well-known "transparency and PostScript export" problem. First I used to remove the transparency by hand as described in the "Tips and Tricks" tutorial [1]. This has been a hard job and sometimes it is virtually impossible. To facilitate this task I have automated this workaround (removing transparency by adding shapes covering the overlapping areas with the corresponding mixed color). So far I am quite happy with that solution, although it obviously does not work for gradients etc., and I would like to include it in the official Inkscape version. In this regard I have a few questions to you: 1) Are there any general objections to add this code to Inkscape? 2) Where would you place this function in the UI? (For my personal use I have added the item "Remove Transparency" to the Path menu, which probably is not appropriate.) Related to this question is the question how to deal with the limited ability of this approach in order to not confuse or annoy users (e.g. when they use it with gradients). 3) Where would you ideally add the code for this feature? Currently I have added four functions sp_remove_transparency*() to splivarot.cpp. I chose this file because of the relation to sp_selected_path_intersect(). Also, I have copied some code from sp_selected_path_boolop() to get the intersection shapes and I suggest to put the common code in a more generic boolean operation function in order to avoid duplicate code. I'm looking forward to receive your comments and thoughts. Thanks, Marco [1] http://www.inkscape.org/doc/tips/tutorial-tips.html

8 14

Found a bug in Inkscape 0.46
by Steven Devijver 26 Nov '08

26 Nov '08

Hey, Attached file demonstrates a bug in Inkscape 0.46. The bug is related to stitch sub-paths and the behavior is Inkscape crashes. The instructions on how to simulate the bug are in the file. Basically I combined a four-node square path with a two-node line path and stitched them together. When the left-hand node in the line path is deleted Inkscape gives a message that it has crashed and when I press ok it closes. Deleting the right-hand node works fine. I've discovered Inkscape yesterday and I've been playing with it. I absolutely love it and I can't wait to get my hands on the 0.47 release. I'm not into graphical design and I don't consider myself talented in drawing or any art form for that matter. Yet with Inkscape and the fabulous screencasts and documentation I rock! I've also added two of my creations to the flickr group. Thanks for all the hard work and I'm glad I can help out. Steven

2 2

Re: [Inkscape-devel] cut/crop marks extensions
by Guillermo Espertino 26 Nov '08

26 Nov '08

El mié, 26-11-2008 a las 10:10 +0000, inkscape-devel-request(a)lists.sourceforge.net escribió: > I'm not convinced by the V shape. It really looks too exotic to me. > But what about a multi-colored circle (your left drawing) and a cross > below it (svg attached)? > > -- > Nicolas Hi! Thaks for your work in this useful extension. I'd like to know if you considered applying the marks to a selection (using the bbox rectangle as limit) as an option. Applying the marks to the artwork area is fine, but in certain situations you need to use the paper area as a container for several originals (for instance, placing front and rear of a brochure in a same document). Of course there's an easy workaround, and it only takes to create a document sized as one of the originals and reuse the crop marks in the other, but crop marks to selection would be very useful anyway. I've just read a previous comment, and the author of the "cut marks" extension offers you to join forces and work together. Your extension looks more polished than the other, but it already has the feature I mention (using the selection's bbox as area for the crop marks). It would be nice to add that to your extension. Another interesting feature would be using guides as placeholders for fold or die-punch marks. About the registration marks discussion, I also find the V shapes too exotic. Generally I only see superposed circles with crosses in C, M, Y and K channels. However, I don't see anything wrong with using both. The circles with crosses on the corners, and the V shapes on the middle. What do you think?

4 4

bzr usage
by jf barraud 26 Nov '08

26 Nov '08

Hi all, Trying to use bzr and launchpad, I bumped into a bunch of newbies questions... (I'm not sure any of them makes sens!) Should I do bzr branch lp:inkscape like indicated on our inkscape launchpad web page? if yes, how are sourceforge svn rep and lp:inkscape related? lp:inkscape does not look like being uptodate. How do I commit to svn? (more over, this seems to break buildtool under windows, because of svninfo... but this is another story) Should I use bzr-svn to checkout the sourceforge svn repository? hm. It's extremely slow. Can I still register my branches in launchpad then? Am I missing a straight way to use my local svn tree to work with bzr?... Anyway, some basic guide lines for newbies and ignorant people like me would be very helpfull ;-) Thanks. jfb.

2 2

Re : cut/crop marks extensions
by Nicolas Dufour 26 Nov '08

26 Nov '08

Hi, > Recently a Perl extension called "Cut marks" was added to SVN. I must > admit I didn't have very good feelings about this, because Windows > users who are majority of our user base or at least very close to it > will have an extra step of installing ActivePerl to be able to use it. > IMO, having several programming languages supported is fine as long as > extensions work everywhere out of box. We already have functionality > available on one platform and not available on the other and it > probably wouldn't be wise pushing this even further. > > And now here comes a similar extension written in Python: > https://bugs.launchpad.net/inkscape/+bug/301776 I'm not sure both extensions do exactly the same things. But it may be possible to merge the codes in one extension. I'll try to have a discussion with Aurelio (cut marks' writer) in order to find a solution. Before that, your suggestions are welcome! -- Nicolas

5 13

A near to generic CMYK profile
by Aurélio A. Heckert 26 Nov '08

26 Nov '08

Hi all, I and Nicolas will join our work about printing marks, but the printing marks need to be printed with pure CMYK color components. And specially the register mark must be printed with all 4 colors to test the alignment of the separated printing. So, the Inkscape already suport ICC profiles and soon it will export PS and PDF with color profiles. The printing marks will be ready for this, but to work we need a ICC file to link in the SVG. Someone could propose a near to generic CMYK ICC profile? I only find ICC files about specific printers, and is writen in some places that "is no generic CMYK profiles"(???). I don't have knowledge to select the more generic inside the printes profiles. Thanks, Aurium -- Aurélio A. Heckert http://colivre.coop.br/Aurium GNU/Linux User #312507 http://counter.li.org - - - - - - - - - - - - - - - - - - - - - - - - - Ilustração Vetorial Livre: http://InkscapeBrasil.org Coop. de Tecnologias Livres: http://Colivre.coop.br - - - - - - - - - - - - - - - - - - - - - - - - - "Eu temo pela minha espécie quando penso que Deus é justo." Thomas Jefferson Antes de imprimir esta mensagem reflita sobre a sua responsabilidade com a preservação do Meio Ambiente.

2 1

git-svn trouble / lost revisions?
by Maximilian Albert 26 Nov '08

26 Nov '08

Hi, I recently tried to update my git-svn repository for Inkscape via "git-svn rebase" as usual. It downloaded the latest commits but when it seemed to be almost finished (at rev. 20147, to be exact), it threw the following error: ==> Found possible branch point: https://inkscape.svn.sourceforge.net/svnroot/inkscape/inkscape/trunk => https://inkscape.svn.sourceforge.net/svnroot/inkscape/inkscape/trunk, 20227 Initializing parent: git-svn@...2085... W: Ignoring error from SVN, path probably does not exist: (175007): HTTP Path Not Found: REPORT request failed on '/svnroot/inkscape/!svn/bc/4302/inkscape/trunk': '/svnroot/inkscape/!svn/bc/4302/inkscape/trunk' path not found W: Do not be alarmed at the above message git-svn is just searching aggressively for old history. This may take a while on large repositories <== Then it started to download _all_ revisions beginning from rev. #1 (dated Oct 2003)!! It looks like git-svn got confused by some branching or so. Has somebody else who uses git-svn experienced this? Another strange thing: I downloaded a fresh checkout using svn only (not git-svn), and the revision numbers in the log jump from #19921 directly to #20226, although clearly there were other commits in between. The log entry for #20226 says something about merging a branch. Could it be that accidentally some revisions got lost in the process and that this is also what confuses git-svn? How can it be fixed? Thanks, Max

3 5

Multithreaded blur using OpenMP
by Jasper van de Gronde 25 Nov '08

25 Nov '08

Using GCC's support of OpenMP (now also in MingW!) I had a stab at making the outer loop of blurring parallel (the loops are typical DSP loops and shouldn't even throw an exception, so it should be perfectly safe). On my dual-core system blurring (a large image) is approximately twice as fast, so it seems to scale really well. As I don't have access to a Linux system at the moment I haven't modified the Makefiles to add support, but it shouldn't be too difficult (see the changes to build.xml). Also, I've made it write a log to be able to analyze the performance, but it uses Win32 specific functions for timing. So, if anyone would like to have a go at making it work on Linux and/or testing it that would be great :) The number of threads defaults to whatever omp_get_num_procs() returns, but on my system this doesn't work... So to use it, set the number of threads in the preferences, using: <group id="threading" numthreads="1" /> in the "options" group (so it's /options/threading/numthreads). Obviously this is not the most efficient way to do this, as new threads are created for each blur. But so far the overhead doesn't appear to be too bad, compared with the actual blurring operation. And using OpenMP the impact on the code is minimal, I only had to put two #pragma's before the blur loops, allocate the temporary data it needs for all threads and add some preference for the number of threads. So if this works out it might provide a relatively easy way to start making use of all these dual- and quad-core machines people have lying around doing almost nothing these days :) Patch attached, if wanted I can also provide a binary for Windows. This version writes a log file (blurlog.txt) that lists how long each blur takes. Note that inkscape also needs mingwm10.dll to run with this patch. As it isn't included with devlibs at the moment you'll have to copy it to Inkscape's directory manually (it's in the MingW bin directory). Index: build.xml =================================================================== --- build.xml (revision 20219) +++ build.xml (working copy) @@ -375,6 +375,7 @@ -Wall -Wformat -Werror=format-security -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -O2 -mms-bitfields + -fopenmp </flags> <defines> -DVERSION=\"${version}\" @@ -476,6 +477,7 @@ objcopycommand="${archutil}objcopy"> <flags> -mwindows + -mthreads </flags> <fileset dir="${build}"> <include name="inkres.o"/> @@ -501,6 +503,7 @@ -lpng -ljpeg.dll -ltiff.dll -lpopt ${devlibs}/lib/zdll.lib -lgc -lws2_32 -lintl -lgdi32 -lcomdlg32 -lm + -lgomp -lpthreadGC2 </libs> </link> </target> @@ -530,6 +533,7 @@ objcopycommand="${archutil}objcopy"> <flags> -mwindows + -mthreads </flags> <fileset dir="${build}"> <include name="inkviewres.o"/> @@ -553,6 +557,7 @@ -lpng -ljpeg.dll -ltiff.dll -lpopt ${devlibs}/lib/zdll.lib -lgc -lws2_32 -lintl -lgdi32 -lcomdlg32 -lm + -lgomp -lpthreadGC2 </libs> </link> </target> @@ -572,6 +577,7 @@ stripcommand="${archutil}strip" objcopycommand="${archutil}objcopy"> <flags> + -mthreads </flags> <fileset dir="${build}"> <include name="obj/test-main.o"/> @@ -602,6 +608,7 @@ -lpng -ljpeg.dll -ltiff.dll -lpopt ${devlibs}/lib/zdll.lib -lgc -lws2_32 -lintl -lgdi32 -lcomdlg32 -lm + -lgomp -lpthreadGC2 </libs> </link> </target> @@ -667,6 +674,7 @@ <copy todir="${dist}" file="${devlibs}/bin/libpopt-0.dll"/> <copy todir="${dist}" file="${devlibs}/bin/liblcms-1.dll"/> <copy todir="${dist}" file="${devlibs}/bin/intl.dll"/> + <copy todir="${dist}" file="${devlibs}/bin/pthreadGC2.dll"/> <copy file="${devlibs}/bin/intl.dll" tofile="${dist}/libintl-2.dll"/>  Index: src/display/nr-filter-gaussian.cpp =================================================================== --- src/display/nr-filter-gaussian.cpp (revision 20219) +++ src/display/nr-filter-gaussian.cpp (working copy) @@ -16,9 +16,11 @@ #include <algorithm> #include <cmath> #include <complex> +#include <cstdlib> #include <glib.h> -#include <cstdlib> #include <limits> +#include <omp.h> +#include <windows.h> // For performance logging #include "2geom/isnan.h" @@ -268,9 +270,11 @@ filter2D_IIR(PT *const dest, int const dstr1, int const dstr2, PT const *const src, int const sstr1, int const sstr2, int const n1, int const n2, IIRValue const b[N+1], double const M[N*N], - IIRValue *const tmpdata) + IIRValue *const tmpdata[], int const num_threads) { +#pragma omp parallel for num_threads(num_threads) for ( int c2 = 0 ; c2 < n2 ; c2++ ) { + unsigned int tid = omp_get_thread_num(); // corresponding line in the source and output buffer PT const * srcimg = src + c2*sstr2; PT * dstimg = dest + c2*dstr2 + n1*dstr1; @@ -288,7 +292,7 @@ for(unsigned int i=1; i<N+1; i++) { for(unsigned int c=0; c<PC; c++) u[0][c] += u[i][c]*b[i]; } - copy_n(u[0], PC, tmpdata+c1*PC); + copy_n(u[0], PC, tmpdata[tid]+c1*PC); } // Backward pass IIRValue v[N+1][PC]; @@ -303,7 +307,7 @@ int c1=n1-1; while(c1-->0) { for(unsigned int i=N; i>0; i--) copy_n(v[i-1], PC, v[i]); - copy_n(tmpdata+c1*PC, PC, v[0]); + copy_n(tmpdata[tid]+c1*PC, PC, v[0]); for(unsigned int c=0; c<PC; c++) v[0][c] *= b[0]; for(unsigned int i=1; i<N+1; i++) { for(unsigned int c=0; c<PC; c++) v[0][c] += v[i][c]*b[i]; @@ -326,11 +330,12 @@ static void filter2D_FIR(PT *const dst, int const dstr1, int const dstr2, PT const *const src, int const sstr1, int const sstr2, - int const n1, int const n2, FIRValue const *const kernel, int const scr_len) + int const n1, int const n2, FIRValue const *const kernel, int const scr_len, int const num_threads) { // Past pixels seen (to enable in-place operation) PT history[scr_len+1][PC]; +#pragma omp parallel for num_threads(num_threads) private(history) for ( int c2 = 0 ; c2 < n2 ; c2++ ) { // corresponding line in the source buffer @@ -539,13 +544,14 @@ } // Some common constants + Inkscape::Preferences *prefs = Inkscape::Preferences::get(); int const width_org = in->area.x1-in->area.x0, height_org = in->area.y1-in->area.y0; double const deviation_x_org = _deviation_x * NR::expansionX(trans); double const deviation_y_org = _deviation_y * NR::expansionY(trans); int const PC = NR_PIXBLOCK_BPP(in); + int const NTHREADS = std::max(1,std::min(8,prefs->getInt("/options/threading/numthreads",omp_get_num_procs()))); // Subsampling constants - Inkscape::Preferences *prefs = Inkscape::Preferences::get(); int const quality = prefs->getInt("/options/blurquality/value"); int const x_step_l2 = _effect_subsample_step_log2(deviation_x_org, quality); int const y_step_l2 = _effect_subsample_step_log2(deviation_y_org, quality); @@ -567,6 +573,11 @@ bool const use_IIR_x = deviation_x > 3; bool const use_IIR_y = deviation_y > 3; + // Temporary performance logging + LARGE_INTEGER startTime, endTime, timeFrequency; + QueryPerformanceFrequency(&timeFrequency); + QueryPerformanceCounter(&startTime); + // new buffer for the subsampled output NRPixBlock *out = new NRPixBlock; nr_pixblock_setup_fast(out, in->mode, in->area.x0/x_step, in->area.y0/y_step, @@ -577,13 +588,19 @@ } // Temporary storage for IIR filter // NOTE: This can be eliminated, but it reduces the precision a bit - IIRValue * tmpdata = 0; + IIRValue * tmpdata[NTHREADS]; + std::fill_n(tmpdata, NTHREADS, (IIRValue*)0); if ( use_IIR_x || use_IIR_y ) { - tmpdata = new IIRValue[std::max(width,height)*PC]; - if (tmpdata == NULL) { - nr_pixblock_release(out); - delete out; - return 0; + for(int i=0; i<NTHREADS; i++) { + tmpdata[i] = new IIRValue[std::max(width,height)*PC]; + if (tmpdata[i] == NULL) { + nr_pixblock_release(out); + while(i-->0) { + delete[] tmpdata[i]; + } + delete out; + return 0; + } } } NRPixBlock *ssin = in; @@ -629,16 +646,16 @@ // Filter (x) switch(in->mode) { case NR_PIXBLOCK_MODE_A8: ///< Grayscale - filter2D_IIR<unsigned char,1,false>(NR_PIXBLOCK_PX(out), 1, out->rs, NR_PIXBLOCK_PX(ssin), 1, ssin->rs, width, height, b, M, tmpdata); + filter2D_IIR<unsigned char,1,false>(NR_PIXBLOCK_PX(out), 1, out->rs, NR_PIXBLOCK_PX(ssin), 1, ssin->rs, width, height, b, M, tmpdata, NTHREADS); break; case NR_PIXBLOCK_MODE_R8G8B8: ///< 8 bit RGB - filter2D_IIR<unsigned char,3,false>(NR_PIXBLOCK_PX(out), 3, out->rs, NR_PIXBLOCK_PX(ssin), 3, ssin->rs, width, height, b, M, tmpdata); + filter2D_IIR<unsigned char,3,false>(NR_PIXBLOCK_PX(out), 3, out->rs, NR_PIXBLOCK_PX(ssin), 3, ssin->rs, width, height, b, M, tmpdata, NTHREADS); break; case NR_PIXBLOCK_MODE_R8G8B8A8N: ///< Normal 8 bit RGBA - filter2D_IIR<unsigned char,4,false>(NR_PIXBLOCK_PX(out), 4, out->rs, NR_PIXBLOCK_PX(ssin), 4, ssin->rs, width, height, b, M, tmpdata); + filter2D_IIR<unsigned char,4,false>(NR_PIXBLOCK_PX(out), 4, out->rs, NR_PIXBLOCK_PX(ssin), 4, ssin->rs, width, height, b, M, tmpdata, NTHREADS); break; case NR_PIXBLOCK_MODE_R8G8B8A8P: ///< Premultiplied 8 bit RGBA - filter2D_IIR<unsigned char,4,true >(NR_PIXBLOCK_PX(out), 4, out->rs, NR_PIXBLOCK_PX(ssin), 4, ssin->rs, width, height, b, M, tmpdata); + filter2D_IIR<unsigned char,4,true >(NR_PIXBLOCK_PX(out), 4, out->rs, NR_PIXBLOCK_PX(ssin), 4, ssin->rs, width, height, b, M, tmpdata, NTHREADS); break; default: assert(false); @@ -651,16 +668,16 @@ // Filter (x) switch(in->mode) { case NR_PIXBLOCK_MODE_A8: ///< Grayscale - filter2D_FIR<unsigned char,1>(NR_PIXBLOCK_PX(out), 1, out->rs, NR_PIXBLOCK_PX(ssin), 1, ssin->rs, width, height, kernel, scr_len_x); + filter2D_FIR<unsigned char,1>(NR_PIXBLOCK_PX(out), 1, out->rs, NR_PIXBLOCK_PX(ssin), 1, ssin->rs, width, height, kernel, scr_len_x, NTHREADS); break; case NR_PIXBLOCK_MODE_R8G8B8: ///< 8 bit RGB - filter2D_FIR<unsigned char,3>(NR_PIXBLOCK_PX(out), 3, out->rs, NR_PIXBLOCK_PX(ssin), 3, ssin->rs, width, height, kernel, scr_len_x); + filter2D_FIR<unsigned char,3>(NR_PIXBLOCK_PX(out), 3, out->rs, NR_PIXBLOCK_PX(ssin), 3, ssin->rs, width, height, kernel, scr_len_x, NTHREADS); break; case NR_PIXBLOCK_MODE_R8G8B8A8N: ///< Normal 8 bit RGBA - filter2D_FIR<unsigned char,4>(NR_PIXBLOCK_PX(out), 4, out->rs, NR_PIXBLOCK_PX(ssin), 4, ssin->rs, width, height, kernel, scr_len_x); + filter2D_FIR<unsigned char,4>(NR_PIXBLOCK_PX(out), 4, out->rs, NR_PIXBLOCK_PX(ssin), 4, ssin->rs, width, height, kernel, scr_len_x, NTHREADS); break; case NR_PIXBLOCK_MODE_R8G8B8A8P: ///< Premultiplied 8 bit RGBA - filter2D_FIR<unsigned char,4>(NR_PIXBLOCK_PX(out), 4, out->rs, NR_PIXBLOCK_PX(ssin), 4, ssin->rs, width, height, kernel, scr_len_x); + filter2D_FIR<unsigned char,4>(NR_PIXBLOCK_PX(out), 4, out->rs, NR_PIXBLOCK_PX(ssin), 4, ssin->rs, width, height, kernel, scr_len_x, NTHREADS); break; default: assert(false); @@ -688,16 +705,16 @@ // Filter (y) switch(in->mode) { case NR_PIXBLOCK_MODE_A8: ///< Grayscale - filter2D_IIR<unsigned char,1,false>(NR_PIXBLOCK_PX(out), out->rs, 1, NR_PIXBLOCK_PX(out), out->rs, 1, height, width, b, M, tmpdata); + filter2D_IIR<unsigned char,1,false>(NR_PIXBLOCK_PX(out), out->rs, 1, NR_PIXBLOCK_PX(out), out->rs, 1, height, width, b, M, tmpdata, NTHREADS); break; case NR_PIXBLOCK_MODE_R8G8B8: ///< 8 bit RGB - filter2D_IIR<unsigned char,3,false>(NR_PIXBLOCK_PX(out), out->rs, 3, NR_PIXBLOCK_PX(out), out->rs, 3, height, width, b, M, tmpdata); + filter2D_IIR<unsigned char,3,false>(NR_PIXBLOCK_PX(out), out->rs, 3, NR_PIXBLOCK_PX(out), out->rs, 3, height, width, b, M, tmpdata, NTHREADS); break; case NR_PIXBLOCK_MODE_R8G8B8A8N: ///< Normal 8 bit RGBA - filter2D_IIR<unsigned char,4,false>(NR_PIXBLOCK_PX(out), out->rs, 4, NR_PIXBLOCK_PX(out), out->rs, 4, height, width, b, M, tmpdata); + filter2D_IIR<unsigned char,4,false>(NR_PIXBLOCK_PX(out), out->rs, 4, NR_PIXBLOCK_PX(out), out->rs, 4, height, width, b, M, tmpdata, NTHREADS); break; case NR_PIXBLOCK_MODE_R8G8B8A8P: ///< Premultiplied 8 bit RGBA - filter2D_IIR<unsigned char,4,true >(NR_PIXBLOCK_PX(out), out->rs, 4, NR_PIXBLOCK_PX(out), out->rs, 4, height, width, b, M, tmpdata); + filter2D_IIR<unsigned char,4,true >(NR_PIXBLOCK_PX(out), out->rs, 4, NR_PIXBLOCK_PX(out), out->rs, 4, height, width, b, M, tmpdata, NTHREADS); break; default: assert(false); @@ -710,24 +727,32 @@ // Filter (y) switch(in->mode) { case NR_PIXBLOCK_MODE_A8: ///< Grayscale - filter2D_FIR<unsigned char,1>(NR_PIXBLOCK_PX(out), out->rs, 1, NR_PIXBLOCK_PX(out), out->rs, 1, height, width, kernel, scr_len_y); + filter2D_FIR<unsigned char,1>(NR_PIXBLOCK_PX(out), out->rs, 1, NR_PIXBLOCK_PX(out), out->rs, 1, height, width, kernel, scr_len_y, NTHREADS); break; case NR_PIXBLOCK_MODE_R8G8B8: ///< 8 bit RGB - filter2D_FIR<unsigned char,3>(NR_PIXBLOCK_PX(out), out->rs, 3, NR_PIXBLOCK_PX(out), out->rs, 3, height, width, kernel, scr_len_y); + filter2D_FIR<unsigned char,3>(NR_PIXBLOCK_PX(out), out->rs, 3, NR_PIXBLOCK_PX(out), out->rs, 3, height, width, kernel, scr_len_y, NTHREADS); break; case NR_PIXBLOCK_MODE_R8G8B8A8N: ///< Normal 8 bit RGBA - filter2D_FIR<unsigned char,4>(NR_PIXBLOCK_PX(out), out->rs, 4, NR_PIXBLOCK_PX(out), out->rs, 4, height, width, kernel, scr_len_y); + filter2D_FIR<unsigned char,4>(NR_PIXBLOCK_PX(out), out->rs, 4, NR_PIXBLOCK_PX(out), out->rs, 4, height, width, kernel, scr_len_y, NTHREADS); break; case NR_PIXBLOCK_MODE_R8G8B8A8P: ///< Premultiplied 8 bit RGBA - filter2D_FIR<unsigned char,4>(NR_PIXBLOCK_PX(out), out->rs, 4, NR_PIXBLOCK_PX(out), out->rs, 4, height, width, kernel, scr_len_y); + filter2D_FIR<unsigned char,4>(NR_PIXBLOCK_PX(out), out->rs, 4, NR_PIXBLOCK_PX(out), out->rs, 4, height, width, kernel, scr_len_y, NTHREADS); break; default: assert(false); }; } - delete[] tmpdata; // deleting a nullptr has no effect, so this is save + for(int i=0; i<NTHREADS; i++) { + delete[] tmpdata[i]; // deleting a nullptr has no effect, so this is safe + } + // Temporary performance logging + QueryPerformanceCounter(&endTime); + FILE* logfile = fopen("blurlog.txt", "at"); + fprintf(logfile, "image size: %dx%d, threads: %d, time: %.3gs\n", width, height, NTHREADS, static_cast<double>(endTime.QuadPart-startTime.QuadPart)/timeFrequency.QuadPart); + fclose(logfile); + if ( !resampling ) { // No upsampling needed out->empty = FALSE;

10 26

Re: [Inkscape-devel] build error
by Alexandre Prokoudine 25 Nov '08

25 Nov '08

2008/11/25 Ted Gould <ted@...11...>: >> $ ls -al filters/.deps/.dirstamp >> ls: cannot access filters/.deps/.dirstamp: No such file or directory > > Hmm, that's odd. But the file is really only there to mark when the > directory was last read. It would seem that: > > touch filters/.deps/.dirstamp > > Would fix the problem, but I have no idea why it happened. $ touch src/filters/.deps/.dirstamp touch: cannot touch `src/filters/.deps/.dirstamp': Permission denied $ ls -lh src/filters/.deps/ total 80K -rw-r--r-- 1 root root 8 Nov 25 16:36 blend.Po etc. All files have root access permission. I'm quite puzzled. These are really two different machines with two different checkouts, and the last successful build was surely after November 8, just like the one for the laptop at home. Alexandre

2 1

build error
by Alexandre Prokoudine 25 Nov '08

25 Nov '08

Hi, I'm seing this error on two different systems: rm -f extension/script/libscript.a ar cru extension/script/libscript.a extension/script/InkscapeScript.o ranlib extension/script/libscript.a /bin/sh: filters/.deps/.dirstamp: Access denied Anyone? :-) Alexandre

2 1

cut/crop marks extensions
by Alexandre Prokoudine 25 Nov '08

25 Nov '08

Hi, Recently a Perl extension called "Cut marks" was added to SVN. I must admit I didn't have very good feelings about this, because Windows users who are majority of our user base or at least very close to it will have an extra step of installing ActivePerl to be able to use it. IMO, having several programming languages supported is fine as long as extensions work everywhere out of box. We already have functionality available on one platform and not available on the other and it probably wouldn't be wise pushing this even further. And now here comes a similar extension written in Python: https://bugs.launchpad.net/inkscape/+bug/301776 So what do we do? Alexandre

1 0

lpe-hatches
by jf barraud 24 Nov '08

24 Nov '08

Hi all, I've just added a new lpe to fill a shape with rough hatches. It's still at an experimental state. As usual, I'm in trouble with the parameters. They are purely technical atm, i.e. they are the onesI used in the code to control the shape of the hatches. But what is technical-oriented is generally not user friendly (in particular, I was not able to supply tips for some of them). Please try it, and suggest user firendly parameters (from which the technical ones would be deduced). Ah, and yes, bending needs improvement, and growth has no effect atm... Anyway, I hope you'll like it ;-) jf.

7 13

Number in circle effect
by Mihaela 23 Nov '08

23 Nov '08

1 0

verbs and the undo stack
by Felipe Sanches 23 Nov '08

23 Nov '08

I am not so sure about the mechanics of the undo stack and the meaning of verbs. I have coded an improvement to the user interface for embedding color profiles in a document and I have used the sp_document_done call. The patch is attached. Could anybody review it? It adds a "remove" context menu option in the "Embedded color profiles" box that appears in the "Color Management" tab in "document settings" dialog. Undoing and redoing works ok, but I am not sure aobut the verbs. I expected it to call the update() method onde the user press CTRL+Z or SHIFT+CTRL+Z so that my widgets would be properly updated. Juca

2 3

[PATCH] JavaFX exporting
by Silveira Neto 21 Nov '08

21 Nov '08

Changelog: * Public attributes instead of private functions, so can externally use them. * Sanatize also '#' character. * Removed a compilation warning on sanatize(). Todo: * There's some wrong strings for i18n. * The attribute 'name' from the class JavaFXOutput. * Strange black stroke to be fixed. * Gradients are not been correctly applied.

1 1

Craft Robo can cut directly from inkscape?
by stuart 21 Nov '08

21 Nov '08

Hi... Been talking to Lucille across the pond and understand that people are cutting directly from inkscape to Craft Robo paper cutters using (I believe) the Craft Robo 5.1 software package. As I have not heard anything about this here (support for non standard Graphtec cutter protocols) I assume the Craft Robo 5.1 software package uses a Craft Robo USB driver that identifies and interprets the Post Script output (nuts, should have ask Lucille how inkscape was setup) of inkscape. Anyhow, if true, this would be great for Craft Robo users. However, I doubt that Wishblades (North American versions of Craft Robo) cutters will benefit. The old blue and new pink Wishblades identify them selves differently and have not (in the past) worked with the Craft Robo software. Doesn't seam fair as the old blue Wishblades are no longer supported by Xyron going forward into Windows Vista from what I understand. Yeah, I'm going to buy more stuff from Xyron, NOT! You can still cut from inkscape to a Wishblade but you will need to in Linux, have Python and Glade installed and use that Python script we've talked about here on this list (I'll have to look up the URL if people are interested). So, are there still people interested in porting that Python script to windows? I've tried, but haven't been able to figure out how to create a USB driver under Windows. From all that I have read, Windows is a real mess when it comes to creating USB drivers (i.e. you can find companies that will do it but they charge $1000s, ouch...)

1 0

Marker direction regression
by Jasper van de Gronde 18 Nov '08

18 Nov '08

Running the rendering tests this week I encountered a regression in how markers are oriented. If anyone touched this code lately, perhaps it's good to go back and have a look. The relevant bug report: https://bugs.launchpad.net/inkscape/+bug/299414 Overview of rendering tests: http://home.hccnet.nl/th.v.d.gronde/inkscape/ResultViewer.html

2 1

Re: [Inkscape-devel] restrict Inkscape open/save dialog boxes
by Bob Jamison 17 Nov '08

17 Nov '08

Stan, Likely the best way would be to not try to modify Inkscape (might take a lot of work and time), but rather to run Inkscape in a chrooted "jail" directory, so that only the directory you want presented to the user is the one that exists, as far as the running Inkscape is concerned. http://64.233.169.104/search?q=cache:Jtd7y_HjVJAJ:www.linux-mag.com/id/1230… This is similar to how FTP servers export a given directory, but prevent access to an entire server. Sorry about the url. Couldn't get TinyURL working on it correctly. bob (ishmal) -----Original Message----- >From: Stan <stan@...2079...> >Sent: Nov 17, 2008 10:19 AM >To: Inkscape Devel <inkscape-devel(a)lists.sourceforge.net> >Subject: [Inkscape-devel] restrict Inkscape open/save dialog boxes > >Sorry my previous question about kiosk mode was misleading. We already >have a kiosk mode (the window manager is configured to only allow the >browser). I was asking what would be the best way to limit users to one >directory in the Inkscape dialog boxes. We don't want them to be able >to browse the file system. > >Thanks, > >Stan > >------------------------------------------------------------------------- >This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >Build the coolest Linux based applications with Moblin SDK & win great prizes >Grand prize is a trip for two to an Open Source event anywhere in the world >http://moblin-contest.org/redirect.php?banner_id=100&url=/ >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

restrict Inkscape open/save dialog boxes
by Stan 17 Nov '08

17 Nov '08

Sorry my previous question about kiosk mode was misleading. We already have a kiosk mode (the window manager is configured to only allow the browser). I was asking what would be the best way to limit users to one directory in the Inkscape dialog boxes. We don't want them to be able to browse the file system. Thanks, Stan

2 1

restrict directory access in kiosk mode?
by Stan 17 Nov '08

17 Nov '08

What is the best way to restrict opening/saving files to one directory in kiosk mode on a Linux console? I can edit and recompile if necessary. Thanks, Stan

2 1

Difficulties in backtracing a crash on XP
by Diederik van Lierop 17 Nov '08

17 Nov '08

Hi, Bug 292077 is giving me quite some difficulties in pin-pointing it. It crashes Inkscape, but I can only reproduce it on Windows (not on Linux), and only when I'm _not_ running gdb. To make things worse it even requires quite some patience to reproduce it. How does one find the cause of such a bug? I've tried attaching gdb after the crash (is that possible at all?), and sprinkled around lot's of std::couts, but I didn't get any closer. I could use some pointers here :-( Apparently it only crashes when snapping is enabled, but it looks like it's not the snapping code itself that's crashing. The bug report is here: https://bugs.launchpad.net/inkscape/+bug/292077 It's been around at least since v0.46, according to this report. Thanks, Diederik PS: If you want to have a try at reproducing it yourself, then please use revision 20049 or older. Newer revisions snap less often and are therefore more difficult to break.

5 9

Parallel build on Windows
by Diederik van Lierop 16 Nov '08

16 Nov '08

Hi, Can anyone tell me how to do a parallel build using mingw32 and btool on Windows? I've tried adding -j4 to build.xml, but that parameter is not being accepted. I'm bisecting, but this could be so much faster on my quadcore... Diederik

4 3

darme de baja
by Emilio Roberto Brizuela 16 Nov '08

16 Nov '08

desearía que me den de baja de esa lista. gracias Yahoo! Cocina Recetas prácticas y comida saludable http://ar.mujer.yahoo.com/cocina/

3 2