- Inkscape Devel - Inkscape Mailman

GSoC Mentor's Summit - Report
by Tavmjong Bah 17 Nov '14

17 Nov '14

Hi, Here is a report on the recent GSoC Mentor's Summit: Four Inkscape developers were at the 2014 GSoC Mentor's Summit in San Jose: Johan Engelen, Krzysztof Kosiński, Tavmjong Bah, and Joakim Verona. Johan and Krzysztof were Inkscape's official delegates, Tav won the special 10 Year Reunion lottery, and Joakim was there representing the GNU Project. The first day started out with a bonding session... a visit to the Great America theme park which Google had rented out. There is nothing like sharing a death defying roller coaster ride to get to know your fellow Inkscaper. The afternoon was free and we held an informal Inkscape session. Johan worked with Joakim on setting up an automated testing system using Jenkins. It turns out that this is what Joakim does for his day job so it was very helpful to have him there. Krzysztof reviewed Tav's preparations for the SVG Working Group meeting that Tav was attending the following week in Santa Clara. The next two days of the "un-conference" were full of short informal meetings on various topics of interest to the open-source community. Here are a notes on the more memorable sessions (with help from Johan): FLOSS Funding ------------- There was a very interesting session on FLOSS funding. * Paid development A point that was repeated many times was that the introduction of paid development must be done in an open and transparent manner to avoid alienating contributors. One suggested place to spend money is on code reviews. Paying a small amount rewards long-term contributors (i.e. reviewers) while encouraging reviews to be done in a timely manner thus encouraging future contributions. Quality insurance is another place where paid contributions can be useful. It was noted that paid development can be helpful to those on "2nd shift" where the "1st shift" maybe taking care of kids. Johan observed that most of the talk was about "sustained funding" (where the goal is having full time developers) vs. "beer money" (where the money helps subsidize some of the time developers invest). He's a little leery of getting into the former type of funding. One possible place for funding might be grants, perhaps in a university setting where money could pay for a PhD/postdoc to work on improving Inkscape for a particular purpose. * Cookie licking Not only limited to paid development: An example of a problem one can encounter is the "Cookie Licking Pattern"[1] where someone takes a cookie (project) and licks it to claim the project as their own. This discourages others from taking up the project - which may not be a problem if the "licker" delivers on the project in a timely matter. But if the "licker" doesn't, then project doesn't get done as nobody else will touch it. An additional problem can occur if the "licker" puts the cookie back without telling anyone and someone else picks up the cookie. A conflict in "ownership" can occur. This can be be avoided by having well defined policy about project ownership. Community Building ------------------ Another session focused on community building. Drupal seems to be very successful at this. "Web chick"[2] reported (if my ears didn't lie to me) that Drupal has 30,000 contributors! One only needs to look at their web site to see the effort they take in building community[3], especially in mentoring new contributors.[4] Good community management starts with tracking your contributors (emails, commits, etc.) overtime to see if you are improving or not. Post times when regulars can be found on IRC. ( Just saying "join us on IRC" can be demotivating if no-one is in channel. "join us on IRC, many of us are there at 1:23 UTC" is better.) Our community is friendly, and we should try to be even more friendly! E.g., keep the mail list friendly and mannered. There is a book available for free download called "The Art of Community".[5] FLOSS Audio/Visual ------------------ There was a session focusing on FLOSS audio/visual projects. * Press releases Don't let coders write the press release! Coders tend to focus on bugs and not on how awesome the software really is. Be careful with what you say. The press has a tendency to parrot the press release. * Stickers/Advertising Some projects could benefit from providing stickers... think of the publicity from having a sticker on a DJ's setup advertising a FLOSS DJ project. Inkscape might try to get "Supported by Inkscape" on Wacom boxes. (Aside: Maybe seek support from Wacom to improve support for tablets.) * Missing Assets (non-coder contributions) One area where non-coders can help is in providing missing assets. This was brought up in the context of getting more sound samples for digital sound libraries. In the Inkscape context it could be things like getting more seamless patterns in our pattern library. Overall, it was a very good meeting. [1] http://communitymgt.wikia.com/wiki/Cookie_Licking [2] https://www.drupal.org/u/webchick [3] https://www.drupal.org/community [4] https://www.drupal.org/core-office-hours [5] www.artofcommunityonline.org/2009/09/18/the-art-of-community-now-available-…

3 3

Add new Guides extensions to Inkscape extensions page
by Samuel Dellicour 17 Nov '14

17 Nov '14

Hi, I'm using Inkscape for making webdesign, and to improve my workflow, I made a couple of Inkscape extensions related to guides. Namely - add centered guides (centered to the document) - add margin guides (set to a certain distance to the document border) - add grid guides (guides in a grid of columns and gutters) - remove guides (made by Heathenx, bundled with his permission) - remove selected guides (remove only horizontal/vertical/angles guides) Full description and download can be found here: https://github.com/sambody/inkscape-guide-tools I've also presented them in the Inkscape forum: http://www.inkscapeforum.com/viewtopic.php?f=34&t=17985 My question: How do I add a link to the extensions page in the official Inkscape extensions page? Or can someone add it for me? Something like "Inkscape guide tools: add centered guides, margin guides, grid guides, remove guides" I would also appreciate any feedback to improve the tools (code, interface, functionality). Thanks Samuel Dellicour samplify webdesign <http://www.samplify.be/>

2 2

Inkscape gtk-3.0 Themes
by Partha Bagchi 17 Nov '14

17 Nov '14

