- Inkscape Devel - Inkscape Mailman

patch: merge pdf import via poppler-cairo into native importer
by the Adib 17 Jun '14

17 Jun '14

Hello, as already discussed here is a patch that moves the pdf poppler-cairo importer into the native pdf importer. Thus it obsoletes the current pdf-input-cairo importer and removes from the source three. If nobody complains I will go ahead and commit within the next days. Regards, Adib. --

5 13

Another video done today for BSpline feature
by Jabiertxo Arraiza Cenoz 15 Jun '14

15 Jun '14

Hi to all! Another video with bspline feature. https://www.youtube.com/watch?v=V7qYoNkK53k Regards.

1 0

New mounted video for SpiroLive feature
by Jabiertxo Arraiza Cenoz 15 Jun '14

15 Jun '14

Hi to all! I finish my first "a bit producced" video [1] about SpiroLive feature in inkscape. I want to do the same whith all others features i develop... For the moment in the video page i put a share of all sources i use to develop the video. Thanks to Martin, Gez and Gabo for his gratefoul offer to make off-voice, maybe in futures videos i ask to them but while(is enought easy) i could work whith videos and youtube notes... The music is far away from the video, like usual and want. Thanks for your 5 minutes of your live. Jabier. [1] https://www.youtube.com/watch?v=bFakiI5f0-Y

2 2

Google Summer of Code Reunion 2014
by Josh Andler 14 Jun '14

14 Jun '14

Hey All, This email concerns current and past participants of Summer of Code who have worked with Inkscape. If you have been or currently are a mentor, admin, or student with the Inkscape project for GSoC (and did not "fail") you are eligible to attend this year's Google Summer of Code Reunion at Google HQ in Mountain View, CA, USA this October. If you have successfully participated with us for GSoC in any of those three roles and you have an interest in attending, please read more here: https://sites.google.com/site/gsocmentorsummitstudentreunion/home As usual, Google will be providing funding (up to $1100 per person) for two people from our project to attend. They will also be having a lottery for other people to be able to attend (no guarantees that anyone who enters from our project will be selected), however, they will not be providing any funding for those attendees. The board is currently working on figuring out to what extent we would be interested in funding this ourselves, if any. If you are interested in attending, please respond right away as we need to solidify plans much earlier this year than in the past. If you have any questions, please don't hesitate to ask. Cheers, Josh

3 2

VALS Semester of Code
by Alexandre Prokoudine 14 Jun '14

14 Jun '14

Hi, Someone on #krita brought this to my attention yetserday: http://osswatch.jiscinvolve.org/wp/2014/05/23/vals-semester-of-code-foss-pr… "The VALS Semester of Code is an upcoming project that will work with universities andFOSS communities to give students real-world experience working in software projects. Unlike Google Summer of Code, Semester of Code students will be participating for academic credit as part of their degree courses, and we hope that after completion of their project will go on to be effective contributors to the FOSS community. The VALS initiative is a partership of European universities and SMEs who have been working for several months to plan the pilot of Semester of Code, which will run during the next academic year. We have now reached the stage where we are signing up FOSS projects who are willing to provide mentored projects of students. We have already seen interest from smaller, single-company projects to larger software foundations, and would like to see more. If you are part of a FOSS project, large or small, that would be willing to provide one or more mentored projects, we’d love to talk to you about joining Semester of Code. In return, you’ll get an enthusiastic student providing a valuable contribution to your project. The VALS team will be on hand throughout the project to answer any questions and help unblock communication issues between mentors, students and academic supervisors." Opinions? Alex

4 4

Notes from LGM Inkscape Meeting
by unknown＠example.com 14 Jun '14

14 Jun '14

Hi all, We had a very good meeting this morning. Nine (9!) Inkscapers were present (partially thanks to the Inkscape development fund). Here is a list of those present: Martin Owen/doctormo (barcode extension, Python, C++) Joakim Verona (artwork, Inkscape with emacs, d-bus, interest in embedded Inkscape) Krzysztof Kosiński (Clipboard, Cairo renderer, boolean path operations) Gémy Cédric/pygmee (extensions, Python, documentations) Sirko Kemter (LGM Host, Inkscape trainer) Elisa de Castro Guerra (documentation, translations) Ryan Lerch (Redhat user) the Adib (translation, Cairo, interest in PDF output) Myself Here are some notes I took from the session merged with some notes from Elisa (thanks!). We covered a lot of stuff. Let me appoligize to those present if I get some details mixed up. 1. Community Development The Inkscape community appears to be quite weak compared to other projects. We discussed a variety of reasons for this and possible solutions. * The community appears to be quite fragmented due to multiple websites for code, bug-tracker, mailing lists, forums, etc. We should consolidate where possible. There could be better linkage between sites. The Inkscape website still needs to be expanded. For example, there is no page for translators (already fixed since our meeting, thanks Elisa and Martin!). Also, we need make sure that feature requests in the Inkscape forums get aggregated to the developers email list. Martin will try to find someone to volunteer to act as liaison. * There appears to be a lack of direction. The Inkscape board is, by design, limited to controlling Inkscape's donations and trademark. Having some kind of steering committee might be beneficial. * There is a lack of visible momentum in the project, exasperated by the long time between current releases. (We desperately NEED to get 0.91 out - as well as 0.48.5. People need to see progress.) More news articles are needed (with rapid translation). * Paid developer: Synfig hired a developer who is now paid month-to-month by crowd-funding. This has actually stimulated additional developer contributions. People see progress being made and are more likely to make their own code contributions. There are weekly updates by the developer where people see the progress being made. (This is in contrast to the prevailing view inside the Inkscape community where paid development might threaten further contributions by non-paid developers.) Blender uses a subscription system. Many communities use a voting process to select the direction of paid development. We do need to be careful, as Scribus had a bad experience with a paid developer disappearing without delivering promised code. http://libregraphicsworld.org/blog/entry/crowdfunding-for-sustainability-sy… * Extensions is a place where people can easily make contributions. We need a web page with links to contributed extensions (or host them ourselves). (BTW, Blender had 8 part-time developers but still has a very active community of people contributing extensions.) 2. Paid developer We discussed what we would want a developer to do if one were hired. Ideas were: * Animation (high profile, improve sense of forward momentum). * PDF Export (same as above). * Plug-in structure (make it easier to contribute). * Code clean-up and documentation (make it easier to contribute). * Release (get timely releases out). * Testing 3. Website Translations Several problems were identified with translating the website. Translated news is being shown twice, once in the translated language and once in English. Martin and Adib will look into fixing this (some python coding). Also, translators are not notified of news updates. Martin will assemble a list of translators and set up a "cron" job to monitor changes to the website and then notify translators when changes are detected. 4. Technical discussions: * 0.91 release: We need to get this out, even if there are a few remaining bugs. Adib will help with Windows builds. There is great demand for a GTK3 OSX build. It seems that the only hold-up is redoing the rulers as GTK3 dropped the ruler widget. Gimp has the same problem. * Testing: We need better automated testing in both rendering and in unit-tests. cxxtests is awkward to use (and nobody seems to look at it, their are many tests failing now). * Patch reviews: We need to be quicker in reviewing patches or we risk losing new devolopers. We might need to revisit our very easy access to code check-in rights. A person writing Python extensions might not be as proficient with C++. * PDF Export: We discussed various strategies for improving our export to PDF, especially focusing on CMYK. Krzysztof has some ideas for achieving this. After our meeting, we had further discussions with people from Scribus on this topic. This topic is also coupled into possibly supporting other rendering methods (e.g. GEGL). There are a couple possible solutions. One is to extend Cairo to handle color profiles. This might not be so hard as we could write out RGB but include a color profile to hand RGB to CMYK conversion. One problem is that Cairo doesn't support the color-depth we would like. The second is to write our own PDF exporter. While Scibus's PDF export code is tightly coupled to the rest of Scribus, it can serve as a good model of what we need to do. The current "recommended" way of getting good PDF CMYK files is to pass Inkscape's SVG through Scribus. This is problematic as SVG support in Scribus is behind Inkscape's. Filters are not supported in Scribus. Adib will look in to possible filter support in Scribus. * Export: Our export mechanisms needs to be unified, probably with a "visitor's" model. * Filters: Needs to be reworked to follow the model of other objects. (There are hacks needed now to get the rendering done correctly.) * Multipage SVG: We discussed ways to use groups (layers) to handle multipage SVGs. The layer dialog might be modified with some added Inkscape name-space attributes to have groups of layers of which selecting one will hide the others in the group. (This would make editing JessyInk presentations much easier!) Martin has volunteered to put a plan together. * Remove need for "id" attributes. (Krzysztofv has an idea on this.) * Excessive signaling. Why does dragging a gradient handle cause closed dialogs to call style handling code? * Redhat/Gnome/Fedora had a series of requests already forwarded to the mailing list. * BZR migration: BZR is no longer under development.

5 6

Looking for reviewer
by Jabiertxo Arraiza Cenoz 13 Jun '14

13 Jun '14

Hi to all, Im searching for a reviewer for a short diff branch [1] https://code.launchpad.net/~inkscape.dev/inkscape/lastApplied Anybody want to do? Regards, Jabier.

2 2

GSOC status report - Better support for SVG paints
by Tomasz Boczkowski 13 Jun '14

13 Jun '14

Hi! GSOC 2014 program started a week ago. I would like to describe, what I have done since then in my project. The branch, I'm doing my development in is lp:inkscape/~penginsbacon/ inkscape/svg-paints-support. Week 1: 1) The main objective was to refactor c-style UI widgets to c++ and gtkmm. I managed to fully port SPColorSlider. It is now called Inkscape::UI::Widget::ColorSlider. The class works with both GTK2 and GTK3 libraries. Sadly, this partial task took me longer than I expected. Understanding gobject object model was quite difficult. 2) The topic of refactoring ColorSelector and related classes is being actively discussed with Jon A. Cruz at the mailing list. He mentioned possible problems with Gtkmm widgets that I was not aware of before. 3) Simple changes to SPPattern class are in progress. They consist in: a) moving c-like functions to class methods b) getting rid of GSList c) replacing gchar* by Glib::ustring d) converting *_set fields from guint to bool e) converting giuint fields to enums. Tomasz

5 7

FYI - revision 13417 eliminates routine duplication of gradients in list
by mathog 11 Jun '14

11 Jun '14

For a while now we have been working on eliminating duplications of swatches and gradients when these are imported or copy/pasted from window to window. While working on bug #1318657 I put in a change that also eliminates duplications of most gradients shown in fill/stroke when they are cut and paste in the same window. These changes were committed to trunk at revision 13417. I think the new behavior make sense but it is certainly going to look strange if you are accustomed to a huge number of gradients piling up in that list. For a better description see https://bugs.launchpad.net/inkscape/+bug/1318657/comments/12 and also post 14 there. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Re: [Inkscape-devel] Some memory leaks in replaceArgs function ( main.cpp )
by Krzysztof Kosiński 10 Jun '14

10 Jun '14

There is no point in rewriting this code; it should be ported to GOption, which recently added functions required to properly support Windows. Regards, Krzysztof From: Johan Engelen Sent: 2014-06-10 19:51 To: inkscape-devel(a)lists.sourceforge.net; neandertalspeople@...400... Subject: Re: [Inkscape-devel] Some memory leaks in replaceArgs function ( main.cpp ) Actually, all your changes are incorrect. Your patch is deleting memory which the code still holds pointers to. The code is quite bad indeed, but should be fixed differently. At the end of the method, all memory that the parser array has pointers to should be freed. The problem is that these pointers point to memory blocks that have been allocated differently, or point to memory locations within an allocated array. It's a mess. The whole function should be rewritten. Please create a bug report for it. regards, Johan On 10-6-2014 19:35, Johan Engelen wrote: > On 10-6-2014 17:29, Guiu Rocafort wrote: >> Hi ! >> >> Making a simple check to see if all the new operators are freed using >> delete i found that there are some memory leaks in main.cpp, in the >> function replaceArgs ( which only affects the windows version of >> inkscape ). >> >> I've added the missing delete operators and those memory leaks should >> be fixed. >> I attach the .patch file, if you want me to fill a bug report and then >> submit the patch instead please tell me. > Did you test your patch? While you are right that there are some > memleaks, there are less than you think there are :) (e.g. your > "delete[] block;" on line 1984 is wrong) > > I'll rework and commit it. > > regards, > Johan > > > ------------------------------------------------------------------------------ > HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > Find What Matters Most in Your Big Data with HPCC Systems > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > Leverages Graph Analysis for Fast Processing & Easy Data Exploration > http://p.sf.net/sfu/hpccsystems > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > ------------------------------------------------------------------------------ HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 1

Some memory leaks in replaceArgs function ( main.cpp )
by Guiu Rocafort 10 Jun '14

10 Jun '14

Hi ! Making a simple check to see if all the new operators are freed using delete i found that there are some memory leaks in main.cpp, in the function replaceArgs ( which only affects the windows version of inkscape ). I've added the missing delete operators and those memory leaks should be fixed. I attach the .patch file, if you want me to fill a bug report and then submit the patch instead please tell me. Guiu Rocafort -- *Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html <http://www.gnu.org/philosophy/no-word-attachments.html>*

2 2

Somebody please test patch for bug 1318657
by mathog 10 Jun '14

10 Jun '14

If one of you gets a chance, please test the patch for bug 1318657 (in post 10) https://bugs.launchpad.net/inkscape/+bug/1318657 and see if you can break it. I didn't want to commit that change until another developer had a look at it. (Because this section of code is easy to break, and we keep running into cases that are not handled, like the present bug, which is the result of an incoming document containing two copies of a gradient/swatch with different names.) Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Last call for 0.48.5
by Josh Andler 09 Jun '14

09 Jun '14

Hey all, We have some license compliance issues which have been fixed in the 0.48.x branch which is overdue for should release anyway. I don't recall seeing objections the last time releasing 0.48.5 was brought up (but could have missed something). If there are no issues left unmentioned or unresolved prior to next Sunday, May 25, we will move forward with releasing it. Given that our focus is really on moving forward with 0.91, please speak up as this is likely to be the last release in the 0.48 series. Cheers, Josh

5 8

Bug fixed testing
by Jabiertxo Arraiza Cenoz 07 Jun '14

07 Jun '14