I built Inkscape with gtk+-3.0 support. Now I am trying to test it with themes such as DeLorean-Dark-3.14. Is the current gtk+-3.0 support have theming support? No matter how I do it, Inkscape does not honor gtk-3.0 theme. I put gtk-3.0 folder with gtk.css in the etc/ folder within Inkscape installation. I also tried share/themes/gtk-3.0/ etc. Of course, I could be doing something totally wrong. Win64 8.1 etc. with gtk+-3.14.5 (or 3.15.1 doesn't matter) and glib-2.42.1 and revision 3708. Thanks in advance, Partha

1 1

Shared Access to Project Credentials
by Bryce Harrington 16 Nov '14

16 Nov '14

[ If you aren't maintaining services for Inkscape and have no interest in doing so in the future, you can stop reading here. :-) ] For the Inkscape project, a number of us have set up various online services. In some cases the services allow team management, and each of us has our own account; in others we have a single admin account which we share. For these shared admin accounts, we now have a way to securely share the credentials amongst ourselves, using GNU Privacy Guard (aka GPG), and stored in a bzr repository: % bzr branch lp:~inkscape.dev/inkscape/credentials Don't panic! There's only a handful of gpg and bzr commands you need to know to use this, and I've written them up in Cookbook format in the included README: http://bazaar.launchpad.net/~inkscape.dev/inkscape/credentials/view/head:/R… The directions are from a Ubuntu perspective -- please help expand the README with the appropriate commands for other systems. Drop me a line if you need help. Bryce

1 0

Mirror Symmetry Improved
by Jabiertxo Arraiza Cenoz 15 Nov '14

15 Nov '14

He Here are a screencast of the merge feature added to the experimental effect "mirror symetry". This is a example running in a layer but also can apply to other objects. When i have time i made a procedural template and a extension to it for work on a layer, and after, go to Kaleidoscope LPE. https://inkscape.org/en/gallery/item/1970/ Regards, Jabier.

4 5

proposals for website content, including splitting the FAQ
by Brynn 15 Nov '14

15 Nov '14

Hi Friends, As a brief backstory, Martin had contacted me some months ago, asking if I had any ideas for the new website which he'd been developing, and we had some general discussion. That was before the "new" site launched. After it launched, I had some specific suggestions, and contacted him again. He suggested I could use the django editor on the staging site, and create some sample pages, showing the changes I would make. Part of my suggestion was to incorporate some of the wiki content in the site, and that's when he explained to me about how the wiki should now be only for development topics, and most of the user content should either be on the website, or in official documentation. That's when splitting the FAQ into 2 faqs -- a user faq for the website, and a developer faq for the wiki, came up. So now I have those proposed new pages finished, and as well, the FAQ has been overhauled, and split in two. And below is the info. I'm not quite sure how the process works, for approving these kinds of things, but Martin said to post to the dev mailing list. So here are the results of all my work. Oh, I should also say that after I started all this work, I noticed this bug report, suggesting some of these changes: https://bugs.launchpad.net/inkscape-web/+bug/1274098 I still haven't figured out exactly how bug reports are handled, or who decides on the Importance, Status, etc, so I just added a comment that I was working on some of it. OK, here we go. 1 - My proposed new Community page: http://staging.inkscape.org/en/brynntest/ (Now includes all Inkscape forums, which are part of the community.) 2 - Since the listing of external galleries was so long, I put them on a new page. It's found via text link, in the 2nd sentence in the Gallery section of Community page. This is that page: http://staging.inkscape.org/en/brynn-community-pg2/ They all came from the old wiki Galleries page, which was disorganized and quite outdated, with ~ 40% bitrotted links and several spammish entries, which weren't even Inkscape related. (I'd give a link, except I deleted all those entries, after moving them to this page, on Martin's instruction.) This new list is more organized, and current. Should the page be approved, I intend to keep it up to date and organized. 3 - After moving the list of forums (from Learn page) to Community page, the Learn page would now look like this: http://staging.inkscape.org/en/brynns-learn2/ Very short page, and somewhat boring, imo. 4 - To make it more interesting, I added sort of a teaser, using a bit of content from some of the pages. That proposed new Learn page looks like this: http://staging.inkscape.org/en/brynns-learn-page/ However, what I think would be better, is to use some kind of imagery. Maybe we could find, or someone could draw for us, some clipart. Actually, for a website which promotes a graphics program, inkscape.org seems *to me* practically devoid of graphics (except of course for the front page and gallery). I think it would be nice to incorporate some Inkscape graphics on each page -- either as clipart, that is designed to help with the flow of the site (sort of like a theme, I guess); or just have an image on each page (maybe a script could call up random images from the gallery). But I'm getting off track. Just a thought :-) 5 - Here is my proposed new FAQ for Inkscape Users: http://staging.inkscape.org/en/brynns-user-faq/ It's been seriously overhauled -- several items deleted from the original, which are no longer needed; another several new ones added; re-organized; and a TON of useless html code was removed. Note that I changed the numbering system, to more of an outline style, because I think it looks better. But I did a bit of research, and found a way to keep the same numbering system, and still look better. It's just that it involves editing the CSS/style sheet, and will take me some experimenting to get it right. So I decided to use the outline style, and I can work on the other system, if there is an outcry for the old numbering system. There are still 2 issues left, before the user faq is complete. 5a - There are 5 bitrotted links, which need to be updated. The list is attached: "bitrotted-links-in-InksFAQ.txt" In a previous message, Bryce said he thought he could track them down. (Actually, only 2 for the user faq. 3 are for the dev faq.) 5b - 5 wiki articles which need to be put into some kind of documentation. The list is attached: "2b-documented-for-InksFAQ.txt" I'm still not clear how documentation is handled, so I can only provide the list. Unfortunately, I don't have the technical knowledge to write any of them myself -- except for just copying and pasting somewhere else. I assume they would need to be reviewed and updated, for accuracy, and none of those topics I happen to know, inside-out. (Related to this, I would be glad to make a listing of all user-related content that I can find, in the wiki. I've already had a look at a lot of it. But since I don't understand some of it, I would need some suggestions from more knowledgeable folks, about what to do with it (i.e. delete, put in documentation, or leave in the wiki for devs). But let me know. I'll be glad to help with any of that, if I can.) 6 - After removing the user-related parts, this is the new proposed FAQ for Inkscape Developers: http://staging.inkscape.org/en/brynn-dev-faq/ I used the django editor, but I guess it would ultimately belong in the wiki. I'll be glad to transfer to the wiki, if it's approved. Just lmk :-) Note that I was not able to update any of the developer topics section, because I'm just not knowledgeable on those. As it turns out, 3 of the 5 bitrotted links, in the attached list, are for the developer faq. It may be that they are no longer needed; I just don't know. But that's all that is outstanding, to complete it. Any and all comments or suggestions are welcomed, and especially any typos. I must have proof-read 4 or 5 times, in the end, but I still could have missed some. I appreciate the opportunity to contribute more to the Inkscape project than just answering messages in forums. And if any of my limited skills can be useful, I'll be glad to continue to help. All best, brynn

6 8

RenderTests WRT python
by Martin Owens 13 Nov '14

13 Nov '14

Johan E, I've looked at the inkscape-rendertest branch. There is a pdiff codebase and a few other bits, but I notice no use of Pillow(was PIL) to process the images. We have access to PIL.ImageChomp to select the difference rectangles and further processing (with some good guides online) for pulling out more information if we need to. http://stackoverflow.com/questions/1927660/compare-two-images-the-python-li… If we went with pdiff instead of Chomp and CMP in python, was there a reason? Thanks for your time. Best Regards, Martin Owens

3 5

Looking for Code Inefficiences
by Natalie Sanders 11 Nov '14

11 Nov '14

Hi All! I'm new to the community and I'm looking to improve any code inefficiencies, especially inefficient data structures. Do you have any suggestions on where to start? Thanks! Best, Natalie -- Natalie Sanders University of Notre Dame Class of 2016 Computer Science Major

3 2

Good Introductory Bugs
by Kathryn Weiss 11 Nov '14

11 Nov '14

Hello, I am a relatively new programmer. I am looking to gain some coding experience and I am interested in developing Inkscape. In particular, I am looking at trying to fix bugs or improve performance related to data structures. I was wondering if anyone had advice as to specific areas that need this sort of work. Thank you for your help! Sincerely, KW

3 2

Testing related
by Josh Andler 11 Nov '14

11 Nov '14

Hey all, There has been quite a bit of discussion over the past couple months related to testing. Thanks to an inquiry from someone interested in helping us improve Inkscape, it was a reminder that we have a mailing list which used to be dedicated to the topic. https://lists.sourceforge.net/lists/listinfo/inkscape-tester In looking back in the archive, there were regular posts from automated builds of Inkscape which would provide compilation warnings and errors encountered during the build. It seems like it would be great to get the results from Coverity, automated builds, and the test framework (whatever we end up with) posted there. Any thoughts on us doing this? Cheers, Josh

2 1

Feature Freeze for 0.91
by Bryce Harrington 09 Nov '14

09 Nov '14

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 4. Feature Freeze √ Stable Branch is forked from Mainline Regular development resumes on Mainline. Avoid major refactorings on Mainline. Only bug fixes committed to Stable Branch. Bug fixes are cherrypicked from Mainline. Inkscape must pass 'make distcheck' String Freeze No further string changes allowed on Stable Branch. Finalize tutorials to be shipped with release Finalize other docs included in the release Finalize about screen Finalize Release Notes except Known Issues Translators work on translations. Recruit Release Wardens for Hard Freeze Inkscape has completed the Frost phase and is moving into Freeze. Translators, please fire up your engines! You have (at least) until Nov 18th to commit translation updates to the stable branch. ------------------------------------------------------------------------ A stable branch lp:inkscape/0.91.x has been split off of trunk. Only strict bug fixes and translations may be committed to this branch; for anything else please seek release manager approval (Josh or Bryce). # Stable branch bzr clone lp:inkscape/0.91.x inkscape-0.91-stable You will need to check this out only if you intend to check in fixes to the stable branch. IMPORTANT: Do not make changes to translatable strings in the stable branch. If it is critical that a string change be made, please get approval from the release managers first! ------------------------------------------------------------------------ The lp:inkscape branch (trunk) is now open for regular development towards the 0.92.x series. # Development branch bzr clone lp:inkscape You don't need to do anything with your current branch if you just want to keep committing to the development branch. Congrats to everyone that helped us get this far, Bryce

8 22

Merge of experimental branch
by Liam White 06 Nov '14

06 Nov '14

With Bryce's permission, I have merged the experimental branch into trunk. Trunk is now open for development. Please do not make further commits to experimental. If you do not use a separate directory for build and source: > $ bzr pull lp:inkscape … > Conflict: can't delete src/dialogs because it is not empty. Not deleting. > 1 conflicts encountered. > Now on revision 13641. > $ rm -rf src/dialogs > $ bzr revert This should fix your local copy.

9 24

About Screen
by Josh Andler 05 Nov '14

05 Nov '14

Alright... we should get this wrapped up. Here is the about with just 0.91: https://inkscape.org/en/gallery/item/1586/ Here is the about screen w/ the 0.49 strike: https://inkscape.org/en/gallery/item/1592/ Johan, you were the one mainly interested in the strike through 0.49, what are your thoughts on it? Cheers, Josh

3 5

Static analysis results
by Jon A. Cruz 05 Nov '14

05 Nov '14

Hi, I've been working with Johan and Bryce on the clang and Coverity analysis. Bryce should be getting the coverity runs more automated soon, but we'll take a little before things get published. We'll need to ensure we are sensitive to security, disclosure, etc. However I do have a few preliminary results. First goes to leveraging the clang results effectively. We'll need to pull together some wiki info on which clang issues to prioritize, and what approaches might be used for remediation of some of the reported problems. Initially we have one question on "Dead assignment" and the other dead store. The first case Johan and I looked at was one that did warrant skipping initialization... however clang reports 167 of those while Coverity lists only 8 issues that might overlap them. So this set of clang warnings appears to be a bit subjective on the clang dev's part, or perhaps just more advisory. So we should probably look at addressing those last. In the Coverity results I spotted two different big-picture issues hiding in the details. One warrants just low-level code cleanup while the other should be looked over by as many people keeping 'architecture' in mind. The simple issue is with the GTK-style casting macros such as SP_IS_USE(x) and SP_USE(x). They started out following the GTK team's approach to adding objects to C. A while back these were refactored to be C++ oriented so existing code would not have to be changed as we migrated to true classes. However, the usage is backwards (check-then-cast vs. cast-then-check) and conceptually there are some big mismatches that lead to most usages being vulnerable to null pointer dereferencing. Conceptually these are also backwards as they use run-time checks instead of compile-time checks. >From an implementation viewpoint, these macros have two major problems. First is that they cast away any const attributes and thus make the code less safe. Secondly (and far more critical) they are using C-Style casts that also make them take any random block of data and treat it as a proper C++ object. One of my test cases was to feed the macros a simple array of 5 arbitrary bytes. I expected it to accept but result in NULL, however it instead gave me a seemingly valid SPUse pointer. Not good. The good news is that in the vast majority of cases, no macros or casts are needed at all in C++ (for upcasting, etc.) and thus their use can just be removed. I'm working through an initial cleanup pass that should correct all but those where the improper loss of 'const' comes into play. This cleanup is good since these macros are responsible for 600-800 of the outstanding 1,135 Coverity defects. The second issue is a higher-level problem of design and naming. There are a few methods who's names appear to be leading to buggy use. The main example is SPShape::getCurve(). The problem is that to convey proper meaning this probably should be called something more like SPShape::generateNewCurve(). Many developers were treating it similar to std::string::c_str() and accessing it to query attributes of the resulting curve without explicitly grabbing and then freeing the curve. That is, the name implied access to an existing object instead of creation and ownership transfer of a new object. To fix this we might simply change the naming approach (e.g. avoid 'getFoo()' for anything that allocates) and the using code... or we could change getCurve() and friends to operate on an internal object that is persistent... or perhaps something else. -- Jon A. Cruz jon@...18...

3 2

Problem with "node->position()" and document units.
by Jabiertxo Arraiza Cenoz 04 Nov '14

04 Nov '14

Hi to all. I have a problem with this call to a node->position()[1], if the document unit not in "px" give wrong results in X and Y, I try to fix myself but for the moment no lukcy. If anybody know where is the problem, tell me. I fill a bug if nobody has a quick solution to this problem. Jabiertxo. [1]http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/view/head:/src/l…

2 2

need a short name
by Jabier Arraiza 03 Nov '14

03 Nov '14

Hi to all, i want a short name to a type of fillet chamfer. Currently is called "double chamfer" but i want add a int parameter to subdivide the chamfer in more steps than one. see the attachment. I want a two word name at max, because is in a GUI button. Im thinking in: multi chamfer chamfer steped... Finaly, about this, i have another question, could I remove this button "double chamfer" and manage it in the chamfer subdivision? The only disventage i find, is you can't have a "real chamfer" -0 subdivision- and a stepper chamfer in the same path. Removing or not the "double chamfer" button, there is only one subdivision to all chamfers in the path, also a extra "no subdivision" -0- in case of retain the button. Think i explain well, but tell me if dont undertand my "english". Cheers, Jabier.

2 2

cannot link rev 13646, Windows XP
by alvinpenner 03 Nov '14

03 Nov '14

attempting to compile rev 13646, devlibs rev 52, I get the following link error: --- link / rc --- link / link ============ cmd ============ mingw32-g++ -o build/inkscape.exe -mwindows -mthreads build\obj\2geom\affine.o b uild\obj\2geom\basic-intersection.o build\obj\2geom\bezier-clipping.o build\obj\ 2geom\bezier-curve.o build\obj\2geom\bezier-utils.o build\obj\2geom\circle-circl e.o build\obj\2geom\circle.o build\obj\2geom\conic_section_clipper_impl.o build\ obj\2geom\conicsec.o build\obj\2geom\conjugate_gradient.o build\obj\2geom\convex -cover.o build\obj\2geom\crossing.o build\obj\2geom\curve.o build\obj\2geom\d2-s basis.o build\obj\2geom\ellipse.o build\obj\2geom\elliptical-arc.o build\obj\2ge ... snip ... 9 -Lc:\devlibs/lib -lwpd-stream-0.9 -Lc:\devlibs/lib -lwpg-0.2 -Lc:\devlibs/lib -llcms2 -liconv -Lc:\devlibs/lib -lMagick++ -Lc:\devlibs/lib -lMagickCore -Lc:\d evlibs/lib -lfontconfig -Lc:\devlibs/lib -lfreetype -Lc:\devlibs/lib -llcms2 -Lc :\devlibs/lib -lgsl -lgslcblas -lm -lpng -ljpeg -ltiff -lexif -lpopt -lz -lgc -l ws2_32 -lintl -lgdi32 -lcomdlg32 -lm -lgomp -lpthreadGC2 -laspell -lmscms ============================= Make error line 447: LINK problem: mingw32-g++: error: CreateProcess: No such file or directory Cheers, Alvin -- View this message in context: http://inkscape.13.x6.nabble.com/cannot-link-rev-13646-Windows-XP-tp4971975… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 9

Assertion/Parser Error
by Partha Bagchi 02 Nov '14

02 Nov '14

I am getting the following error(s?): Entity: line 22: parser error : Input is not proper UTF-8, indicate encoding ! Bytes: 0xED 0x6C 0x69 0x61 <filetypetooltip>A família de formatos de imagem PNM/PBM/PGM/PPM</filetypetoolti ^ ** (inkscape.exe:67052): CRITICAL **: Inkscape::Extension::Extension* Inkscape::Extension::build_from_mem(const gchar*, Inkscape::Extension::Implementation::Implementation*): assertion 'doc != NULL' failed Entity: line 22: parser error : Input is not proper UTF-8, indicate encoding ! Bytes: 0xED 0x6C 0x69 0x61 <filetypetooltip>A família de formatos de imagem PNM/PBM/PGM/PPM</filetypetoolti ^ Does anyone know what line 22 is and how do I fix it? Built today from revision-13657 Windows 8.1 64bit. Thanks, Partha

2 4

Saving dialog position: is it broken?
by Michael Grosberg 02 Nov '14

02 Nov '14

Hi, I'm trying to get Inkscape to have the "prefect" work layout for me, and that includes having all of my work-relevant dialogs docked at the same time and available without having to scroll down and up a list of dialogs. So, I arrived at the following layout: https://drive.google.com/file/d/0B1HG067cLWGDRFBjRE03bkN4M00/view?usp=shari… but I just can't get Inkscape to make it stick. Even if I lock all dialogs, They just can't stay in the same place between sessions. They get arranged one under the other in a long list or in three columns after I quit and restart again. I also tried placing the left column in its own window, while still docking the two dialogs one below the other. That produced the result of having the dialogs appear floating and in seemingly random locations the next time I ran Inkscape. The only thing that worked is to get two dialogs docked one below the other and have everything else as floating dialogs outside the window. But I would really like to have a maximized window with all the dialogs visible at once. So my question is, am I missing something or is this a bug? Also, if this IS a bug, is there a workaround, like locking some settings file from being re-written? I'm on Windows 7 64-bit, running a recent dev build.

1 0

Rcord to gif
by Jabiertxo Arraiza Cenoz 01 Nov '14

01 Nov '14

Hi to all. For all linux users here are a sreen recorder script to save directly as gif im using on the wiki. It require the byzanz package instaled. once instaled use as: ./recordToGif.sh "40 Desktop/myGift.gif" 40 are the seconds to save. (you can give more and stop the script when you want.) Is a modified script taked from here: http://askubuntu.com/questions/107726/how-to-create-animated-gif-images-of-… Best regards, Jabier.

1 1

Release date of Inscape 0.91
by "Christoph Schäfer" 30 Oct '14

30 Oct '14

Hi Inkscape developers, As some of you may know, I'm a contributor to an influential German-language publishing magazines. It's in this capacity that I ask if there's a chance of a 0.91 release before 10 November, as this is the deadline I'd have to meet for an article on 0.91. The editor has reserved some space (1.5 pages) for text and images, and I may be able to convince him of a delay (i.e., 17 November). If even 17 November is unrealistic, please let me know. The article on 0.91 will then be published in the January issue of the magazine, but it'd help the editors and myself if we knew about the time frame. Please feel free to answer me off-list, if necessary. Christoph

5 6

Re: [Inkscape-devel] Feature Freeze for 0.91
by Jon A. Cruz 30 Oct '14

30 Oct '14

Sounds like we should do a quick round of new discussion on this. Not necessarily to reach a different conclusion, but rather to refresh the details for capturing in a Web/wiki page. I'll run through the past discussions on my archive and then start a new thread with a summary. Sent from my T-Mobile 4G LTE Device -------- Original message -------- From: Johan Engelen <jbc.engelen@...2592...> Date:10/30/2014 10:36 (GMT-08:00) To: inkscape-devel(a)lists.sourceforge.net Cc: Subject: Re: [Inkscape-devel] Feature Freeze for 0.91 On 30-10-2014 18:30, Johan Engelen wrote: > I do not have a preference, as I am pretty much unfamiliar with either. > But I do think that Google Test is more widely used, and so more people > are familiar with it? Perhaps my searches have been biased. An important > feature for me is how well it integrates into Jenkins; a clear test > report on a website will greatly contribute to its usefulness I think. lib2geom uses Google Test, btw.

1 0

[Inkscape][Devel][Windows][MinGW][Bazaar on Cygwin]
by Mathieu Gueydan 30 Oct '14

30 Oct '14

Hello everyone, I spent some time to build Inkscape on a windows, using his wiki : wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows As it was pretty hard and I had to "fix" (I mean to work around) many issues (7 in fact), I summed up everything in order to ease the way for people that would have the same problem. Everything is written here : http://mathieugueydan.blogs.centraliens-marseille.fr/archive/2014/10/30/bui… Keywords are : - Bazaar on Cygwin, no file fetched - as.exe crash 0xc0000022 - gettimeofday(timeval*, NULL)' is ambiguous - error executing 'bzr revno - Python crash (Oxc0000022) - <cxxtestpart>, problem: - <msgfmt> problem:

2 1

Inkscape in print workflows: Feedback from a conference in Switzerland
by "Christoph Schäfer" 30 Oct '14

30 Oct '14

Hi Inkscape developers, This is my first posting to the developer list. Some of you may know who I am, others won't. I'm a member of the Scribus development team, and I recently enjoyed the privilege of being invited as a speaker to the "swiss publishing days 2014" in Winterthur/Switzerland (http://swiss-publishing-week.ch/index.php). In terms of Open Source software, there was a talk about Scribus and another one about Photoshop alternatives (Photoshop Elements and GIMP). There was also a Mac + Eizo screen for everyone to use, which was especially set up to test PS, PSE, and GIMP, as well as Scribus and its PDF export with Acrobat. Please note that this was a commercial event, and its main sponsor was Adobe! Also note that it was for the first time in the history of the conference that alternatives to Adobe's traditional domains were being presented. What I found astonishing was that while *everyone* knew about GIMP and many were aware of Scribus, *no one* had ever heard of Inkscape! Now they have, and they're definitely interested ;) Many of the very nice people from Swiss training companies I talked to are more than eager to provide training, given Adobe's stranglehold and its new licensing scheme. In the case of image editing, enough companies have already switched to GIMP, which is why offering GIMP trainings is already profitable. Interest in Scribus is growing, too, especially since the quality of its (print) PDF export has been there for everyone to test. At lunch during the conference, I was approached by a pre-press engineer, colour management and Adobe-certified Acrobat/InDesign/Illustrator trainer who was asking questions over questions. He approached me again during dinner, and because he had so many questions, and I had to bring my laptop to the table, so he could play with Scribus. His verdict (after 3 hours): "Once you have polished this ("this" being Scribus 1.5.0svn), Adobe and other vendors won't be amused." He also played with the stable Inkscape branch and was very impressed by its features for creatives. However, and this is something he rightfully noted, at least the printing business needs reliable PDF export, including CMYK and spot colours, colour profiles and font embedding. He said to me that, unless Inkscape embraces the PDF requirements of the printing industry, it will never been taken seriously, SVG::Print notwithstanding. What Inkscape needs is colour-managed PDF export and support of some print-specific PDF versions, especially PDF/X-*. It also needs to support CMYK and spot colours in PDFs. (Not my judgement; his!) This posting isn't meant to criticise your fantastic work. I only intended to make you aware of the issues that still exist in professional environments when it comes to replacing AI. In terms of features Inkscape is already able to compete with AI, and sometimes it's even better. It's just that PDF thingy that prevents Inkscape from being used by the majority of pre-press professionals. Kind regards, Christoph

7 11

[karen@...3057...: Org Application period open for Google Code-in]
by Bryce Harrington 29 Oct '14

29 Oct '14

FYI if anyone's interested. ----- Forwarded message from Karen Sandler <karen@...3057...> ----- Date: Wed, 29 Oct 2014 12:55:47 -0400 From: Karen Sandler <karen@...3057...> To: project-reps@...3057... Subject: Org Application period open for Google Code-in Reply-To: karen@...3057... If you were thinking of doing so, now is the time to apply for the Google Code-in. Applications for orgs are being accepted until November 10. It's a great program and a way to engage teenagers in free software. Only projects that were orgs for GSoC are eligible. Let me know if you have any questions about this or need any help! More information is below. karen Google Summer of Code Mentors Announce List wrote at 01:36 (EDT): > Hello GSoC Mentors and aspiring GCI Org Admins, > > Earlier today we opened the Google Code-in 2014 Mentoring Org app. > Organizations that would like to apply for GCI 2014 can submit their > application from today until Monday, November 10th at 19:00 UTC. You > can now go to the contest site [0] and Register as an Org Admin. Once > you have created your Org Admin profile you can go back to the > homepage and the Mentoring Org app button will appear for you. > > This year we will have 10-12 open source organizations work with the > students as mentoring orgs. All organizations that have participated > in a previous Google Summer of Code are eligible to apply. This is > not like GSoC, we do not get hundreds of applications from orgs so > don't be scared away by the relatively low number of orgs. The main > thing that we are looking for are orgs that can be patient with the > students and who are interested in helping 13-17 year olds learn > about open source development. > > For some general tips about mentoring for GCI and what to expect you > can check out the new GCI Mentor info [1]. > > Important Upcoming Dates: > > ** Monday, November 10, 2014 at 17:00 UTC - DEADLINE for orgs to > apply as Mentoring Orgs for Google Code-in 2014. > > November 12, 2014 - The 10-12 Mentoring organizations are announced > for Google Code-in 2014 and the orgs can start entering their tasks > into the Google system (the tasks will not be viewable to students > until the contest opens on Dec 1). > > December 1, 2014 19:00 UTC - Google Code-in 2014 contest opens for > students > > January 19, 2015 17:00 UTC - Google Code-in 2014 student work ends > > January 21, 2015 17:00 UTC - Deadline for Mentors to evaluate student > work > > January 26, 2015 - Mentoring Organization deadline for submitting > their 2 Grand Prize Winners > > We hope you will help us spread the word about the Google Code-in > contest so we can introduce more young developers to the wonderful > world of open source. If you will be going to any talks or > conferences aimed at pre-university students in the next month we > would be happy to send you some cool GCI 2014 stickers. Please > contact me directly at sttaylor@...819... if you would like stickers > or if you have any questions about applying to be a mentoring > organization. > > [0] http://www.google-melange.com/gci/homepage/google/gci2014 > > [1] https://developers.google.com/open-source/gci/resources/ > mentor-and-orgadmin-info > > Thanks, > > Stephanie Taylor > > Google Code-in 2014 Program Manager > > -- > You received this message because you are subscribed to the Google > Groups "Google Summer of Code Mentors Announce List" group. > To unsubscribe from this group and stop receiving emails from it, > send an email to gsoc-mentors-announce+unsubscribe@...3168... > Visit this group at http://groups.google.com/group/ > gsoc-mentors-announce. > For more options, visit https://groups.google.com/d/optout. > ----- End forwarded message -----

1 0

New cairo released
by Josh Andler 28 Oct '14

28 Oct '14

Hey all, For those who don't sub to the cairo list, cairo 1.14 has been released which has the downscaling we need available for 0.91. So, any Windows devs want to see about building it and testing for the devlibs? The sooner we can can get on this, the better... http://cairographics.org/releases/cairo-1.14.0.tar.xz Cheers, Josh

14 34

lightweight export svg to pdf
by unknown＠example.com 27 Oct '14

27 Oct '14

Hi, I use inkscape in a image processing script in batch mode where I want to export svg graphics to PDF. Now I want to move this within a web application. Inkscape has a lot of dependences to other packages and libraries and thus is less suitable to install on a web server. Is there are lightweight alternative to convert svg or ai to pdf? Does inkscape use other libs or tools to export to pdf? maybe cairo? Any ideas are appreciated. thanks! best regards, knut

3 2

tesselations
by Jabiertxo Arraiza Cenoz 26 Oct '14

26 Oct '14

Hi to all. Im working in a tesselation code but i dont want to duplicate code, so im trying whith tiled clones. I have this page as reference: http://en.wikipedia.org/wiki/Wallpaper_group#The_seventeen_groups But i think the cloned tiles generated with reset shift, rotation and scale seems wrong. Can any one confirm me if im ok? Attached are a ex/sample of a tile P3M1. Regards, Jabier.

3 4

Multiple difference boolean ops extension
by Ryan Lerch 24 Oct '14

24 Oct '14

I have hacked up a quick extension[1] to apply a series of boolean ops on a selection of 2 or more objects. Basically, it just takes the top path in the z-order of the selection, duplicates it, and applies a difference between that shape and each of the shapes underneath. I have frequently (in the past) done this by hand, duplicating shapes, applying the op, and repeating over and over again. This is my first attempt at an extension, and i am calling the inkscape binary from the python script so i can use the verbs availble on the command line. However, i'm unsure how to get this result back into the inkscape window that called the extenstion. (currently a new window opens with the temp SVG in it) any thoughts on how to do this kind of thing in a better way? cheers, ryanlerch [1] - https://github.com/ryanlerch/inkscape-extension-multiple-difference

2 2

Patterns affected by LPE
by Jabiertxo Arraiza Cenoz 23 Oct '14

23 Oct '14

Hi to all. Finaly i desestimate LPE on patterns. Maybe i made a metod to convert a object with pattern to a group whith this patttern "merged/flattern" in the future. Regards, Jabier.

1 0

Website Shield
by Martin Owens 23 Oct '14

23 Oct '14

Dear Devs, Here's a video showing the website's next generation front page editing. https://www.youtube.com/watch?v=Rq2EFX9Aw70 I'm hoping this looks good enough to use, other developers, translators etc will be the ones using the widget to keep the website up to date, so please let me know your feedback. Thanks everyone. Best Regards, Martin Owens

3 2

A seamless pattern extension/procedural template update
by Jabiertxo Arraiza Cenoz 21 Oct '14

21 Oct '14

Hi to all. I made a big update (0.4) to the extension "seamless pattern". Is commited to experimental branch, or you can take from my inkspace[1] to use in 0.48 or up. Also have a you tube video inside the inkspace page. The video has anotations but im not english so any help to improve is welcome. [1]http://inkscape.org/en/gallery/item/1358/ Regards, Jabier.

1 0

0.92 milestone now registered
by Bryce Harrington 21 Oct '14

21 Oct '14

Bug reports and blueprints can now be targeted to the 0.92 milestone. I've also opened a 0.91.1 milestone. Please review bugs currently milestoned against 0.91 and re-milestone them to either 0.92 or 0.91.1 (or both). For 0.91.1 we should look for issues which are either severe problems, or that have unambiguously correct fixes. Severe problems include compilation issues, installation breakage, crashes, startup failures, functional regressions, data loss situations, and the like. Unambiguously correct means either by code inspection or mechanical testing we know with great assurance there can be no possible bug in the patch. Everything else should be pushed to 0.92. Also, don't be shy about just deleting milestones on bugs you think are not severe, not easily fixed, and not otherwise pressing issues. Bryce

1 0

0.91 About Screen Contest Results
by Josh Andler 21 Oct '14

21 Oct '14

We have a winner! http://prudentity.deviantart.com/art/Eisvogel-485536813 If there are any changes or suggestions, please let's try to collect them into one thread so I can then request all modifications at one time. The first one I have will be to use the traditional Inkscape & Draw Freely text from our branding file. Cheers, Josh

4 5

Wiki account
by Maren Hachmann 20 Oct '14

20 Oct '14

Hi everyone, I saw that this Wiki page: http://wiki.inkscape.org/wiki/index.php/WebSite needs an update, and I'd like to do that, so that when the next version of the website is released, translators will have a current guide to follow. Could the person responsible for the Wiki accounts add an account for me (preferred username: Moini)? Thank you, Maren

2 2

patterns
by Jabier Arraiza 20 Oct '14

20 Oct '14

Hi to all. I'm going to work in patterns to: * If pattern change for example is a clone the pattern is updated. * Make patterns updatable by some live effects -envelope-perspective, envelope, lattice1/2... basicaly deform LPE like experimental do whith clips and mask If any question about, tell me. Regards, Jabier.

1 0

Powerstroke - interpolation change
by Johan Engelen 19 Oct '14

19 Oct '14

Hi all, Jabier has found a fairly common case where LPE Powerstroke is behaving unintuitive / unstable / scale-dependent. See the attachment. Both paths are exactly the same, except for a very slight (y-coord) change in the right-most width control knot. This instability happens because of how the interpolation between width knots is done. [*] The fix I propose, and committed to experimental in rev. 13620, is to do the interpolation in a 'proper' coordinate system, using the length of the path as a scaling factor for the width knot offsets. This removes the unstable behavior, and also removes the scale-dependent output (noticeable when scaling the path: the result changes if the width points scale with the same factor). Please test if you like this behavior better. (Compare the attached file in trunk and experimental.) The problem is that for some cases, this will change the result of powerstroked paths dramatically. Can we apply such changes so shortly before release? An alternative is changing it after release, which would be even worse in my opinion. regards, Johan [*] It's technical, but here goes quickly for who is interested. Knots are treated as [offset along path, width] points. The offset along path is the segment number + the location along that segment. The width is (may not be true, but for ease of discussion) in canvas coordinates. This means that the interpolation is performed in a *very* compressed coordinate system, where the x-coords may range from, say, 0 to 5, and the y-coords from 0 to 2000. This is also scale dependent; changing the scale of your path and scaling all widths accordingly will change the look of your path. (The implementation of this scaling is implemented by Jabier and I will commit it shortly.)

3 3

Procedural template for tesselation
by Jabiertxo Arraiza Cenoz 18 Oct '14

18 Oct '14

Hi to all. Attached are a procedural template for teselation. I need help testing, improving and put better strings. Also not sure if procedural template, extension or both. Procedural templates are located in experimental branch into share/extensions. If no object i put on experimental to try. Later make the same as extension for 0.48. Regards, Jabier.

5 11

Templates in experimental branch.
by Tavmjong Bah 16 Oct '14

16 Oct '14

Hi, I've replaced a large fraction of the templates in the experimental branch by "procedural" templates. This unclutters quite a bit the Templates menu as well as offering overall more options. Please test your favorite templates and give me feedback. Thanks, Tav

6 12

Daily builds - with static analysis
by unknown＠example.com 16 Oct '14

16 Oct '14

Hi all, I have set up a daily build system that checks if trunk still builds (on Ubuntu) and, more importantly, runs clang's static analyzer using scan-build. You can find the results here: http://ec2-54-69-235-61.us-west-2.compute.amazonaws.com:8080/ After some clicking, you will find these interesting pages (links may become obsolete after a new build) http://ec2-54-69-235-61.us-west-2.compute.amazonaws.com:8080/job/Inkscape_t… and http://ec2-54-69-235-61.us-west-2.compute.amazonaws.com:8080/job/Inkscape%2… As you can see, there are still some nasty bugs in trunk. For example http://ec2-54-69-235-61.us-west-2.compute.amazonaws.com:8080/job/Inkscape_t… -Johan (currently I run Jenkins on free-tier EC2, but we are working on getting something more permanent. Expect a longer email with plans in the near future)

8 15

Automate Tesselations
by Jabiertxo Arraiza Cenoz 16 Oct '14

16 Oct '14

Hello again. Attached are a ?cool svg to make teselations. Is designed to automate it ?easy. Y have a question: Automate as extension or as a procedural templete? The script recibe this inputs: width height Regards, Jabier.

1 0

Release Notes reminder
by Josh Andler 16 Oct '14

16 Oct '14

Hey All, This is just the occasional reminder to make sure the release notes are up to date. Given that development on 0.91 is getting late in the cycle if people could go over the release notes [1] for it and double check all noteworthy changes are listed that would be great. Given that a number of things have landed or changed in Experimental, we need to document these things while they are still relatively fresh in people's minds. It would be helpful if authors of any new features or fixes could create a temporary release notes page for staging this information before anything gets ported to trunk (after 0.91 is forked). Cheers, Josh [1] http://wiki.inkscape.org/wiki/index.php/Release_notes/0.91

2 1

Empty page template broken; python problems
by Tavmjong Bah 16 Oct '14

16 Oct '14

Hi, I have discovered that "Empty Page" template creation is quite broken. The 'viewBox' is always the same, regardless of which page size and orientation are selected. It appears that "empty_page.py" is just pulling in the "default.svg" file and changing the <svg> 'width' and 'height' attributes without changing the 'viewBox' to match. I can patch this but am having trouble with setting attributes within <sodipodi:namedview> to match. For example, the following code attempts to simply change the 'id' of <sodipoid:namedview>: namedview = root.find(inkex.addNS('namedview', 'sodipodi')) inkex.debug( namedview.get("id") ) namedview.set("id", "NewID" ) inkex.debug( namedview.get("id") ) The debug output shows that the 'id' attribute is changed but if I then examine <namedview> with the XML editor it doesn't show the change. Any clues as to what is going on would be greatly appreciated. Tav

5 9

0.91 About Screen Contest - Developer voting time
by Josh Andler 16 Oct '14

16 Oct '14

Here are the results from the About Screen contest on DA, follow the link to see what the community has voted for. http://inkscapers.deviantart.com/blog/488191078/ All Devs (yes that includes Translators too), please chime in with your opinions, votes, as well as any comments on modifications that may need to be done. Please keep all voting and discussion on the mailing lists and let's wrap this up so we can make an announcement by next Monday (voting open through October 19th). Cheers, Josh

15 15

Release Status (Frost)
by Bryce Harrington 15 Oct '14

15 Oct '14

Here's where we're at in the release: 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 Last time I checked make distcheck there were just a handful of warnings. I haven't checked recently but suspect we're at 90% now. How are we doing on the release notes? When I checked a couple months ago they were looking quite good so assume we're past 90% there too? For the OSX packaging I have a huge amount of notes about many things that we need to do, but essentially it sounded like we're going to postpone any major work until next release, and just use the existing X11-based scripts. su_v has pointed me at a branch with some osx stuff that needs reviewed/landed, but otherwise is there any other major OSX packaging or porting work I need to be aware of? For Windows packaging, I don't really have much in the way of notes. Sounds like the current scripts mostly just work, and modulo a few platform-specific bugs we should be good to go. There was work being done on a Win32 Installer using the WIX toolset but this sounds still in progress and not something we need to worry about for this release. Correct me if I'm wrong? Looking forward... Once the above stuff is settled we'll be entering Freeze. This is both a Feature Freeze and String Freeze. I'll post more details when we get there, but to answer what I think will be a common question - bug fixes can still be landed freely, it's just that feature work and anything that changes user visible (translatable) strings will need release manager approval (i.e. me or Josh). I don't think anyone is planning work of this type so this should be a non-issue. Probably the next question is how long until Freeze is done? I think we need to keep it going at least 30 days, to give ample time to translators. But most of the tasks for this phase are straightforward and I think we won't need much more than 30 days. After that comes Hard Freeze, where we tend to whatever release blocking critical bugs remain (hopefully none by now!) and finalizing everything for the official release. Maybe we'll have 0.91 out the door by Thanksgiving. Bryce

6 15

RFC: Inkscape Updates
by Martin Owens 15 Oct '14

15 Oct '14

Request for Comment. A feature for the 0.91 release and going forwards. The idea is for inkscape to have a way to alert our users about some goings on in the inkscape world 'in app'. This is needed because many users either download the app and fail to upgrade after that, or are not aware of anything beyond the app download. And for users who get inkscape through their package manager and are thus cut off from us. An xml file would be made generated (and cached) on inkscape.org which would be controllable by the inkscape board by vote. It would contain a list of translated alert 'items' specific for an inkscape released version, each one would contain: - unique id (int) - A subject (translated-text) - A body (translated-text) - A link (url) - Start Date (iso date) - Expire Date (iso date) - Importance (int) This file would be downloaded every so often and cached locally. (default one month between updates). Stored in ~/.cache/inkscape/alerts-${inkscape-version}-${lang}.xml When the app has been opened for a certain delayed time (default 3 seconds) it will check for alerts never shown before by id. It will then filter out any outside of the date range start-expire. It will then check the user's preference for alerts (Developer-Notice(0), Community-Update(5), Important(10), Critical(15), Never(20)) and if >= display the alert[1] saving the fact it has displayed this alert-id. [1] http://inkscape.org/en/gallery/item/704/ The importance might be reflected in an icon displayed. The user might be alerted by default to go to inkscape.org to register (and also check their alert settings if they never want to be disturbed) Your thoughts on this proposal are needed. Best Regards, Martin Owens

3 6

Re: [Inkscape-devel] New cairo released
by Johan Engelen 15 Oct '14

15 Oct '14

Hi Partha, I'd be happy to receive and test it. Will you make a 32 or 64bit build? Thanks a lot, Johan ----- Reply message ----- From: "Partha Bagchi" <partha1b@...400...> To: Cc: "Inkscape Devel List" <inkscape-devel(a)lists.sourceforge.net> Subject: [Inkscape-devel] New cairo released Date: Tue, Oct 14, 2014 23:26 Would this coming weekend be too late? I can provide a build (and associated dependencies) to Jehan then. Thanks, Partha On Tue, Oct 14, 2014 at 3:38 PM, Josh Andler <scislac@...400...> wrote: > Hey all, > > For those who don't sub to the cairo list, cairo 1.14 has been > released which has the downscaling we need available for 0.91. > > So, any Windows devs want to see about building it and testing for the devlibs? > > The sooner we can can get on this, the better... > > http://cairographics.org/releases/cairo-1.14.0.tar.xz > > Cheers, > Josh > > ------------------------------------------------------------------------------ > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for $9/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device. > http://p.sf.net/sfu/Zoho > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel ------------------------------------------------------------------------------ Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

Re: [Inkscape-devel] Inkscape with Vagrant - Test Inkscape with only 3 commands
by objarni 14 Oct '14

14 Oct '14

*Update:* I did a *vagrant reload* and that seemed to make the trick: the */home/vagrant/inkscape* folder in the VM is now mirroring my host file system, and a.t.m. my cpu fan is running at 100% because Inkscape is compiling inside the VM! Yey :) Will keep you posted, this might be the tipping point where I actually start contributing as a developer to Inkscape, and not "only" a user/tester+reporter of bugs ... /Olof -- View this message in context: http://inkscape.13.x6.nabble.com/Inkscape-with-Vagrant-Test-Inkscape-with-o… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Special static analysis build target
by Johan Engelen 14 Oct '14

14 Oct '14

Hi all, To speed up the static analysis and clean up the list of bugs, I would like to have a "make static-analysis" or some other way to "tell make" to not compile the directories that we do not want static analysis on, and not to do all non-compile jobs (so also not link). The following directories should be excluded: - libcroco - libgdl - libavoid As you perhaps have seen, these libs trigger a bunch of static analysis errors, but they really should be fixed upstream. Thanks so much, Johan

2 1

End of the Bug Hunt!
by Bryce Harrington 14 Oct '14

14 Oct '14

With 1509 points tallied, the bug hunt is now complete. Pts Bug Age Fixed Assignee Description === === === ===== ======== =========== 3 1314910 0 05/01 (unknown) Font size specification 6 1316591 0 05/06 Mohamed IKBEL Boulabiar copy-paste typo in the dbus document interface 3 1317140 0 05/09 jazzynico Tutorials: supported generic font names in trunk have changed (Sans -> sans-serif, Serif -> serif) 3 1247448 0 05/10 jazzynico environment variable INKSCAPE_PORTABLE_PROFILE_DIR should be documented in man page 6 1310266 0 05/10 jazzynico Update the man page with '-i -j' for plain SVG export options 6 1318289 0 05/11 jazzynico preferences > bitmap > rendering shows po file headers 6 1318345 0 05/11 jazzynico untranslatable strings in trunk-r13348 3 1318671 0 05/12 Masato HASHIMOTO url for New in This Version is obsolete 12 1318532 0 05/12 Alvin Penner Extension/Guides creator: Render fails 3 1318328 0 05/11 Masato HASHIMOTO typo in trunk-r13348 12 1256597 0 05/13 Diederik van Lierop several actions outputs to the terminal: "warning: invalid state when picking..." 24 1243401 0 05/13 David Mathog Clickable area of a text object is much larger than the object itself (rev >= 12488) 3 1319060 0 05/14 jazzynico typo in tutorials on r505 6 1318929 0 05/14 jazzynico untranslatable string in trunk-r13370 3 1303422 0 05/15 Tavmjong Bah corrupt -inkscape-font-specification values 6 1320317 0 05/16 Martin Owens barcodes do not scale correctly when modifying default document units (rev 13386) 3 1320613 0 05/18 Matthew Petroff Coordinates don't update properly when moving a node 6 1318339 0 05/22 jazzynico Tooltips in extensions page elements are not translated 8 1022733 2 05/23 Diederik van Lierop Measure tool: flakiness with constrained measuring 6 1318348 0 05/24 jazzynico Extension dialogs inconsistency 6 1270929 0 05/28 Tavmjong Bah sans-serif as default font: gtk-critical, glib-gobject-critical warnings (Text & Font dialog)(rev >= 12164) 11 378097 5 05/20 (unknown) Crashes with several documents 12 1326144 0 06/05 Tavmjong Bah Some fonts no longer work, they appear in the chooser though 14 1188996 1 06/06 Tavmjong Bah real font-style does not correspond with selected style 5 1009953 2 06/09 theAdib Font previewed but not imported 12 1298967 0 06/11 David Mathog trunk: swatches are duplicated again on paste and import (rev >= 13139) 3 1327577 0 06/11 jazzynico Tablet pressure button wrongly located in Spray tool control bar 18 1326652 0 06/11 Johan Engelen Crash if right-click when completing a shape 18 1318657 0 06/11 David Mathog Drag&Drop imports wrongly gradients (leads to crash)(rev >= 13139) 18 1328152 0 06/15 Johan Engelen trunk/experimental: crash on open filter editor after blurring an object 8 433860 5 06/18 jazzynico Live preview doesn't work after updating the values many times (timeout reached) 24 781893 3 06/18 Johan Engelen Crash after moving a Bezier node after Knot path effect 9 1327232 0 06/06 Alex Valavanis Trunk PPA FTBFS in Utopic. Missing Build-Depends: libpoppler-private-dev 18 1333020 0 06/22 Liam P. White trunk: crash on releasing groups clipped/masked by non-SPLPEItems, revision >= 13418 6 1262782 0 06/23 David Mathog inkscape --export-text-to-path - linebreak-bug with flowed text 6 1262792 0 06/23 David Mathog inkscape --export-text-to-path --export-plain-svg - position bug with flowed text 12 1315142 0 06/03 Matthias Kilian Build failure with poppler-0.26 6 1264371 0 05/14 Masato HASHIMOTO Broken Link: Bug Page Not Found From Program Link 3 1281028 0 06/20 jazzynico Update the changelog file in the 0.48.x branch 3 1323561 0 05/27 jazzynico Right handed ilustration file is incorrect 3 1332948 0 06/23 uwesch Typo at German translation 3 1328217 0 06/24 John Smith space bar should allow to easily move around the document without using scrollbars 6 1332461 0 06/25 jazzynico Datamatrix 22x22 is always incorrect 12 810159 3 06/28 (unknown) Crash when removing a color profile 3 1326131 0 06/29 jazzynico Can't delete layer from context menu 12 1337170 0 07/05 Diederik van Lierop snap to grid fails silently when snapping to original target 6 1333465 0 07/08 Liam P. White Node tool can't manipulate nodes dependent on zoom when LPE applied 13 527314 4 07/08 (unknown) Inkscape crashes when I try to resize image 12 1322940 0 07/10 Alvin Penner Object clipped by cloned shape missing selection cue 18 1323849 0 07/10 Diederik van Lierop trunk: crash when ungrouping a filtered group (rev >=13298) 12 1340011 0 07/11 Diederik van Lierop scaling with alt fails at 100% 3 1340816 0 07/21 Yuri Chornoivan Typos in FlowSymbols.svg 10 656938 4 06/22 Abe Yo Uniconvertor formats export fails on Windows 7 (python.exe crashes) 9 1335523 0 07/24 Liam P. White 0.48.x recipe not built correctly 18 1348927 0 07/26 Liam P. White trunk: XML Editor restored on launch allows to add/set attribute without selection and crashes (rev >= 12682) 12 1339305 0 07/25 Alvin Penner Object clipped by text or cloned text missing selection cue 18 1309050 0 07/27 Liam P. White inkscape bzr 13290 crashes when trying to edit a gradient position (rev >= 13223) 18 1348896 0 07/27 Liam P. White trunk: crash when removing pattern fill while pattern handles are visible (rev >= 13455) 6 1299948 0 07/28 Liam P. White LPEs with linked paths sometimes do not recalculate after undo 6 1293979 0 07/28 Liam P. White Clone Original Path gets clip/mask of path instead of path 9 1348891 0 07/28 Liam P. White Crash when pattern fill is quickly changed 8 956225 2 07/28 Liam P. White Current trunk sticks in gdb, prevents gdb debugging 18 1333445 0 07/28 Liam P. White various crashes with color extensions 18 1344217 0 07/28 Liam P. White trunk: crash when resizing page 9 1332038 0 08/01 (unknown) Crash when switching between symbols files 10 605168 4 08/01 Jabiertxof [Pen tool] Deleted 2nd node still appears in finished path. 18 1348385 0 08/01 Liam P. White trunk: converting filtered shape to path removes filter effect (rev >= 13299) 6 1246550 0 08/01 Jabiertxof Live effects dont show helper paths 18 1313431 0 08/01 Liam P. White Inkscape crashing in Ctrl+Z 12 1348959 0 07/30 Diederik van Lierop Grid snapping hangs in large drawings 6 1350897 0 08/04 jazzynico XAML export formats numbers in the top-level TranslateTransform in the user's locale 3 486192 4 08/04 Liam P. White In the node editor, both stroke and fill use the same pattern handles 10 604025 4 08/04 Liam P. White Can't edit stroke pattern unless there is a fill pattern 36 1330295 0 08/05 Liam P. White This file causes a crash when semi circle is moved 18 1274831 0 08/06 Krzysztof Kosinski crash, spraying an object with the mode: spray object in single path 3 1241501 0 08/06 Jabiertxof Better tooltip to "Link path parameter" 12 1327267 0 08/06 Liam P. White Dragging handles results in calls to sp_style_read_from_prefs() 24 1348375 0 08/07 Liam P. White trunk: randomized star/polygon changes shape when moved (rev >= 12554) 18 1335943 0 08/07 Liam P. White Inkscape crashes on quit 14 1155046 1 08/07 jazzynico Assertion `pathlen < 200' failed 14 1093345 1 08/07 Tavmjong Bah Trunk fails to launch with 'Pre-render named icons' if feFlood filter primitive is present in icons.svg 12 1349018 0 08/07 Alvin Penner trunk: visual bbox of objects clipped with a clone doesn't update when size of the clone's original is changed (rev >= 10618) 6 1354249 0 08/08 (unknown) Rotated ellipse and measurements changed 3 1341154 0 08/08 jazzynico Inner shadow filter must allow to set shadow parameters 12 195214 6 08/08 Daniel Macks Bad -I order 8 383246 5 08/08 Krzysztof Kosinski fenv.h not used, some systems don't have fenv.h 3 1065928 2 08/09 Johan Engelen Cannot put text on cloned path 7 1166184 1 08/10 jazzynico XAML export not compatible with Silverlight 6 1350817 0 08/10 Johannes Rssel XAML export omits fractional stroke widths 3 1248174 0 08/11 Alberto Salvia Novella Update the Ubuntu colour palette to fit the spec 10 508529 4 08/13 jazzynico Printing rastered image offsets the page 12 264831 6 08/13 jazzynico Print settings not persistent 26 601336 4 08/04 Liam P. White Inkscape crashes when trying to move or rotate stroke pattern 7 1097383 1 08/14 (unknown) Measurement tool : wrong unit display 24 184499 6 08/15 jazzynico Inkscape Preferences dialog does not remember tabs/pages 12 1352554 0 08/15 Diederik van Lierop trunk: moving object transformation center and flipping causes object to move away from center (>=13452) 12 1357531 0 08/16 (unknown) rotation center does not scale with object size when using transform dialog to rescale 12 1342238 0 08/17 Matthew Petroff Jumping grid when setting the origin to 0 12 1265026 0 08/17 Diederik van Lierop constrained node dragging and path rotating, they snap back to previous position 22 969828 2 08/18 (unknown) Bucket tool crashes when used with small complex path 24 1356192 0 08/17 Liam P. White [trunk] very slow launch time when many fonts installed (rev >= 12105) 8 899786 2 08/13 (unknown) inkscape artwork shifted down when printing 11 977003 2 06/29 Johan Engelen inkscape crashed with SIGSEGV in Avoid::VertInf::removeFromGraph() 8 1236279 1 08/20 Liam P. White trunk: opening second document window corrupts default cursor in first document (rev >= 12476) 4 1099160 1 08/20 Lucas Vieites Error in spanish translation 7 1068987 1 08/20 Jabiertxof LPE perspective path crashes Inkscape 7 1099832 1 08/22 Alex Valavanis Stop using deprecated Gdk Thread API 6 1266499 0 08/23 Diederik van Lierop skew problem when the center of rotation is on a bounding box edge 10 655289 4 08/24 (unknown) Saving Copy as WMF is broken 8 340723 5 08/26 Kris Interface inconsistency of tooltips 12 1360953 0 08/26 Diederik van Lierop cannot set transformation center in this file (rev >= 13512) 12 1360946 0 08/27 Diederik van Lierop Broken transformation center (rev >= 13512) 18 1363497 0 08/31 Liam P. White Path Effects > Knot crashes Inkscape selecting Nodes tool 9 681286 3 08/17 Diederik van Lierop [snapping] nodes ctrl-drag not always working properly 12 1288860 0 07/11 Alvin Penner tiled clones broken with mm as unit (rev >= 12554) 12 1247799 0 08/17 Diederik van Lierop Rotation center moves on copy when units are mm (rev >= 12554) 3 1346972 0 09/02 Liam P. White pen tool: "triangle in" shape for powerstroke should pick width from active style 7 1212641 1 09/04 (unknown) Saved SVG is wrong after resizing 3 1302857 0 09/04 David Mathog EMF, improved clipping support 6 1336753 0 07/24 David Mathog [EMF to SVG conversion]: chinese characters 6 1348417 0 09/04 David Mathog SVG processed differently depending on program context 9 1357411 0 09/09 Liam P. White build failure with boost 1.56 and C++11 6 1345930 0 09/10 (unknown) FILE vs int API mismatch in JarFile class 3 1368375 0 09/12 houz Page titles in preferences don't escape text for markup 8 930998 2 09/16 (unknown) possible memory problems when using complex fonts 3 1365927 0 09/18 Bryce Harrington Small "r" in "register file extensions" during Windows installation looks amateurish 6 1340914 0 09/18 Bryce Harrington Build failure: missing #include in color-profile.cpp 18 1348382 0 09/07 Alvin Penner trunk: unit selector in tool contexts triggers crash on undo of default units change 20 1236257 1 09/21 Alvin Penner trunk: some of the locale-based templates cause objects to be resized when default units are changed (rev >= 12557) 7 505920 4 06/11 jazzynico inkscape loads extension even if the script specified in <command> doesn't exist 12 1372200 0 09/23 jazzynico Comment within <script> element in INX file triggers crash on launch (rev >= 13421) 12 1287288 0 09/19 Alvin Penner trunk: clip-path of clipped group incorrectly scaled when changing default units (rev >= 12554) 11 334973 5 09/28 (unknown) kerning for Latin Modern fonts 12 1279534 0 09/27 Alvin Penner text-on-path size changes if you change default document units 3 690255 3 10/01 jazzynico Rename te_IN.po to te.po 3 1358520 0 10/01 jazzynico show/hide other layers not properly recorded in undo history 3 1325822 0 10/01 jazzynico BMP images resolution not correctly imported 11 380522 5 10/02 jazzynico strings that need to be fixed for translation 12 1364937 0 10/02 Tavmjong Bah pango 1.36.6 breaks 'Light' font styles in 0.48 and trunk 10 586104 4 10/03 jazzynico decimal point issues ? 12 1278561 0 10/03 Alvin Penner flowed text appearance changes depending on default document units 18 1357805 0 10/01 Liam P. White trunk: crash on undo after applying markers (rev >= 13496) 6 1315487 0 05/06 jazzynico [0.91 Tutorial Review] issues with "tips and tricks" tutorial 6 1315485 0 05/05 jazzynico [0.91 Tutorial Review] issues with "Elements of Design" tutorial 6 1315483 0 05/06 jazzynico [0.91 Tutorial Review] issues with " Calligraphy" tutorial 6 1315480 0 05/06 jazzynico [0.91 Tutorial Review] issues with " Bitmap tracing" tutorial 6 1315457 0 05/06 jazzynico [0.91 Tutorial Review] issues with "Advanced" tutorial 6 1315453 0 05/05 jazzynico [0.91 Tutorial Review] issues with "Shapes" tutorial 6 1315416 0 05/03 jazzynico [0.91 Tutorial Review] issues with "Basic" tutorial 24 1367520 0 09/10 Liam P. White [trunk] crash on resize document, copy to clipboard 12 1374614 0 10/08 Alvin Penner unexpected/unwanted translate-x attribute (very small) when creating text or flowed text 6 1310787 0 10/11 Alvin Penner resize page to drawing resets unit to px (rev >= 12554) 6 1380246 0 10/12 Diederik van Lierop snap restrictions (hor./vert.) are broken 3 1380186 0 10/12 Alexandre Prokoudine Russian translation update for 0.91 9 245173 6 10/14 Joshua Blocher Compiling under Solaris 10 9 1375085 0 10/14 Liam GTK3: fails to launch GUI with GTK+ 3.14 Total Score: 1509 / 1500 Thanks everyone who helped with bug fixes, bug triage, packaging, and testing. This was an epic bug hunt. Bryce

1 0

libavoid in Inkscape: bug with compiler optimization
by Johan Engelen 13 Oct '14

13 Oct '14

Hello Michael, While running a static analyzer on Inkscape's codebase [1], I found a fairly severe bug in our copy of libavoid. I checked your git repository, and the bug is still present. In graph.cpp, from line 643: void EdgeList::clear(void) { while (_firstEdge) { delete _firstEdge; } COLA_ASSERT(_count == 0); _lastEdge = NULL; } The bug here is that the compiler might optimize the loop-condition and only check it once, assuming that the destructor of _firstEdge does not have the side-effect of changing _firstEdge. In fact, libavoid's design is such that the destructor does have such a side effect. I find this a *very* questionable design, that is bound to cause bugs for developers contributing code or, in this case, by a (afaik fairly common, see [2]) compiler optimization. I am surprised you have not had programs run into this problem. However, I cannot rewrite all the code that relies on that behavior. I hope you would consider redesigning the list implementation, such that it does not have unintuitive side effects. For now, I am planning to "fix" this bug by: void EdgeList::clear(void) { EdgeInf *edge = _firstEdge; while (edge) { EdgeInf *next_edge = edge->lstNext; delete edge; edge = next_edge; } COLA_ASSERT(_count == 0); COLA_ASSERT(_firstEdge == NULL); _lastEdge = NULL; } Do you agree with this fix? Thank you for your comment. Kind regards, Johan [1] http://ec2-54-69-235-61.us-west-2.compute.amazonaws.com:8080/job/Inkscape_t… [2] http://stackoverflow.com/questions/9495856/how-to-prevent-g-from-optimizing…

2 2

Re: [Inkscape-devel] [Inkscape-translator] 0.91 About Screen Contest - Developer voting time
by JimmyVolatile 13 Oct '14

13 Oct '14

For me it's a clear vote for #3, Eisvogel. Simple but different than most about-screens I've seen lately. (although #1 and #2 are also very good. I especially like the SVG anim in #2 even though it's a bit too limited IMHO) Cheers. Jarl Arntzen On Mon, Oct 13, 2014 at 10:19 AM, Josef Vybíral (corneliuscz) < newsgroups@...1135...> wrote: > Hi folks, > all three are lovely works. For me the 'numero uno' is number 3 - Eisvogel > by Prudentity. > > Cheers > Josef a.k.a. corneliuscz > > > 2014-10-13 9:14 GMT+02:00 Josh Andler <scislac@...400...>: > >> Here are the results from the About Screen contest on DA, follow the >> link to see what the community has voted for. >> >> http://inkscapers.deviantart.com/blog/488191078/ >> >> All Devs (yes that includes Translators too), please chime in with your >> opinions, votes, as well as any comments on modifications that may need >> to be done. >> >> Please keep all voting and discussion on the mailing lists and let's >> wrap this up so we can make an announcement by next Monday (voting >> open through October 19th). >> >> Cheers, >> Josh >> >> >> ------------------------------------------------------------------------------ >> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer >> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports >> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper >> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer >> http://p.sf.net/sfu/Zoho >> _______________________________________________ >> Inkscape-translator mailing list >> Inkscape-translator(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-translator >> > > > > ------------------------------------------------------------------------------ > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > http://p.sf.net/sfu/Zoho > _______________________________________________ > Inkscape-translator mailing list > Inkscape-translator(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-translator > >

1 0

Use-after-free bug in text_reassemble.c
by Johan Engelen 11 Oct '14

11 Oct '14

Hello David, Recently, clang's static-analyzer found a use-after-free bug in your code in extension/internal/text_reassemble.c [1] The fact that the trace is 83 steps long and goes all over the file is very worrying, and means it would take someone unfamiliar with the code a lot of time to fix the bug. Please study the analyzer report and fix the bug. Thank you, Johan [1] http://ec2-54-69-235-61.us-west-2.compute.amazonaws.com:8080/job/Inkscape_t…

1 0

About Screen Contest - 3-way tie for third!
by Josh Andler 09 Oct '14

09 Oct '14

Hey all, There was a 3-way tie for third that needs to be broken... more voting is needed from the community to wrap this up this part of the contest. http://inkscapers.deviantart.com/blog/487392705/ For the record, the two entries which have solidified their place are as follows. 1st - http://grassydeviant.deviantart.com/art/Splash-contest-entry-482486783 2nd - http://jfbarraud.deviantart.com/art/InkMotelBlinking4-480823055 It's a shame we don't support animation because if you go to the second place entry's page and click the download link to the right you get to see the full effect. Cheers, Josh

2 1

0.91 Bug Hunt Status
by Bryce Harrington 09 Oct '14

09 Oct '14

Development focus: 0.91.x series Pts Bug Age Date Assignee Description === === === ==== ======== =========== 6 1299948 0 05/11 Liam P. White LPEs with linked paths sometimes do not recalculate after undo 6 1310266 0 05/10 jazzynico Update the man page with '-i -j' for plain SVG export options 6 1315416 0 05/03 jazzynico [0.91 Tutorial Review] issues with "Basic" tutorial 6 1315453 0 05/05 Ryan Lerch [0.91 Tutorial Review] issues with "Shapes" tutorial 6 1315457 0 05/06 Ryan Lerch [0.91 Tutorial Review] issues with "Advanced" tutorial 6 1315480 0 05/06 Ryan Lerch [0.91 Tutorial Review] issues with " Bitmap tracing" tutorial 6 1315483 0 05/06 Ryan Lerch [0.91 Tutorial Review] issues with " Calligraphy" tutorial 6 1315485 0 05/05 Ryan Lerch [0.91 Tutorial Review] issues with "Elements of Design" tutorial 6 1315487 0 05/06 Ryan Lerch [0.91 Tutorial Review] issues with "tips and tricks" tutorial 6 1316591 0 05/06 Mohamed IKBEL Boulabiar copy-paste typo in the dbus document interface 6 1318289 0 05/11 Masato HASHIMOTO preferences > bitmap > rendering shows po file headers 6 1318345 0 05/11 Masato HASHIMOTO untranslatable strings in trunk-r13348 12 1318532 0 05/12 Masato HASHIMOTO Extension/Guides creator: Render fails 3 1247448 0 05/10 bcrowell INKSCAPE_PORTABLE_PROFILE_DIR should be on man page 3 1317140 0 05/09 jazzynico Tutorials: supported generic font names in trunk have changed 3 1318328 0 05/11 Masato HASHIMOTO typo in trunk-r13348 3 1318671 0 05/12 Masato HASHIMOTO url for New in This Version is obsolete 3 1314910 0 05/01 Claus Johansen Font size specification Total Score: 99 / 1500 Scoring: -------- 12, 9, 6, 3 for importances critical, high, medium and low +1 point per year of the bug report's age x2 if bug is tagged 'regression' x2 if closed the week it was declared Bug of the Week Bug of the Week --------------- Ryan Lerch closed 30 points worth of bugs, due to hammering our tutorials into shape. Ryan, would you please find us a good Bug of the Week for May 12-18? Bryce

11 47

Funded development, Convenience Links, Repo checkout, etc..
by Robinson Tryon 06 Oct '14

06 Oct '14

Hiya, I saw an article about your new funded development policy, and read over the Funded Development Model page. Is this the Proposed Projects list: http://wiki.inkscape.org/wiki/index.php/Projects ? It would be nice for http://inkscape.org/en/contribute/funded-devel/ to link the text "Proposed Projects list" to the appropriate page (whether that's on the wiki, the website, or etc..). Speaking of the wiki, it would be very convenient if the wiki login page (http://wiki.inkscape.org/wiki/index.php?title=Special:UserLogin) linked the text "email the developer list" to the devel list section of the mailing list page, (e.g. http://inkscape.org/en/community/mailing-lists/#inkscape-devel). Regarding source code, I didn't find a repository url or checkout instructions on the "Inkscape's Repositories" page (http://inkscape.org/en/develop/inkscape-bzr/). For comparison, here's what Launchpad provides on the "Code: Inkscape" page: --- You can browse the source code for the development focus branch or get a copy of the branch using the command: bzr branch lp:inkscape --- Cheers, --R -- Robinson Tryon QA Engineer - The Document Foundation LibreOffice Community Outreach Herald qubit@...3158...

3 3

Inkscape wiki account?
by Robinson Tryon 06 Oct '14

06 Oct '14

Hi, May I please have an account on the Inkscape wiki? I just saw a couple of broken links to tidy up. Username: qubit Thanks, --R -- Robinson Tryon QA Engineer - The Document Foundation LibreOffice Community Outreach Herald qubit@...3158...

2 1

Running Screen
by Jabiertxo Arraiza Cenoz 06 Oct '14

06 Oct '14

Hi to all. I dont know if this are discussed previously, but whats your opinion of a loading/running screen for inkscape? Regards, Jabier.

11 29

[tony@...3057...: minimum system requirements for Inkscape?]
by Bryce Harrington 03 Oct '14

03 Oct '14

Could someone help itemize the OS variants / versions we run on currently? Bryce ----- Forwarded message from Tony Sebro <tony@...3057...> ----- Date: Thu, 02 Oct 2014 10:51:36 -0400 From: Tony Sebro <tony@...3057...> To: "inkscape@...3057..." <inkscape@...3057...> Subject: minimum system requirements for Inkscape? Hi, all. See below. Someone has contacted our <trademark@...3057...> account asking a few questions about Inkscape. I can certainly clarify the first question about user- or device-based licenses. But I couldn't find any minimum system requirements or recommended specifications on Inkscape's website. Does Inkscape maintain a set of minimum system requirements for each OS? Please advise. Thanks! -Tony -------- Original Message -------- Subject: 413. Inkscape License Agreement Date: Thu, 2 Oct 2014 10:25:36 +0100 From: Katarina Helena <katarina.helena@...3139...> To: trademark@...3057... <trademark@...3057...> Dear Sir/Madam, I am an external consultant and one of my customers would like to use your software title *Inkscape *in a commercial environment. I would like to confirm what license terms and user rights are applicable to this specific software title when used in a production environment. According to your website <http://www.inkscape.org/en/download/>, it is a Free and Open Source Software licensed under the GPL <http://www.gnu.org/licenses/gpl-2.0.html>. Nevertheless, can you please support me on the following topics: 1. Is it licensed by user or device? 2. Which OS (Operating Systems) are supported? According to your site, Windows, Macintosh and Linux but can you please be more specific, indicating the versions? Do not hesitate to contact me in case you need further clarifications. Looking forward to hearing from you soon. Kind regards, Katarina Helena ----- End forwarded message -----

3 3

Inkscape 0.91 About Screen Contest - Community Voting
by Josh Andler 02 Oct '14

02 Oct '14

Hey all, The submission period for the About Screen Contest has closed. It's now time for voting to take place. Please help decide the winner of the contest. After this round of community voting the top 3 entries will be passed on to the developers for a final vote. As usual, the voting is taking place on DeviantArt and you will need to be a user there to cast a vote. To vote please go to the voting journal entry at http://inkscapers.deviantart.com/blog/485998934/ . Good luck to all who entered! Cheers, Josh

1 0

Next week's irc meeting
by Josh Andler 02 Oct '14

02 Oct '14

Hey All, Karen asked if we could bump Monday's meeting to Wednesday so Mo (Máirín Duffy from Red Hat) can join us. Any objections? Cheers, Josh

2 1

Fw: how to submit tutorials for official documentation?
by Brynn 30 Sep '14

30 Sep '14

Hi again, Also for item 4.2, under "Development (no coding needed)" > Mockup new dialogs. This is a good one, because I've seen questions about this in forums. No one seems to know where to submit such new dialog mockups. I might guess, the dev mailing list, but not sure. If you could tell me where/how, I'll include that :-) And in that same section, > Add Extensions. I can say that it has been frustrating trying to guide people (in forum topics) who want to learn how to write extensions. If anyone could write a tutorial for that, or at least a brief guide, I think it would be very helpful, and as well, perhaps result in more new extensions. (Same for filters, although that's another story.) As I mentioned earlier, related to updating the FAQ (in an older msg), I'll be making a list of needed documentation (afa the faq). So I'll include this in the list. No one really answered, when I asked to whom I should send such a list. I know you said Tav is the point guy for the manual. But for other documentation, who should I contact? Also Tav? Thanks again :-D brynn -------------------------------------------------- From: "Brynn" <brynn@...3133...> Sent: Saturday, September 27, 2014 11:08 PM To: "Inkscape-Devel" <Inkscape-devel(a)lists.sourceforge.net> Subject: [Inkscape-devel] how to submit tutorials for official documentation? > Hi Friends, > For item #4.2 of the FAQ ("Are there non-coding ways to help?") > under Help Fellow Users > Write Tutorials, I want to include info on how > to > submit tutorials for the official documentation. Or at least provide a > link > to such info. (Also, I might want to contribute tutorials myself.) > So far, all I've found is this page > http://wiki.inkscape.org/wiki/index.php/User_manual_information, which I'm > not sure is even a relevant doc anymore. It says to subscribe to the Inks > Docs mailing list, but other links are dead (not found). > Is there any other info, that I haven't found yet? Or is > subscribing to the list, pretty much all that's needed (and then tutorial > writers will find out how to submit them, from the mailing list)? > Thanks for your help :-) > brynn > > > ------------------------------------------------------------------------------ > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel

4 8

another updating faq question (how to open CDR files)
by Brynn 30 Sep '14

30 Sep '14

Hi Friends, Another FAQ item which doesn't seem to make sense, and that I'm not familiar with -- How to open CDR files. (Currently item 6.8 but will be moved in updated faq). Here's what it says now: ____________________ You can use UniConvertor for converting CDR files and some other formats to SVG. In Inkscape 0.46+, there's an input extension that will allow you to open or import CDR files directly from Inkscape if you have UniConvertor installed on your system. If you can't run UniConvertor, you can try this workaround: 1 - Open the CDR file in Corel Draw. Save it as a binary encoded CGM* file. It will save only vector graphics. It will not save bitmap graphics. 2 - Open the CGM file in OpenOffice Impress. Copy to Open Office Draw and insert original JPG or another bitmap graphics. Save file as ODG And you can continue in Open Office Draw program.) 3 - Select all (CTRL+A) 4 - Export as SVG. 5 - Open SVG file in Inkscape and correct mistakes if they appear. Note: OpenOffice will open only binary encoded CGM files in Impress. If the CGM is encoded using clear-text encoding, it will be opened in OpenOfice Writer, thus rendering the next steps invalid. ____________________ It's the workaround that's not making sense. #2 about inserting JPG -- I might guess that maybe CDR files can contain both raster and vector images?? But it's not clear at all. I mean, this workaround requires the user to have Corel Draw, Open Office Impress, and OO Draw, all installed. With all that, and they still need Inkscape? I'm not sure the workaround is even worth keeping -- especially not if it's out of date. And there's a close parenthesis which didn't have an open parenthesis. So I think something has been edited incompletely. However, if that's still a valid workaround, I'll keep it in place. Would someone please give me a quick verdict on that? If worth keeping, any edits needed? Thank you so very much :-) All best, brynn

2 3

New funded development and fundraising policy
by Bryce Harrington 29 Sep '14

29 Sep '14

Earlier this year we developed a policy for fundraising and for funding development work on Inkscape. Thanks to everyone that helped on this! Now that the policy is fully official I've given it a spot on our website. http://inkscape.org/en/contribute/funded-devel (Martin and other web folks, feel free to move it around if there's a better spot for it...) The intent of this is to delegate power to community members to organize fundraisers and use the gained monies for paid development. This isn't the *only* way we can do fundraisers or paid development, but other things will require more direct board involvement. Hopefully this will give us a more streamlined approach that folks can take advantage of. Bryce

3 3

how to submit tutorials for official documentation?
by Brynn 28 Sep '14

28 Sep '14

Hi Friends, For item #4.2 of the FAQ ("Are there non-coding ways to help?") under Help Fellow Users > Write Tutorials, I want to include info on how to submit tutorials for the official documentation. Or at least provide a link to such info. (Also, I might want to contribute tutorials myself.) So far, all I've found is this page http://wiki.inkscape.org/wiki/index.php/User_manual_information, which I'm not sure is even a relevant doc anymore. It says to subscribe to the Inks Docs mailing list, but other links are dead (not found). Is there any other info, that I haven't found yet? Or is subscribing to the list, pretty much all that's needed (and then tutorial writers will find out how to submit them, from the mailing list)? Thanks for your help :-) brynn

1 0

updating FAQ, Linux and Mac issues
by Brynn 25 Sep '14

25 Sep '14

Hi Friends, I'm still working on updating the FAQ, and splitting into User FAQ and Development FAQ. Could some one or more of you, please review the following (regarding Linux and Mac issues) and suggest any corrections which may be needed? Since I only use Windows, I can't be sure about them. Bryce indicated that some of it might be tmi (in a previous message). I can say that generally the Alt key in Linux, as well as all the Mac issues, do come up frequently. So I'd like to keep them in there. But if any of it can be deleted or consolidated, ....or even if you know of additional issues, I certainly will trust your judgment. 3.10 and the 5 sub-sections (3.10.1 through 3.10.5) and 3.17 and its 9 or 10 sub-sections (3.17.1 through 3.17.9.2) which you can see on the website http://inkscape.org/en/learn/faq/ or in the wiki http://wiki.inkscape.org/wiki/index.php/FAQ. Since there is so much text, I've attached just those portions in a separate html file, for your convenience. You may note some minor changes between the current faq (on wiki and inkscape.org) and my file, already, but it's nearly identical. And I'm asking about the content, not the html code. It just seems like html would be the easiest way to provide it. Anyway, I suspect it's probably fairly current and correct already, so it shouldn't take long :-) Thank you very much :-) brynn

2 2

Meeting
by Martin Owens 24 Sep '14

24 Sep '14

Did we have a devel meeting this evening/afternoon? If so, I completely forgot! Martin,

3 2

Document Unit Change problems.
by Tavmjong Bah 24 Sep '14

24 Sep '14

Hi, Trunk/experimental has the ability to change the "Document Unit" in the Document Preferences dialog. Changing the unit changes 'lengths' throughout the document. This process has quite a few problems as demonstrated by the number of bugs reported. In order to get a handle on these problems, I've started a Wiki page to track the issues and to get an idea about possible solutions: http://wiki.inkscape.org/wiki/index.php/Units_In_Inkscape:_Document_Unit_Ch… The problems are quite complex. The simplest solution for the short-term (on the 0.91 release time scale) might be to just disable document unit changes. Please look at the page and add your comments, bugs, etc. Thanks, Tav

2 2

Bug with pixel perfect SVG
by Fabien Sanglard 23 Sep '14

23 Sep '14

Hello, I am trying to open in Inkspace (Mac OS X v0.48) a SVG file (wolfd_4.svg) that is a pixel perfect version of a PNG (wolf3d_4.png). Chrome and Safari are able to render the image well (chrome_rendition.png and safari_rendition.png). However when loaded in Inkspace (inkspace_rendition.png), I can see gaps between the squares that are supposed to be pixels. Is there any way to fix this ? Fabien PS: Safari Mac OS X v7.0.6 (9537.78.2) Chrome Mac OS X v37.0.2062.94

7 10

Changing trunk to 96 pixels per inch.
by Tavmjong Bah 22 Sep '14

22 Sep '14

Hi, The experimental branch has been using 96 pixels per inch per the CSS 2.1 standard for over two months now without complaint. Is there any objection to switching trunk to this value? As Inkscape has switched to using 'pt' for text size by default, it is important that this change happen to ensure that the size of text rendered in browsers match the size of text rendered in Inkscape. Tav

8 22

Paying for Downloads
by Martin Owens 22 Sep '14

22 Sep '14

I've here at Free Software Day (Boston) and have just completed a panel on the economics of Free Software development. Something which came up and something I want to have a serious discussion about is the implementation of an opportunity to donate screen like libreOffice: http://donate.libreoffice.org/home/dl/deb-x86_64/4.3.1/en-US/LibreOffice_4.… If one clicks on this link, it waits a few seconds and gives you the file. But as well as the file it also offers you an opportunity to donate/contribute to the project. I'd like to implement this for inkscape.org but it would have to be blessed by the community since other developers are users may have valid concerns which should be taken into account with this format. Things I'm thinking about: * Making sure we have suggested amounts * Offering something in return? Maybe offer an ability to buy swag? * What is SFC's position on these kinds of pages? * Have an invitation to contribute other things. Time, bug tracking etc? * Give donators a badge on their website user? I'm looking for any contribution to this discussion, good or bad. Please let me know what you think. Best Regards, Martin Owens

7 8

Windows testing needed
by Josh Andler 21 Sep '14

21 Sep '14

Can someone on Windows please apply the following patch and check to see if it affects building? https://bugs.launchpad.net/inkscape/+bug/1323592/+attachment/4184115/+files… Cheers, Josh

3 2

Inkscape Hackfest Planning IRC Report #1
by Tavmjong Bah 16 Sep '14

16 Sep '14

Contents: * Introduction * Hackfest LGM * Hackfest FOSDEM * Updating FSA * Mac OSX Introduction ============ A group of interested Inkscape developers met via IRC with Karen Sandler, the Executive Director of the Software Freedom Conservancy (SFC)[1]. The primary motive for the meeting was to discuss organizing a hackfest in conjunction with the 2015 Libre Graphics Meeting (LGM) at the end of April in Toronto.[2] If you are interested in participating, please add your name at: http://wiki.inkscape.org/wiki/index.php/Hackfest2015 We also briefly discussed updating the Fiscal Sponsorship Agreement (FSA) and the Mac OSX port. We will meet again next week at the same time (Monday 19:00 UTC, 21:00 CEST, 15:00 EDT, 12:00 PDT) at inkscape-devel on freenode. Hackfest LGM ============ Hackfest: Location ------------------ Two possibilities: Toronto: Advantage: No extra travel required. Cheaper hotels, etc.? Disadvantage: Need to find local host. Boston: Advantage: There are many possible places to hold the hackfest. Disadvantage: Extra travel to/from Toronto. US Visa requirements. Possible place: MIT * Martin is contacting LGM to see if they can help us find space. Hackfest: Costs --------------- What will Inkscape pay for? Travel, accommodation, food for sponsored attendees? Refreshments? Equipment? Video projector? We need to decide who to sponsor. Probably 10, maybe up to 20 people. Preferably those with a "job to do" and not just passers-by. Hackfest: Topics ---------------- Code and documentation, see web page for ideas (and add your own). We should outreach to new contributors; maybe have a training period the first morning. Hackfest: Sponsors ------------------ We discussed who might sponsor a hackfest (and why they might). * Karen will inquire with RedHat and Google. * Bryce will contact Samsung. * Intel? Canonical? * ScislaC will compile a list of companies using Inkscape. Hackfest: FOSDEM ================ It might be possible to have a "warm-up" hackfest at FOSDEM.[3] Hacking is one of the main activities at this conference and there should be no problem finding space. FOSDEM 2015 is the weekend of 31 January/1 February in Brussels. Updating the FSA ================ Before we started discussing the hackfest, we briefly discussed updating our Fiscal Sponsorship Agreement (FSA) with SFC. Inkscape was one of the first groups to join FSA and our FSA is a bit out-dated. There are at least two places where changes are needed: 1. The SFC is financed by its members. Member groups are required to give 10% of the funds they raise to the SFC. Inkscape's agreement predates this requirement. The SFC would like to see Inkscape's FSA brought into alignment. The Inkscape board has agreed in principle to this change. 2. Inkscape needs an active board to successfully manage Inkscape's resources. At the moment, board member serve until they resign or until they are removed by a majority vote of the community members. It would good to have a criteria for removing inactive board members without the need for a potentially disruptive vote by the community members. Karen and Bradley will be at the Google Summer of Code Mentor's meet-up as will three Inkscape board members. This will be a good time to finalize the new agreement. Mac OSX ======= We discussed the status of the native Mac OSX port and the possibility of paying a developer to finish it off. The port is done but there seem to be problems with the underlying libraries (Wayland or gtk+/quartz).

1 0

IRC meeting for hackfest planning and fundraising
by Bryce Harrington 15 Sep '14

15 Sep '14

When: Tomorrow, Monday Sept 15th at 12 noon (3pm eastern) Where: #inkscape-devel on Freenode IRC Who: Inkscape team; Karen Sandler Karen and I will be discussing plans/ideas for an upcoming Inkscape hackfest. The principal topic we want to discuss is the fundraising/budgeting side of things, but other aspects are within scope. All are welcomed to attend, but this will mostly be interesting to people wishing to help out in organizing the hackfest and/or fundraisers. Bryce

3 3

Merging Policy
by Tavmjong Bah 15 Sep '14

15 Sep '14

Hi, The merge of the latest features from Liam into the Experimental branch raises the question of best practices for merging. In particular, I am not sure that merging multiple features at one time is a good idea. Other projects seem to divide commits into the smallest possible pieces. I think that this is good practice as it better documents what is being committed, allows for better reviews, and makes it easier to cherry-pick from one branch to another. In particular, the commit message: "Merge in ponyscape features by Theo and worked on my LiamW" doesn't give any information about what are the purpose of the changes. It takes reading the code and/or searching the web to find this information. (See: http://liamwhite1.deviantart.com/journal/ ) As far as I can tell, the commit: 1. Adds the new LPE's: * Attach path * Bounding box * Ellipse * Fill between many * Fill between strokes * Joint type * Taper stroke 2. A tagging system. 3. Objects dialog. 4. Multi-path manipulator 5. Filter effects chooser. I think these should have been committed separately with a line or two explaining what each does. Also, each LPE should be a separate commit. As an additional question: is the experimental branch going to become 0.92? I think there have been too many changes to the experimental branch to try to merge it with trunk. Tav

6 6

Units in Inkscape
by Tavmjong Bah 15 Sep '14

15 Sep '14

Units in Inkscape ================= Introduction ----------- The recent debate about units in Inkscape highlights the fact that we do not have a clearly defined approach on how to handle units in Inkscape. Units are not as straight-forward as one should think they are. This essay attempts to resolve this problem. Historical View --------------- Part of the problem with units in SVG and CSS in general is why they are there in the first place. In the early days it was assumed that one would want to display drawings on a screen at full scale. In other words, a "one inch square" would be display on a screen as a physical one inch square. This required that displays be queryable as to what there true DPI was. Display manufactures rarely provided the means to query the DPI of the display, and when they did, they often returned incorrect results. Thus, the use of "real" units never became popular and in reality is usually not what one wanted. Eventually, after long arguments, the CSS working group dictated that one inch would be fixed to 96 pixels regardless of screen resolution (ironically, with so called "Retina" displays, there is once again interest in scaling drawings based on DPI). A Philosophy ------------ Absolute units should not be used inside an SVG file with one exception: The 'root' width and height may have units, which with a proper 'viewBox' determines an appropriate scale for a drawing. (This sets the 'real' world value of the SVG 'user unit.) This reflect the opinion of the majority of the SVG working group. It should be noted that the relative units 'em', 'ex', and '%' can be useful in some cases. Inkscape & Units ---------------- Inkscape should not write out absolute units other than in the root SVG element. Inkscape must, however, be able to interpret units from non-Inkscape produced files according to the CSS defined value of 96 pixels (initial user-units) per inch. The use of units in the Inkscape GUI is for ease of authoring only. The actual values should be stored as 'user-units'. Changing the "Inkscape GUI unit" should not introduce any 'transforms' on elements (as seems to being done now) nor should changing the SVG root 'width'/'height units or the 'viewBox'. The GUI should reflect the chosen Inkscape GUI unit scaled to take into account the SVG root 'width'/'height' and 'viewBox'. For example: <svg width="100mm" height="100mm" viewBox="0 0 100 100"> describes a drawing 100mm x 100mm where one 'user-unit' is equivalent to one mm. If the Inkscape property inkscape:document-units="mm" then the GUI would show a width of '25.4' for a rectangle 25.4 'user-units' wide. If inkscape:document-units="in", the GUI would show '1.0'. To implement this, one either needs to find the proper scaling from examining the SVG root 'width'/'height' and 'viewBox' properties or create a new Inkscape property that fixes this scale (in which case changing the 'width'/'height' would change the 'viewBox' and vice versa). Tav

8 26

Re: [Inkscape-devel] Units in Inkscape
by mathog 12 Sep '14

12 Sep '14

On 11-Sep-2014 10:23, Nathan Hurst wrote: > Ok, that's another vote for using double precision everywhere. That > gets us 14-15 digits, which should be enough for anybody. Adding more digits to the numerical representation does not in itself provide numerical stability, it just makes it easier to sweep the problem under the carpet of "looking at a smallish number of digits". Conversely, at least with respect to this units question, numerical stability, which for the purposes of this conversation means when a diff of two SVG's shows no changes, can be achieved if the lengths and coordinates inside the document are never changed, instead only one transform (or its equivalent) at the top level is. Then an end user could flip endlessly between different document units and never corrupt the numerical representations in the drawing. The only change that would show up, if no other changes were made, would be the values for that one transform. This assumes that the code did this: "we are currently using mm, user wants inches, REPLACE document unit transform with the pixels to inch transform" If instead it did: "we are currently using mm, user wants inches, MULTIPLY document transform by mm to inches conversion" then the single unit transform itself might not be numerically stable. (It could be if all of the units scaling factors have terminating binary representations with precision to spare, and the same is true for all combinations of their products.) Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 2

Inkscape devel very slow
by Javier García 11 Sep '14

11 Sep '14

Hi, I'm running inkscape devel on ubuntu 14.04 and it is going very slow even in smal documents.. what should I do? If you need some info about my computer/operative system I will be pleased to give you. Javi

1 0

problem in po/cs.po while compiling rev 13546 on Windows XP.
by alvinpenner 09 Sep '14

09 Sep '14

while synching with the trunk I got some error messages related to .po files, but I neglected to write them down. after compiling I get the messages below, related to po/cs.po Cheers, Alvin .................................................................. ============ cmd ============ strip build\inkscape-console.exe ============================= ##### Target : i18n ##### compile gettext .po files to .mo --- i18n / msgfmt ============ cmd ============ msgfmt po/am.po -o build/locale/am/LC_MESSAGES/inkscape.mo ============================= ============ cmd ============ msgfmt po/ar.po -o build/locale/ar/LC_MESSAGES/inkscape.mo ============================= ============ cmd ============ msgfmt po/az.po -o build/locale/az/LC_MESSAGES/inkscape.mo ============================= ============ cmd ============ msgfmt po/be.po -o build/locale/be/LC_MESSAGES/inkscape.mo ============================= ============ cmd ============ msgfmt po/bg.po -o build/locale/bg/LC_MESSAGES/inkscape.mo ============================= ============ cmd ============ msgfmt po/bn.po -o build/locale/bn/LC_MESSAGES/inkscape.mo ============================= ============ cmd ============ msgfmt po/bn_BD.po -o build/locale/bn_BD/LC_MESSAGES/inkscape.mo ============================= ============ cmd ============ msgfmt po/br.po -o build/locale/br/LC_MESSAGES/inkscape.mo ============================= ============ cmd ============ msgfmt po/ca.po -o build/locale/ca/LC_MESSAGES/inkscape.mo ============================= ============ cmd ============ msgfmt po/ca@...3150... -o build/locale/ca@...1971.../LC_MESSAGES/inkscape.mo ============================= ============ cmd ============ msgfmt po/cs.po -o build/locale/cs/LC_MESSAGES/inkscape.mo ============================= Make error line 421: <msgfmt> problem: po/cs.po: warning: Charset missing in header. Message conversion to user's charset will not work. po/cs.po:12:2: syntax error po/cs.po:12: keyword "TREE" unknown po/cs.po:18: keyword "MERGE" unknown po/cs.po:145: missing `msgstr' section po/cs.po:146:2: syntax error po/cs.po:146: keyword "TREE" unknown po/cs.po:150: keyword "MERGE" unknown po/cs.po:197: missing `msgstr' section po/cs.po:198:2: syntax error po/cs.po:198: keyword "TREE" unknown po/cs.po:202: keyword "MERGE" unknown po/cs.po:243: missing `msgstr' section po/cs.po:244:2: syntax error po/cs.po:244: keyword "TREE" unknown po/cs.po:248: keyword "MERGE" unknown po/cs.po:403: missing `msgstr' section po/cs.po:404:2: syntax error po/cs.po:404: keyword "TREE" unknown po/cs.po:408: keyword "MERGE" unknown po/cs.po:1925: missing `msgstr' section msgfmt: too many errors, aborting -- View this message in context: http://inkscape.13.x6.nabble.com/problem-in-po-cs-po-while-compiling-rev-13… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 10

Re: [Inkscape-devel] Inkscape 0.48.5 Released
by Jon A. Cruz 09 Sep '14

09 Sep '14

On Jul 19, 2014 9:20 AM, Partha Bagchi <partha1b@...400...> wrote: > > I would think that any build (Mac/Windows/Linux) uses external libraries since Inkscape depends on gtk+ and friends. Only difference, on Linux it comes with the OS and so the user does not have to do the legwork while for the other 2 OSes, one has to build the dependencies. > Kinda, sorta on Mac. Some libraries do come with the system but may be optionally included with the distributed program. Others require a developer to explicitly include them. Also, the standard for applications on OSX is for each app to include its own copies of external libs, but infernally as part of the application bundle itself. For the end user on a Mac no extra legwork is needed as all external libs are internal in the "application binary". It's also common to end up with multiple app versions side-by-side by simply changing the name on one app package before copying the next into the Applications folder.

1 0

Please check r13544 or later for problems at unit change
by mathog 08 Sep '14

08 Sep '14

One of the changes I introduced at revision 13544 was a modification of scaleChildItemsRec() so that it no longer recurses into groups to apply scaling changes associated with a change of units. This was breaking EMF import of clipped objects. That happened because during the recursion the coordinates of the clipped objects were changed directly, not by a transform. Since the clipping object (in defs) was not similarly scaled this broke the clip. See for instance: https://bugs.launchpad.net/inkscape/+bug/1348417 In the changed version the scaling change is applied as a transform at the group level, and all the coordinates within that group are not directly modified, so the clipping object and clipped objects are still at the same scale and they continue to work together. Since EMF import of clipped objects always works like (pseudocode): <g (clip reference)> clipped objects </g> applying the transform at the group level fixes the problem in that context. I suspect that scaleChildItemsRec() is still going to cause problems for any SVG object other than a group that looks something like (pseudocode): <(not a group) (a clip or mask ref) x=100 y=100 (other stuff) > when the document units are changed because it will change the 100's to something else, and not modify the referenced clipping object. I have not confirmed this though. In any case, would the people who worked on document units please see if my changes at revision 13544 break anything when the document units are changed? I did some preliminary testing and it looked OK, but I don't really know what test cases to use to explore all the edge cases. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

5 13

Re: [Inkscape-devel] Please check r13544 or later for problems at unit change
by mathog 08 Sep '14

08 Sep '14

On 07-Sep-2014 02:45, alvinpenner wrote: > two comments: the pre-existing bug has been reported at Bug 307656 and > Bug > 1366434. It appears to be related specifically to the rectangle tool > F4. > However there are two new regressions which are not related to F4. > > First one: rev 13544 has broken one of the fixes for Bug 1240455, > comment > 24: > https://bugs.launchpad.net/inkscape/+bug/1240455/comments/24 > > using Extensions->Render->Grids->Grid and using the default spacing of > 10 > px. > - case 1 : open Inkscape with default units of px, draw default Grid > - case 2 : open Inkscape, change units to mm, draw default Grid > > the expectation is that these two grids will look the same relative to > the > page size. Rev 13534 shows the expected behavior, rev 13546 does not. > > Second one: > - open Inkscape, draw two objects, a rectangle and a star, or ellipse > - select both of them > - change document units > - the expectation is that the shapes should not change size > - Rev 13534 shows the expected behavior, rev 13546 does not. I will revert that change in a little bit. Actually I'm going to add a parameter to the call, so that it can work one way (so that it works like it does now) for a call from EMF import, and as it did before when called from elsewhere (only one other place that I know of.) This is a short term hack until the actual problem is sorted. And I think the actual problem is in those parts of Inkscape which fail when the scale is applied to a top group. It is perfectly valid SVG to do: <g (scale to whatever conversion one wants)> (bunch of objects in completely arbitrary units. </g> All transform operations up the stack must be applied to an object. If some part of Inkscape only shows units properly when the top level scale is not present, then it is not correctly applying those transforms. How is it not that part of Inkscape that is broken? Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 1

Old Website will be Decommissioned
by Martin Owens 06 Sep '14

06 Sep '14

Dear Inkscape Devels, This is a warning that the old inkscape website currently at dev.inkscape.org will be decommissioned by November. Please make sure that any important information has been moved to the new django-cms website by then and let me know as soon as possible if you need help making this happen. Best Regards, Martin Owens

4 3

VALS Semester of Code
by Tavmjong Bah 06 Sep '14

06 Sep '14

Hi, Do we want to participate in "VALS Semester of Code"? http://semesterofcode.com/?p=22 We should be able to come up with one or two good ideas. Deadline is Sept 12th. Tav

2 2

Website Upgrade (1.2) Tonight
by Martin Owens 06 Sep '14

06 Sep '14

Dear Develoeprs, The inkscape website (inkscape.org) may be unavailable from 1am UTC (9pm EST) for a period lasting about half an hour. This upgrade will take us from django 1.5 to 1.6.5, django-cms from 1.4.2 to 3.0, haystack from 2.0 to 2.2, Whoosh 2.4 to 2.6 and finally inkscape-web from 1.1 to 1.2. The upgrade process involves a bunch of manual steps to the database and command line and I hope these will be completed shortly after upgrading the code. My thanks to Hachmann, jazzynico, Brynn and others in helping prepare this release. After the upgrade, content will be uploadable to inkscape.org and you may wish to populate your user account with some of your svg files to get the ball rolling. Also available will be the ability to upload Addon tarballs and inkscape release builds (exe files/tarballs etc) which can be used instead of sourceforge or your friendly file dumping service. Please see me directly if you need an increased quota to upload large release files. I'm going to start everyone off with 10MB quota to start gently. The idea for most users is to upload svg files which aren't that big. But we can increase this for different auth groups as needed. Any questions, reply here. Best Regards, Martin Owens

4 6

LPE Powerstroke
by Johan Engelen 05 Sep '14

05 Sep '14

Hi all, Release is getting closer, and we need to decide what parts of Powerstroke we are going to release. After release, it will be very annoying for users if we change the output of Powerstroke for certain input parameters. So we have to avoid having to do that. Ideas: - remove reflection-based extrapolated miters (my original extrapolation), add the arc extrapolation miter - remove CubicBezierFit and CubicBezierJohan interpolators, add Catmull-Rom interpolator thanks for input. I hope to work on this soon. -Johan

3 13

Re: [Inkscape-devel] LPE Powerstroke
by Johan Engelen 05 Sep '14

05 Sep '14

On 4-9-2014 3:52, Liam White wrote: > On Wed, Sep 3, 2014 at 5:36 PM, Johan Engelen > <jbc.engelen@...2592... <mailto:jbc.engelen@...2592...>> wrote: > > Ideas: > - remove reflection-based extrapolated miters (my original > extrapolation), add the arc extrapolation miter > > I like this, the arc extrapolation miter is stable and produces > consistently better results than the reflection-based miter. I have committed the change that enables Extrapolated Arc (used to be only available with specialized build) and removes Extrapolated (mirroring) from the UI. The code to deal with the old extrapolation setting still works, for people that use it in their files. I am not sure if we should keep that code around or not. It won't hurt too much for now, but may become a maintenance burden. (and I don't like having such undocumented features) The arc extrapolation definitely has issues, and needs to be improved (I feel). cheers, Johan

1 0

Report from the London SVG WG Face-to-Face meeting.
by Tavmjong Bah 05 Sep '14

05 Sep '14

Hi, I've just posted a blog with a report about the SVG Working Group's recent face-to-face meeting. You can find it at: http://tavmjong.free.fr/blog/?p=1100 Thanks to the Inkscape board for helping to fund my participation. Tav

1 0

Gtk+ 3 build bit-rot alert!
by Alex Valavanis 05 Sep '14

05 Sep '14

Hello All, I thought I'd quickly check how we're doing with the Gtk+ 3 build in Ubuntu Utopic, and was unpleasantly surprised to see that: (a) A tonne more symbols that have been deprecated in Gtk+ 3.10 (principally, GtkAction) (b) We have a few regressions, and have resumed use of some deprecated symbols that we had previously replaced. (e.g., GtkHBox) I have updated bug #1016020 with the latest build log (20k lines caused by deprecation warnings!!) and summarised the failures in the description. Obviously, (a) isn't our fault, but we should try to regain the progress we had made! (b) is more of a concern, since we're actually moving backwards! Ultimately, we should really try to enforce "-Werror=deprecated-declarations" in our dev builds, but clearly we're far away from that goal. Would it be reasonable to target a deprecation-free build for Inkscape 1.0? In the meantime, can I please request that from now on, everyone runs a strict build with both Gtk+ 2 and Gtk+ 3 before merging in any new features, so that we can ensure that we're not introducing any new warnings? Thanks, AV [1] https://bugs.launchpad.net/inkscape/+bug/1016020

7 13

Re: [Inkscape-devel] LPE Powerstroke
by Johan Engelen 04 Sep '14

04 Sep '14

On 4-9-2014 23:32, Johan Engelen wrote: > On 4-9-2014 3:52, Liam White wrote: >> On Wed, Sep 3, 2014 at 5:36 PM, Johan Engelen >> <jbc.engelen@...2592... <mailto:jbc.engelen@...2592...>> wrote: >> >> Ideas: >> - remove reflection-based extrapolated miters (my original >> extrapolation), add the arc extrapolation miter >> >> I like this, the arc extrapolation miter is stable and produces >> consistently better results than the reflection-based miter. >> >> - remove CubicBezierFit and CubicBezierJohan interpolators >> >> >> I am not so sure about this one. When we announce the 0.91 release, >> we are going to have a lot of users that previously used the >> derivative Ponyscape and were encouraged to use either of these two >> interpolators. >> I also believe we should add in Ponyscape's CubicBezierSmooth >> interpolator[0] to aid in the migration process. >> >> add Catmull-Rom interpolator >> >> I just tested and saw that Catmull-Rom has quite some disadvantages compared to CubicBezierJohan. So we should keep that or perhaps your "Smooth" variant. If we keep the Johan variant, we must give it a different name (in SVG) and so will definitely be incompatible with Ponyscape files that use CubicBezierJohan. (we really can't release with that name in SVG) -Johan

1 0

Stroke placement
by Tavmjong Bah 04 Sep '14

04 Sep '14

Hi, We discussed variable placement of stroke (e.g. inside/outside/10% inside,90% outside). The key to implementing this is having a good way to offset a path as then one can use existing rendering libraries to draw the stroke (including things like dashes, line-caps). If I can provide a clear (testable) algorithm for how to offset a path, there is a good chance we can get this into SVG 2. The current Inkscape code for offsetting is a bit buggy. I believe lib2geom has better code. Can anybody comment? Thanks, Tav

4 7

need advice on faq item re command line
by Brynn 02 Sep '14

02 Sep '14

Hi Friends, FAQ #3.8.1 contains some garbled text. Unfortunately, I don't know anything about using Inkscape from the command line.....or much about the command line, in the first place. So I'm not sure exactly how to fix it. The current text is below, for convenience. Or here's the URL: http://inkscape.org/en/learn/faq/#Missing_console_output_issue Fyi, I'll be combining this with item #2.20. Could someone either fix the current text, or offer a short re-write for me? It's the first sentence or 2, which need attention. Or if that info is outdated, I need to know the new info. If anyone wants to see what I'm working on: http://staging.inkscape.org/en/brynns-user-faq Comments welcome. Besides updating and re-organizing, I'm taking out a whole bunch of old useless code! (whole bunch!) It's probably about halfway finished, and then I'll start on the faq for developers. Note that I have uploaded some tiny images of icons, in the How-To section, but they have somehow become lost. Martin is on the case ;-) And btw, when I get to work on the Developer FAQ, for the most part, all I'll be able to do, is take out the useless code, and *try* to reorganize the items. Since I'm such a newbie to this world, I won't be able to decide if some need to be deleted, or if some text needs to be updated, or if new items need to be added. That part will have to be up to you guys :-) Text below. Thanks, brynn "As of the 0.48.2 release of the windows installer an inkscape.exe and an inkscape.com. The start menu shortcut points to inkscape.exe which does not write any output to the console. However, if you type inkscape in a command prompt, and the install directory (C:\Program Files (x86)\Inkscape\) is in your path, the command prompt will resolve inkscape.com before inkscape.exe. The file inkscape.com is actually a windows executable, that callsinkscape.exe and attaches it to the console window, therefore displaying stdout and stderr to said console. If you call inkscape.exe from the command prompt, things like exporting or converting to plain SVG do work, they just do not output anything to the console. If you are using an older version of Inkscape, or just wish for historical context, see this mailing list thread."