Hi to all. I just commit to experimental a fix to the bug https://bugs.launchpad.net/inkscape/+bug/1241902 to the experimental branch, every body are welcome to test it previous to commit to trunk. Thanks to Johan for his persistence in reviews.

1 0

Problem compiling experimental with CMake
by Liam White 06 Jun '14

06 Jun '14

Apologies for the wall of text. liam@...3128...:/home/inkrepo$ cd experimental liam@...3128...:/home/inkrepo/experimental$ ls liam@...3128...:/home/inkrepo/experimental$ cmake . -- Creating build files in: /home/inkrepo/experimental -- Found GSL: /usr/lib/libgsl.so -- Found BoehmGC: /usr/lib/x86_64-linux-gnu/libgc.so -- Found poppler: /usr/lib/x86_64-linux-gnu/libpoppler.so -- Found poppler-glib: /usr/lib/x86_64-linux-gnu/libpoppler-glib.so -- Found cairo-svg: /usr/lib/x86_64-linux-gnu/libcairo.so -- Found poppler-cairo: /usr/lib/x86_64-linux-gnu/libcairo.so -- checking for module 'libwpg-0.1' -- package 'libwpg-0.1' not found -- checking for module 'libwpg-stream-0.1' -- package 'libwpg-stream-0.1' not found -- checking for module 'libwpd-0.8' -- package 'libwpd-0.8' not found -- Found libwpg-0.2: /usr/lib/libwpg-0.2.so -- Found libwpd-0.9: /usr/lib/libwpd-0.9.so -- Found libwpd-stream-0.9: /usr/lib/libwpd-stream-0.9.so -- Found Popt: /usr/lib/x86_64-linux-gnu/libpopt.so -- Boost version: 1.54.0 -- checking for module 'gtkspell-2.0' -- package 'gtkspell-2.0' not found -- Try OpenMP C flag = [ ] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP C flag = [-fopenmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP C flag = [/openmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP C flag = [-Qopenmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP C flag = [-openmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP C flag = [-xopenmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP C flag = [+Oopenmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP C flag = [-qsmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP C flag = [-mp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP CXX flag = [ ] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP CXX flag = [-fopenmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP CXX flag = [/openmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP CXX flag = [-Qopenmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP CXX flag = [-openmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP CXX flag = [-xopenmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP CXX flag = [+Oopenmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP CXX flag = [-qsmp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Try OpenMP CXX flag = [-mp] -- Performing Test OpenMP_FLAG_DETECTED -- Performing Test OpenMP_FLAG_DETECTED - Failed -- Could NOT find OpenMP (missing: OpenMP_C_FLAGS OpenMP_CXX_FLAGS) -- Generating header and sourcefiles from sp-marshal.list (Glib-Marshal) -- sp-marshal.h unchanged CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: ImageMagick_MagickCore_INCLUDE_DIR used as include directory in directory /home/inkrepo/experimental used as include directory in directory /home/inkrepo/experimental used as include directory in directory /home/inkrepo/experimental/src used as include directory in directory /home/inkrepo/experimental/src used as include directory in directory /home/inkrepo/experimental/src/2geom used as include directory in directory /home/inkrepo/experimental/src/libavoid used as include directory in directory /home/inkrepo/experimental/src/libcola used as include directory in directory /home/inkrepo/experimental/src/libcroco used as include directory in directory /home/inkrepo/experimental/src/libgdl used as include directory in directory /home/inkrepo/experimental/src/libuemf used as include directory in directory /home/inkrepo/experimental/src/libvpsc used as include directory in directory /home/inkrepo/experimental/src/livarot used as include directory in directory /home/inkrepo/experimental/src/libnrtype used as include directory in directory /home/inkrepo/experimental/src/libdepixelize -- Configuring incomplete, errors occurred! See also "/home/inkrepo/experimental/CMakeFiles/CMakeOutput.log". See also "/home/inkrepo/experimental/CMakeFiles/CMakeError.log". Just to prove CMake wrong about OpenMP and ImageMagick, I then did this: liam@...3128...:/home/inkrepo/experimental$ cd .. liam@...3128...:/home/inkrepo$ cat > openmp-test.cpp #include <omp.h> #include <stdio.h> int main() { #pragma omp parallel printf("Hello from thread %d, nthreads %d\n", omp_get_thread_num(), omp_get_num_threads()); }^D liam@...3128...:/home/inkrepo$ g++ -fopenmp openmp-test.cpp -o a.out liam@...3128...:/home/inkrepo$ ./a.out Hello from thread 3, nthreads 4 Hello from thread 0, nthreads 4 Hello from thread 2, nthreads 4 Hello from thread 1, nthreads 4 liam@...3128...:/home/inkrepo$ ls /usr/include/GraphicsMagick magick Magick++ Magick++.h wand liam@...3128...:/home/inkrepo$ ls /usr/include/magick analyze.h blob.h color_lookup.h common.h confirm_access.h deprecate.h enhance.h gem.h list.h magick.h monitor.h pixel_cache.h quantize.h resize.h statistics.h transform.h api.h cdl.h colormap.h compare.h constitute.h describe.h error.h gradient.h log.h magick_types.h montage.h pixel_iterator.h random.h resource.h symbols.h type.h attribute.h channel.h colorspace.h composite.h decorate.h draw.h forward.h hclut.h magic.h memory.h operator.h plasma.h registry.h shear.h texture.h utility.h average.h color.h command.h compress.h delegate.h effect.h fx.h image.h magick_config.h module.h paint.h profile.h render.h signature.h timer.h version.h What I'm not getting here is why CMake requires libmagickcore-dev to be installed — on the same system, with the same installed packages, ./configure with no parameters passed says this: Use gnome-vfs: yes Use openoffice files: yes Use relocation support: no Enable LittleCms: yes Enable DBUS: no Enable Poppler-Cairo: yes ImageMagick Magick++: yes Libwpg: yes Libvisio: yes Libcdr: no Doing Local Install: no After installing libmagickcore-dev, I ran CMake again and it "worked". I then ran make -k (and got the expected errors with poppler), but then this error about missing Magick.h. [ 20%] Building CXX object src/CMakeFiles/inkscape.dir/extension/internal/bitmap/blur.cpp.o /home/inkrepo/experimental/src/extension/internal/bitmap/blur.cpp:13:10: fatal error: 'Magick++.h' file not found #include <Magick++.h> ^ 1 error generated. *TL;DR *how do we get CMake to properly recognize OpenMP support, recognize the correct Magick, and supply the correct headers?

1 0

GSoC blurb for website
by Bryce Harrington 06 Jun '14

06 Jun '14

Now that GSoC is under way, it would be nice to replace the blurb on our homepage with a list of what projects are under way (with links to status if possible?) Bryce

3 3

Tile View widget
by Tomasz Boczkowski 04 Jun '14

04 Jun '14

Hi! I'd like to share the first screenshots of the tile view widget. It displays data in form of rectangular tiles divided into categories. It will be used in pattern selection dialogs, swatches, glyphs and symbols. The pictures are attached to this e-mail. Code is available at lp:~penginsbacon/+junk/tile-view/ Regards, Tomasz

1 0

Frost for 0.91
by Bryce Harrington 04 Jun '14

04 Jun '14

The release process is ready to now move to the Frost phase. 1. Open development. √ Triage and prioritize bugs report this year √ Itemize regression bugs found since last release 2. Chill. √ Development focuses on wrapping up √ Disable features that aren't finished √ Identify 'make distcheck' issues √ Identify any critical OSX/Win32 packaging issues √ Identify remaining writing needed for Release Notes. √ Regressions Bug Hunt: 500 points √ Update tutorials and other docs 3. Frost. √ Experimental Branch is forked √ Mainline Branch focuses on stabilization √ Only production-ready code committed to Mainline Post inkscape-0.91-pre0.tar.gz Finalize any major changes to platform packaging Release Notes should be >90% filled in. Inkscape must pass >90% of 'make distcheck' Start an About Screen contest General Bug Hunt: 1500 points Post additional inkscape-0.91-pre*.tar.gz releases Packagers test creating pkgs of the -pre* releases Mainline Branch =============== During the Frost period, developers should not commit changes to mainline unless the change improves the overall stability of Inkscape or is needed for packaging or to fix distcheck issues. Use your judgment as to what is "safe". If you're unsure, email me or Josh before committing and we'll make case-by-case decisions. As a general rule of thumb, if your commit doesn't specify a LP bug #, then it should probably be signed off on by josh or I. Experimental Branch =================== The Experimental Branch is now forked. You can check it out via: bzr branch lp:inkscape/experimental This is an official (but temporary) branch, for freely merging all development work. Please treat it as you would mainline when we're not in release, and strive to keep it buildable and usable. In particular, all merges of GSoC branches and other sponsored development work should target this experimental branch instead of mainline. Bug reports will be accepted for the experimental branch. These bug reports will be EOL'd when the experimental branch goes EOL. About Screen Contest ==================== Josh, can you and Ryan work on organizing this? This contest will need to be completed before we enter Freeze. Make Distcheck ============== Last I checked we had some distcheck issues, which will need to be resolved before we release. Basically just run `make distcheck` and work on sorting out the errors and warnings that print out. Bug Hunt ======== This time around, any bug filed against Inkscape is fair game. I'll be posting stats on Mondays. This next Monday I'll explain this in more detail. I'll start the count as of May 5th. Packaging ========= If you are working on packaging improvements, please continue to do so, with the goal of having it all in working order by the time Frost is over (probably several weeks from now). Bryce

2 2

SPPattern class refactorization.
by Tomasz Boczkowski 03 Jun '14

03 Jun '14

Hi! Tavmjonh Bah has suggested me to contact you and consult SPPaintServer class refactoring I would like to do. Currently SPPaintServer contains pattern_new method. Since it directly handles rendering and uses cairo, I think it could be moved outside of SP tree. My idea is to implement paint server drawing routines in a parallel hierarchy of classes belonging to New Renderer. Image [1] contains the class diagram. Common base for them would be NRPaintServer, containing pure virtual method pattern_new. Concrete NRPaintServer derivatives would contain a reference to corresponding SPTree items and use it while rendering. To choose an appropriate NRPaintServer for given SPPaintServer I thought about a factory method in NRPaintServer class. Example interfaces and their usage are shown at [2] The tricky part can be the implementation of NRPaintServer::create method. I have thought about two solutions: a) using a battery of dynamic_cast if statements like this: NRPaintServer* NRPaintServer::create(SPPaintServer* ps) { SPPattern* pattern = dynamic_cast<SPPattern*>ps; if (pattern != 0) { return new NRPattern(&pattern); } //and so on for gradients } b) using double-dispatch strategy. There would be an .cpp file internal class NRPaintServerFactory. class NRPaintServerFactory { public: virtual NRPaintServer* create(SPPaintServer*); virtual NRPaintServer* create(SPLinearGradient*); virtual NRPaintServer* create(SPRadialGradient*); //and so on } And NRPaintServer::create implementation would look like this: NRPaintServer* NRPaintServer::create(SPPaintServer* ps) { static NRPaintServerFactory *factory = new NRPaintServerFactory; return factory->create(ps); } What are your thoughts about this solution? [1]https://www.dropbox.com/s/bz83xd0ks378qys/NRPaintServer.svg [2]http://pastebin.com/h9AcrusW Regards, Tomasz

3 2

Making inkscape usable in valgrind grumble
by mathog 03 Jun '14

03 Jun '14

Hi all, In order to find memory leaks, some types of access violations, and the use of uninitialized variables I depend on valgrind. The problem is that valgrind is barely usable with Inkscape. The output on even the most minimal session (open, type a few letters, format them, close) runs to just under 500K lines and takes 5 minutes to complete. Some of this may be because garbage collection must be turned off in order to use valgrind. That is: export _INKSCAPE_GC=disable; valgrind .... src/inkscape There is no choice in that though, because if it is not done valgrind crashes when it tries to run inkscape. (Ubuntu 12.10.4, 32 bit, current Trunk). There is a libgc.supp in the top of the distribution, but it cannot be used on my system, since it does not suppress valgrind's crash when it tries to run inkscape with GC enabled. Here is the damage seen on a normal exit for a minimal run: ==16527== LEAK SUMMARY: ==16527== definitely lost: 567,697 bytes in 17,670 blocks ==16527== indirectly lost: 2,167,402 bytes in 73,234 blocks ==16527== possibly lost: 21,940,610 bytes in 282,461 blocks ==16527== still reachable: 21,470,100 bytes in 360,304 blocks What can be done so that Inkscape makes a better effort at cleaning up its enormous memory tangle when it exits while running in valgrind? Some of the memory Inksape allocates is cleaned up, but it seems like a very high percentage of memory allocations are tacked into this complex memory structure, and inside valgrind the whole ball of yarn is just dropped on the floor when the program reaches the final exit(), rather than being unwound in an orderly fashion. (In theory GC may be cleaning this up better, but I'm not sure how we can really know, since valgrind cannot tell us.) Could somebody who understands these parts of Inkscape PLEASE clean up this mess, so that in future when "_INKSCAPE_GC==disable" Inkscape will unwind its memory structures before exiting? At the very least we will learn after this unwinding what memory is still left, and that will be the result of existing bugs in the code. Once we obtain a baseline inkscape that is usable once again in valgrind, we can reasonably expect that by using valgrind developers will be able to catch the memory problems they may introduce. Sadly that is far from true now, what with so many thousands of lines of background noise in the log files to slog through. Admittedly some of the lines in valgrind's log file do come from valgrind issues, but the ones I know about can be removed with: cat >wcslen_sse2.supp <<EOD { wcslen1 Memcheck:Addr8 fun:__wcslen_sse2 fun:* } { wcslen2 Memcheck:Cond fun:__wcslen_sse2 fun:* } { iffyinflate Memcheck:Cond fun:inflateReset2 fun:inflateInit2_ obj:* } EOD valgrind -v --leak-check=yes --leak-resolution=high --num-callers=15 --show-reachable=yes --suppressions=./wcslen_sse2.supp --log-file=/tmp/vgfi.log src/inkscape which improves the output to: --16527-- used_suppression: 208319 wcslen1 --16527-- used_suppression: 142 wcslen2 --16527-- used_suppression: 330 iffyinflate ==16527== ==16527== ERROR SUMMARY: 97190 errors from 13437 contexts (suppressed: 208791 from 656) I understand that there may be other problems in some libraries which are called, but from the contents of the log file it looks like the majority of the loose ends were directly created in Inkscape. (And we can use valgrind suppression files, as above, to silence the unfixable library problems.) Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 3

Win64: feature complete
by Johan Engelen 03 Jun '14

03 Jun '14

Hi all, A quick note to let you know that aspell is now added to devlibs64, so that the 64bit version of Inkscape on Windows is now feature complete (i.e. same features as 32bit version) Jay! Johan

3 3

Method to duplicate a SPDocument?
by mathog 01 Jun '14

01 Jun '14

If there is an existing method for making a copy of an SPDocument, what is it called? Resolving bug 1318657, without introducing other problems, seems to require that the clipboard be replicated, and all actions occur on the replica, which is then thrown away. See comments 8 and 9 https://bugs.launchpad.net/inkscape/+bug/1318657 Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 2

Removal of -inkscape-font-specification ?
by Tavmjong Bah 01 Jun '14

01 Jun '14

Hi, I would like to propose the removal of the Inkscape specific -inkscape-font-specification property. This property was added in 2007 in an attempt to allow Inkscape to handle more font faces for a given font family than allowed by CSS.[1] It relied on Pango being changed to support this. In the intervening seven years, Pango has not changed nor does it seem likely it ever will. There doesn't appear to really be a need to expand on what CSS does already (and any SVG files that would use such a feature would not be viewable correctly in browsers). Inkscape (trunk) already supports, for example, all nine font faces of DejaVu Sans. Support for the font-variant features of CSS Fonts Module Level 3[2] would allow access to variants within a single font file which seems to satisfy the need that -inkscape-font-specification was meant to address. Font factories already have moved to put variants inside a single font file (vs. keeping them in separate files). See for example the bug (from 2004) about Adobe Caslon[3] with the long list of variants and the current OTF files from Adobe where the Small Caps, Alternative, and Swash variants are included in the regular files.[4] At the moment, -inkscape-font-specification duplicates the information already stored in other font related properties. There is a cost in this duplication, not only in increased file size but also in code maintenance. Keeping -inkscape-font-specification matching the other font properties is a source of bugs. It is currently making proper quoting of font-family names in font-fallback lists more difficult to fix. The actual changes needed to remove -inkscape-font-specification are straightforward and effect a few lines in about seven or eight files. No functionality would be lost as the property is completely redundant with the other font related properties. Tav [1] https://bugs.launchpad.net/inkscape/+bug/169973 [2] http://www.w3.org/TR/css3-fonts/#font-variant-prop [3] https://bugs.launchpad.net/inkscape/+bug/165521 [4] http://www.myfonts.com/fonts/adobe/caslon/buy.html

2 2

New PreviewHolder and swatches dialog design.
by Tomasz Boczkowski 28 May '14

28 May '14

Hi! I have designed a new class layout for PreviewHolder. It's functionality is illustrated at [1] Because the new widget should support not only rendering paints, but also glyphs and symbols, a flexible architecture is needed. I've choosen MVC approach, heavily based on Qt MV model design [2]. It is shown at [3]. In the upper part of the picture there are generic model and view classes. The lower part shows the application in swatches dialog. Model is organized as a hierarchy of lists. Qt documentation explains similar hierarchy of grids [4]. It enables navigating and iterating through the structure and defined signals when items are inserted, moved or deleted. Model class itself does not contain data (classes that inherit it do) and it's methods do not provide access to data items. Model index is array index generalization for hierarchical structures. PreviewHolder belongs to the "View" part. It is the widget that displays items categories and places the preview tiles. To make things work it needs a model and a means to display (and access) model data. The latter is provided by TileRenderers. TileRenderers can render images associated with model data. When clicked they send signals. How do TileRenderers access to data contained in model, while Model class does not provide access to them? They are all constructed by a TileRendererFactory. Concrete factories find appropriate data items by ModelIndex, and initialize concrete TileRenderers with it. They also bind tile renderer signals upon construction. The example shows the use of PreviewHolder in swatches dialog. Displayed items are paints. They are stored in PaintsModel. This class represents paint servers stored in document and built-in ones. It reacts to changes in document, updates it's entries and sends generic model signals. The model consists of PaintItems, that represent paints servers and provide access to SPPaintServer objects. PaintTileRenderer just fills it's content with pattern. Swatches dialog besides being a dialog, defines a slot that is executed when a tile renderer is clicked. It invokes apropriate SVG tree actions to set current object fill and stroke or execute "paint properties" dialog. TileRenderer can be implemented as plain class or it can inherit Gtk::Widget. The second solution would mean easier support for mouse and D&D events, but I'm not sure if it would affect performance (gobject construction, storing Gdk::Windows, initializing cairo context for each widget in GTK2). We will have several hundreds of those objects. Did you encounter any issues with Gtk performance? Which solution do you recommend? [1] https://www.dropbox.com/s/7nbg1uzk1sal2kn/new_swatches_ui.png [2] http://qt-project.org/doc/qt-4.8/model-view-programming.html [3] https://www.dropbox.com/s/r5ph6tgp5halal6/PreviewHolder.pdf [4] http://qt-project.org/doc/qt-4.8/model-view-programming.html#parents-of-ite… Regards, Tomasz

1 1

New video for the LPE Fillet-Chamfer
by Jabiertxo Arraiza Cenoz 28 May '14

28 May '14

Hi to all. I just release a new video for the LPE Fillet-Chamfer. Now have simplified interface and more features and bugfixes. https://www.youtube.com/watch?v=wJKzGhJULfc Thanks to Nathan, Liam, Josh, SUV, Mc- and all give feedback!

1 0

New LPE, New Video. Fillet/Chamfer
by Jabiertxo Arraiza Cenoz 28 May '14

28 May '14

Hi to all. Here is a video showing my new LPE. The branch is here[1].The video here[2]. Thanks to Josh Andler for give me the idea Also thanks very much to suv for the feedback and time inverted on it. And a special thanks to Liam P. White, without his help the LPE need a lot of hours to be.. or not to be. Bye, Jabiertxo. [1] https://code.launchpad.net/~inktxof/inkscape/fillet-chamfer [2] https://www.youtube.com/watch?v=HdsxhXPksgo

5 17

Change in pixels per inch?
by Tavmjong Bah 27 May '14

27 May '14

Hi TimeWaster and Nick, Alvin Penner has suggested that I contact both of you about a change to Inkscape I am pushing for: Currently Inkscape transforms non-pixel units (e.g 'in', 'cm') using the ratio 90 pixels per inch. This ratio is hinted at in SVG 1.1 but not explicitly defined (someday I'll blog about the history of this). CSS 2.1 does explicitly defined the ratio to be 96 pixels per inch, a standard that all web browsers as well a Batik have followed for many years. I recently proposed that in SVG one should be allowed to set this ratio but that idea was quickly rejected by the standards group. Previous to Inkscape 0.91 all dimensions inside of Inkscape were stored only as pixels values (despite allowing the user to enter dimensions in other units). As long as one did not import SVGs from other sources the ratio between px and in was not all that important. With 0.91, one can optionally set font-size to be output in points. To ensure consistency with what is rendered in Inkscape and what is displayed by other SVG renderers we should move to the standard 96 pixels per inch per CSS2.1. To make the change, two files must be modified: share/extensions/inkex.py share/ui/units.xml and probably the default export resolution should also be changed in preferences. Alvin is afraid this will cause trouble in the world of desktop cutters and plotters. Do you see this as a problem? Thanks, Tav BTW, the 0.91 release notes suggest that extensions relying on units other than pixels were already broken by the work on units.

4 9

Re: [Inkscape-devel] Widget c++-sification
by Tomasz Boczkowski 25 May '14

25 May '14

Resending: original message was send accidentally off-list. >> A safe way to mitigate many of the C vs C++ issues with Gtkmm is to keep a proper logical separation between Gtkmm UI objects and the functionality they trigger or state they manifest. The bulk of code ends up in plain C++ classes, while the Gtkmm widgets merely provide a thin layer to expose >> in the 'proper' manner. That might including moving certain functionality out of the widget classes themselves. I see your point. Could you please name some inkscape UI classes that preserve the separation? I would like to go on with SPColorSelector refactoring. In Inkscape color can be selected using one of two widgets: sp-color-wheel-selector, sp-color-icc-selector. They share common functionality in sp-color-selector. Currently there are six structures consisting of both Gobjects and c++ classes. I made a simplified diagram, listing possible options for refactoring [1]. 1) ColorSelector widgets contain a reference to their state (ColorSelector). It is accessible via getColorSelector() method. Optional ColorSelectorWidget abstract class provides the method. Parent UI component would initialize color selector widgets in ctor. Reference to widget would be kept in ctor only. Parent class would contain a pointer to widget state, returned by getColorSelector(). 2) Double inheritance. ColorSelector provides widget state. Concrete implementations inherit ColorSelector and aproppriate Gtk::Widget. 3) Full wrapper. Color selector widgets contain reference to their state and have full set of thin wrapper methods. They only call corresponding methods in ColorSelector. Which is the best? What is the suggested naming and namespacing of mentioned classes? Which of the options fits the separation between gtkmm and functionality best? [1] https://www.dropbox.com/s/nvie03p9ee9r8ry/colorSelector.pdf Regards, Tomasz On Sat, May 24, 2014 at 12:41 PM, Tomasz Boczkowski <penginsbacon@...400...>wrote: > >> A safe way to mitigate many of the C vs C++ issues with Gtkmm is to > keep a proper logical separation between Gtkmm UI objects and the > functionality they trigger or state they manifest. The bulk of code ends up > in plain C++ classes, while the Gtkmm widgets merely provide a thin layer > to expose > > >> in the 'proper' manner. That might including moving certain > functionality out of the widget classes themselves. > > I see your point. Could you please name some inkscape UI classes that > preserve the separation? > > I would like to go on with SPColorSelector refactoring. In Inkscape color > can be selected using one of two widgets: sp-color-wheel-selector, > sp-color-icc-selector. They share common functionality in > sp-color-selector. Currently there are six structures consisting of both > Gobjects and c++ classes. > > I made a simplified diagram, listing possible options for refactoring [1]. > 1) ColorSelector widgets contain a reference to their state > (ColorSelector). It is accessible via getColorSelector() method. Optional > ColorSelectorWidget abstract class provides the method. Parent UI > component would initialize color selector widgets in ctor. Reference to > widget would be kept in ctor only. Parent class would contain a pointer to > widget state, returned by getColorSelector(). > 2) Double inheritance. ColorSelector provides widget state. Concrete > implementations inherit ColorSelector and aproppriate Gtk::Widget. > 3) Full wrapper. Color selector widgets contain reference to their state > and have full set of thin wrapper methods. They only call corresponding > methods in ColorSelector. > > Which is the best? What is the suggested naming and namespacing of > mentioned classes? > Which of the options fits the separation between gtkmm and functionality > best? > > [1] https://www.dropbox.com/s/nvie03p9ee9r8ry/colorSelector.pdf > > > > On Wed, May 21, 2014 at 8:21 PM, Jon A. Cruz <jon@...18...> wrote: > >> On Wed, May 21, 2014, at 10:31 AM, Tomasz Boczkowski wrote: >> >> Thank you for the answer. >> >> >>Also, take care on what widgets you are looking at. We have a few >> groupings in our source tree that are meant to stay C. >> >> I started with src/widgets/sp-color-slider. I plan to continue with >> widgets related to fill and stroke dialog (sp-color-notebook, >> sp-color-scales, sp-color-wheel-selector etc.). Are they safe to port? >> >> >> >> Those should be OK... but in the 'proper' manner. That might including >> moving certain functionality out of the widget classes themselves. >> *Additionally* those I recognize as some of the first files I poked at when >> I initially joined Inkscape (before the project had its name). They're >> probably quite outdated by this point. >> >> Then also keep in mind that "sp" stands for Sodipodi, so when you move >> files you can drop such. Just be sure to do it in a source-control friendly >> way that won't break history. :-) >> >> >> >> >>>> 4) Should child widgets be stored as pointers as in glyph.h or >> directly as in text-edit.h? >> >> Which file are you referencing as "glyph.h"? >> >> src/ui/dialog/glyphs.h >> >> >> Ahh, that's an interesting question. >> >> For widgets, the design and intent of Gtkmm is to place children via new >> + Gtk::manage(). That ensures consistent object lifetimes and helps reduce >> memory leaks. For even stronger encapsulation often it's better to not list >> pointers as members in the public .h file, but keep them all to setup in >> the constructor. Since you won't have to delete them, you don't have to >> track them... for those cases where you set up events and handlers then add >> the child. That also goes on to event driven programming, and fewer bugs >> once you wrap your head around it. >> >> -- >> Jon A. Cruz >> jon@...18... >> >> >> ------------------------------------------------------------------------------ >> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE >> Instantly run your Selenium tests across 300+ browser/OS combos. >> Get unparalleled scalability from the best Selenium testing platform >> available >> Simple to use. Nothing to install. Get started now for free." >> http://p.sf.net/sfu/SauceLabs >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> >> >

2 2

New LPE, New Video. Fillet/Chamfer
by Jabiertxo Arraiza Cenoz 21 May '14

21 May '14

Hi Nathan, i have problems whith my mail and get your reply searching by web the mailing list. Thanks very much for your help! Regards, Jabier. ################################################################ Hi Jabiertxo, There are various functions for this, the technical term is 'arc length', you can either compute a specific curves' total arc length (length), get an sbasis which maps time to arc length(arcLengthSb), or you can reparameterise a curve by arc length (arc_length_parameterization). There was an inverse arc length to time function somewhere too, but I can't remember what it's called. I think the easiest way to get what you want is roots(arcLengthSb(B) - desiredLength) which will return all the positions on B that are desiredLength from the start. njh On Mon, May 19, 2014 at 08:59:19PM +0200, Jabiertxo Arraiza Cenoz wrote: > Hello again. > Thanks to LiamW i undertand the time in bezier curves is influenced by > his curvature. Now i have a problem i want to select a time value at > specific distance. Is posibol actualy? > > Thanks, Jabier.

1 0

Widget c++-sification
by Tomasz Boczkowski 21 May '14

21 May '14

Hi! I started porting inkscape widgets to gtkmm and c++ and have a few questions: 1) There are two directories src/widgets and src/ui/widget. Is the former deprecated? 2) Should I move classes to src/ui/widget after c++-sification? 3) What is the proper macro to differentiate between gtk versions? GTK_CHECK_VERSION(3,0,0) or WITH_GTKMM_3_0? Regards, Tomek

3 8

Windows 64-bit build
by Johan Engelen 20 May '14

20 May '14

Hi all, With Partha's and Liam's help, we seem to be able to build for 64-bit Windows now. Some dependencies are missing, but it is a good start. For more details, please see http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows_64-bit All help is appreciated! (I do not know about the consequences for release. It'd be nice if we can release with a w64 version too, but I do not know about potential bugs with newer dependency versions. If anything, dragging the canvas seems quite a bit faster on my machine with the 64bit version) cheers, Johan

6 16

0.48.3.1 and 0.48.4 on Ubuntu 12.04 - Node Sculpting Problem
by clarkk 19 May '14

19 May '14

I hope someone can offer me some help. Please let me know if I haven't reported this in the right way or have omitted any info. Thanks in advance! My problem is that I am unable to sculpt text when using the node tool, as described at http://wiki.inkscape.org/wiki/index.php/Release_notes/0.44#Node_sculpting, and demonstrated in this video tutorial, http://youtu.be/_qqTAjBaeJ0?t=8m20s. These are the steps I take: 1) Create text with text tool 2) Node Tool 3) Select Text 4) Convert Object to Path 5) Select each path (each letter) - Note: the tutorial above shows that a selection box may be used to select all the paths at once, but this doesn't work for me. Hence, to work around this, I've selected each letter while the Shift key is held. Reasons for this would be welcome also! 6) CTRL+A (to select all nodes in selected path) 7) ALT+drag node - this MOVES all nodes together rather than sculpts them as described in the manual This is a video I made of the above process: https://dl.dropboxusercontent.com/u/14392713/temp/inkscape-sculpt-problem4.m kv I've also worked with a friend using Windows 7, where we have both done the same steps simultaneously. Hers works correctly (except the note mentioned in step 5) and mine does not. Any help would be very much appreciated! Environment: Ubuntu 12.04.4 (as per /etc/issue) Inkscape 0.48.4 (see my video below - installed from trunk ppa), but also tested in 0.48.3.1 (from Canonical repo) Default preferences (~/.config/inkscape deleted) System Alt key swapped with Win key (as per http://askubuntu.com/questions/118151/how-do-i-disable-window-move-with-alt- left-mouse-button-in-gnome-shell#272317)

2 1

Can't compile for Windows x64 (with btool)
by Liam White 18 May '14

18 May '14

Googled this issue, tried all the recommended solutions, and I found nothing helpful. When I run this command, btool -file build-x64.xml Everything compiles correctly, but the linker completely fails to find all external libraries: Make error line 459: LINK problem: c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lMagick++-6.Q16 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lMagickCore-6.Q16 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lMagickWand-6.Q16 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -latk-1.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -latkmm-1.6 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lcairo c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lcairomm-1.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lcdr-0.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lexif c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lfontconfig c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lfreetype c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgc c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgdk-win32-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgdk_pixbuf-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgdkmm-2.4 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgio-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgiomm-2.4 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lglib-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lglibmm-2.4 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgobject-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgsl c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgslcblas c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgthread-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgtk-win32-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgtkmm-2.4 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lintl c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -ljpeg c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -llcms2 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpango-1.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpangocairo-1.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpangoft2-1.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpangomm-1.4 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpangowin32-1.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpng c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpoppler c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpoppler-glib c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpopt c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lsigc-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -ltiff c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lvisio-0.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lwpd-0.9 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lwpd-stream-0.9 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lwpg-0.2 The thought occurred to me that the issue might also affect the regular 32-bit builds as well. It didn't. They still compile fine. Johan, Partha, help!

3 4

Setting up a relative link
by john Culleton 18 May '14

18 May '14

I want to set up a relative link within a svg-based website. Here is the code I have now: <a xlink:href="http://../WEB00.svg" id="a3040"> <rect y="839.75012" x="257.37564" height="91.428574" width="282.85715" id="rect3009" style="fill:#ffff00;fill-opacity:1" /> </a> However my browsers (Seamonkey, Firefox, konqueror) can't follow the link. I could use a non-relative link of course but that would mean loading the pages to my website or else moving them to my /var/www/htdocs file. So a relative link would be a great convenience. Can anyone spot the error in my code above? -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html

2 1

Idea: merge Inset, Outset, Dynamic Offset, Linked Offset
by Krzysztof Kosiński 18 May '14

18 May '14

Currently there are four offset-related items in the menu, but we actually need only one, Dynamic Offset. It could be renamed to Offset or Offset Path. The current Inset and Outset items are practically useless, because they use a fixed, non-configurable width (or it's hidden somewhere in the prefs). Linked Offset is redundant, because this action could be represented by using Dynamic Offset on a clone. What do you think? Regards, Krzysztof

6 8

Windows: why do we build with -O2?
by Johan Engelen 18 May '14

18 May '14

Hi all, Why do we build with -O2 instead of O3? We are missing out on: -O3: Optimize yet more. -O3 turns on all optimizations specified by -O2 and also turns on the -finline-functions, -funswitch-loops, -fpredictive-commoning, -fgcse-after-reload, -ftree-loop-vectorize, -ftree-slp-vectorize, -fvect-cost-model, -ftree-partial-pre and -fipa-cp-clone options. regards, Johan

6 8

Render Barcode extension problems
by Krzysztof Kosiński 18 May '14

18 May '14

The "Render Barcode" extension seems to have some problems: 1. The font for the numbers is specified as "sans-serif", rather than being a specific monospace font such as Courier. The extension should either check the system for a few fonts and use a suitable one, or use fixed paths. 2. The numbers are laid out using spaces instead of the "dx" attribute (kerning), so the spacing is more font-dependent than it should. 3. The layout of numbers looks nothing like the example in Wikipedia, and the quiet zone mark ">" on the right is missing. Regards, Krzysztof

5 9

Inkscape doesn't apply a changed display profile
by Tobias Ellinghaus 17 May '14

17 May '14

Hello, after annoying su_v with this for a while in IRC I'm taking this to the list now and hope that someone here can have a look -- otherwise I will try to file it in launchpad. The bug (?) I see is that Inkscape fails to apply a changed display color profile. More precisely, when I tick "Retrieve profile from display" in the settings Inkscape correctly gets whatever I set in the X atom. When I change the assigned profile while Inkscape is running it doesn't change the used profile though. After digging into the code a bit I found that src/ege-color-prof-tracker.cpp correctly notices that the profile was changed in handle_property_change(), it manages to extract the correct data and calls set_profile(). Afterwards fire() is called and the innermost if() is also reached, resulting in the g_signal_emit() being executed. This looks all fine and dandy. However, there is no further reaction I could see. I didn't try to understand what signal exactly was emitted there and what pieces of code connected to that, so I can't tell if the signal isn't caught by anyone, or if the subsequent code is buggy. All I could notice is that the newly found profile is not used. The easiest way to test this is using a regular sRGB profile and one of those profiles that swap color channels (BRG.icc or the like). I would expect that changing the display profile makes a noticeable difference then. I hope that it's just a small fix and that it can be taken care of for the upcoming release. Thanks for your attention, and thanks for Inkscape. Tobias

1 0

Re: [Inkscape-devel] Rejuvenated build system for Mac OS X
by su_v 16 May '14

16 May '14

On 2014-05-06 11:49 +0100, Partha Bagchi wrote: > Yes, my builds open PDF files and I saw this Debian bug report where > someone claimed that Inkscape uses gs instead of pstoedit: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=366797 That bug report was originally filed against older versions of inkscape (0.43-0.46). With the release of Inkscape 0.47 on 2009-11-24, PS/EPS import was switched from pstoedit to ps2pdf (from Ghostscript): <http://wiki.inkscape.org/wiki/index.php/Release_notes/0.47#PostScript_and_E…> <http://tavmjong.free.fr/INKSCAPE/MANUAL/html/File-Import.html> pstoedit [1] (used in older Inkscape versions for PS/EPS import) is a different application than ps2pdf [2] (used by current Inkscape stable and trunk [3]). 'ps2pdf' is part of Ghostscript i.e. it is one of the many separate command line tools installed by Ghostscript. [1] pstoedit: <http://www.pstoedit.net/> [2] ps2pdf (Ghostscript): <http://www.ghostscript.com/> <http://www.ghostscript.com/doc/9.10/Ps2pdf.htm> [3] (e)ps_input: <http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/view/head:/share/e…> <http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/view/head:/share/e…> <http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/view/head:/share/e…> > On Mon, May 5, 2014 at 10:01 PM, su_v <suv-sf@...58...> wrote: > >> On 2014-05-06 03:38 +0100, Partha Bagchi wrote: >>> On Mon, May 5, 2014 at 8:40 PM, su_v <suv-sf@...58...> >> wrote: >> >>>>> and I was not able to open EPS files (got a parsing error with >>>>> "expecting "<" ...). >>>> >>>> Since you don't share details about how your app was created (I assume >>>> you used custom packaging routines, too, besides your own build env for >>>> the dependencies), I can only guess what the underlying issue might be: >>>> >>>> I build all gtk/glib dependencies from scratch, everything I need for >> Gimp >>> (you can check out my Gimp builds on my website). >>> >>> I downloaded your branch and built the Inkscape App using the same >>> structure as my Gimp builds. The Inkscape App like my Gimp builds is self >>> contained and does not rely on the User for any dylibs. >>> >>>> 1) Is your Inkscape.app (Inkscape-0.48-dev) able to open PDF files? >>>> (these kind of parser errors are known from contexts where PDF >>>> support in Inkscape is broken - e.g. because poppler was configured >>>> without xpdf headers, or not built in at all). >>>> >>> See above. My builds have poppler configured with xpdf headers and >>> associated dependencies included. My Gimp builds open PDF/EPS/PS just >> fine. >>> :) I'll be happy to share my Inkscape build with you (or anyone) if >> needed. >> >> So your Inkscape.app build does open PDF files or not? Please note that >> GIMP's PostScript import feature is different from Inkscape. >> >>>> (If poppler support was not properly compiled in, >>>> 'org.inkscape.input.pdf' might be a logged missing dependency for input >>>> formats like PS and EPS (see 'extension-errors.log' in the inkscape user >>>> profile dir used by Inkscape.app - the exact location depends on whether >>>> you used the launcher script of the 'osxmenu' branch, or your own)). >>>> >>>> 2) Did you verify that the bundled ps2pdf and GhostScript (I assume you >>>> included it in the app bundle, since it is a required helper app for >>>> PostScript input in Inkscape) works as expected? >>>> >>> I was going to build ps2pdf till I saw the bugreport where you said that >>> one does not need it anymore. Gimp does not need ps2pdf to open EPS files >>> (or Ghostscript for that matter). Just the dylib. I'll build ps2pdf and >>> recheck this. >> >> Which bug report for inkscape - do you have a link? I can't imagine that >> I said that Inkscape no longer needs ps2pdf for EPS/PS import (it still >> does). >> >> In Inkscape, PS/EPS import works in two steps: >> 1) the PostScript file is converted to a PDF file with ps2pdf from >> Ghostscript (needs to be in $PATH). >> 2) the just created PDF file is imported in Inkscape using built-in >> (poppler-based) routines. >>

2 1

Windows devs: IMPORTANT, buildtool improvement
by Johan Engelen 15 May '14

15 May '14

Hi all, If you bzr up, you have to rebuild buildtool. I added a cxxflags attribute, so we no longer get warnings about C++ flags that are not applicable to C compilation. This is cmd you need: g++ buildtool.cpp -o btool.exe -O3 -fopenmp regards, Johan

1 0

Careful with merging!
by Johan Engelen 15 May '14

15 May '14

Hi all, Look here: http://bazaar.launchpad.net/~inkscape.dev/inkscape/experimental/changes rev 13365 <http://bazaar.launchpad.net/%7Einkscape.dev/inkscape/experimental/revision/…> managed to 'rename' my earlier commit to include poppler in win64 build. My recommendation to not waste too many brain cycles: don't merge. You can create you own branch, fine, just don't merge it in. Just create a separate trunk/experimental checkout and copy your changes in, then commit. Whatever you think about better workflows, it is paramount to maintain a clean version history. And again and again, we have proven that we are not capable of maintaining a clean history by using bzr merge. Thanks, Johan

4 5

[win32] really long initial startup times on Windows 7/8
by Liam White 15 May '14

15 May '14

This one almost certainly has to be fixed before we release. To be quite honest, I am unsure of the cause. I did test this out on Windows XP and it worked perfectly well. I compiled on a Windows 8.1 x64 machine, and launched it on a Windows 7 machine. The console window appeared, as normal, but I wondered why it didn't go away. Interested, I launched it with not gdb, as would be recommended, but instead with Visual Studio (as it would have symbols for all of the Windows libraries). The long startup didn't cause any sort of trap, but the preferences.xml I had did. (the trap seems to happen when you launch with default prefs, iconify the Fill and Stroke dialog, close it normally, and restart it with gdb: https://bugs.launchpad.net/inkscape/+bug/1317700) After I had stepped through every single one of the several hundred breakpoints, I could not find the issue (although mainly because the Microsoft devs refuse on releasing the details to their PDB format, and do not seem to support DWARF debug symbols in their debuggers). I am unable to reproduce the exceptionally long startup time issue, as it went away immediately after the first startup. Possibly a registry key was set. However, the traps are a persistent issue and make my loading time about five seconds longer. What I am envisioning right now is thousands of people downloading the update, launching Inkscape, and not seeing anything at all (compiled with -mwindows), despite the process showing in Task Manager and consuming many resources. We have also had at least one complaint about this before. (If I could put a bounty on this bug, I would!) What is this madness?

5 6

Setting up sub-projects for Inkscape
by Bryce Harrington 14 May '14

14 May '14

The question has come up a couple times now, so figured a definitive official answer might help, while the steps are still fresh on my mind. tldr: Contact one of the admins for help (see https://launchpad.net/~inkscape.admin/+members) Anyone can set up an independent project in Launchpad, unassociated with Inkscape. Anyone can also create their own Inkscape branch, unofficially associated with Inkscape, ala lp:~bryce/inkscape/my-stuff. But what about making separate projects that are *associated* with inkscape? And what about making official branches associated with inkscape that other devs can contribute to? Official Team Branches ====================== If you're a member of the inkscape-dev team, you can also upload official branches by doing: bzr push lp:~inkscape.dev/inkscape/branch-name A full list of all branches associated with Inkscape can be seen here: https://code.launchpad.net/inkscape (Please delete branches when you no longer need them, to cut down on clutter!) Setting up Sub-Projects ======================= But what if you want a distinct project from inkscape, but want to enable your fellow inkscape developers to work on it? To enable others in inkscape.dev to commit, first you upload the branch as you would an official inkscape branch. I.e.: bzr push lp:~inkscape.dev/my-project-name/branch-name Then under the Code tab of your project in Launchpad, click 'Configure code hosting' and specify this branch name for "Link to a Bazaar branch already on Launchpad". Optionally, you can also change the Maintainer for your project to 'inkscape.admin'. Note that you lose some ability to configure the project once you do this, so only change it if you really want to turn over administration to the inkscape admins. Launchpad permits establishing groupings of projects under an umbrella project. All the sub-projects would share certain settings. Presently we don't have a project group for inkscape, but I think we've accumulated enough projects that it's time to set one up. Once this is done, to add another project to the Inkscape project group you'd go to your project's configuration page and under "Part of" hit the Choose button and type 'inkscape', and then select the inkscape group project. On Tue, May 13, 2014 at 11:10:55PM +0200, Johan Engelen wrote: > On 13-5-2014 23:05, Vinícius dos Santos Oliveira wrote: > >Em Ter, 2014-05-13 às 21:14 +0200, Johan Engelen escreveu: > >>Please apply the attached patch to the libdepixelize repo > > > >Done (r187). > > > >>(inkscape dev's have no access). > > > >This is a mistake. > > > >How do I transfer a repo to the Inkscape organization? > > > >I remember Jabier had to create another org just to give commit > >access to other Inkscape developers. > > I don't know. > Perhaps you can add people with commit rights. The one you want to > add is "inkscape.dev", which is the team of all people with commit > access to Inkscape trunk. > > regards, > Johan > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing platform available > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

[inkscape-devel] Cannot compile with newest version of poppler
by Preben Soeberg 14 May '14

14 May '14

Hi devs, I recently ugraded poppler on Linux from version 24.5 to 26.0, and can no longer compile inkscape. See attached file for details. I do strongly believe the problem comes from changes in poppler, as I can no longer compile older revisions, that I have compiled before. I have also upgraded gcc to version 4.9.0, but don't find it likely to be the cause this problem. Regards Preben

3 2

Use of mailto: in Inkscape web page.
by john Culleton 14 May '14

14 May '14

Inkscape has a facility for addressing urls. Does this extend to the mailto: feature? Has anyone used it successfully? -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html

1 0

Slow boot term window
by Jelle Mulder 14 May '14

14 May '14

Hi guys, Maybe this helps in solving the slow start mystery. I had the slow start on win7 until I rebooted the machine. This morning Inkscape booted quite a bit faster, but the load screen had quite a bit of these warnings. Those however seem to be bogus as MS Serif is being loaded and usable. Not sure what the 10 is about though? Fontsize? Or did that accidentally get added to the string? In the latter case it wouldn't be surprising that Inkscape gets a wee confused. For those that are wandering what the slow boot time is about, I would like to ask if they have large font sets on those win7, win8 and Mac. Large font sets have been a long standing issue for slow boot times and maybe it is related to that. This morning my Inkscape boot was faster than ever before though, regardless of the list of warnings. (Inkscape.exe:6112): Pango_Warning ** couldn't load font "MS Sans Serif 10", falling back to "Sans 10", expect ugly output. etc. Interesting as most win and mac do not have "Sans". Oh, and another rather silly bug I found was at filling in the Dublin Core metadata. After typing in the first letter of the Title, the input loses focus it seems and nothing happens anymore (or it doesn't display) reselecting the field will allow you to finish the word. Doesn't seem like a biggie to me, but it IS annoying and highly visible to all and every user that would use the form. i.e. anyone who produces content professionally. I would use the bugtracker if I was able to, but I have not been able to connect to it since I live in China. This may be an issue for Chinese people that would like to help with Inkscape dev as well. If tools are unreachable... Continue to test. Cheers, Jelle

3 2

inkscape-0.91pre0 source tarball
by Bryce Harrington 14 May '14

14 May '14

Download it at: https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre0/ Tagged in trunk as: INKSCAPE_0_91_PRE0 The dist directions[1] are outdated, so I'm not confident the package is perfect, but that's why we do pre-releases right? Anyway, if anyone knows a step I missed, please raise it with me so pre1 will be better. I'll try to put some time in this cycle to get these directions up to date, and hopefully streamline the process a bit. I'm hoping to do several pre-releases in support of this. It would be helpful if packagers could generate binary platform packages from this tarball. If you spot packaging problems (like version numbers that didn't get updated, or missing files needed for builds), please raise these problems with me ASAP. Bryce 1: http://wiki.inkscape.org/wiki/index.php/Creating_Inkscape_distributions

11 28

Powerstroke in 0.91pre0 r13343
by Tom Lechner 14 May '14

14 May '14

I've been testing out the powerstroke LPE, very important for vector art making! Not sure what is the proper place to post this. Should I file bug reports? Are they features, not bugs? Issues: 1. Create a single closed path. Apply powerstroke. The powerstroked path shoots out extreme points. These extremities go away when you move the powerstroke node away from initial vertex, and return when node appears to go back to initial vertex 2. seems to break on combined paths, apparently you may only use powerstroke on single paths? Make one path, make a hole (combining with an enclosed path). Choose powerstroke, and the inner hole path stays, but the outer path vanishes, though its nodes remain. Wishlist for powerstroke: 1. combine with offset off a base line 2. have angle nodes, not just width nodes. This would allow easier integration with the calligraphy tool 3. Miter caps for when curvature circles don't intersect are pretty ugly. Perhaps there could be an alternate extension, like blending curvature from one side of the path with the other side (of the same segment), or arbitrarily making a kind of steeple, not strictly adhering to curvature, sticking off the miter, so corners always end up being pointy, instead of chopped off. -Tom ----- tomlechner.com

1 0

Re: [Inkscape-devel] Inkscape 0.48.5
by Partha Bagchi 13 May '14

13 May '14

Sorry for the delay. I put together a 7z archive of what I hope would be all that's needed to try and build Inkscape on a Window's 7 or greater 64-bit machine. You can download it here: http://www.partha.com/temp/Inkscape.7z Use 7z to unzip and please the included couple of "readmes". Please let me know if you have any issues or if I can help you set it all up. Thanks, Partha On Wed, Apr 30, 2014 at 2:54 AM, Johan Engelen <jbc.engelen@...2592...>wrote: > Hi, > sure, a 7z archive would be great too! > > Thanks, > Johan > > > > ----- Reply message ----- > From: "Partha Bagchi" <partha1b@...400...> > To: "Johan Engelen" <jbc.engelen@...2592...> > Subject: [Inkscape-devel] Inkscape 0.48.5 > Date: Wed, Apr 30, 2014 02:29 > > > Hi Johan, > > I got really frustrated since I don't know how the system works. > > Maybe I can provide a 7z/xz archive and people can download it? What do > you think? > > I was really interested in getting the 64-bit build to the community as I > did before, but I am stuck. :( > > Thanks, > Partha > > > > On Tue, Apr 29, 2014 at 5:55 PM, Johan Engelen <jbc.engelen@...2592... > > wrote: > >> Hi Partha, >> Did you get around to uploading your environment? >> >> Cheers, >> Johan >> >> >> >> On 13-4-2014 1:17, Partha Bagchi wrote: >> >> My launchpad id is partha1b. >> >> Thanks, >> Partha >> >> >> >> On Sat, Apr 12, 2014 at 6:53 PM, Krzysztof Kosiński <tweenk.pl@...1857...00...>wrote: >> >>> 2014-04-13 0:40 GMT+02:00 Partha Bagchi <partha1b@...400...>: >>> > That sounds great. I just hope that I can figure out how to use Ip. >>> Anyway, >>> > I will be happy to upload my environment. >>> >>> OK, in that case tell me your Launchpad account name. >>> >>> There are some instruction on the wiki on how to use Bazaar, but if >>> you have problems feel free to ask. >>> http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar >>> >>> Regards, Krzysztof >>> >> >> >> >> ------------------------------------------------------------------------------ >> Put Bad Developers to Shame >> Dominate Development with Jenkins Continuous Integration >> Continuously Automate Build, Test & Deployment >> Start a new project now. Try Jenkins in the cloud.http://p.sf.net/sfu/13600_Cloudbees >> >> >> >> _______________________________________________ >> Inkscape-devel mailing listInkscape-devel@...1901...://lists.sourceforge.net/lists/listinfo/inkscape-devel >> >> >> >

4 27

New SVG compliance testing software
by Tomasz Boczkowski 13 May '14

13 May '14

Hi! Test case result images have been rated. In trunk at revision 13371 there are: 220 passes 126 fails 12 crashes In experimental branch revision 13356 there are: 221 passes 125 fails 12 crashes New pass is text-deco-01-b.svg Many thanks for Josh for help with rating unclear cases. Regards, Tomasz

1 0

Cache has performance issues
by Paul Kallnbach 13 May '14

13 May '14

Hi list A couple of weeks ago I posted a message regarding Inkscapes caching behaviour and also filed a bug report on launchpad (https://bugs.launchpad.net/inkscape/+bug/1267208). It turned out program response is far quicker with caching disabled in the source code. I'd happily provide a sample file or whatever is needed to visualize the described effect if requested. I think Inkscapes user experience could be noticeably improved by some simple modifications (e.g. an option to turn off caching via GUI) but in my opinion the caching systems needs quite a bit of refactoring. Unfortunately I lack the necessary insight and experience on the program to come up with a proper solution myself. I would be willing to give it a shot though if someone could point me to a good resource on how caching is designed and implemented (and would be willing to review my changes). With the new release coming closer I really hope somebody shows some interest in this. It does make a difference. Thanks. Paul

4 3

Oops,.. inkscape_r13349-201405111208
by Jelle Mulder 13 May '14

13 May '14

Hi Guys, When running Inkscape.exe on inkscape_r13349-201405111208 I just downloaded from the nightlies to give it a go and check the new LPE's I got nothing but a blinking cursor in a dosbox. That can't be the intention. However, I was wondering if I'd need anything special for this build I happen not to have. FYI running a win7 32 bit and this is a first for me. By the way I loved that new chamfer video and since I haven't been doing any testing for a while I'd love to get a go with the new toys. Many exiting changes that I am really looking forward to get to test. I am interested in doing a splash screen for the new release, but will need to know what the new stuff is, testing didn't get that far ;-) Keep up the good work! Cheers, Jelle

2 1

Starting the 0.91 Bug Hunt
by Bryce Harrington 13 May '14

13 May '14

For the Frost, one of our main activities is going to be the Bug Hunt. The purpose of the Bug Hunt is to improve our release's quality by tending to some of the many bugs people have reported in the past. Our first bug hunt focused on regressions found in 0.91. We still care a lot about regressions, of course, but this bug hunt is open season on ALL bugs ever reported. But reports about problems in the website, documentation, translation, packaging, admin, and codebase are all eligible targets, since every one of those areas is vital to achieving a high quality release. Only Wishlist bugs are omitted. The tally is taken of all bugs closed since the week Frost started (i.e. May 5th). 3, 6, 9, or 12 points are given for low, medium, high, and critical bug priorities respectively. +1 point will be given per year of age since the bug was filed, to encourage us to tend to older bug reports that have languished in the tracker. Points will be doubled for all regression-tagged bug reports, even if they were regressions in previous releases. A Bug of the Week will be announced each week, as we did in the last bug hunt. However, to switch things up a bit, I'm going to have the person who closed the highest total score of bugs in a given week be the person that selects the Bug of the Week for the subsequent week. Bryce

1 0

Possible bug compiling trunk
by Jabiertxo Arraiza Cenoz 13 May '14

13 May '14

Hi to all, i notticed a bug compiling in my machine, I'm compiling trunk in my Debian Jessie with gcc version 4.8.2. Show me this error: CXX libvpsc/solve_VPSC.o make[3]: *** No rule to make target '../../inkscape/src/libvpsc/csolve_VPSC.cpp', needed by 'libvpsc/csolve_VPSC.o'. Alto. make[3]: Leaving directory '/home/jtx/Development/inkscape/inkscape-gcc/src' Makefile:4790: recipe for target 'all' failed make[2]: *** [all] Error 2 make[2]: Leaving directory '/home/jtx/Development/inkscape/inkscape-gcc/src' Makefile:991: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/jtx/Development/inkscape/inkscape-gcc' Makefile:686: recipe for target 'all' failed make: *** [all] Error 2 Thanks in advance, Jabier.

1 0

occasionally misleading file references in Merge requests.
by alvinpenner 13 May '14

13 May '14

this a source of some confusion, and also annoyance to me, so consider this to be a rant. I often try to see who has most recently changed a file, like guides_creator.py. So I end up at the address: http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/changes?filter_fil… where it tells me that the file has been changed in rev 13007. So I click on that link, and it tells me that this rev actually changed this file, as expected. Then I see a Merge request in rev 13221, so I click on that link and discover that this particular file was not changed in that rev, even though the previous page said it was changed. Then I see a Merge request in rev 12404, so I click on that link and discover that this particular file was changed in that rev, as expected. So sometimes the file actually was changed and sometimes not. ............................................... Similar experience with file /src/extension/dbus/document-interface.cpp start at the location: http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/changes?filter_fil… go to Merge request 12476 and discover that this file was not actually modified in this merge, nor in Merge request 13221, but it was modified in Merge request 13340 as expected. .............................................. this is very confusing. The problem seems to occur only in Merge requests. Does anyone know why some Merge requests lead to false references to file changes that never occurred? Cheers, Alvin -- View this message in context: http://inkscape.13.x6.nabble.com/occasionally-misleading-file-references-in… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 1

Problem whith multiple commit in experimental
by Jabiertxo Arraiza Cenoz 13 May '14

13 May '14

I do 3 commits instead one in experimental. I do whith a lot of care but my usual workflow of commit->merge->push isnt ok in shared enviroment. I think i realy need to use update->commit->push but cleaning for give this way to my first push, go wrong. The final push is ok. Sorry. Jabiertxof.

1 0

Circle Tool: How to Fix the Size
by Martin Owens 13 May '14

13 May '14

Hey Devs, I was working on an artwork[1] which needed specific sized segments using the circular tool. The problem is that there is no way to specify the size of an arc, just the start and stop degrees. What I need was a percentage value for size. I also found it impossible to adjust the arc's position. Object-Rotate puts the center inside it's bbox, not at the center of the arc. There's no key to press which could make both start and end nodes move together (that I know of). I ended up carefully adjusting start and end values together in increments. So. how could we design this tool to be better? Best Regards, Martin Owens [1] http://doctormo.deviantart.com/art/Imperial-and-Metric-Volume-453500628

1 0

64-bit: size of vectors and the like
by Johan Engelen 11 May '14

11 May '14

Hi all, TL,DR: please use std::size_t instead of e.g. unsigned int for STL's size() return values. A quick message. I just fixed a bug in buildtool.cpp that lead to an infinite loop when compiled for 64-bit. It happened because of a loop test on a string.size() with an unsigned int counter type. Changing the counter type to std::size_t fixed the issue. To be honest, I do not actually fully understand why it went into an infinite loop. But hope this is an example to motivate you to use the correct type to store / work with the result of STL's size() return parameters. Thanks, Johan

1 0

0.91 Release Notes
by Ryan Lerch 11 May '14

11 May '14

Just trying to get a go on this item in the release schedule [1] """ Identify remaining writing needed for Release Notes. """ Is it safe to start taking the release notes, and expanding them out further? Are all the features / bugfixes we want to document listed on the wikipage[2]? Or are there some that still need to be added? cheers, ryanlerch [1] - http://inkscape.org/en/develop/next-release/ [2] - http://wiki.inkscape.org/wiki/index.php/Release_notes/0.91

5 5

About Screen Contest: 0.91
by Martin Owens 11 May '14

11 May '14

Hi Devs, Now we're in or very near to Frost, one of the items is the About Screen contest. This sounds like a really interesting task for a non-coder. Maybe one of the people who help with translations, forums or other

3 6

Post LGM notes on PDF and Inkscape2Scribus workflow
by pygmee 09 May '14

09 May '14

During last LGM we have discussed on future development of Inkscape. Among the tasks, we pointed the print-ready PDF request. I mentionned we have 2 opportunities : - as scribus does a print-ready PDF, try to learn from that to develop our own. Discussions with Franz and Andreas have pointed it was not hard in the principle but that cairo might not do it so soon and that Scribus don't provide a library whoch could easily implement it into Inkscape. Andreas has shown interest in helping in a way, and Kryzstof seem to be on the way - i also said that actually we usually import Inkscape documents into Scribus and make the PDF from it. Of course, this is far from being a perfect workflow for it needs few minutes to be done and redone when needed just for an "export". Plus we have issues with Scribus SVG import features which sometimes means come back to a standard PNG export, which is not desired when we decide to use vector. I gave the filter example and this one is really not it the Roadmap because there are many other more important feature to get implement before and that filters are not in PDF so they might be rasterized anyway. Scribus don't provide a command line option that would allow PDF generation on the fly from Inkscape. The situation is improving because Scribus is itself getting getter in SVG support but there are no real plans so that we have no idea when it could be done and the guy working mainly on Postscript and SVG may not be available in the next months. I think that create a better Workflow with Scribus is interesting for many other reasons that get Print-ready PDF for Inkscape. Especially, we'd anyway need to import often vector drawing in Scribus for complex layout. Actually Inkscape is missing many interesting things such as text styles, flowing text around objects, multipage... So we should not imagine Inkscape could replace Scribus as easily. May be that one of the easiest would be exploring by ourselves especially give Scribus files that it can easily read : i guess it's will be easier to get an exporter than an importer - Provide a "Scribus SVG" which contains bitmap data or links so that we could flatten or rasterize everything scribus won't support, choosing the resolution. I didn't check if this could be done in python, especially accessing primitive filters - Provide an exchange format that could help and i'm thinking of OpenRaster. Scribus just begun implemented it in March and i've done some test on it. There is actually no vector support, but this format might be a could beginning point to work with many other softwares too like Krita or Mypaint. I think it would worth to put the effort on ora more that on XCF esport, for example. I can help on this as i can, but i'm not a programmer so i'm slow in coding. I more used in python but i've really done little patch in C++ though never for Inkscape. CU pygmee

2 2

Inverted Linked Path Param in LPE...??
by Papoj Thamjaroenporn 08 May '14

08 May '14

Dear all, I’m a little puzzled at this. Does anyone know why when we define path param by linking, the resulting path param is inverted? Compared to pasted path, the resulting param path’s orientation remains the same. An example using Bend Path LPE is shown below. This behavior happens to other LPEs that use path param as well. Also, does anyone know if we can restrict the path param to link / copy path’s control points *exactly* at the same locations as it’s drawn? Thank you. Regards, _______________________ Papoj "Hua" Thamjaroenporn episer@...400...

3 3

64-bit Windows builds
by liamw 08 May '14

08 May '14

http://goo.gl/yVygaU Successful compilation of lp:~inkscapebrony/inkscape/inkscape I have enabled gradient meshes, test path effects, and the LPE tool. I don't think the File open/save dialogs work — you will have to use the command line for that. Many thanks to Partha for the build environment — which you can download here : http://goo.gl/kRnN5z -- View this message in context: http://inkscape.13.x6.nabble.com/64-bit-Windows-builds-tp4970434.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 3

Merge on to experimental branch
by Jabiertxo Arraiza Cenoz 07 May '14

07 May '14

Hi Martin. Devs. I also put the mail to the devel list if anybody want to help you on it. There is a, just created, inkscape "experimental" branch. I'm not in devs group, so, Could you merge this branchs approved by you on to this branch? This branch are: https://code.launchpad.net/~inktxof/inkscape/simplify https://code.launchpad.net/~inktxof/inkscape/lattice2 https://code.launchpad.net/~inktxof/inkscape/lastApplied And check the resubmit of: https://code.launchpad.net/~inktxof/inkscape/envelope-perspective This branch and patches are for review from any dev: Branch: https://code.launchpad.net/~inktxof/inkscape/roughen Patches: https://bugs.launchpad.net/inkscape/+bug/1068987 https://bugs.launchpad.net/inkscape/+bug/1241902 https://bugs.launchpad.net/inkscape/+bug/1242170 https://bugs.launchpad.net/inkscape/+bug/1246550 https://bugs.launchpad.net/inkscape/+bug/1303175 https://bugs.launchpad.net/inkscape/+bug/609839 https://bugs.launchpad.net/inkscape/+bug/1241501 bspline+spirolive branch is reviewed and aproved by Vinícius -previously approved by Martin, but this seems a incomplete review because a truncate of the diff-, I ask to him directly to merge this branch. Thanks very much Martin.

1 0

pencil functionality
by unknown＠example.com 07 May '14

07 May '14

Hello everyone, I would like to know if it's possible to make the same thing with inkscape, or if it is easy to develop this functionality. see this video : http://tv.adobe.com/watch/learn-illustrator-cc/allnew-pencil-tool-in-adobe-… Thanks Imppao ps: sorry for my very bad english

3 5

0.91 - Tutorial update tasks
by Bryce Harrington 07 May '14

07 May '14

2. Chill. √ Development focuses on wrapping up √ Disable features that aren't finished √ Identify 'make distcheck' issues √ Identify any critical OSX/Win32 packaging issues √ Identify remaining writing needed for Release Notes. √ Regressions Bug Hunt: 500 points -----> Update tutorials and other docs The last item in the chill list is updating the tutorials that are shipped with the Inkscape package, including anything under the Help menu. The reason this task needs done in the Chill phase is to give translators plenty of time during Frost and Freeze. External tutorials are also worth updating of course but aren't schedule-critical so not tracked here. Ryan, your name was mentioned as someone with an eye on the tutorials, would you mind summarizing what work is already in process relating to tutorials for the Inkscape package? Bryce

6 16

Adding multiple knot holders to the same LPE effect
by Papoj Thamjaroenporn 06 May '14

06 May '14

Dear Inkscape-devel, I am trying to figure out what the best way to add multiple user-defined knot holders to the LPE is. Let’s say I want to allow lpe-tangent_to_curve to have multiple tangent knots that I can slide independently, or lpe-knot to have multiple independent knots instead of shifting between each intersection by dragging a single knot around. What is the best practice of doing this? The mechanism of implementing addKnotHolderEntities(), knot_set(), knot_get() seems to support the case that I have just one knot to insert (per class defined). I am not sure if it can support multiple knots (of the same kind) that work independently from each other this way. Another related question is, what’s is best practice to store multiple ScalarParam’s or VectorParam's that basically do the same thing? Again, let’s say I want to implement lpe-tangent_to_curve so that I can look at multiple tangent lines independently. Would you use, let’s say, std::vector<VectorParam> or ArrayParam<VectorParam>? If someone can point me to existing LPE code that does something similar I’d also appreciate, since I haven’t found it so far. Regards, _______________________ Papoj "Hua" Thamjaroenporn pt2277@...3110...

2 1

Improved gears extension
by Jürgen Weigert 06 May '14

06 May '14

Just saw braingram's rack gear extension coming in. Nice work! Thank you. But that reminds me that I also have a small contribution to share. Here is an enhanced version of the gears plugin, please also consider this for future inclusion git@...2977...:jnweiger/inkscape-extensions-gears-dev.git cheers, JW-

2 1

illustrator plugins?
by mathog 05 May '14

05 May '14

Has anybody ever looked into what it would take to make Illustrator plugins work in Inkscape? Presumably there is some sort of Illustrator plugin API, and depending on what it does, it might be possible to build a compatible API into Inkscape. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 3

Experimental feature enabling
by Josh Andler 05 May '14

05 May '14

Hey all, Mainly because I got tired of having to modify multiple files if I ever do a "bzr revert", I just went ahead and simplified a couple other places we had experimental stuff in addition to Tavmjong's. The LPE Tool (Geometric Tool/Technical Tool... I don't recall the outward facing name) and all "test" or experimental LPEs can now be enabled in configure.ac by uncommenting line 110. This has replaced enabling these in toolbox.cpp and effect.cpp respectively. Yes, I could have added a mega "enable everything" line, but keeping the SVG2 stuff and LPE stuff separated seemed reasonable enough. Hopefully it makes it a little easier for others too... Cheers, Josh

1 0

help on fillet LPE
by Jabiertxo Arraiza Cenoz 04 May '14

04 May '14

Hi to all, im developing a filleting LPE tool [1]. For the moment and based in the work in powerstroke i have a LPE that: * Create a Knot for each cusp node, with movement restricted to a curve. * Update Knots at path change/add/sustract/reverse/append/erase Any body can point me about the usage of arcTo from Geom::Path? The points i know are: start of arc, and end of arc, and think allways is 180ª arc. Other points/values need to be calculated. I have something in my mind but i want to have a expertice opinion. Thanks for our time reading, Jabier. [1] https://code.launchpad.net/~jabiertxof/inkscape/fillet

1 0

New SVG compliance testing software
by Tomasz Boczkowski 02 May '14

02 May '14

Hi! I have extended current software for running SVG compatipility test suite. Now it supports storing and reviewing test results by a web application. Test results for revision 13330 are available online at http://tboczkowski.linuxpl.info/svg_compliance/compliance/trunk. The general idea is to store the test results for selected revisions at server. There they can be reviewed manually. If result images of a test case are equal, they share the same mark. Client-side code [1] is based on Guiu Rocafort's solution. I added a module that packs the output directory, adds some metadata and sends them to server. Instead of provided input files, I use vanilla W3C test cases from [2]. Server-side application [3] is implemented as Django project. It stores information about test cases, test results and image marks in database. Tests results can be browsed and reviewed by web interface. Changing image mark is available for logged-in users only. To aid in reviewing images, I used image comparison functions from resemble.js library. When inkscape generated image is first clicked, it is replaced by raw difference with reference image. Second click switches to a diff ignoring antialiasing. Third click returns to original image. The next step will be to implement the generation of reference image library at server. It would consist of known passes and known fails. When a local testsuite will be run, client will download up-to-date library and compare test results to reference images. It can also calculate regressions and new passes since the latest revision stored at server. I have noticed that test results are greatly influenced by used fonts (e.g [4]). Since the test fonts are supplied with W3C test suite, it would be nice to use them. Does Inkscape support SVG and Woff fonts? If so, is there a command line switch or environment variable allowing to select the font directory? Do you think it would be sensible to add such option? I haven't yet rated the images. I'll do it over the weekend. Regards, Tomasz

1 0

Re: [Inkscape-devel] Gtet error when compiling inkscape under windows
by liamw 01 May '14

01 May '14

Try recompiling the build tool with this line: g++ buildtool.cpp -o btool -fopenmp rebuild, and see if it now works. If not, feel free to let us know! -- View this message in context: http://inkscape.13.x6.nabble.com/Gtet-error-when-compiling-inkscape-under-w… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

problem compiling display/drawing-shape.o
by Jabiertxo Arraiza Cenoz 01 May '14

01 May '14

Hi to all, im tryind to complile whith clang and get this error: Jabiertxo. CXX inkscape-version.o AR libinkversion.a CXX display/drawing-shape.o In file included from ../../fillet/src/display/drawing-shape.cpp:16: ../../fillet/src/2geom/svg-path-parser.h:62:5: warning: ignoring return value of function declared with warn_unused_result attribute [-Wunused-result] fgets(input, 1024 * 10, fi); ^~~~~ ~~~~~~~~~~~~~~~~~~~~ ../../fillet/src/display/drawing-shape.cpp:153:15: error: out-of-line definition of '_renderFill' does not match any declaration in 'Inkscape::DrawingShape' DrawingShape::_renderFill(DrawingContext &dc) ^~~~~~~~~~~ ../../fillet/src/display/drawing-shape.cpp:169:15: error: out-of-line definition of '_renderStroke' does not match any declaration in 'Inkscape::DrawingShape' DrawingShape::_renderStroke(DrawingContext &dc) ^~~~~~~~~~~~~ ../../fillet/src/display/drawing-shape.cpp:223:18: error: no member named 'paint_order_layer' in 'NRStyle' if( _nrstyle.paint_order_layer[0] == NRStyle::PAINT_ORDER_NORMAL ) { ~~~~~~~~ ^ ../../fillet/src/display/drawing-shape.cpp:223:51: error: no member named 'PAINT_ORDER_NORMAL' in 'NRStyle' if( _nrstyle.paint_order_layer[0] == NRStyle::PAINT_ORDER_NORMAL ) { ~~~~~~~~~^ ../../fillet/src/display/drawing-shape.cpp:258:39: error: no member named 'PAINT_ORDER_LAYERS' in 'NRStyle' for (unsigned i = 0; i < NRStyle::PAINT_ORDER_LAYERS; ++i) { ~~~~~~~~~^ ../../fillet/src/display/drawing-shape.cpp:259:26: error: no member named 'paint_order_layer' in 'NRStyle' switch (_nrstyle.paint_order_layer[i]) { ~~~~~~~~ ^ 1 warning and 6 errors generated. *

3 4

New video Envelope and Perspective LPE
by Jabiertxo Arraiza Cenoz 30 Apr '14

30 Apr '14

And the last video, envelope or perspective by 4 points: https://www.youtube.com/watch?v=CjKGatyxTZ8 Regards

5 5

Website Request: LPE News
by Martin Owens 29 Apr '14

29 Apr '14

Hi Devs, I've noticed there's quite a few LPE features going in, and it would be nice if we had a news article in the next few weeks that detailed them, their experimental or not status and any extra information. I'll do it as a fallback, but an LPE dev would be best to do a write-up. (send me any details if you think I should) I know there's been power stroke changes, there's the ponyscape LPEs on the horizon as well as Jabiertxof's Simplify and Perspective Envelope additions which are very useful. Anything else? Any other thoughts? Best Regards, Martin Owens

6 8

Filleting in SVG Spec.
by Jabiertxo Arraiza Cenoz 29 Apr '14

29 Apr '14

Hi to all, Tav. Im thinking in a new sugerence by Josh Andler, and before make want to know if node filleting can be strored inside a SVG path in future specs, or is better doing "manual" with "arcto" like Tav points in his blog. Regards, Jabier.

2 2

Joining non-end nodes in Inkscape (both through GUI and LPE)
by Papoj Thamjaroenporn 29 Apr '14

29 Apr '14

Hello, I am looking for a way to join two (potentially non-end) nodes from different paths into one, so when I move the node both paths are modified accordingly. I read the manual and I realize that the “Join” feature on Inkscape GUI will only join two end nodes. Is it possible to join two non-end nodes on GUI (to make an “X” with joined intersection node, for example?) More importantly, I would also like to do this in code, through LPE. For example, if I use Construct Grid LPE, it would be really nice if the output paths join all the intersection together, like what I demonstrate on the right of the following image: I also noticed that there was a similar idea being proposed a few years back and to my best knowledge I don’t think this feature exists yet. Put it simply, I’d like to know if there is a way to output paths from LPE so that some non-end nodes across different curves are joined. Thank you for your answers. Regards, _______________________ Papoj "Hua" Thamjaroenporn pt2277@...3110...

3 3

Internal Coordinate System in Inkscape
by Papoj Thamjaroenporn 29 Apr '14

29 Apr '14

Hi, I’m writing here for the first time so nice to meet you all! I started playing with Inkscape since a few weeks ago and one thing I haven’t really understood is the way coordinate system works on Inkscape. First of all, in the UI, the origin lies at the bottom-left corner of the canvas, with y-axis pointing upward (based on what Inkscape displayed when I moved my mouse around the canvas). However, when I created a path through an LPE and printed anchor positions as the path was moved around, I found that the internal coordinate system had y-axis pointing downward, with the origin (0,0) lying somewhere above the canvas instead. Is this an expected behavior? Is there a transformation matrix that transforms the internal positions to the canvas positions? I compiled Inkscape 0.48 from trunk on OS X Mavericks using clang 3.4 with required libraries compiled using libc++. If anyone knows about this I’d really appreciate your answer here. Regards, _______________________ Papoj "Hua" Thamjaroenporn pt2277@...3110...

3 7

Instability in Lib2geom's D2<SBasis> construction
by Papoj Thamjaroenporn 29 Apr '14

29 Apr '14

Hi, I have noticed a few parts in lib2geom that give unstable output. I am trying to figure out what causes this and possible how to fix it: In lib2geom’s toy example curvature-test.cpp, we fit osculating circle at a point of a given curve. We can slide along time parameter to fit osculating circle at different point on the curve. I modify the code a little to output the curvature plot of the curve in two ways: 1) Using D2<SBasis> to build curvature graph. Each segment in D2<SBasis> is a copy of SBasis from curvature curve K, offset by a constant. (as seen in RED). Piecewise<SBasis> K = curvature(B); 2) Draw the graph directly by cairo_move_to(), cairo_line_to(). (as seen in GREEN). The normal result would look like this: However, when I hover my mouse around randomly (no input has been changed), the curve being fitted using D2<SBasis> will go wild randomly too: Notice that the green curve that plots curvature with cairo methods is stable. Does anyone know if we have a fix for this? Here is the source file: The part that seems to give problems is when we define D2<> segment with linear interpolation: for(unsigned ix = 0; ix < K.segs.size(); ix++) { D2<SBasis> Kxy; Kxy[1] = Linear(450) - K.segs[ix]*400; Kxy[0] = Linear(300*K.cuts[ix] + 150, 300*K.cuts[ix+1] + 150); cairo_d2_sb(cr, Kxy); cairo_set_source_rgba (cr, 1., 0., 0., 0.8); cairo_stroke(cr); } I did something similar to this in other toy example and got the same instability. I believe that the instability comes from using K.segs[] to define new SBasis (K is a Piecewise<SBasis> that contains curvature of the curve). If I create D2<SBasis> by purely linear segments, my output is very stable: dd = 0.1; for (double tt = 0; tt < 1.0; tt += dd) { D2<SBasis> Kxy; Kxy[1] = SBasis(450 - K(tt)*400, 450 - K(tt+dd)*400); Kxy[0] = SBasis(150 + 300*(tt), 150 + 300*(tt+dd)); cairo_d2_sb(cr, Kxy); cairo_set_source_rgba (cr, 1., 0., 0., 0.8); cairo_stroke(cr); } Would appreciate some helps to fix the issue here. Regards, _______________________ Papoj "Hua" Thamjaroenporn pt2277@...3110...

2 5

Invalid state when picking: STATE_BBOX
by Johan Engelen 28 Apr '14

28 Apr '14

Hi all, Krzysz, How serious is this warning: Invalid state when picking: STATE_BBOX = %d, STATE_PICK = %d Simply drawing a rectangle already makes this one pop up. If it is serious, could you have a look into fixing it Krzysz? If it's not so serious, please disable printing of the warning. Thanks, Johan

2 2

Wiki, working with bazaar page comment
by mathog 28 Apr '14

28 Apr '14

This web page http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar didn't tell me enough to be able to commit. It implies that this is sufficient: bzr checkout project_trunk_url bzr commit (see, for instance, the "Using a centralized (SVN-like) workflow" section) but in my hands that resulted in: bzr: ERROR: Cannot lock LockDir(http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/.bzr/branc…: Transport operation not possible: http does not support mkdir() The commands that I had to use to make commit work were: #bzr checkout, long ago... ssh-keygen #and upload the key to launchpad account bzr whoami #emitted: mathog bzr lp-login mathog bzr launchpad-login #emitted: mathog bzr bind lp:inkscape #another key generated, asked for another pass phrase #unclear how this relates to the ssh-keygen key above bzr commit -m "Fix for bug 1294840" Some of that may be extraneous, and I still have not determined which parts of that will need to be repeated for each session. (lp-login and launchpad-login are not documented in the man page for bzr [2.5.1] on my system.) I don't understand why I had to do the "bind", since "bind" does "Convert the current branch into a checkout of the supplied branch", and the local copy was made by checkout, but commit would not go until it was run. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

New Simplify video
by Jabiertxo Arraiza Cenoz 28 Apr '14

28 Apr '14

And now the video of Simplify LPE: https://www.youtube.com/watch?v=gaWujN_iTSk Regards.

1 0

Roughen video
by Jabiertxo Arraiza Cenoz 28 Apr '14

28 Apr '14

Hi to all. Here is a video from my last work. Roughen LPE https://www.youtube.com/watch?v=130Dbt0juvY Soon Simplify LPE and Perspective-Envelope LPE videos. Hi, Jabier.

1 0

Plugin: onionskin plugin for animation
by Lucas H 28 Apr '14

28 Apr '14

Hi there, I recently wrote a plugin to allow an 'onionskin' view of inkscape layers to aid animation. I'm developing some other animation-related plugins, too. Someone told me I should let the Inkscape dev team know about it, so here I am. All the info is here: http://github.com/lingo/inkscape_onionskin Reddit post (for flames,trolls,or upvotes): http://www.reddit.com/r/Inkscape/comments/242ys3/onionskin_plugin_to_make_a… Kind regards, - Lucas

1 0

Units
by Tavmjong Bah 28 Apr '14

28 Apr '14

Hi, I had a discussion with several people at the SVG Working group meeting in Leipzig this past week about user units vs. "real" units. I proposed that it be possible to set a ratio for the initial user unit to inch (or cm). This was not well received. My basic conclusion from these discussions is that the use of any real unit (inch, pt, etc.) inside an SVG file (other than on the root 'width' and 'height') is pointless. The correct way to proceed is to set the 'width' and 'height' of the SVG to the size of the drawing and then the 'viewBox' to the same values without units, e.g.: <svg width="20in" height="15in" viewBox( 0 0 20 15 ) ... > Once you have done this, one user unit is one inch. If you actually set a length to an inch inside the file (i.e. width="1in"), it will be interpreted as 90 inches since we use 90 user units per inch. OK, so be it. The gods have spoken. However, we should at some point change 90 user units per inch to the CSS 2.1 value of 96 which has now been fixed in stone. (Illustrator has the same problem, having used a value of 84.) Tav

9 21

New LPE roughen
by Jabiertxo Arraiza Cenoz 26 Apr '14

26 Apr '14

Thanks to Josh for the idea to port two extensions to a one LPE. The extensions are Add Nodes and Jitter nodes. And the effect born as "roughen". I need some help to redefine the strings to make more easy to undertand. Also can work on widgets to visual make a separator from Add Nodes widgets and Jitter ones. Here are the code: https://code.launchpad.net/~jabiertxof/inkscape/roughen Regards, Jabier.

1 0

Straight Geom::Curve pointAt problem
by Jabiertxo Arraiza Cenoz 26 Apr '14

26 Apr '14

Hi to all. I have a linear Geom::Curve for example whith a "d" like: M 0,0 100,0 I pass to this curve the function "pointAt(0.333333)" The previsible result is "33.333"... but this, give me "25.9259". Any body know whats happend? Thanks very much in advance.

2 2

Merge in certain Ponyscape features
by liamw 25 Apr '14

25 Apr '14

Many of the developers are probably aware of a popular fork of Inkscape called Ponyscape. If you don't know of it, here are the extra features it offers: • Inverse clipping (clearly I'm not going to merge this in) • Objects dialog (http://sta.sh/0zb66ec8hyk ) • Tags dialog (selection sets http://sta.sh/01n137vphezw ) • Power stroke point control dialog (activated by shift+clicking width points http://sta.sh/01s1vyyazw8k ) • CubicBezierSmooth Power Strokes (http://sta.sh/0232eheuvzn0 ) • UI enhancements (for example https://bugs.launchpad.net/inkscape/+bug/1310688 ) • 5 new path effects ◦ Attach Path (there is a great tutorial on this by R4inbowR4ge here http://youtu.be/5o5P0897vb8 ) ◦ Bounding Box (...clearly you know what this one does, right?) ◦ Ellipse by 5 Points ◦ Fill Between Strokes (obsoleted) ◦ Fill Between Many (http://sta.sh/0mze2vk449o ) Path effects gallery: http://sta.sh/2257tq53v5kb My plan is to get (most) of these features merged into trunk to keep them from bit-rotting away. I have created a branch here at Launchpad: https://launchpad.net/~inkscapebrony/inkscape/inkscape which addresses the majority of these features. I've also fixed this: https://bugs.launchpad.net/inkscape/+bug/1290573 and this: https://bugs.launchpad.net/inkscape/+bug/1290573 (AFAIU neither have been fixed in trunk) I'm asking for a little review—and possibly some feedback?—on the new features in the branch. Also, I am not familiar enough with the Inkscape codebase to know what to do with the very old looking SPTag stuff, which is why it isn't in my branch yet. If anyone wants to take a look and advise me on how to refactor this to make it work, the tag stuff is here: http://sta.sh/01etufm3jqvt (seriously, what the heck is an SPObjectClass? is that some sort of impls thing?) -- View this message in context: http://inkscape.13.x6.nabble.com/Merge-in-certain-Ponyscape-features-tp4970… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

6 7

Clang address sanitizer abort
by Tavmjong Bah 25 Apr '14

25 Apr '14

Hi, Fedora 20 recently updated from clang 3.3 to clang 3.4. When I compiled Inkscape trunk with the new version and ran it, I immediately got an abort. I was playing around with clang a few months ago and appear to have set the CXXFLAGS to: -fsanitize=address-full,undefined,integer Can anybody help me interpret the error message? Thanks, Tav ================================================================= ==22156==ERROR: AddressSanitizer: stack-use-after-scope on address 0x7fff03896920 at pc 0x4617518 bp 0x7fff03896370 sp 0x7fff03896368 WRITE of size 8 at 0x7fff03896920 thread T0 #0 0x4617517 in std::_Deque_base<Geom::Affine, std::allocator<Geom::Affine> >::_Deque_impl::_Deque_impl() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4617517) #1 0x46170d7 in std::_Deque_base<Geom::Affine, std::allocator<Geom::Affine> >::_Deque_base() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x46170d7) #2 0x45fc91e in std::deque<Geom::Affine, std::allocator<Geom::Affine> >::deque() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x45fc91e) #3 0x4c0d983 in Inkscape::Extension::Internal::PrintMetafile::PrintMetafile() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4c0d983) #4 0x4b84106 in Inkscape::Extension::Internal::PrintEmf::PrintEmf() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4b84106) #5 0x4c0d434 in Inkscape::Extension::Internal::PrintEmf::init() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4c0d434) #6 0x4183e6a in Inkscape::Extension::init() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4183e6a) #7 0x1f799e4 in inkscape_application_init(char const*, int) (/home/tavmjong/Sandbox_clang/bin/inkscape+0x1f799e4) #8 0x1306174 in sp_main_gui(int, char const**) (/home/tavmjong/Sandbox_clang/bin/inkscape+0x1306174) #9 0x1303496 in main (/home/tavmjong/Sandbox_clang/bin/inkscape +0x1303496) #10 0x394f021d64 in __libc_start_main (/lib64/libc.so.6 +0x394f021d64) #11 0x12ff5cc in _start (/home/tavmjong/Sandbox_clang/bin/inkscape +0x12ff5cc) Address 0x7fff03896920 is located in stack of thread T0 at offset 96 in frame #0 0x4c0d65f in Inkscape::Extension::Internal::PrintMetafile::PrintMetafile() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4c0d65f) This frame has 4 object(s): [32, 40) '' [96, 176) '' <== Memory access at offset 96 is inside this variable [224, 232) '' [288, 292) '' HINT: this may be a false positive if your program uses some custom stack unwind mechanism or swapcontext (longjmp and C++ exceptions *are* supported) SUMMARY: AddressSanitizer: stack-use-after-scope ??:0 std::_Deque_base<Geom::Affine, std::allocator<Geom::Affine> >::_Deque_impl::_Deque_impl() Shadow bytes around the buggy address: 0x10006070acd0: f3 f3 f3 f3 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 0x10006070ace0: f8 f8 f8 f8 f1 f1 f1 f1 00 f4 f4 f4 f3 f3 f3 f3 0x10006070acf0: f8 f8 f8 f8 00 00 00 00 00 00 00 00 00 00 00 00 0x10006070ad00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x10006070ad10: 00 00 00 00 00 00 00 00 f1 f1 f1 f1 00 f4 f4 f4 =>0x10006070ad20: f2 f2 f2 f2[f8]f8 f8 f8 f8 f8 f8 f8 00 00 f4 f4 0x10006070ad30: f2 f2 f2 f2 00 f4 f4 f4 f2 f2 f2 f2 04 f4 f4 f4 0x10006070ad40: f3 f3 f3 f3 00 00 00 00 00 00 00 00 00 00 00 00 0x10006070ad50: 00 00 00 00 00 00 00 00 f1 f1 f1 f1 00 f4 f4 f4 0x10006070ad60: f3 f3 f3 f3 00 00 00 00 00 00 00 00 00 00 00 00 0x10006070ad70: 00 00 00 00 00 00 00 00 00 00 00 00 f1 f1 f1 f1 Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Heap right redzone: fb Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack partial redzone: f4 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 ASan internal: fe ==22156==ABORTING

4 5

Google Summer of Code 2014
by Josh Andler 23 Apr '14

23 Apr '14

Hi All, We're happy to announce that we have two students who will be working on projects with our organization this year during Summer of Code. Krzysztof Kosiński will work on implementing robust boolean and stroking operations for 2Geom. Tomasz Boczkowski will work on improving Inkscape's support for SVG paints. We look forward to working with them and wish them the best of luck this summer. Cheers, Josh

1 0

Should select area for text objects include leading and trailing spaces?
by mathog 22 Apr '14

22 Apr '14

In this bug: https://bugs.launchpad.net/inkscape/+bug/1243401 there is a discussion about whether or not the selectable area for a text object should include leading and trailing spaces. That is, for text objects 1 = " " and 2 = " a b " the old behavior was that the "arrow" or "+A" selection pointers would not detect object 1 at all and would move across the leading and trailing spaces of object 2 without registering a hit. The patch in that bug makes these pointers treat spaces like any other character. People were coming down on both sides of the change and ScislaC suggested moving that discussion here. See posts 20-27 for the discussion so far. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

6 25

OSX/Win32 packaging issues
by Bryce Harrington 21 Apr '14

21 Apr '14

Okay, let's try this again. 2. Chill. √ Development focuses on wrapping up √ Disable features that aren't finished √ Identify 'make distcheck' issues -----> Identify any critical OSX/Win32 packaging issues Identify remaining writing needed for Release Notes. √ Regressions Bug Hunt: 500 points Update tutorials and other docs ------------------------------------------------------------------------ OSX Packaging Issues ------------------------------------------------------------------------ For 0.91, the OSX packaging is under renovation to bring it up to standards that OSX users expect. su_v has taken a deep look into what we've had, and is working on a new package that uses the native Gtk-Quartz functionality. As this is a pretty massive packaging change, we'll need to track this closely and lend hands as needed to ensure it's a success. Good news is there's still ample time, and strong interest in seeing this succeed. su_v, do you have a todo list of what remains to be done? ------------------------------------------------------------------------ Windows Packaging Issues ------------------------------------------------------------------------ The Windows side is also going under major renovations to introduce WIX packaging, which provides an MSI windows package. However, it sounds like the older NSI package format works well enough, that the consensus as reported by Adib is to stick with this package for 0.91, and allow the WIX package more time. Adib - do I understand the plan correctly? Are there any roadblocks or critical issues remaining? One concern I have is that we are not providing a 64-bit package, and are directing users off-site to a third party for this. I'd like to understand more about this 64-bit package, and what it would take to provide this package ourselves for 0.91. Would someone mind educating me on this? Bryce

2 1

distcheck problems
by Bryce Harrington 21 Apr '14

21 Apr '14

Hi all, 2. Chill. √ Development focuses on wrapping up √ Disable features that aren't finished -----> Identify 'make distcheck' issues Identify any critical OSX/Win32 packaging issues Identify remaining writing needed for Release Notes. √ Regressions Bug Hunt: 500 points Update tutorials and other docs ------------------------------------------------------------------------ 'make distcheck' issues ------------------------------------------------------------------------ Run 'make distcheck' in your Inkscape tree to see the problems. We'll need to get these largely taken care of (>90% clean) by the end of the next phase. 1. There are quite a few warnings. For example: CXX ui/tools/dropper-tool.o In file included from /usr/include/c++/4.6/bits/basic_ios.h:39:0, from /usr/include/c++/4.6/ios:45, from /usr/include/c++/4.6/ostream:40, from /usr/include/c++/4.6/iterator:64, from /usr/include/boost/iterator.hpp:17, from /usr/include/boost/operators.hpp:84, from ../../src/2geom/affine.h:17, from ../../src/2geom/transforms.h:41, from ../../src/ui/tools/dropper-tool.cpp:21: ../../src/2geom/generic-interval.h: In member function ‘virtual bool Inkscape::UI::Tools::DropperTool::root_handler(GdkEvent*)’: ../../src/2geom/generic-interval.h:65:9: warning: assuming signed overflow does not occur when assuming that (X + c) >= X is always true [-Wstrict-overflow] ../../src/2geom/generic-interval.h:65:9: warning: assuming signed overflow does not occur when assuming that (X + c) >= X is always true [-Wstrict-overflow] And a fair number beyond that. 2. units issues ** (process:15599): WARNING **: Units file /home/bryce/src/Inkscape/inkscape/build-humber/inkscape-0.48+devel/_inst/share/inkscape/ui/units.xml is missing: Failed to open file '/home/bryce/src/Inkscape/inkscape/build-humber/inkscape-0.48+devel/_inst/share/inkscape/ui/units.xml': No such file or directory Running 105 tests....................... 3. Tests issues Then follows a ton of error messages, of which the following is typical: ../../src/./svg/svg-length-test.h:62: Error: Test failed: 73.162987in ../../src/./svg/svg-length-test.h:62: Error: Expected (len.computed == absolute_tests[i].computed), found (73.1629 != 6584.6689) In SvgLengthTest::testReadAbsolute: ../../src/./svg/svg-length-test.h:88: Error: Test failed: 100pt ../../src/./svg/svg-length-test.h:88: Error: Expected (len.computed == absolute_tests[i].computed), found (100.0000 != 125.0000) m ................... Failed 21 of 105 tests Success rate: 80% XFAIL: cxxtests =============================================== 1 test behaved as expected (1 expected failure) =============================================== 4. Then at the end I get a bunch of issues about .coverage files not being writable. File "/usr/local/lib/python2.7/dist-packages/coverage-3.6-py2.7-linux-x86_64.egg/coverage/data.py", pline 125, in write_file fdata = open(filename, 'wb') IOError: [Errno 13] Permission denied: '/home/bryce/src/Inkscape/inkscape/build-humber/inkscape-0.48+devel/share/extensions/test/.coverage' ------------------------------------------------------------------------ If you get a chance to investigate the above issues and sort them out, or discover something that might help in solving them, please reply to this email with your status. Bryce

1 1

OSX/Win32 packaging issues
by Bryce Harrington 21 Apr '14

21 Apr '14

2. Chill. √ Development focuses on wrapping up √ Disable features that aren't finished √ Identify 'make distcheck' issues -----> Identify any critical OSX/Win32 packaging issues Identify remaining writing needed for Release Notes. √ Regressions Bug Hunt: 500 points Update tutorials and other docs ------------------------------------------------------------------------ OSX Packaging Issues ------------------------------------------------------------------------ On Mac, our packaging needs some major renovation. In the past we've had it use Mac's X11 compatibility but our users will have the best installation experience if the installer uses the native Gtk-Quartz functionality. I'm guessing that pretty much this can copy how GIMP has done it, but the devil's always in the details of course. The challenge is we need to get this done fast - ideally within a month or two - in order for it to not cause the overall schedule to delay. Would someone be interested and willing to take on this endeavor? ------------------------------------------------------------------------ Windows Packaging Issues ------------------------------------------------------------------------ I didn't get as much feedback on the status of the Windows package for Inkscape, but poking around a bit it looks like the NSI stuff basically works. There are 15 bugs tagged 'win32' and 'packaging', but only 2 of those are high priority and both of those sound more like porting issues than packaging. However, on our downloads page I notice that we're pointing people offsite to a third party for 64-bit windows packages. We need to be providing 64-bit packages from the official site. Also, on the download page we offer three different types of windows installers. In the interest of keeping things simple for users and consistent for developers, can we pick one of those three as our official packaging, and merge or drop the other two? So, the tasks we need done near-term: * Test creating a Win32 package using the stuff in packaging/win32, and report on whether it "just works" or hits errors. * What would it take to get our packaging to generate 64-bit packages? * Is there a reason we should have more than one win32 package? If not, what should we be focusing on?

1 1

Little css tweak in inkscape.org
by Guiu Rocafort 20 Apr '14

20 Apr '14

Hi ! I noticed that in the about page there is a floating side bar in the right, and because it is taller than the content it overlaps with the footer. Adding "clear: both; " to the .footer rule in the css solves that problem. Maybe somebody with commit access to the repository can apply this change. Thanks Guiu -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html

3 2

Issues reported from LGM
by Martin Owens 20 Apr '14

20 Apr '14

This is a list of long standing UX issues from RedHat/Gnome/Fedora devs: * Preferences dialog is the wrong size or doesn't have a minium size & doesn't set to the center of the parent window. * The zoom correction should only effect documents set to physical units. ! Different document modes are needed for different workflows. * Inkscape should be maximised by default * Shadow/border on document is not settable as the global setting. * The shadow shouldn't be the default. * Default colour for the border should be half gray half transparent * Restarting inkscape to load a new font is not good. * Lots of fonts installed causes inkscape to be slow. * Color outside the page should be a slight shade different * The resize page shouldn't be hidden by default. * Maximise should be the default for inkscape. * "Selection" option means "Whole Selection" in align * The align and distribute relative to should set some defaults depending on the selection. If one item is selected then the default should be to Page and if there are multiples selected then it should be to "Whole Selection" as it is now. * BUG: Where three text items are selected, the align to text-baseline sometimes depending on the item selected, aligns to the wrong item when Last Selected is used. First selected is also effeted. * Gimp's small theme allows more widgets to be displayed on the screen. Maybe some themes for inkscape would be useful. * Never make an object that is transparent and thus not selectable. * Multiple pages None important issues * Zoom correction should be specific to a screen.

5 9

Website: Release Page
by Martin Owens 19 Apr '14

19 Apr '14

We're having the Inkscape meeting here at LGM I've put together a page on the website for the next release: http://inkscape.org/en/develop/next-release/ I've included some details as well as some firm dates for the next release which I want us to hit. Bryce hasn't signed up to a fixed schedule yet, but it's time to get this nailed down and I think we're ready to get a release out now, let alone in a few months. So we should certainly be able to hit it. What are your thoughts? Best Regards, Martin Owens

7 23

Preference Observer in Init
by Martin Owens 19 Apr '14

19 Apr '14

Hi devs, A bit of bother with a new DesktopPrefObserver to watch for a new settings modification. The diff is available here: https://code.launchpad.net/~doctormo/inkscape/image-outline-option/+merge/2… The idea is simply to initalise the observer and specify the option to observe. See failed variable _image_render_observer in desktop.cpp and desktop.h The error comes from the string, it says the string is a `const char [36]` while it needs a const GLib::ustring. Usually I've seen the code be more flexible about const strings at compile time, but this one is being picky. Any ideas? Also a question about the option. Should it be enabled or disabled by default? Would a user expect bitmap images to be exceptions in outline mode or would they expect them to be red squares with an X inside by default? Best Regards, Martin Owens

3 4

Re: [Inkscape-devel] Inkscape native OSX builds
by lauhub 17 Apr '14

17 Apr '14

Hi everybody, First message for me too so hello. And I am also an OSX user and I can be a tester. Just let me know how to do this (where to download the package). Le 16/04/2014 22:37, inkscape-devel-request(a)lists.sourceforge.net a écrit : > Date: Wed, 16 Apr 2014 09:42:45 -0500 > From: Hiram Perez<hiram.001@...400...> > Subject: Re: [Inkscape-devel] Inkscape native OSX builds > To:"inkscape-devel(a)lists.sourceforge.net", > inkscape-devel(a)lists.sourceforge.net > Message-ID:<7901A6A430C04C02909CF335FF0D8750@...400...> > Content-Type: text/plain; charset="utf-8" > > > Here, another OSX user who can be a tester, BTW it?s the first time I write to the list, so hi! > > -- > Hiram Perez > Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

1 0