2 3

Inkscape 0.91 About Screen Contest is a go!
by Josh Andler 02 Sep '14

02 Sep '14

Hey All, We've reached that time in the dev cycle for the About Screen Contest to happen. If you'd like to find out more about please visit the relevant DeviantART journal link below. http://inkscapers.deviantart.com/blog/479716764/ Cheers, Josh

2 1

Alignment in C++ classes
by Liam White 31 Aug '14

31 Aug '14

While browsing through header files in experimental I found these sort of things: sp-object.h unsigned int cloned : 1; unsigned int set : 1; unsigned int value : 1; sp-namedview.h unsigned int editable : 1; unsigned int showguides : 1; unsigned int showborder : 1; unsigned int showpageshadow : 1; These look very much like a holdover from C which did not have a boolean type like C does. Is there any viable reason for not simply converting these to boolean? There are other, similar things that I saw as well (sp-namedview.h): unsigned int borderlayer : 2; and I believe this variable is meant to hold an enum type. Should it just be changed to the type of the enum with no alignment or is there a reason to not do that?

4 4

The annoying ghost node bezier tool bug
by Artemis Scheepstra 30 Aug '14

30 Aug '14

I have seen this bug since the older (like, five years old) versions from inkscape: https://www.youtube.com/watch?v=Xn-pbY8Vjiw&feature=youtu.be You start to draw a shape, hit backspace, finish the shape and the deleted point appears again! Is that a feature or a bug? Oscar

2 1

0.91 pre2 not yet 100%
by john Culleton 29 Aug '14

29 Aug '14

When fooling around with 0.91.pre2, the latest bzr revision 13529 I had some problems with text objects. Sometimes the text object would become invisible. Sometimes as I attempted to modify the text object I would get a crash. I can't pinpoint the exact circumstance but I will try the same tasks using 48.5 to see if it is a real problem or just my own inexperience. -- 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

should a change in document units be undone by ctrl-Z ?
by alvinpenner 27 Aug '14

27 Aug '14

there is a difference between Inkscape 0.48.5 and current trunk with respect to this issue. In Inkscape 0.48.5 a change in document units is not undone by ctrl-Z. in 0.48.5: - draw object - change document units - hit ctrl-Z, object disappears but the new units are kept - hit ctrl-Z again, nothing happens in trunk, rev 13534: - draw object (preferably not a rectangle) - change document units - hit ctrl-Z, units revert back to original - hit ctrl-Z again, object disappears Personally I prefer the behavior of Inkscape 0.48.5. It seems to me that ctrl-Z should apply only to visible objects, and document units is not a visible object. Apart from that, the current behavior leads to a crash if you use a rectangle, see: https://bugs.launchpad.net/inkscape/+bug/1348382 thoughts? Alvin -- View this message in context: http://inkscape.13.x6.nabble.com/should-a-change-in-document-units-be-undon… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

7 12

One more typographic template proposal
by ivan louette 26 Aug '14

26 Aug '14

Hello, Here is a draft for a template proposal adapted to Inkscape Typographic Extension used togheterwith SVG filters to alterate typefaces (some tastes of the Cross-Smooth filter are included in the template and accessible by the Filters Editor). I apply one of the filters to the charater visible in the window, then I fill the result with the "Fill bounded areas" tool and Then I do Extensions/Typography/Add Glyph Layer. One of my problems is that I don't know how I could precisely place the text origin to zero in this template. I did it manually (and it gives good results when opening the SVG font in FontForge) but I would do it more exactly. I don't figure how I could do it with the XML Editor. Another problem is that the range of unicode characters useable to type into the "Add Glyph Layer" dialog box isn't very wide (for example accented characters doesn't work... and Iuse french language). Could it be possible to fix that ? But a funny facility in this dialog box is that you can type a lot of characters at one time in this dialog box and then it creates one layer by character ! Enjoy ! ivan

1 0

New SVG close path command.
by Tavmjong Bah 26 Aug '14

26 Aug '14

Hi, I'm sure we've talked about it before but in the context of discussing the new Catmull-Rom path commands[1] yesterday at the SVG Working group meeting we briefly discussed adding a new close path command that would insure smoothness when closing a path. There is significant support for doing so. Can somebody whip up a quick proposal that I can present to the group? (SVG with a couple of figures would be good.) Or at least give me some input into the idea. We have two more days of meetings, Monday and Tuesday. Thanks, Tav [1] https://svgwg.org/svg2-draft/paths.html#PathDataCatmullRomCommand

5 10

inkscape-0.91pre2 source tarball
by Bryce Harrington 24 Aug '14

24 Aug '14

Download it at: https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre2/ Tagged in trunk as: INKSCAPE_0_91_PRE2 It would be helpful if packagers could generate binary platform packages from this tarball, and upload them to sourceforge. If you spot packaging problems (like version numbers that didn't get updated correctly, or missing files needed for builds), please raise these problems with me ASAP. If you need assistance uploading packages to sourceforge please contact one of Inkscape's sourceforge admins. Bryce

4 7

Re: [Inkscape-devel] splitting FAQ in 2
by Brynn 22 Aug '14

22 Aug '14

Sorry, I forgot to say this. I looked in the manual for documentation on LaTeX, but it's not nearly as detailed as what's in the wiki. I could simply link to the manual (http://tavmjong.free.fr/INKSCAPE/MANUAL/html/Extensions-Render.html#Extensi…), but then a lot of info will be lost. So in asking about how to handle this kind of documentation, I'm asking how to avoid losing helpful info. Or maybe in this case, the wiki info is outdated? I'm not very familiar with LaTeX. In any case, I'm asking about "some official documentation". :-) brynn -------------------------------------------------- From: "Brynn" <brynn@...3133...> Sent: Tuesday, August 19, 2014 3:02 AM To: "Bryce Harrington" <bryce@...961...> Cc: "Inkscape-Devel" <Inkscape-devel(a)lists.sourceforge.net> Subject: Re: [Inkscape-devel] splitting FAQ in 2 > "These days our documentation is actually quite thorough, and the FAQ > could probably leverage it better. For instance, it could give a brief > answer and a couple hints for the most common things people want to do, > and then "For more detailed information about customizing Inkscape, > please see the <link>Customizing Inkscape</link> chapter of the Inkscape > Manual" (or whatever)." > > As I suspected, there are indeed a lot of user-related pages in the wiki. > For this page: > http://wiki.inkscape.org/wiki/index.php/Customizing_Inkscape, Bryce > suggested: > "I think it's a bit too much for the FAQ. The contents of that wiki page > looks like it really ought to be part of some official documentation, > like the man page or something." > > Now I just ran into this page: > http://wiki.inkscape.org/wiki/index.php/LaTeX (which is linked to faq item > 2.5). I suppose this should be part of "some official documentation" as > well. But documentation, in general, is a part of Inkscape that I'm not > so familiar with. > > Really, the only documentation I know about, is the manual, the official > tutorials, and the wiki (aside from Launchpad and Sourceforge docs). So > my next question, is how to handle items which need to be added to "some > official documentation". Is there a particular person who is in charge of > documentation? I could make a list and give to this person. But then my > work can't get finished, until their work is finished. Well, then maybe I > should handle it myself? But I would need a bit of guidance. I certainly > can copy/paste, and write some html. It's just where to put it, that I'm > not sure. > > Maybe I could make a new page (at first on staging site, of course)? I > would just transfer all wiki content which is currently used to answer > user questions in the faq, to this page, and link to the info there. > > However, I suspect Bryce had something else in mind with "some official > documentation". > > How should I handle this kind of documentation? > > Thanks again, > brynn > > -------------------------------------------------- > From: "Bryce Harrington" <bryce@...961...> > Sent: Sunday, August 17, 2014 12:56 PM > To: "Brynn" <brynn@...3133...> > Cc: "Inkscape-Devel" <Inkscape-devel(a)lists.sourceforge.net> > Subject: Re: [Inkscape-devel] splitting FAQ in 2 > >> On Sun, Aug 17, 2014 at 01:48:24AM -0600, Brynn wrote: >>> Thanks Bryce. >>> >>> "> Similarly, if you follow the user list or the #inkscape user channel >>> and >>> >see questions being asked a lot (and that sound likely to continue >>> >being >>> >asked long in the future), consider adding Q&A's for those." >>> >>> I recently subscribed to the user list, but I didn't even know about >>> #inkscape user channel. That's an IRC channel...or....that's not >>> twitter, is it? (Sorry, I don't participate in the whole social >>> media thing.) However, I'm quite familiar with messages posted in >>> forums, and somewhat with messages posted in Launchpad Answers. >> >> Yes, it's an IRC channel. For more info see the end of this page: >> >> * http://inkscape.org/en/community/discussion/ >> >> Fwiw, the Jabber info on that page is all obsolete I think. >> >>> I'll make a list of the bad links (dead, empty, not found pages) >>> (which I guess is what you mean by "bitrot"), and send them to you. >>> Maybe you can find them somewhere. >> >> Yes, that's what bitrot means. >> >> FWI, I'm on travel this coming week so might not be very responsive in >> the near term, but will catch up once I'm back. >> >> We also have an #inkscape-devel channel, which you're welcome to join as >> well. su_v is very active there and she might be able to help if I'm >> not around. >> >>> Speaking of a listing of tutorials -- would those be only "official" >>> tutorials? Or should all kinds of outside tutorials (such as listed >>> on my webpage) be found on the Tutorials page? Already, there are >>> lots of tutorials from a deviantART feed that Martin set up (which >>> are "outside" tutorials). But with such a listing of outside >>> tutorials, again, you'll have the bitrot issue, and possible >>> frequent requests to be listed. >> >> The FAQ probably should only directly link to the official tutorials >> (the ones that appear in-program). Those are the ones we have direct >> control over and can prevent bitrotting. >> >> I'd love to see more work go into the Tutorials section, but don't have >> specific advice. The Tutorials page doesn't need to be limited to >> official tutorials. I like how Martin set it up to pull from deviantArt >> because then we don't have to worry about bad links on our end. >> >>> "Our >>> >software documentation is also a lot better than when this FAQ was >>> >initially written, too." >>> and regarding the Customizing Inkscape faq item >>> "> There might be a few other FAQ items like this, that should just move >>> to >>> >proper docs." >>> and >>> "Also I think it probably isn't that >>> >'frequent' of a question so once it's in the program documentation it >>> >can be dropped from the FAQ." >>> >>> Are you suggesting that if documentation for an faq item exists, >>> that it should be deleted from the faq? Or that the answer should >>> be deleted, and instead should link to the documentation? >>> >>> Because I think a lot of people, maybe even most people, think of an >>> FAQ for just exactly that "frequently asked questions". Perhaps the >>> faq has been used in the past, as a place for developers to put >>> answers, and for users to find answers, when no other documentation >>> exists. But I'm not sure taking it completely out of the faq would >>> be appropriate, if it truly is asked for frequently. For >>> customizing Inkscape, I can say that it is asked surprisingly often! >>> I've even heard people say they won't use Inkscape unless they can >>> have a customized theme! (Of course, imo, that's their problem, but >>> it is a fairly common topic.) (And btw, easily customizable themes, >>> or "skins", is a much wished-for feature!) >> >> Yes, I completely agree with all of this. It's true that in the far >> past we did put stuff in the FAQ that should have just gone into regular >> docs but we didn't have those at the time. Since then I think a lot of >> that has been scrubbed out. I just want to suggest that if you feel >> there is stuff in there that's a bit too much for the FAQ, then moving >> it into proper documentation is the right way to go. >> >> These days our documentation is actually quite thorough, and the FAQ >> could probably leverage it better. For instance, it could give a brief >> answer and a couple hints for the most common things people want to do, >> and then "For more detailed information about customizing Inkscape, >> please see the <link>Customizing Inkscape</link> chapter of the Inkscape >> Manual" (or whatever). >> >> Bryce >

2 2

I think I have a good compile at last
by john Culleton 21 Aug '14

21 Aug '14

all the various sources I have used for inkscape0.91 blow up at the same point, on a file called threads.h So in desperation I copied this file from Ubuntu to Slackware. The location is exactly the same on both systems: /usr/include.2.4/glibmm/threads.h There are other files on my Slackware partition called threads.h but this is the one Inkscape 0.91 uses. Currently my attempt at a bzr based compile has produced 0.91pre2r13528. The key to that process is to run autogen.sh, then ./configure and make. BTW Inkscape compiles run longer than any others I have done on any system since I worked on tape-only systems in the 1960's. But the results are worth it! :<) -- 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

4 4

Swatch dialogs improvements
by Tomasz Boczkowski 20 Aug '14

20 Aug '14

Hi! I've introduced some of the improvements to the swatch dialog, that were discussed on the mailing list. First of all the default behavior when applying solid color swatches is to apply them by color value. There's a toggle button added, that allows to switch to the mode in which solid colors are applied by reference to a paint server [1]. Currently the paint server is linear gradient, but since solidColor elements are in codebase, the dialog will use them in the future. Second improvement is related to the appearance of the swatches dialog. Padding between swatches was removed and an option to turn on borders was added [2]. The dialog also supports 16x16 tile size [3]. In this case the tiles representing gradients, patterns and hatches are bigger. Hatch support was added to Swatches dialog and Fill and Stroke dialog [4]. The UI allows to select and apply a swatch. The swatch properties dialog allows to change pitch and rotate parameters. Files containing hatches can be placed in hatches subdirectory in either user config or global config directories. I've used the file [5] containing default AutoCAD ANSI hatches. Because the end of GSOC 2014 is near, I'd like those code changes to be last ones. I'll spend the last days on writing code documentation. Hovewer if you see something that definitely has to be done before monday, please let me know. The project will evolve after GSOC ends. I'll try to make the paint preview more compact. An on-canvas editing tool for hatches will be usefull too. Regards Tomasz [1] https://www.dropbox.com/s/5wh4kojl3puht6i/swatches-link.mpeg [2] https://www.dropbox.com/s/pdp1zefvr7ha1rn/swatches-borders.png [3] https://www.dropbox.com/s/urezznmjgb6s5y1/swatches-small.png [4] https://www.dropbox.com/s/g4d9psnvgfftus3/swatches-hatch.mpeg [5] https://www.dropbox.com/s/nysmx6tl0t4hqf1/ANSI.svg

4 4

splitting FAQ in 2
by Brynn 19 Aug '14

19 Aug '14

Hi Friends, I've been helping Martin on the inkscape.org website. And that somehow has grown to include the wiki. But of course, I'm glad to help. He says user info, such as forums, tutorials and galleries should not be part of the wiki, so that the wiki is only for developers. I've already transferred (and updated!) some of that user-related stuff to a test page for the website (http://staging.inkscape.org/en/brynntest/?edit&language=en). (I think all the galleries need to be moved to another page, but that hasn't been decided yet, that I know of.) (If the Community page looks like that, then the Learn page would look like this http://staging.inkscape.org/en/brynns-learn-page/?edit&language=en). Anyway, there is a *whole bunch* of user-related stuff in the wiki, and he said it would be better to ask the community about some of these questions. Since the current FAQ, which is shown both in the wiki and on the website, has as much user-related info as developer info, it needs to be split into 2 FAQs, which I've just started working on. (Maybe the user faq would be on the Learn page?) I find that the answer to item 2.11 (Is there a way to apply a gradient to a stroke so that it bends with the stroke?), links to 2 images, which are no longer there. If I knew what the author of that faq item was talking about, I could substitute some other images. I sort of know what the text is alluding to, but without the images, it's not clear. There are at least 3 or 4 ways that I know of, to fake a curved gradient (although maybe just a couple specifically for a stroke). And I can certainly describe each one (in the answer). And I know that there is a tutorial packed with Inkscape (share/examples/rope-3D.svg), which I can provide directions for readers to find. But the community is FULL of really nice tutorials. I know that, because of my research in writing this page on my Inkscape support website http://forum.inkscapecommunity.com/index.php. And coincidentally, I just wrote a tutorial on one of these techniques. So my first question: When I come across bad links, (dead, empty, not found pages, etc), what would be the best way to handle it? Can I link to any appropriate image or tutorial? Or should the links only go to "official" resources? What if those "official" resources don't exist? The 2nd question: When I come across answers to user-related questions in the FAQ, such as item 2.21 (Can I change the Inkscape theme?) where the answer is in wiki, what should I do? In this case, the answer provides a link to here: http://wiki.inkscape.org/wiki/index.php/Customizing_Inkscape which is a fairly substantial page in the wiki. If that info should not be in the wiki, where should it be? Should I write all that info from the wiki page, in the answer in the faq? Thanks for your help. And btw, since I'm such a newbie to the mailing list, please let me know if I say or do something wrong. All best, brynn

7 19

Siggraph2014 - Vector Graphics Complexes
by Mark Schafer 18 Aug '14

18 Aug '14

Some interesting features here: - https://www.youtube.com/watch?v=-XONNPyeb5U#t=122 http://www.dalboris.com/research/vgc/

2 1

Windows XP, cannot compile rev 13520
by alvinpenner 16 Aug '14

16 Aug '14

the operative message appears to be: ============ cmd ============ windres -o build/obj/inkres.o --include-dir=src src/inkscape.rc ============================= Make error line 444: RC problem: windres: src/inkscape.rc:6: syntax error .................................................................................. full text is: C:\InkscapeBZR>btool dist-inkscape #################################################### # BuildTool v0.9.9multi #################################################### ######## PARSE : build.xml ============ cmd ============ bzr revno ============================= ######## PARSE COMPLETE ######## EXECUTE ##### Target : init ##### Do all preparatory tasks, like make directories and copy files --- init / mkdir mkdir : build --- init / mkdir mkdir : inkscape --- init / copy copy : src/helper/sp-marshal.h.mingw to src/helper/sp-marshal.h copy : skipped --- init / copy copy : src/helper/sp-marshal.cpp.mingw to src/helper/sp-marshal.cpp copy : skipped --- init / makefile ============ cmd ============ bzr revno ============================= makefile : src/inkscape-version.cpp makefile : skipped --- init / makefile makefile : config.h makefile : skipped ##### Target : cxxtest ##### generate test files --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestroot ##### Target : compile ##### compile the source to .o --- compile / cc cc : compile with 1 threads in parallel ##### Target : link ##### link objects and library to create executable --- link / rc ============ cmd ============ windres -o build/obj/inkres.o --include-dir=src src/inkscape.rc ============================= Make error line 444: RC problem: windres: src/inkscape.rc:6: syntax error -- View this message in context: http://inkscape.13.x6.nabble.com/Windows-XP-cannot-compile-rev-13520-tp4971… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 1

Re: [Inkscape-devel] precompiled version of 0.91 for Linux
by john Culleton 15 Aug '14

15 Aug '14

On Thu, 14 Aug 2014 09:09:02 -0500 Terry Brown <terry_n_brown@...36...> wrote: > > I've never had any trouble building it under > Ubuntu. I do > > sudo apt-get build-dep inkscape > > which makes Ubuntu install all the dependencies > that went into building the inkscape package > that comes with ubuntu, and then compiling the > inkscape bzr trunk as always seemed straight > forward. Just in case you weren't aware of > `build-dep`. Also this probably only works > with the "current" version of Ubuntu, seeing > it's most likely to have libraries at the > versions inkscape trunk needs. > > Cheers -Terry > > Well following the above instructions from Terry I now have a real live functioning Inkscape0.19pre1 working on a linux partition! Now all I have to do is rig my Ubuntu partition to do the things I am used to on slackware. I can take it from here. Thanks to all who offered help. Dog was not kicked. -- 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

Problem compiling inkscape0.91pre1 on slackware 14.1 (and others)
by john Culleton 14 Aug '14

14 Aug '14

./configure shows this: WARNING: glibmm/threads.h: present but cannot be compiled configure: WARNING: glibmm/threads.h: check for missing prerequisite headers? configure: WARNING: glibmm/threads.h: see the Autoconf documentation configure: WARNING: glibmm/threads.h: section "Present But Cannot Be Compiled" configure: WARNING: glibmm/threads.h: proceeding with the compiler's result configure: WARNING: ## ---------------------------------------------------------- ## configure: WARNING: ## Report this to http://bugs.launchpad.net/inkscape/+filebug ## -------------------------------------------------- Previous versions of Inkscape compile OK. When I attempt to report the bug as described above I end up on an Ubuntu page. Is that where inkscape bugs are to be reported? -- 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

precompiled version of 0.91 for Linux
by john Culleton 14 Aug '14

14 Aug '14

Is there a precompiled version of 0.91 for linux--any version? I've tried pre0 and pre1, on slackware, Ubuntu and openSUSE. The errors vary, but glibmm seems to be the culprit. Second question: what version of glibmm are the developers using? It seems to work on Windows 7 using the precompiled version. But Windows really sucks when pulling illos off the screen. And the 0.91 main screen is significantly different from 0.48.5 Why is this a big deal? Well I am writing books on two applications, book covers and web pages, both using Inkscape. I don't want them to be instantly obsolete. Help! -- 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

4 4

Re: [Inkscape-devel] 0.91 Bug Hunt Status
by Liam White 13 Aug '14

13 Aug '14

> > 3 486192 4 08/04 Liam P. White In the node editor, both > stroke and fill use the same pattern handles > 10 604025 4 08/04 Liam P. White Can't edit stroke pattern > unless there is a fill pattern > 26 601336 4 08/04 Liam P. White Inkscape crashes when trying > to move or rotate stroke pattern > 36 1330295 0 08/05 Liam P. White This file causes a crash when > semi circle is moved > 18 1274831 0 08/06 Krzysztof Kosinski crash, spraying an object with > the mode: spray object in single path > 3 1241501 0 08/06 Jabiertxof Better tooltip to "Link path > parameter" > 6 1227193 0 08/06 Tomasz Boczkowski Warning: Failed undo group > after skew > 12 1327267 0 08/06 Liam P. White Dragging handles results in > calls to sp_style_read_from_prefs() > 24 1348375 0 08/07 Liam P. White trunk: randomized star/polygon > changes shape when moved (rev >= 12554) > 18 1335943 0 08/07 Liam P. White Inkscape crashes on quit > 14 1155046 1 08/07 jazzynico Assertion `pathlen < 200' > failed > 14 1093345 1 08/07 Tavmjong Bah Trunk fails to launch with > 'Pre-render named icons' if feFlood filter primitive is present in icons.svg > 12 1349018 0 08/07 Alvin Penner trunk: visual bbox of objects > clipped with a clone doesn't update when size of the clone's original is > changed (rev >= 10618) > 6 1354249 0 08/08 (unknown) Rotated ellipse and > measurements changed > 3 1341154 0 08/08 jazzynico Inner shadow filter must allow > to set shadow parameters > 12 195214 6 08/08 Daniel Macks Bad -I order > 8 383246 5 08/08 Krzysztof Kosinski fenv.h not used, some systems > don't have fenv.h > 3 1065928 1 08/09 Johan Engelen Cannot put text on cloned path > 7 1166184 1 08/10 jazzynico XAML export not compatible > with Silverlight > 6 1350817 0 08/10 Johannes Rssel XAML export omits fractional > stroke widths > 3 1248174 0 08/11 Alberto Salvia Novella Update the Ubuntu colour > palette to fit the spec > 10 508529 4 08/13 jazzynico Printing rastered image > offsets the page > 11 264831 5 08/13 jazzynico Print settings not persistent > > Total Score: 995 / 1500 > > Wow, what a big haul this week, with many people contributing fixes. > Liam took good advantage of the extended season on past nominated BOW's, > contributing over 100 points and pushing us to the 2/3rds mark. > > Liam, mind picking out another good bug for Aug 11-18? > > Bryce > Nice. How about a performance regression: https://bugs.launchpad.net/inkscape/+bug/1356192

1 0

On the use of C++ exception handling
by Rodrigo B Almeida 12 Aug '14

12 Aug '14

Dear all, I've been investigating the use of C++ exception handling constructs in open-source C++ projects (including inkscape). Currently, I am conducting a survey on this subject and I would really appreciate if you could contribute to this research by answering a few questions. The survey is available on-line: https://pt.surveymonkey.com/s/exceptionHandling All the best, Rodrigo.

1 0

Status of 0.91 and a vote on the bug hunt!
by Bryce Harrington 12 Aug '14

12 Aug '14

With us now at the halfway milestone for the bug hunt, this is a good point to reflect on how the release is doing, and I'd like to hear your thoughts. In past releases we set a goal of 500 points worth of bugs; today we've hit 778, which is pretty amazing! We set a higher goal than usual due to the length of time since our last release, knowing that we probably needed to give more time than usual for QA and to get things stabilized. How do you feel we're doing? Do you feel Inkscape is solid enough that we could call it good on the bug hunt and proceed with the next stage of the release (perhaps with a select list of must-fix blocker bugs)? Or do you think the bug hunt is helping stimulate a lot of good bug work that we should continue? Or something else entirely? Give me your vote publically or privately and I'll make the appropriate course changes to get the release moving ahead. Bryce

4 6

Review LPE Show Handles
by Jabiertxo Arraiza Cenoz 10 Aug '14

10 Aug '14

Hi to all, I lost ask for a reviewer to the new LPE. If anybody want, the code are in: https://code.launchpad.net/~inkscape.dev/inkscape/show_handles Jabier.

1 0

New LPE "Show Handles"
by Jabiertxo Arraiza Cenoz 10 Aug '14

10 Aug '14

A new video for a new LPE, is like show handles extension. I reuse -and improve- some of my simplify LPE to do it by a sugestion of suv. https://www.youtube.com/watch?v=h9ul_PR9XYo

1 0

0.48.5 and libsigc++-2.3.2
by Ken Moffat 08 Aug '14

08 Aug '14

Hi, I do some things at beyond linuxfromscratch ( http://www.linuxfromscratch.org/blfs/view/svn/ ) and have recently started including 0.48.5 in my own builds. We have been using libsigc++-2.3.1 for some time (I guess that whoever added it did not realis it was a development version), so we went with 2.3.2. Unfortunately, that breaks inkscape-0.48.5. The specific change was announced at https://mail.gnome.org/archives/libsigc-list/2014-August/msg00000.html where it mentioned runtime errors for users who added their own visit_each overload. In fact, for 0.48.5 it broke the build, and the relevant message appeared to be : /usr/include/sigc++-2.0/sigc++/visit_each.h:169:64: error: cannot convert ‘const sigc::adaptor_functor<sigc::bound_mem_functor0<void, SPDesktop> >’ to ‘int’ in initialization /usr/include/sigc++-2.0/sigc++/visit_each.h:169:29: warning: unused variable ‘do_visit_each’ [-Wunused-variable] { sigc::visitor<T_functor>::do_visit_each(_A_action, _A_functor); } ^ CXX device-manager.o Makefile:5958: recipe for target 'desktop.o' failed make[2]: *** [desktop.o] Error 1 Dropping back to 2.3.1 fixed it. One of my colleagues created a patch to locally revert that particular change in libsigc++ which also fixed the build. My first question [ at last! ] is: Do you care about people who build 0.48 with libsigc++-2.3-series ? If you do, any ideas how to fix this ? Thanks. ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m.

3 9

Cairo rendering of SVG arcs
by Liam White 08 Aug '14

08 Aug '14

Hi I found out that for certain SVG files, rendering can likely be sped up a lot by directly rendering SVG elliptical arcs with Cairo instead of converting them to cubic Beziers and rendering those. I expanded our current code in experimental to do that, and it... almost works. I'm not quite sure what I'm doing wrong at the moment, hopefully someone can help me with that! The code works well for perfect circles. It does not work well for ellipses, but doesn't seem to have any issues with rotation of ellipses. Any optimization tips would be appreciated, as this code is called extremely often. #line 558 "src/display/cairo-utils.cpp" else if (Geom::EllipticalArc const *a = dynamic_cast<Geom::EllipticalArc const*>(&c)) { Geom::EllipticalArc* tx = static_cast<Geom::EllipticalArc *>(a->transformed(trans)); Geom::Affine xform = tx->unitCircleTransform(); // Normalize the ellipse into a circle Geom::EllipticalArc * ax = static_cast<Geom::EllipticalArc *>(tx->transformed(xform)); bool sweep = /*ax->sweep(), large_arc = */ax->largeArc(); Geom::Point ce = ax->center(); Geom::Point ang(ax->initialAngle().radians(), ax->finalAngle().radians()); // Apply the transformation to the current context cairo_save(cr); cairo_matrix_t cr_trans; xform = xform.inverse() * trans; cairo_matrix_init(&cr_trans, xform[0], xform[1], xform[2], xform[3], xform[4], xform[5]); cairo_transform(cr, &cr_trans); if (!optimize_stroke || tx->boundsFast().intersects(view)) { // Draw the circle if (sweep) { cairo_arc(cr, ce[X], ce[Y], ax->ray(X), ang[0], ang[1]); } else { cairo_arc_negative(cr, ce[X], ce[Y], ax->ray(X), ang[0], ang[1]); } } else { cairo_move_to(cr, ax->finalPoint()[X], ax->finalPoint()[Y]); } cairo_restore(cr); delete tx; delete ax; return; } http://cairographics.org/manual/cairo-Paths.html#cairo-arc

3 2

Re: [Inkscape-devel] Cairo rendering of SVG arcs
by Liam White 07 Aug '14

07 Aug '14

Thanks Krzysz! That fixed it and now CLI rendering of a file with a tremendous amount of arcs seems to be a bit faster: Unpatched trunk: 0m9.161s Patched trunk: 0m7.577s However, something else I might have to investigate is that with my sample file, experimental seems to have suffered a serious performance regression: Unpatched experimental: 0m20.539s Patched experimental: 0m19.482s

1 0

Re: [Inkscape-devel] SVG2 hatch rendering
by Tomasz Boczkowski 07 Aug '14

07 Aug '14

> It doesn't look terrible here... > In particular it'd be good to know if you're using cairo that includes > the downscaling patch added to cairo last week. If not, then please > re-test with a newer snapshot of cairo. I use cairo 1.12.16 distributed with opensuse 13.1. Tomasz On Tue, Aug 5, 2014 at 10:40 PM, Bryce Harrington <b.harrington@...3042...> wrote: > On Tue, Aug 05, 2014 at 01:32:16PM -0700, Josh Andler wrote: > > On Tue, Aug 5, 2014 at 1:12 PM, Tomasz Boczkowski < > penginsbacon@...400...> > > wrote: > > > > > The image illustrating the aliasing problem is: > > > https://www.dropbox.com/s/r1hlmpwuagdq8cj/hatch_rendering_zoom.png > > > > > > > Is that possibly related to cairo or pixman version? It doesn't look > > terrible here... > > https://www.dropbox.com/s/amnq9c8c64thxrk/hatches.png > > In particular it'd be good to know if you're using cairo that includes > the downscaling patch added to cairo last week. If not, then please > re-test with a newer snapshot of cairo. > > Bryce > > > > >

3 4

Recent change to SVG parsing
by Krzysztof Kosiński 07 Aug '14

07 Aug '14

Hello Recently there was a change to SVG parsing in lib2geom, so that arc segments that end less that EPSILON (1e-5) units from where they begin are ignored. However, this threshold is completely arbitrary and there is no way to change it. I think this should either be changed to strict equality, or there should be a way to set this threshold (in Inkscape, it should be dependent on the numeric precision of XML output). Regards, Krzysztof

4 3

Re: [Inkscape-devel] Inkscape Windows compile instructions and MinGW-w64/MSYS2
by Ruben Van Boxem 06 Aug '14

06 Aug '14

As the previous email was sent only to one person, see below as well :-) I forgot to mention one thing: MSYS2 has a clang that can be used to compile applications. Unfortunately, GCC 4.9.1 header locations aren't yet added to the build, so currently it's not possible to use it. Note that Clang on Windows only works on 32-bit (for now, will change in the future) and with the dw2 C++ exceptions implementation. It uses and links to libgcc and GCC's libstdc++, no libc++ on Windows yet. Ruben From: rubenvb.development@...3139... To: jbc.engelen@...2592... Subject: RE: [Inkscape-devel] Inkscape Windows compile instructions and MinGW-w64/MSYS2 Date: Wed, 6 Aug 2014 15:22:13 +0200 Hi guys, I'm not replying in-line because, well, the outlook.com web interface doesn't indent the previous message like gmail does. Now I have a reason to stick with gmail :-p On-topic: I understand you like the devlibs setup, but as you say yourselves, setting it up and maintaining it is a pain. My message was just meant as an FYI, for your consideration. I won't prevent you from using the binary packages built by the MSYS2 project and integrating those into your devlibs. But I'd only think it fair you credit the project for their work (I'm actually not involved in its development in any way). I think just copying the libraries from the MSYS2 packages should work. Note that C++ is a bit more ABI sensitive than C, and those packages will need a matching GCC variant. (sjlj-dw2-seh and win32-posix internal GCC threads). C code will also be affected by the internal thread implementation GCC uses. Note this does not affect your code or the generated code whatsoever. Just what GCC (libgcc) uses internally. Huh, I didn't find any 64-bit builds on the download page, if you want them to be picked up, you should place them alongside the 32-bit builds, otherwise people aren't even going to try them ;-) http://inkscape.org/en/download/windows/ or http://sourceforge.net/projects/inkscape/files/inkscape/0.48.5/ Cheers, Ruben Date: Fri, 1 Aug 2014 21:00:58 +0200 From: jbc.engelen@...2592... To: inkscape-devel(a)lists.sourceforge.net; rubenvb.development@...3139... Subject: Re: [Inkscape-devel] Inkscape Windows compile instructions and MinGW-w64/MSYS2 Hi Ruben, On 31-7-2014 16:11, Liam White wrote: The devlibs setup is actually the most simplified way to build Inkscape, because one does not need to download and install MSYS to build it on Windows this way. I agree with Liam. Our current setup for Windows is about as simple as I can imagine (for both 32 and 64 bit). The most difficult thing is setting up Bazaar, which is unrelated to setting up the build environment. Once one can checkout Inkscape's source, the only build setup steps that are required are: bzr checkout devlibs, and downloading and unzipping mingw. There is very little room for improvement here; certainly MSYS2's installation instructions are more 'difficult'. I don't think setting up our build setup is preventing developers on Windows to join the project. That said, there is a cost of our simplicity: someone has to maintain the devlibs. With the hard work of Partha and Liam, we have managed to get devlibs64 up; without them we probably still would not have had 64bit. 64-bit builds are possible because we modified our code to get it built with 64bit! We already have official 64bit builds :) It'd be nice to have another project maintain a "devlibs", effectively what MSYS2 would provide for us, possibly at the cost of some *reduced* simplicity in setting up the build environment (based of of the installation instructions online for MSYS2). Perhaps it is as easy as just copying the binaries/headers into our devlibs though... regards, Johan (Does MSYS2 provide clang binaries that are usable for compiling Inkscape?) On Jul 31, 2014 4:00 AM, "Ruben Van Boxem" <rubenvb.development@...3139...> wrote: Hi everyone, I wanted to explore the possibility of a 64-bit Windows build of Inkscape (for obvious reasons of increased memory availability), and discovered the "effort" had already been done by the great people of MSYS2 and MinGW-w64. I would strongly suggest the Windows developers look into switching to this development platform instead of the current, manually maintained "devlibs" setup. Perhaps this suggestion can be made more plausible if I attempt to explain what MSYS2 and MinGW-w64 provide. MinGW-w64 is an active project that provides Win32 headers and libraries so that GCC can be used on Windows, both 32- and 64-bit. It has replaced "ye olde" MinGW.org on numerous Linux distros (most notably Debian, Fedora, OpenSUSE, Ubuntu, and Arch). It is also the toolchain distributed alongside the Qt SDK releases. MSYS2 is an updated version of the old MSYS (it takes a newer version of Cygwin, applies the MSYS patches, and presto: a Unix shell environment for building Unix/cross-platform software on Windows). Additionally, MSYS2 provides a complete repository of binary packages, linux-distro style. What the developers did was port Arch Linux' package manager, pacman, and create a whole ecosystem around it of ready-made MinGW-w64 packages. The full list can be found here. You'll notice that the list contains a mingw-w64-inkscape package. What this means is that there is an easy way of obtaining/building/... inkscape on Windows, without the need to jump through too many hoops. I'm not saying you guys should drop everything and come hide in the shade of MSYS2, but instead evaluate the current build process on Windows, and perhaps provide a simplified way of developing Inkscape on this platform. A free bonus would be the possibility of providing a 64-bit Inkscape build, which is already possible without any 64-bit Windows patches thanks to good code by you guys ;-). Also note that cross-compilation from Linux shouldn't be much harder either, all the aforementioned distros have an extensive list of MinGW-w64 libraries at their disposal, and using CMake should make it all "just work". The current wiki's instructions look abysmally complicated compared to the simplicity made possible by the MinGW-w64/MSYS2 combo. I strongly hope you take this into consideration, as it will lead to a lower entry for developing Inkscape on windows, which in turn will lead to quicker bug-fixing (I hope ;-)). Thanks and keep up the fine work! Ruben (known as rubenvb in the MinGW-w64 mailing community)

2 1

SVG2 hatch rendering
by Tomasz Boczkowski 05 Aug '14

05 Aug '14

Hi! I've implemented the rendering of SVG2 hatches in lp:~penginsbacon/inkscape/svg-paints-support. How it works can be seen using a test file attached to this message. The rectangles in left columns are filled with hatches, while the ones in right columns are reference images consisting of clipped paths. What is still to be done is to implement rendering when overflow property is set visible. In addition to this, I have to improve rendering when hatch covered object is zoomed out. The second problem can be seen in the picture [1]. The cause is aliasing when rendered cairo_pattern_t is applied to a shape. One of the solutions is to adjust applied pattern size to full pixels. This can be achieved by manipulating the transformation applied to the pattern by ink_cairo_pattern_set_matrix in drawing-pattern.cpp:119. The drawback of this rendering hatch paths at displaced positions, what can be visible in case of large shapes. Another solution is to allocate pattern surface of the size of object bounding box and to draw all hatch paths on it. The third one is to increase oversampling and use CAIRO_FILTER_NEAREST for hatches. What techique do you recommend? I'd like to add hatches to Swatches and Fill and Stroke dialogs and prepare stock hatches based on ISO 128-50 standard being used in Europe for technical drawing. As there are more SVG2 elements supported in Inkscape, how should fallback to SVG1.1 look like? Should there be an another output extension? In case of hatches should they be converted to patterns? Regards Tomasz

7 14

[GSOC Swatches] Latest code check in
by Tavmjong Bah 05 Aug '14

05 Aug '14

Hi Tomasz, I just looked at your latest code check-in. You've added in style.h: sigc::connection fill_ps_changed_connection; sigc::connection stroke_ps_changed_connection; to the already existing: sigc::connection filter_modified_connection; sigc::connection fill_ps_modified_connection; sigc::connection stroke_ps_modified_connection; How does "changed" differ from "modified"? This is a place where adding a comment or two would really be helpful to some future developer in understanding the code. Any progress with hatches? Tav

2 2

Compiling 0.91pre1
by john Culleton 04 Aug '14

04 Aug '14

I get this error: -------------------------- CXX libdepixelize/kopftracer2011.o In file included from /usr/include/glibmm-2.4/glibmm.h:89:0, from libdepixelize/kopftracer2011.cpp:29: /usr/include/glibmm-2.4/glibmm/threads.h:142:11: error: field 'gobject_' has incomplete type GThread gobject_; ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'GThread* Glib::Threads::Thread::gobj()': /usr/include/glibmm-2.4/glibmm/threads.h:138:41: error: 'gobject_' was not declared in this scope GThread* gobj() { return &gobject_; } ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'const GThread* Glib::Threads::Thread::gobj() const': /usr/include/glibmm-2.4/glibmm/threads.h:139:41: error: 'gobject_' was not declared in this scope const GThread* gobj() const { return &gobject_; } ^ make[3]: *** [libdepixelize/kopftracer2011.o] Error 1 make[3]: Leaving directory `/usr/local/inkscape-0.91pre1/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/inkscape-0.91pre1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/inkscape-0.91pre1' make: *** [all] Error 2 ---------------------------------------- I get another kind of error on gobj_ when attempting to compile pre0. I use Slackware Linux 14.1 64 bit. Suggestions? -- 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

Re: [Inkscape-devel] Compiling 0.91pre1
by Johan Engelen 04 Aug '14

04 Aug '14

Try swapping the order of the include files, that sometimes helps for this issue. -Johan ----- Reply message ----- From: "john Culleton" <John@...1202...> To: <inkscape-devel@...6...> Subject: [Inkscape-devel] Compiling 0.91pre1 Date: Mon, Aug 4, 2014 23:12 I get this error: -------------------------- CXX libdepixelize/kopftracer2011.o In file included from /usr/include/glibmm-2.4/glibmm.h:89:0, from libdepixelize/kopftracer2011.cpp:29: /usr/include/glibmm-2.4/glibmm/threads.h:142:11: error: field 'gobject_' has incomplete type GThread gobject_; ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'GThread* Glib::Threads::Thread::gobj()': /usr/include/glibmm-2.4/glibmm/threads.h:138:41: error: 'gobject_' was not declared in this scope GThread* gobj() { return &gobject_; } ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function 'const GThread* Glib::Threads::Thread::gobj() const': /usr/include/glibmm-2.4/glibmm/threads.h:139:41: error: 'gobject_' was not declared in this scope const GThread* gobj() const { return &gobject_; } ^ make[3]: *** [libdepixelize/kopftracer2011.o] Error 1 make[3]: Leaving directory `/usr/local/inkscape-0.91pre1/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/inkscape-0.91pre1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/inkscape-0.91pre1' make: *** [all] Error 2 ---------------------------------------- I get another kind of error on gobj_ when attempting to compile pre0. I use Slackware Linux 14.1 64 bit. Suggestions? -- 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 ------------------------------------------------------------------------------ Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Fix for #601336 (Pattern rotation crash)
by Liam White 04 Aug '14

04 Aug '14

Hi all, I came up with a fix for this week's bug of the week ( https://bugs.launchpad.net/inkscape/+bug/601336 ). However, I'm bringing it up here for two reasons: 1. It's a fairly large patch (and it modifies sp-item.h) 2. It introduces new, little-tested functionality I'm more concerned about the second item on the list. The fix was to introduce separate knots for stroke and fill patterns, and to make stroke pattern transformations independent of fill transformations. If anyone has time, I'd appreciate any feedback. The diff is attached. If for some reason you can't download it, I've also pastebinned it here: http://paste.debian.net/113020/ Thanks, Liam

2 2

Windows x64 and gtk3
by Liam White 02 Aug '14

02 Aug '14

Hi all, I've added a gtk3 build rule to the 64-bit Windows devlibs[0]. I'd like people to start testing out the gtk3 look on Windows. As the gtk3 for x86 developers probably figured out, the MS-Windows default theme looks awful with the new gtk3 version[1]. So I've again decided to stick with the Adwaita theme for compilation, which is much nicer[2]. I don't plan on returning to Windows anytime soon, so I would advise all who build on Windows to please fix any problems I might have overlooked in the build rule. Thanks, Liam [0]. See this <http://bazaar.launchpad.net/~inkscape.dev/inkscape-devlibs64/trunk/revision…> [1]. See https://db.tt/js7hR38Y [2]. See https://db.tt/EGwiP0ft

2 1

Inkscape Windows compile instructions and MinGW-w64/MSYS2
by Ruben Van Boxem 01 Aug '14

01 Aug '14

Hi everyone, I wanted to explore the possibility of a 64-bit Windows build of Inkscape (for obvious reasons of increased memory availability), and discovered the "effort" had already been done by the great people of MSYS2 and MinGW-w64. I would strongly suggest the Windows developers look into switching to this development platform instead of the current, manually maintained "devlibs" setup. Perhaps this suggestion can be made more plausible if I attempt to explain what MSYS2 and MinGW-w64 provide. MinGW-w64 is an active project that provides Win32 headers and libraries so that GCC can be used on Windows, both 32- and 64-bit. It has replaced "ye olde" MinGW.org on numerous Linux distros (most notably Debian, Fedora, OpenSUSE, Ubuntu, and Arch). It is also the toolchain distributed alongside the Qt SDK releases. MSYS2 is an updated version of the old MSYS (it takes a newer version of Cygwin, applies the MSYS patches, and presto: a Unix shell environment for building Unix/cross-platform software on Windows). Additionally, MSYS2 provides a complete repository of binary packages, linux-distro style. What the developers did was port Arch Linux' package manager, pacman, and create a whole ecosystem around it of ready-made MinGW-w64 packages. The full list can be found here. You'll notice that the list contains a mingw-w64-inkscape package. What this means is that there is an easy way of obtaining/building/... inkscape on Windows, without the need to jump through too many hoops. I'm not saying you guys should drop everything and come hide in the shade of MSYS2, but instead evaluate the current build process on Windows, and perhaps provide a simplified way of developing Inkscape on this platform. A free bonus would be the possibility of providing a 64-bit Inkscape build, which is already possible without any 64-bit Windows patches thanks to good code by you guys ;-). Also note that cross-compilation from Linux shouldn't be much harder either, all the aforementioned distros have an extensive list of MinGW-w64 libraries at their disposal, and using CMake should make it all "just work". The current wiki's instructions look abysmally complicated compared to the simplicity made possible by the MinGW-w64/MSYS2 combo. I strongly hope you take this into consideration, as it will lead to a lower entry for developing Inkscape on windows, which in turn will lead to quicker bug-fixing (I hope ;-)). Thanks and keep up the fine work! Ruben (known as rubenvb in the MinGW-w64 mailing community)

3 2

Inkscape web services will be down tomorrow
by Ian Caldwell 28 Jul '14

28 Jul '14

FYI tomorrow from approximately 1000-1045 PDT INKSCAPE web services will be down while we upgrade to a bigger hard drive. Thanks, Ian Caldwell

1 0

Cloned gradient bug fix
by Johan Engelen 26 Jul '14

26 Jul '14

Hi all, I just committed a symptom fix to LP bug #453067. The root cause is evil to fix, and probably no-one will get to it before release. Hope it counts towards the bug score. regards, Johan

4 5

Re: [Inkscape-devel] GSOC status report - Better support for SVG paints
by Tomasz Boczkowski 24 Jul '14

24 Jul '14

> It would be nice to be able to edit the gradient as is done with > swatches... but this might be involve resurrecting a simplified version > of the late Gradient editor dialog. I like the idea. I can do it after I implement hatches. > One small problem... I had trouble switching back from "Grid" view to > the "Tree" view as there wasn't an empty place to click on until I > widened the window a bit. You can also change the mode using left arrow button at the bottom right corner. By the way I'm thinking of leaving some empty space after each palette in grid mode to keep palettes separate. It would look like this [1]. An icon could be added as first element of each palette. It would have a tooltip set to category name. [1] https://www.dropbox.com/s/0jltcbm8rqthsi9/newlines.png On Wed, Jul 23, 2014 at 4:43 PM, Tomasz Boczkowski <penginsbacon@...400...> wrote: > > It would be nice to be able to edit the gradient as is done with > > swatches... but this might be involve resurrecting a simplified version > > of the late Gradient editor dialog. > > I like the idea. I can do it after I implement hatches. > > > One small problem... I had trouble switching back from "Grid" view to > > the "Tree" view as there wasn't an empty place to click on until I > > widened the window a bit. > > You can also change the mode using left arrow button at the bottom right > corner. > > By the way I'm thinking of leaving some empty space after each palette in > grid mode > to keep palettes separate. It would look like this [1]. An icon could be > added as first element of > each palette. It would have a tooltip set to category name. > > [1] https://www.dropbox.com/s/0jltcbm8rqthsi9/newlines.png > > > On Wed, Jul 23, 2014 at 1:43 PM, Tavmjong Bah <tavmjong@...8...> wrote: > >> On Tue, 2014-07-22 at 13:19 +0200, Tomasz Boczkowski wrote: >> > New functions were added to the swatches dialog. >> > >> > >> > The most important is the ability to modify swatches. A swatch >> > properties >> > dialog was added. When a swatch in "current document" category is >> > selected, >> > "swatch properties" option is active. After clicking it a dialog >> > appears. >> > It is possible to change swatch name. Technically it is stored in >> > title child >> > element. Swatch preview is displayed at the bottom of the dialog. >> > Depending >> > on swatch type different controls can be displayed. For colors a color >> > notebook >> > widget is used to change swatch value [1]. Pattern attributes can be >> > changed >> > using attribute table widget [2]. >> > >> > >> > Gradient support has been added. Gradients having a gradient vector >> > defined >> > are displayed in swatches panel [3]. The user can apply gradient to >> > existing >> > object. It is linear by default. An exception to this is applying >> > gradient to >> > an object with existing radial one. >> >> It would be nice to be able to edit the gradient as is done with >> swatches... but this might be involve resurrecting a simplified version >> of the late Gradient editor dialog. >> >> > All pattern types can be chosen when no item is selected on canvas. In >> > this case >> > newly created items will receive selected style. >> >> This is all really nice. >> >> One small problem... I had trouble switching back from "Grid" view to >> the "Tree" view as there wasn't an empty place to click on until I >> widened the window a bit. >> >> Tav >> >> >> >> >> >

5 7

Different handling of x, y for path vs. text breaking text clipping
by mathog 24 Jul '14

24 Jul '14

Hi all, I'm trying to get clipping on text read in from EMF to work properly and r13463 (and maybe earlier) is doing something odd in that it is treating path and text coordinates differently, but ONLY when it reads the SVG "hot off the press" from the EMF read. If the exact same SVG is first emitted to a file and then read in directly, it works fine. Here is one such file(retrieve only directory): http://saf.bio.caltech.edu/pub/pickup/mangle_clip.svg that has the clipping more or less right when viewed in Firefox and when opened in Inkscape. But when the source EMF file is read directly, the coordinates of the <text> pieces are transformed and a <transform> tag is added to the <text>, the coordinates of the <path> draw are not transformed. Since both reference the same clipping path, this breaks clipping for text, because the coordinates of the clip-path must match up with those of the <text> IN the <text>, not AFTER it. If the text were not being clipped, the transform would not make a difference (but it is, so it does). The link above is the output of the following code fragment: (void) myEnhMetaFileProc(contents,length, &d); free(contents); if (d.pDesc){ free( d.pDesc ); } std::cout << std::endl << d.outsvg << std::endl; SPDocument *doc = SPDocument::createNewDocFromMem(d.outsvg.c_str(), strlen(d.outsvg.c_str()), TRUE); And things go wrong when the SVG as text in memory goes through createNewDocFromMem but not when the SVG as text in a file goes through whatever path the usual SVG file open uses. Does this issue sound familiar to anyone, and if so, what is the workaround? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 1

Reviews to experimental
by Jabiertxo Arraiza Cenoz 23 Jul '14

23 Jul '14

Hi to all. Any body want to review one or both branches to merge on experimental: https://code.launchpad.net/~inkscape.dev/inkscape/lastApplied https://code.launchpad.net/~inkscape.dev/inkscape/roughen Regards, Jabier.

1 0

Code cleanup in trunk
by Johan Engelen 23 Jul '14

23 Jul '14

Hi Markus, Thanks for the code cleanups in trunk. One comment: please be careful in removing nullptr checks in trunk. Although they look unnecessary, we really don't want to (re-)add bugs. In rev 13460, you removed a this == nullptr check. It's terrible code, I agree. The problem is that some other bad code may still rely on that check. I'm not saying that's the case for that particular piece of code, but I'd rather not remove such checks in trunk until after release. Small tip for people bughunting, "this" in a class method can be nullptr. A call through nullptr to non-virtual method will happily pass. Because we changed code like f(SPFoo *g) { if (!g) return; to Foo::f() { if (!this) return; you may see a check on "this" in the code. If you are sure that all callers make sure the object is not nullptr, you can remove the check in experimental. thanks, Johan

2 3

Re: [Inkscape-devel] GSOC status report - Better support for SVG paints
by Tomasz Boczkowski 23 Jul '14

23 Jul '14

New functions were added to the swatches dialog. The most important is the ability to modify swatches. A swatch properties dialog was added. When a swatch in "current document" category is selected, "swatch properties" option is active. After clicking it a dialog appears. It is possible to change swatch name. Technically it is stored in title child element. Swatch preview is displayed at the bottom of the dialog. Depending on swatch type different controls can be displayed. For colors a color notebook widget is used to change swatch value [1]. Pattern attributes can be changed using attribute table widget [2]. Gradient support has been added. Gradients having a gradient vector defined are displayed in swatches panel [3]. The user can apply gradient to existing object. It is linear by default. An exception to this is applying gradient to an object with existing radial one. All pattern types can be chosen when no item is selected on canvas. In this case newly created items will receive selected style. Regards Tomasz [1] https://www.dropbox.com/s/5fb0r9hhdo4w2uc/solid-swatch-properties.mpeg [2] https://www.dropbox.com/s/54vi1j4ypjdv2mq/pattern-swatch-properties.mpeg [3] https://www.dropbox.com/s/z998vjvoucbirmg/gradient-support.mpeg On Fri, Jun 27, 2014 at 11:30 PM, Tomasz Boczkowski <penginsbacon@...400...> wrote: > Thank you! > > > One quick suggestion, please add Black to the options for background > > color. :) > Added. > > Tomasz > > > On Fri, Jun 27, 2014 at 9:23 PM, Martin Owens <doctormo@...400...> wrote: > >> On Fri, 2014-06-27 at 19:49 +0200, Tomasz Boczkowski wrote: >> > I've implemented the look and feel options that were planned in >> > project proposal. [1] Now there are three view modes: >> > * list, showing tiles with labels divided into categories >> > * grid, presenting only preview tiles contiguously >> > * tree, presenting preview tiles divided into categories >> >> Nice work Tomasz! >> >> Martin, >> >> >> >

2 2

Re: [Inkscape-devel] New swatches dialog and questions
by Tomasz Boczkowski 23 Jul '14

23 Jul '14

Thanks! > It would also have been nice to be able to change multiple swatches at > the same time as it might have been if last years color GSOC project had > been finished. How can this be done? Are there any mockups from last year available? > The Fill and Stroke dialog could use a rethinking. I really don't like > that clicking on the Swatch icon automatically creates a new swatch. The "swatch" tab can be moved to the color notebook and display solid color swatches. It would behave similar to the patterns tab. > We should also be displaying gradients in the swatches dialog. No problem. > Same thing with clicking on the Pattern icon. I'm afraid I didn't get the point. After clicking the pattern icon a list of patterns is displayed and no new pattern is created. > It might be interesting to think on how > the Fill and Stroke tabs could be integrated with the new Swatches > dialog. I fully agree. Especially when solid colors, gradients and patterns are equally treated as swatches. My first mockups from this project included a modified fill and stroke interface [1]. They were rejected and replaced by integration of pattern preview widget in a fill and stroke tab. At those time, the mockups didn't involve the swatches dialog. Do you think this idea is worth considering again? Tomasz [1] https://www.dropbox.com/s/l2w3ybeozmzix73/integration.png On Sun, Jul 13, 2014 at 1:45 PM, Tomasz Boczkowski <penginsbacon@...400...> wrote: > Thanks! > > > It would also have been nice to be able to change multiple swatches at > > the same time as it might have been if last years color GSOC project had > > been finished. > > How can this be done? Are there any mockups from last year available? > > > The Fill and Stroke dialog could use a rethinking. I really don't like > > that clicking on the Swatch icon automatically creates a new swatch. > > The "swatch" tab can be moved to the color notebook and display > solid color swatches. It would behave similar to the patterns tab. > > > We should also be displaying gradients in the swatches dialog. > > No problem. > > > Same thing with clicking on the Pattern icon. > > I'm afraid I didn't get the point. After clicking the pattern icon > a list of patterns is displayed and no new pattern is created. > > > It might be interesting to think on how > > the Fill and Stroke tabs could be integrated with the new Swatches > > dialog. > > I fully agree. Especially when solid colors, gradients and patterns > are equally treated as swatches. My first mockups from this project > included a modified fill and stroke interface [1]. They were rejected > and replaced by integration of pattern preview widget in a fill and stroke > tab. At those time, the mockups didn't involve the swatches dialog. > Do you think this idea is worth considering again? > > Tomasz > > [1] https://www.dropbox.com/s/l2w3ybeozmzix73/integration.png > > > On Thu, Jul 10, 2014 at 5:02 PM, Tavmjong Bah <tavmjong@...8...> wrote: > >> On Wed, 2014-07-09 at 18:57 +0200, Tomasz Boczkowski wrote: >> > There's one more issue that I would like to consult. >> > >> > >> > 4) There's a number of palettes provided with inkscape. If they are >> > all displayed in tree mode, they occupy a lot of >> > space in swatches dialog [1]. It can be quite uncomfortable to use >> > "Ubuntu" and "Current document" palettes >> > at the same time. In grid view mode, when all categories are collapsed >> > into one, the situation is even worse [2]. >> >> Yes, this is a big problem. >> >> > I can think of three solutions: >> > * Leave tree mode [1] as is and in grid mode [2] display only expanded >> > palettes. To enhance discoverability >> > it would be possible to expand and close palettes from popup menu >> > [3] >> >> I like the way the tree mode keeps the palettes separate. I prefer this >> to the grid mode. >> >> > * Use the popup menu [3] to choose palettes that are shown in swatches >> > dialog. If a category is shown it can >> > further be expanded or collapsed. >> >> There is a discoverablity issue here. >> >> > * Share a TreeModel behind swatches dialog between: patterns panel in >> > fill and stroke dialog, color chooser bar >> > at the bottom of the screen and swatches dialog. Add a dialog to >> > choose active palettes, as shown in [4]. The >> > solution is similar to GIMP behaviour. >> >> Sharing the TreeModel is a good idea, but I am not sure about the dialog >> to choose the palette. >> >> > Which of them do you like most? >> >> What about adding a fourth option "Choose Palettes" to Tree, Grid, List >> that would be like your Palettes dialog >> >> > In third case we have a data model common to a number of dialogs. How >> > can I implement creating and sharing >> > the object? What comes to my mind is making the data model a >> > singleton, or associating it with SPDesktop >> > object. Are there other possibilities? >> >> Singleton would be fine, I think. >> >> Tav >> >> >> >> > [1] https://www.dropbox.com/s/5tfjj0ih62fxl03/swatches_categories1.png >> > [2] https://www.dropbox.com/s/5675of3vfi926pt/swatches_categories2.png >> > [3] https://www.dropbox.com/s/q16h3ecqhkn1pso/swatches_categories3.png >> > [4] https://www.dropbox.com/s/v245xz3m1o82jch/palettes_dialog.png >> >> >> >

2 3

Re: [Inkscape-devel] Inkscape 0.48.5 Released
by Jared Meidal 20 Jul '14

20 Jul '14

Got it working now. I'm not sure if I fixed this or someone else. The news article was set to be published, but the publish time was future in my timezone. I moved it back 6hrs and the link on the homepage works for me now. (This also messed up the RSS feed until the link began to work again.) --Jared > > Message: 3 > Date: Fri, 18 Jul 2014 15:46:52 -0700 (PDT) > From: alvinpenner <penner@...1856...> > Subject: Re: [Inkscape-devel] Inkscape 0.48.5 Released > To: inkscape-devel(a)lists.sourceforge.net > Message-ID: <1405723612463-4971012.post@...2730...> > Content-Type: text/plain; charset=us-ascii > > glad to hear it! > > just writing to note that, on the site: > http://www.inkscape.org/en/news/2014/07/ > > the link that says "Inkscape 0.48.5 Released" does not work. > > Alvin

9 25

two new icons propose
by Jabiertxo Arraiza Cenoz 19 Jul '14

19 Jul '14

Hi to all. Because GTK declare obsolete "yes" and "no" icons, and "accept" and "cancel" icons are handled by his label -so you can not change his label to a custom text i think-, I propose the creation of two icons in the icon files of inkscape. I want particulary to use in the new LPE parameter "Toggle Button", now is used in experimental branch -Simplify LPE-. For this LPE I'm using "system-run" and "process-stop" GTK default icons, but i think is better a toogled button for example like bullets here[1]. http://www.inkscape.org/en/develop/next-release/ Any problem to add it? I could do it but maybe we can ask for on inkscape-user list. Regards, Jabier.

2 2

Optimization talk
by Johan Engelen 19 Jul '14

19 Jul '14

Hi all, If you are interested in optimization of C++ code (by the compiler): https://www.youtube.com/watch?v=eR34r7HOU14 regards, Johan

1 0

Inkscape 0.48.5 Released
by Josh Andler 18 Jul '14

18 Jul '14

Greetings! The Inkscape community is proud to announce the stable bug-fix release of Inkscape version 0.48.5. This is the fifth bug fix release for 0.48 and it contains over 60 bug fixes to improve stability and functionality on all platforms (over 190 for OS X since our last available package). Check out the release notes [1] for a summary of some of the fixes and improvements, the milestone page [2] for the full list of closed bug reports, or just jump right to downloading [3] your package for Windows, Linux or Mac OS X. We will be focusing our efforts on 0.91 and are not currently planning any further bug-fix releases in the 0.48 series at this time. Stay tuned for more news! Cheers, Josh [1] http://wiki.inkscape.org/wiki/index.php/Release_notes/0.48.5 [2] https://launchpad.net/inkscape/+milestone/0.48.5 [3] http://inkscape.org/download/

2 1

Compiling 0.91 branch for RHEL 6
by Shamit Verma 17 Jul '14

17 Jul '14

Hi All, I am trying to build Inkscape for an environment where only RedHat 6 distribution of Linux is available. Has anyone tried to build .91 codebase on this distribution? What would be the dependencies that I would need to build this codebase ? Regards, Shamit

2 1

0.48.5 packages needed
by Krzysztof Kosiński 16 Jul '14

16 Jul '14

The Windows installer is up at sourceforge.net, and the tarballs are at Launchpad. We still need the portable version and the Mac bundle before we can announce the new release. Anyone up for it? Regards, Krzysztof

6 8

Re: [Inkscape-devel] 0.48.5 packages needed
by Jared Meidal 15 Jul '14

15 Jul '14

Josh, I tested the OS X package on two Mavericks systems yesterday and they seemed to work great. I tried it on a Snow Leopard system today with a good install. Thanks! Initially the load time for the newly installed version seems to take 2-3 minutes, but subsequent loads are under a minute. --Jared

1 0

New extension: Multi-page PDF export
by unknown＠example.com 15 Jul '14

15 Jul '14

Hi, I've written an extension to save the layers of an SVG file to a multi-page PDF. You can find it at https://github.com/wvengen/inkscape-addons Would someone be willing to either give me a wiki account, or update the extension repository page? http://wiki.inkscape.org/wiki/index.php/Extension_repository Cheers, - Willem

1 0

trunk vs. experimental: Snapping with alt-drag
by Johan Engelen 15 Jul '14

15 Jul '14

Hi Diederik, all, There is a discrepancy between experimental and trunk with regards to snapping when alt-dragging. When the grid is enabled, alt-dragging should move the selection in grid-spacing steps. But when the movement is less than one grid-spacing, there is no snapping. Diederik, can you look into this? Thanks, Johan

4 5

Fwd: 0.48.5 packages needed
by Liam White 14 Jul '14

14 Jul '14

Oops, forgot to add the mailing list when sending this message. ---------- Forwarded message ---------- From: Liam White <inkscapebrony@...400...> Date: Sun, Jul 13, 2014 at 9:53 PM Subject: Re: [Inkscape-devel] 0.48.5 packages needed To: Krzysztof Kosiński Here is the Windows portable version: http://goo.gl/hdrLXB I think we need to get this signed by a PortableApps person, but there's the base installer. On Fri, Jun 27, 2014 at 4:22 PM, Krzysztof Kosiński <tweenk.pl@...972.....> wrote: > The Windows installer is up at sourceforge.net, and the tarballs are > at Launchpad. We still need the portable version and the Mac bundle > before we can announce the new release. Anyone up for it? > > Regards, Krzysztof >

2 1

Save a copy of the current document with all converted into curves leaving original untouched and get measures of all objects
by Nadie Nathing 11 Jul '14

11 Jul '14

Hi! I'm making an Inkscape extension that does this: 1-. Save a copy of the current document in a folder as .ai with all objects converted into curves (leaving the current document with text, spirals, polygons...) 2-. Take the measures of the bounding box that appears when I select all objects and save it to a file. 3-. Call an executable in the system path. I'm using Inkscape nightly build.

1 0

New swatches dialog and questions
by Tomasz Boczkowski 10 Jul '14

10 Jul '14

Hi! I'd like to post a video of a new swatches dialog[1]. It displays color swatches and patterns as preview tiles divided into palettes. The palettes are read from .gpl and .svg files in stock directories. One category "Current document" is special, as it shows paint servers from currently opened document. The dialog allows applying swatches to fill and stroke. It is also possible to create new swatches based on current object solid fill or stroke. New pattern can be created by invoking "object to pattern" command from add menu. How do you like it? I still have some issues to be implemented and I'd like to ask you some questions about it. 1) I would like to implement modifying existing patterns. My original idea was to create new dialog "swatch properties". Now I think using existing "object attributes" and "object properties" dialogs would be simpler and more versatile. After clicking a modify button a popup will appear [2]. Each option would show appropriate dialog. The content of the property dialogs is based on current selection, and there is no option to display the properties of arbitrary objects. I have two possibilites: * set selection to swatch element (having solidColor, gradient or pattern tag). Selection API allows it, but only visible objects are selected in inkscape so far. * modify the property dialogs to enable editing arbitrary objects by adding a setObject(SPObject *) method. Which of the options is favourable? 2) The dialog should enable removing swatches. I think placing, rather long, implementation of this feature in swatches dialog class might not be the best solution. Where else can I place the code? 3) Old swatches dialog supplies an "auto" palette. It consists of swatch objects from current document that have "obs:swatch" attribute defined. The new one displays all swatches from current document. Should I keep the the palette? Regards, Tomasz [1] https://www.dropbox.com/s/80f9r6ct9w2fktx/swatches-dialog.mpeg [2] https://www.dropbox.com/s/hn8cqvu64ke364b/modify_swatch.png

3 4

Re: [Inkscape-devel] Large filter areas
by Niko Kiirala 08 Jul '14

08 Jul '14

8.7.2014 8.52 kirjoitti Michael Grosberg <grosberg.michael@...400...>: > > Krzysztof Kosiński <tweenk.pl@...360...> writes: > > > > > We could do three things > > a) put in some logic to arbitrarily stop rendering an effect when the > > dependent area crosses some threshold > > b) use stacked box blur instead of true Gaussian blur (though I doubt > > it would be faster) > > c) speed up the existing Gaussian blur implementation - it shouldn't > > be that slow > > > > Regards, Krzysztof > > If it's OK to contribute my two cents as a user, I would prefer loss of > quality in the work area over a slowdown. If for example zooming in to a > blurred shape would make large chunky pixels visible, that is still better > than having to contend with a slow system. So if you have a way of replacing > the blurred object with a static bitmap instead of having to recalculate > the blur every time the display changes, that would be acceptable. > I'm talking about the work area display only, of course, not bitmap export. > > BTW, I've been working with Inkscape in a production environment for years > but lately I've upped my usage even more and I'm using it almost all day. > Even though I have the latest version of Illustrator installed I still vastly > prefer Inkscape - it is so much easier to work with. It's likely quite a forgotten thing, but filters as they stand, do contain a crude method along these lines. If you go into settings, you can drop the filters rendering quality, which will limit the rendering resolution when editing. You will get quite notable artifacts, but it's vastly faster in many cases. There are a couple quality settings available in the filtering code. It could be useful to look into those and see if there's some better default combination than what we have now.

1 0

Large filter areas
by Diederik van Lierop 08 Jul '14

08 Jul '14

Hi ppl, It's no surprise that filters can make Inkscape crawl, and I ran into that while digging into this bug https://bugs.launchpad.net/inkscape/+bug/827192 In this case though, the area to be filtered measures 18416 x 17524 pixels, which is a bit too much for just on screen display. Is there any way to work around this? Can't we set an upper limit on the area, in order to keep Inkscape somewhat responsive? If it takes a few seconds that's OK IMHO in such extreme cases, but at least the user should be able to trust that Inkscape will recover. Diederik

7 10

requesting wiki account
by Brynn 06 Jul '14

06 Jul '14

Hi Friends, I've been given edit privileges at inkscape.org from Martin Owens. I want to re-organize and edit some of the community info, including Inkscape forums, tutorials and galleries. I came across info about forums, tutorials and galleries in the "old" wiki, and wanted to know about incorporating it into the new inkscape.org. He suggested that forums, tutorials and galleries probably don't belong in the wiki anyway, and said I should delete them, if I can get access to the wiki. He said the wiki (an updated and current wiki) should only contain development, design, code, etc., anyway. (Also told me to email this mailing list to ask for a wiki account.) So assuming you all are in agreement with him, I'm asking for access to be able to edit the wiki. I'll be glad to do any tedious, menial work that might need to be done there, to bring it up to meet the current needs of the community -- if anyone can tell me what kind of work that would be. Should I get access to the wiki, I would be at your disposal. Maybe most of you probably don't know me, but I've been a moderator at InkscapeForum.com for a few years, and nearly a year ago, opened a new Inkscape website (http://forum.inkscapecommunity.com/index.php). So I'm fairly well connected to the user community....at least those who post in forums. Thank you very much, brynn

2 2

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 98, Issue 4
by Jelle Mulder 06 Jul '14

06 Jul '14

Ehm,.. not Inkscape related really, but I am looking for a C++ programmer to earn a few thousand euro's with a probably fairly easy task. (my estimate is a week part-time). I thought someone here might be interested and it would sort of indirectly help the project as well by supporting my favourite programmers. I hope not with a weeks delay though, don't want to interrupt what's going on here. If interested, send me your rating fee and we'll pick it up from there. There is some time pressure on it, so if you don't have time the coming few weeks, state it clearly in your e-mail. I may have other tasks later for the same or other clients as well. Cheers, Jelle

1 0

GSoC Project Update
by Krzysztof Kosiński 06 Jul '14

06 Jul '14

Hello The midterm evaluations are near due, so here's a public update on my GSoC project. The schedule this year was very bad for me, and dealing with university stuff ate most of my time in the first half of the project, so I didn't do nearly as much as I hoped for. I have however made a prototype CGAL-based implementation of boolops. It is available in 2Geom trunk; you have to have CGAL installed, its headers available in your default include path, and set the CMake option CGAL_TOYS=ON to compile it. Saying "sudo apt-get install libcgal-dev" suffices to satisfy the first two requirements on Ubuntu 14.04. The results of playing with this toy are rather disappointing. CGAL produces visibly imprecise results even for simple shapes (see attached pictures), and for some inputs (e.g. when sliding two bananas over each other so that they nearly match) it crashes with an assertion. It seems that its boolean operation algorithm for Beziers is of very poor quality. This means I will have to write the boolops code from scratch. I've found a MIT-licensed Objective-C library that implements boolops on Bezier paths, which may serve as an inspiration. https://bitbucket.org/andyfinnell/vectorboolean During the remaining time before midterm, I'll work on path-related APIs in 2Geom. This will be useful when implementing boolops, and will allow us to get rid of ugly ancient stuff in Inkscape, such as SPCurve. After the midterm, I will have to complete a final assignment at the university, and should have much more time to get useful work done in the second half of the project. Regards, Krzysztof

5 9

Math function problem
by Jabiertxo Arraiza Cenoz 02 Jul '14

02 Jul '14

Hi to all. I try this in my debian calculator: "4 / 3 * (sqrt(2) - 1)" and return 0,55228475 in C++ return 0.414214 I want 0,55228475. Where i lost? I have the cmath header Regards, Jabier.

6 12

Bug of the Week - 167834
by Bryce Harrington 02 Jul '14

02 Jul '14

David is selecting bug #167834 as one of the two bugs of the week for this coming week. Please take a quick look and see if you can help move it to solution by Monday; it already has a verified patch that just needs wider testing. This is an ancient bug and so will be worth a ton of points for us. """ This one: https://bugs.launchpad.net/inkscape/+bug/167834 I am not sure exactly what the original problem was, but the examples in posts 4 and 5 are not visible in Inkscape (on XP). Maybe that was the problem? """ Bryce On Tue, Jul 01, 2014 at 07:59:08PM -0700, Bryce Harrington wrote: > Sorry folks, looks like I neglected to send out last week's report. > So here's two in one. > > > Development focus: 0.91.x series > > Unfixed bugs: https://bugs.launchpad.net/inkscape/ > Milestone targeted bugs: http://tinyurl.com/bughunt91a-open > Regressions (double points): https://bugs.launchpad.net/inkscape/?field.tag=regression > > Pts Bug Age Fixed Assignee Description > === === === ===== ======== =========== > 3 1314910 0 05/01 Font size specification > 6 1315416 0 05/03 jazzynico [0.91 Tutorial Review] issues with "Basic" tutorial > 6 1315485 0 05/05 jazzynico [0.91 Tutorial Review] issues with "Elements of Design" tutorial > 6 1315453 0 05/05 jazzynico [0.91 Tutorial Review] issues with "Shapes" tutorial > 6 1315480 0 05/06 jazzynico [0.91 Tutorial Review] issues with " Bitmap tracing" tutorial > 6 1315487 0 05/06 jazzynico [0.91 Tutorial Review] issues with "tips and tricks" tutorial > 6 1315483 0 05/06 jazzynico [0.91 Tutorial Review] issues with " Calligraphy" tutorial > 6 1316591 0 05/06 Mohamed IKBEL Boulabiar copy-paste typo in the dbus document interface > 6 1315457 0 05/06 jazzynico [0.91 Tutorial Review] issues with "Advanced" tutorial > 3 1317140 0 05/09 jazzynico Tutorials: supported generic font names in trunk have changed (Sans -> sans-serif, Serif -> serif) > 3 1247448 0 05/10 jazzynico environment variable INKSCAPE_PORTABLE_PROFILE_DIR should be documented in man page > 6 1310266 0 05/10 jazzynico Update the man page with '-i -j' for plain SVG export options > 6 1318289 0 05/11 jazzynico preferences > bitmap > rendering shows po file headers > 6 1318345 0 05/11 jazzynico untranslatable strings in trunk-r13348 > 3 1318671 0 05/12 Masato HASHIMOTO url for New in This Version is obsolete > 12 1318532 0 05/12 Alvin Penner Extension/Guides creator: Render fails > 3 1318328 0 05/11 Masato HASHIMOTO typo in trunk-r13348 > 12 1256597 0 05/13 Diederik van Lierop several actions outputs to the terminal: "warning: invalid state when picking..." > 24 1243401 0 05/13 David Mathog Clickable area of a text object is much larger than the object itself (rev >= 12488) > 3 1319060 0 05/14 jazzynico typo in tutorials on r505 > 6 1318929 0 05/14 jazzynico untranslatable string in trunk-r13370 > 3 1303422 0 05/15 Tavmjong Bah corrupt -inkscape-font-specification values > 6 1320317 0 05/16 Martin Owens barcodes do not scale correctly when modifying default document units (rev 13386) > 3 1320613 0 05/18 Matthew Petroff Coordinates don't update properly when moving a node > 6 1318339 0 05/22 jazzynico Tooltips in extensions page elements are not translated > 7 1022733 1 05/23 Diederik van Lierop Measure tool: flakiness with constrained measuring > 6 1318348 0 05/24 jazzynico Extension dialogs inconsistency > 6 1270929 0 05/28 Tavmjong Bah sans-serif as default font: gtk-critical, glib-gobject-critical warnings (Text & Font dialog)(rev >= 12164) > 11 378097 5 05/20 Crashes with several documents > 12 1326144 0 06/05 Tavmjong Bah Some fonts no longer work, they appear in the chooser though > 14 1188996 1 06/06 Tavmjong Bah real font-style does not correspond with selected style > 5 1009953 2 06/09 theAdib Font previewed but not imported > 12 1298967 0 06/11 David Mathog trunk: swatches are duplicated again on paste and import (rev >= 13139) > 3 1327577 0 06/11 jazzynico Tablet pressure button wrongly located in Spray tool control bar > 7 505920 4 06/11 jazzynico inkscape loads extension even if the script specified in <command> doesn't exist > 18 1326652 0 06/11 Johan Engelen Crash if right-click when completing a shape > 18 1318657 0 06/11 David Mathog Drag&Drop imports wrongly gradients (leads to crash)(rev >= 13139) > 18 1328152 0 06/15 Johan Engelen trunk/experimental: crash on open filter editor after blurring an object > 9 1327232 0 06/06 Alex Valavanis Trunk PPA FTBFS in Utopic. Missing Build-Depends: libpoppler-private-dev > 12 1315142 0 06/03 Matthias Kilian Build failure with poppler-0.26 > 6 1264371 0 05/14 Masato HASHIMOTO Broken Link: Bug Page Not Found From Program Link > 3 1323561 0 05/27 jazzynico Right handed ilustration file is incorrect > > Week 6: > 7 433860 4 06/18 jazzynico Live preview doesn't work after updating the values many times (timeout reached) > 24 781893 3 06/18 Johan Engelen Crash after moving a Bezier node after Knot path effect > 9 656938 3 06/22 Abe Yo Uniconvertor formats export fails on Windows 7 (python.exe crashes) > 18 1333020 0 06/22 Liam P. White trunk: crash on releasing groups clipped/masked by non-SPLPEItems, revision >= 13418 > 3 1281028 0 06/20 jazzynico Update the changelog file in the 0.48.x branch > > Week 7: > 6 1262782 0 06/23 David Mathog inkscape --export-text-to-path - linebreak-bug with flowed text > 6 1262792 0 06/23 David Mathog inkscape --export-text-to-path --export-plain-svg - position bug with flowed text > 3 1323561 0 05/27 jazzynico Right handed ilustration file is incorrect > 3 1332948 0 06/23 uwesch Typo at German translation > 0 1328217 0 06/24 John Smith space bar should allow to easily move around the document without using scrollbars > 6 1332461 0 06/25 jazzynico Datamatrix 22x22 is always incorrect > 11 810159 2 06/28 Crash when removing a color profile > 0 1326131 0 06/29 jazzynico Can't delete layer from context menu > 11 977003 2 06/29 Johan Engelen inkscape crashed with SIGSEGV in Avoid::VertInf::removeFromGraph() > > Total Score: 427 / 1500 > > > Scoring: > -------- > 12, 9, 6, 3 for importances critical, high, medium and low > > +1 point per year of the bug report's age > > x2 if bug is tagged 'regression' > > x2 if closed the week it was declared Bug of the Week > > > Bug of the Week > --------------- > Highest Scorer Week 6: Johan Engelen > Highest Scorer Week 7: David Mathog > > Johan and David, why don't you each give us a bug for week 8, and we'll > have a bug-of-the-week double deal. > > Bryce > > > ------------------------------------------------------------------------------ > Open source business process management suite built on Java and Eclipse > Turn processes into business applications with Bonita BPM Community Edition > Quickly connect people, data, and systems into organized workflows > Winner of BOSSIE, CODIE, OW2 and Gartner awards > http://p.sf.net/sfu/Bonitasoft > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Threading problem in extension system
by Johan Engelen 02 Jul '14

02 Jul '14

Hi all, There is a threading problem with the extension system. It results in a crash when saving a document and quitting while the save is happening. Have a look here: https://bugs.launchpad.net/inkscape/+bug/967416 I don't know enough about glib's threading to fix this bug. I do not fully understand where the execution flow is going after the fork (/src/extension/implementation/script.cpp, line 1017, _main_loop->run();), nor where the fork is terminated. I hope someone who knows more about this can have a look. I'm afraid it may lead to pretty weird bugs when running time consuming extensions and doing stuff meanwhile. (gdb reports illegal mem accesses when doing stuff while an extension is running, for example). Is this asynchronous extension execution so important, or can we disable it for now to improve stability? regards, Johan

3 2

Re: [Inkscape-devel] code formating
by Jabiertxo Arraiza Cenoz 02 Jul '14

02 Jul '14

Hi Samuel, I try it like this: ~/Development/inkscape/fillet-chamfer$ clang-format-3.3 -assume-filename=/home2/Development/inkscape/fillet-chamfer/_clang-format src/ui/dialog/lpe-fillet-chamfer-properties.h clang-format-3.3: Unknown command line argument '-assume-filename=/home2/Development/inkscape/fillet-chamfer/_clang-format'. Try: 'clang-format-3.3 -help' clang-format-3.3: Did you mean '-profile-file=/home2/Development/inkscape/fillet-chamfer/_clang-format'? also use profile-file and 2 spaces. also copy to .clang-format and again 2 spaces. regards, Jabier. > > Thanks again Samuel! > > El mié, 02-07-2014 a las 12:44 +0530, Samuel Chase escribió: > > Hi Jabier, > > > > Try using clang-format > > -assume-filename=<toplevel-inkscape-src-dir>/_clang-format <FILE>.cpp > > That has the appropriate options set to 4 spaces. > > > > You could also copy that file to ``.clang-format``, and then clang-format > > will autmatically find it if you are working in an Inkscape subdirectory. > > > > Samuel > >

2 1

Re: [Inkscape-devel] code formating
by Jabiertxo Arraiza Cenoz 02 Jul '14

02 Jul '14

Thanks again Samuel! El mié, 02-07-2014 a las 12:44 +0530, Samuel Chase escribió: > Hi Jabier, > > Try using clang-format > -assume-filename=<toplevel-inkscape-src-dir>/_clang-format <FILE>.cpp > That has the appropriate options set to 4 spaces. > > You could also copy that file to ``.clang-format``, and then clang-format > will autmatically find it if you are working in an Inkscape subdirectory. > > Samuel

1 0

Fwd: code formating
by Samuel Chase 02 Jul '14

02 Jul '14

---------- Forwarded message ---------- From: Samuel Chase <samebchase@...400...> Date: Wed, Jul 2, 2014 at 12:44 PM Subject: Re: [Inkscape-devel] code formating To: jabier.arraiza@...2893... Hi Jabier, Try using clang-format -assume-filename=<toplevel-inkscape-src-dir>/_clang-format <FILE>.cpp That has the appropriate options set to 4 spaces. You could also copy that file to ``.clang-format``, and then clang-format will autmatically find it if you are working in an Inkscape subdirectory. Samuel

1 0

code formating
by Jabiertxo Arraiza Cenoz 01 Jul '14

01 Jul '14

Hi to all. Im trying to format code with Clang formater and Astyle. Both give me diferent results. I find some GTK::Widget chains -connect- don`t indented by Astyle. Clang format indent with 2 spaces and Astyle with 4. Cheers, Jabier.

1 0

Clang Format configuration file
by Jabiertxo Arraiza Cenoz 30 Jun '14

30 Jun '14

Hi to all. Im running clang format like this: clang-format-3.3 -i -style=file src/live_effects/lpe-fillet-chamfer.cpp And return: Unknown style file, using Google style seems not ok... regards, Jabier.

2 2

Re: [Inkscape-devel] LPE on clip/mask - Bug 1241902
by Jabiertxo Arraiza Cenoz 29 Jun '14

29 Jun '14

Hi to all > > I haven't tried it, but is the problem around the non commutativity of > > composition? > > > > njh Not is about the type of LPE, some go well -usualy deformation ones- some not -redefinition of path, because this effect is for a clip or mask so result path is vieaw through it. I couldent find another way to explain it :( In last patch i upload a method to specify in the effect itself if is allowed to handle clips or mask. Regards, Jabier. > Think I fing a better way to handle this: > Remove all of my patch except the code in sp-lpe-item. > Add/modiffy the function "doBeforeEffec" in each effect you want to have > clip or mask: > sp_lpe_item_apply_to_mask(SP_ITEM(lpeitem)); > sp_lpe_item_apply_to_clippath(SP_ITEM(lpeitem)); > Now compiling and testing. soon a patch. > > Regards and thanks for the bug report. El lun, 23-06-2014 a las 11:24 +0200, Jabiertxo escribió: > Hi. > I see the problem. > Well, some effects apply well and some not because the effect "remove > partialy the fills and you view trhought". > > I think is a good feature to think about a way to define the effects > whith LPE on clip or mask enabled/disabled. > > Maybe the best way can be add a button to the GUI (in the effect GUI > itself or more global) to add or remove selected LPE to clippaths or > mask. > > If last is best i can work to port some LPE. > > Regards, Jabier. > > > > El lun, 23-06-2014 a las 10:11 +1000, Nathan Hurst escribió: > > I haven't tried it, but is the problem around the non commutativity of > > composition? > > > > njh > > > > On Sun, Jun 22, 2014 at 04:37:48PM -0700, Josh Andler wrote: > > > Yeah, definitely not what I'd expect... also, if you do this with the > > > hatches lpe and switch to the node tool, it's displaying like you can > > > modify things in a way that it can't/shouldn't. > > > > > > Cheers, > > > Josh > > > > > > > > > On Sun, Jun 22, 2014 at 4:17 PM, Johan Engelen <jbc.engelen@...2984....> > > > wrote: > > > > > > > It works as expected for pure rectangles <svg:rect>, because that it the > > > > old behavior and an oversight in the fix. Try it with a path as clippath > > > > (rect -> object-to-path). > > > > > > > > Sorry for the confusion, > > > > Johan > > > > > > > > > > > > > > > > > > > > On 23-6-2014 0:50, Josh Andler wrote: > > > > > > > > 1. Drew a Star > > > > 2. Applied rectangle as clippath > > > > 3. Applied sketch to clipped star > > > > > > > > The results were as expected and no different than if I > > > > > > > > 1. Drew Star > > > > 2. Applied sketch to star > > > > 3. Applied rectangle as clippath > > > > > > > > Should I have expected something different visually or behavior wise than > > > > to end up with a clipped star that shows sketch being applied? > > > > > > > > The only other potentially relevant things I can think to mention were > > > > that I selected items using the selector tool and there were no groups > > > > present. > > > > > > > > Cheers, > > > > Josh > > > > > > > > > > > > On Sun, Jun 22, 2014 at 3:29 PM, Johan Engelen <jbc.engelen@...3132...... > > > > > wrote: > > > > > > > >> 1. draw a path > > > >> 2. apply a rectangle as clippath > > > >> 3. apply lpe sketch => weirdness > > > >> > > > >> Johan > > > >> > > > >> > > > >> > > > >> On 23-6-2014 0:19, Josh Andler wrote: > > > >> > > > >> Can you supply a weird one? I just applied sketch to an object and then > > > >> applied said object as a clippath to something else and it looked as > > > >> expected. > > > >> > > > >> Cheers, > > > >> Josh > > > >> > > > >> > > > >> On Sun, Jun 22, 2014 at 3:08 PM, Johan Engelen < > > > >> jbc.engelen@...2592...> wrote: > > > >> > > > >>> Hi all, > > > >>> Recently, a fix to Bug 1241902 was committed. But... I have second > > > >>> thoughts now. > > > >>> Do we really want to apply LPEs to clip and masks? Now, clips on a path > > > >>> with, say, LPE Sketch, works very weird. > > > >>> > > > >>> I now think that we really don't want to apply LPEs on clips/masks. > > > >>> > > > >>> cheers, > > > >>> 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 > > >

2 2

Stable PPA not built correctly
by Liam White 29 Jun '14

29 Jun '14

Hi, I've noticed a problem with the stable PPA. It seems to contain incorrectly built packages. The resulting .deb files from the build are approximately 12 KiB. They contain no binary data. The build logs leave a clue to the problem: chroot-autobuild/build/buildd/inkscape_0.48.5+31~ubuntu14.10.1_amd64.deb: dpkg-deb: file `chroot-autobuild/build/buildd/inkscape_0.48.5+31~ubuntu14.0.1_amd64.deb' contains ununderstood data member data.tar.xz , giving up You can see more details here <https://code.launchpad.net/~inkscape.dev/+archive/stable/+build/6118562>.

1 0

Re: [Inkscape-devel] GSOC status report - Better support for SVG paints
by Tomasz Boczkowski 27 Jun '14

27 Jun '14

> As you progress with converting existing dialogs to the TileView widget > and adding new dialogs that use the widget, have a look at what > behaviors should be common to all the dialogs. For example, I would > think that users would want to control the size of the tile (as is done > in the Symbols dialog). I've noticed that symbols, patterns and swatches are very similar in the way they can be stored, rendered and presented to the user. They are all fragments of SVG documents, usually stored in /shared directory. When I finish implementing model for strong paints I'll see if it's usable for symbols. It seems to me much of the code can be shared. In addition to symbols dialog, size of the tile and fitting into tile will be controlled in swatches dialog. TileView widget supports it. I have to choose what kind of UI to use for setting the size. Currently the symbols dialog uses buttons at the bottom, while existing swatches dialog provides menu with options to control the look. In addition to this, in my proposal [1] I sketched a dialog for TileView configuration, but now I see it using it would mean a lot of clicking. [1] https://www.dropbox.com/s/vupc7hl7wwsxsj1/new_patterns_ui_3.png Tomasz

5 10

Review: C++ for Inkscape Core
by Martin Owens 26 Jun '14

26 Jun '14

Dear Developers, I've been asked to review a large patch by Liam which is an attempt to C ++ify the core of inkscape, removing inkscape-private.h and making objects. I'm going through the code as requested, but I feel this patch will need more than me to give it the OK. Can I request some of the bright peers working on C++ification to give the patch their blessings too? Merge Request: https://code.launchpad.net/~inkscapebrony/inkscape/inkscape-cppify/+merge/2… Best Regards, Martin Owens

3 2

Undefined but declared hash<> template causing C++11 trouble
by Johan Engelen 25 Jun '14

25 Jun '14

Hi Krzysz, The following lines in ui/tool/node.h are causing trouble with gcc 4.9 C++11: #if HAVE_TR1_UNORDERED_SET namespace std { namespace tr1 { template <typename N> struct hash< Inkscape::UI::NodeIterator<N> >; } } #endif Is it OK to remove those? If I comment them out, all seems to work fine. I cannot find the specialization definition anywhere, so seems only a fwd decl? regards, Johan

4 5

inkscape-0.91pre1 source tarball
by Bryce Harrington 24 Jun '14

24 Jun '14

Download it at: https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre1/ Tagged in trunk as: INKSCAPE_0_91_PRE1 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

6 16

Inkscape 0.48.5 - tarballs posted
by Krzysztof Kosiński 23 Jun '14

23 Jun '14

Hello The last bug was fixed in the Windows devlibs, so I tagged the 0.48.5 release and posted the tarballs to Launchpad. They should be available for download now. https://launchpad.net/inkscape/0.48.x/0.48.5 As usual, the announcement should wait until packages for major platforms are ready. (This is the first time I'm doing a release for a major project, so I hope I didn't make any big blunders.) Regards, Krzysztof

6 8

LPE on clip/mask - Bug 1241902
by Johan Engelen 23 Jun '14

23 Jun '14

Hi all, Recently, a fix to Bug 1241902 was committed. But... I have second thoughts now. Do we really want to apply LPEs to clip and masks? Now, clips on a path with, say, LPE Sketch, works very weird. I now think that we really don't want to apply LPEs on clips/masks. cheers, Johan

3 6

Windows Compilation 0.91pre1
by Partha Bagchi 22 Jun '14

22 Jun '14

I am having some difficulty with the latest code (also for 0.48.5 series) which I didn't have before or didn't notice before. :) There are lot of places where M_PI and friends is/are used without it/they being in scope. In some files, M_PI is defined right in with #ifndef block. What would be the fastest way (other than modifying the source all over the place) of rectifying this? A lot of the Windows specific stuff is defined with the #ifdef WIN32 block. However, in my case it only works if it's _WIN32 and not WIN32. This of course I can pass on the command line to gcc. Would be nice if it was standard as say glib or gimp. Thanks, Partha

3 6

0.48.5 release and wiki notes
by Jared Meidal 22 Jun '14

22 Jun '14

I don't mean to be presumptuous, as I have not been involved in the development, but I began adding links and some content to the wiki for the next minor release: http://wiki.inkscape.org/wiki/index.php/Release_notes/0.48.5 Please advise if I stepped to far ahead or if modifications are needed. --Jared

2 1

Optional hands on interface
by L2L 2L 22 Jun '14

22 Jun '14

> recently found out that I can ctl+atl+X to bring up a interface. That is nice. I enjoy programming the code more then I would using Inkscape GUI. But even the interface is still a GUI. I would like a second option to not reference from ID, but to actually have the code lay out like in a console. And also the ability to pin the window to the bottom of the main

1 0

Inkscape 0.48.5 - one bug left
by Krzysztof Kosiński 20 Jun '14

20 Jun '14

I have applied the patches from most of the "backport-proposed" items in the bugtracker and the 0.48.5 release is almost ready to tag. The only thing left is this bug related to UniConvertor: https://bugs.launchpad.net/inkscape/+bug/656938 Can someone test on Windows and report on the status of this issue? Does it apply to the 0.48.5 branch? Regards, Krzysztof

2 5

Website Stats
by Martin Owens 20 Jun '14

20 Jun '14

Hey Developers, I'm been monitoring the inkscape.org website for a few weeks and I waned to give you guys some data on how much traffic we get and what kind of visitors are coming. http://inkscape.org/media/stats/2014-05-18-2014-06-18/os.pdf http://inkscape.org/media/stats/2014-05-18-2014-06-18/lang.pdf http://inkscape.org/media/stats/2014-05-18-2014-06-18/searches.csv http://inkscape.org/media/stats/2014-05-18-2014-06-18/http-searches.csv First off, one and half million freaking views a month guys. This project is rocking and we should count our website as a major outlet for news and contributions. That's half a million users a month, 80% of who never visited before. If you take a look at the files, os wise we have a lot of windows and mac visitors. Plenty of iOS ones too, more than android. I feel we should make our os downloads more prominent on the front page. That's where most people are going. Language is interesting too. Lots of French, German, Japanese and Spanish. We should make sure that our website translations are up to scratch for these languages especially. Search terms are also interesting. Common mis-spellings for inkscape are inkspace, inscape, inskape, incscape, inkskape, inkscap, inscape, 'ink space' etc. Which looks like people heard is by ear and heard 'in' or instead of 'ink' and 'space' instead of 'scape'. Various variations on c for k and lots of transpositions. Other popular terms: download, free, vector, svg, drawing, program, software, tutorial, mac, illustrator, open source, editor, msi, osx and x11. Some searches of 'inkscape portable' spread around th results, not sure what that is or if people are searching for phone versions. Questions searched for: What is Inkscape for What fonts are available on Inkscape What is the latest version of Inkscape inkscape when converting a bitmap to vector what determines the order of the color layers what do i download on the computer 2 be able 2 draw what file formats does inkscape use what is a free software like adobe what is a vector based graphic what is a vector editing program what is the best free vector graphics program what is the latest version of inkscape for mac what program do i open a vector image what software do google use to create svg whats a free vector app for mac when is the best time to add filters to an art project? when should you use the undo command in inkscape where can you find inkscape's tools in the workspace? where is x11 inkscape where to download inkscape where to find inkscape for download which is best gimp or inkscape why an icon made in inkscape does not change into nvg why does pasting into inkscape make it black Interesting results. Any ideas from this data yourself? Best Regards, Martin Owens

5 4

Re: [Inkscape-devel] Rejuvenated build system for Mac OS X
by frizzlefry 19 Jun '14

19 Jun '14

Yes, the osxmenu branch is looking really fantastic. I believe though that those builds are hosted on su_v’s personal drobox account, and considering the amount of traffic this thread has been getting (it’s over 10k views now), it may be better to share them as torrents or mirror them somewhere else so su_v’s account doesn’t get hammered. On Apr 18, 2014, at 5:09 AM, duvrai [via Inkscape] <ml-node+s13n4970261h31@...2730...> wrote: > OK, I just found out about the new development on native Inkscape for Mac. > You can even download the latest unstable builds! > It's all here: > https://code.launchpad.net/~suv-lp/inkscape/osxmenu > > If you reply to this email, your message will be added to the discussion below: > http://inkscape.13.x6.nabble.com/Mac-OS-X-Mountain-Lion-x86-64-packaging-of… > To unsubscribe from Mac OS X Mountain Lion x86_64 packaging of 0.48.4, click here. > NAML -- View this message in context: http://inkscape.13.x6.nabble.com/Mac-OS-X-Mountain-Lion-x86-64-packaging-of… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 7

Re: [Inkscape-devel] patch: merge pdf import via poppler-cairo into native importer
by mathog 17 Jun '14

17 Jun '14

On 17-Jun-2014 11:55, Josh Andler wrote: > The handful of random files I had around here as well as a couple I > found > in the tracker are importing the glyphs as outlines/symbols... here are > a > couple examples: > https://bugs.launchpad.net/inkscape/+bug/429709/+attachment/718312/+files/%… > from https://bugs.launchpad.net/inkscape/+bug/429709 Ah, I see now what you are talking about. After poppler import defs is full of symbols like this: <symbol overflow="visible" id="glyph12-48"> <path style="stroke:none;" d="M 2.765625 (PATH EDITED OUT) Z " id="path4079" /> </symbol> and they are placed in the drawing with <g style="fill:rgb(0%,0%,0%);fill-opacity:1;" id="g10226"> <use xlink:href="#glyph12-48" x="183.553346" y="712.58976" id="use10228" /> </g> The original PDF did have selectable text when opened in a PDF viewer, but after poppler import into Inkscape all of the text has been replaced with graphic draws. Looks like poppler import is essentially treating everything as a draw operation, and it has no concept of <text> or <tspan>. The resulting SVG representation would not be easy to invert since the glyph IDs provide no clue as to the original font or unicode value. The part of the id before the dash is probably correlated with fonts, as in glyph1 might be "Arial", glyph2 "Courier", and so forth, but the part after is just numbered sequentially for each "glyph*" variant. Whoever is working on this might have a look at the code for "pdftotext", which comes with poppler. If that program uses the same import code it will show at least one way to retain text as text. (Or it might be completely separate from poppler's usual import and not be of any use at all. I have never looked at it.) > > https://bugs.launchpad.net/inkscape/+bug/275655/+attachment/362795/+files/m… > from https://bugs.launchpad.net/inkscape/+bug/275655 That one is odd, the text doesn't import properly in any mode on the Inkscape versions I tried, and it is also lost going into LibreOffice draw. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Re: [Inkscape-devel] patch: merge pdf import via poppler-cairo into native importer
by mathog 17 Jun '14

17 Jun '14

On 17-Jun-2014 10:47, Josh Andler wrote: > With the poppler-based import it is converting text to paths (or > symbols > from what I saw), but it still leaves the "import text as text" active > and > looking as if it will be how it functions. Is not importing the text as > text via Poppler a bug or what we should expect? Please post a link to an example (any PDF somewhere on the web) and describe the region you are talking about. PDFs have a broad spectrum of how text is encoded and without seeing the example we can't be sure where the issue is. These PDFs all look the same on the screen, but... The best case encodes each letter as its own glyph, and the encoding matches up with unicode. These are searchable with text strings in PDF viewers. Not quite so good, the PDF merges pairs of letters like "fi" into one glyph. This looks good as a graphic but causes hiccups when it hits any text processing code. These are mostly searchable, but (in this example) "file" would not be found, even when the word is staring the user in the face on the screen. Compensating is possible in special cases if there is a table of the common instances of this, and the import code splits out the merged glyphs. Really bad, PDF embeds glyphs and assigns arbitrary codes for each glyph, so that there is no correspondence whatsoever between the encoding and UTF or ASCII. These cannot be searched and will be imported as gibberish. Miserable to straighten out, but in theory it can be done by first searching each embeded glyph from the PDF against the corresponding font (assuming that can be identified), to make a table that back translates to unicode. Impossible - PDF converts text to graphic draws and there are no explicit glyphs whatsoever. This normally only shows up if the exporting program has told the program generating the PDF to do this. It might happen without the user being aware of it if the export code passes through a stage where it is forced to bitmap text in order to satisfy some special effect the program uses that cannot be represented in PDF (or in some cases in Postscript, if the PDF driver goes through the usual Windows Postscript driver.) For instance, if the transparency of the text is 0.001 (instead of 0.0) many postscript drivers are going to bitmap that text to satisfy the required transparency. The end user may not be aware that transparency is not 0, since on screen the two cases are indistinguishable. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

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