- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] [Bug 1258842] Re: No page for vectors vs. Bitmaps
by ugajin 02 Sep '16

02 Sep '16

@Martin Owens https://bugs.launchpad.net/inkscape-web/+bug/1258842 You are not as disappointed as I am with you. Irregular is right. How dare you speak to me this way. You were clearly told, before you went ahead and made the page live, that I did not have a working picture plugin. I am not responsible if you do not provide the tools needed to upload image files. It was and/or ought to have been clear to anyone with eyes to see, that the test page relied on external links, and you were directed to this fact. Further, I did not ask you to download files from my web-site. In fact you downloaded the said files without asking, and without my consent. Is this how you generally behave, and treat artists? If so, shame on you, and shame on you for doing it to me. I provided links to those resources only, and not the resources themselves, Inkscape have no claim on them, or right to host those image files. Please remove them, and please refer this matter to the Board. It seems to me, it was a very small thing indeed, especially in the circumstances to ask that someone replace dirty files with clean ones, not least because I did not have the tools, and/or permissions to replace them at that time. We were so close to getting the thing right, and your hostile reaction is totally innapropriate. I have put a lot of hard work into this project, and I have had few thanks for doing so. As a reward for my effort, you have taken artwork which does not belong to you, and in addition you removed my editor priviledges. I cannot trust, or work with you again. Whatever your problem is, it should be with yourself with who you are disappointed, and to be treated and spoken too, by you in this way, is wholly unacceptable. Thanks to you, I have deleted, the guides, and viewBox extension files from my resources directory. I am more dissapointed than you can possiblt know, or imagine, and you can of course file your own bug report. I will not be the assignee for the 'No page for vectors vs. Bitmaps' bug, thank you. -u ---- On Fri, 02 Sep 2016 16:23:22 +0000 Martin Owens <doctormo@...400...> wrote ---- @ugajin - The files you provided on the page were published as live. I'm disappointed that you have come back to me now, after the publish time, to tell me the graphics were not the final versions. This is highly irregular and I will not change the files at this time. When we come back to this page in the future, we can update the graphics. But I have committed the page in it's current state and with that I complete this long bug report as Fixed Released. Please open another bug report to update the graphics. Maren if you need to track the svg picture plugin issue, or a bug report to make our own plugin, please go ahead. ** Changed in: inkscape-web Importance: Undecided => Low ** Changed in: inkscape-web Status: New => Fix Released ** Changed in: inkscape-web Assignee: (unassigned) => rant (ugajin) -- You received this bug notification because you are subscribed to the bug report. https://bugs.launchpad.net/bugs/1258842 Title: No page for vectors vs. Bitmaps Status in Inkscape-website: Fix Released Bug description: This page here: http://quasdar.deviantart.com/art/Bitmaps-vs-Vectors-323184682 Looks like the kind of information we may want on the website. To manage notifications about this bug go to: https://bugs.launchpad.net/inkscape-web/+bug/1258842/+subscriptions

2 1

Stroke to path
by Jabiertxo Arraiza Cenoz 02 Sep '16

02 Sep '16

Hi to all. This is a requets tor change "path->stroke to path" menu item to another definition -string- based in a new code. My proposal is path->to path This new code basicaly do a convert stroked item to path retaining paint-order, fills and markers. The patch is here: https://bugs.launchpad.net/inkscape/+bug/1556592 Cheers, Jabier.

2 5

Inkscape Board Meeting Sep 2nd
by Bryce Harrington 29 Aug '16

29 Aug '16

Hi Inkscapers, For September's board meeting, I'd like to plan on getting together this Friday, September 2nd, at the usual time, noon Pacific, in #inkscape-devel. http://wiki.inkscape.org/wiki/index.php/Board_Meetings Last meeting we discussed hackfest locations. My wife's been helping me scope out some awesome places in the area, and we have a good option to present. We'd also talked about sending a few folks to a GNOME event this fall; this meeting will be the last opportunity to get that underway if we want to do it. Another important agenda item is to follow up on the Inkscape Forum transition, and discuss follow up tasks. I've also started working on setting up an Inkscape account on Spreadshirt and put some Q's in to SFC regarding bank info and taxes, but am hoping that will be ready for usage soonish. So I'd like to chat with Mc and anyone else that would like to participate in getting that off the ground. Bryce

1 0

The Website is Down
by Shlomi Fish 29 Aug '16

29 Aug '16

Hi all, as reported on Freenode, https://inkscape.org/en/ gives a "502 Bad Gateway" error. Please look into fixing it. Regards, Shlomi -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ “Talk Like a Pirate Day” is the only day of the year when Chuck Norris only talks like a pirate, and does not actually act like one. — http://www.shlomifish.org/humour/bits/facts/Chuck-Norris/ Please reply to list if it's a mailing list post

4 3

Doc scaling compatibility issue (Bug 1389723)
by Bryce Harrington 26 Aug '16

26 Aug '16

What do you think we should do about the release-critical DPI bug? We need a decision on a course of action. One of the changes we're bringing in this release is changing the definition of px from 90 dpi to 96 dpi, but a consequence of this is that documents created in 0.91 or earlier will become mis-scaled if used in 0.92. This is tracked in the following bug report: https://bugs.launchpad.net/inkscape/+bug/1389723 This is a release-critical bug, the sort that is likely to become a thorn in our side in the near to mid term as users start running into it more and more. Longer term it will diminish as our users move to newer versions, but I imagine it'll take multiple years before it goes away completely. I don't think we should consider reverting the change; it was introduced pretty early on this development cycle so backing it out could cause secondary bugs to crop up. Also, it's a change that has to be done, so if we don't do it this release we'll have to go through all the trouble again next release anyway. One proposed approach is to detect the affected files on load and display a warning with a recommendation to convert the file manually. Javier has posted a conversion tool that could be made use of; it's received a fair bit of testing but there may be some remaining corner cases to sort out; on the plus side with it being a discrete utility fixes could be rolled out for it without needing full Inkscape releases. The other proposed approach would be for Inkscape to internally convert files, so that no warning is needed. In theory this would provide a better user experience, but is going to require a lot more developer effort and thorough testing. I'm doubtful that all of this can be done adequately within the timeframe we're looking at for the release. Both approaches also require a mechanism to detect affected files, which sounds like it may be the tricky part here, as our SVG documents haven't had versioning information we could rely on for this case. Do you have thoughts on other ways to address this issue? Do you have a strong opinion on whether for this release we should use the expedient approach or else postpone the release until the more user-friendly approach can be developed? Or should we reconsider a revert of the DPI switch so we can get the release out and re-enable it post-release in hopes the issues can be worked out? Bryce

8 18

GitLab
by Martin Owens 26 Aug '16

26 Aug '16

Hi Developers, I've just been looking over GitLab, since they've put together a new issues board feature and it's in the open source version of their code, could we have a look and see if it's suitable for our needs? We'd need to check the CI build system is what we need My reasoning is that I have great misgivings about github, proprietary, large almost monopoly, project authority issues. If we can avoid having our code go there, I really think we should try hard not to go that route unless all other avenues are exhausted. Best Regards, Martin Owens

2 1

InkJar support
by Alex Valavanis 24 Aug '16

24 Aug '16

Hi All, Is there still any sense in keeping our support for SVG JAR files? As I understand it, this is an obsolete StarOffice file archive format that has since been removed from LibreOffice/OpenOffice. In fact, as far as I can tell Inkscape itself does not support these archives... only Inkview does. We no longer even provide an explicit option in our build system to support InkJar. Is it OK for me to go ahead and remove support, or does anyone know of a reason we still need this? Best wishes, Alex

4 5

Modeless Extension‏
by A B 24 Aug '16

24 Aug '16

Hi guys, I'm quite new with Inkscape so forgive me if the question is trivial.I'm developing an extension using Tkinter,it works well but the dialog is modal and I cannot do anything else with Inkscape while the extension is open. Is there a way to avoid this problem?Thanks a lot.

2 3

Rendering regressions in 0.92
by Bryce Harrington 24 Aug '16

24 Aug '16

Following up on the revert of the Gtk3 canvas refactoring to resolve the performance regression, it looks like this may have caused a few side effects: Canvas drawing errors: https://bugs.launchpad.net/inkscape/+bug/1608152 Crash on file open: https://bugs.launchpad.net/inkscape/+bug/1607698 Crash resizing application windows: https://bugs.launchpad.net/inkscape/+bug/1608216 Unfortunately these are all deemed blockers. :-/ Anyone have ideas on what might be the problem on these? Any chance there are fixes in trunk which need ported? Bryce

4 6

--query-all command line option
by Jordan Henderson 23 Aug '16

23 Aug '16

Hello, i am new to the source code, although I have worked with C++ before. I am trying to understand why --query-all does not return all objects that show a visible box when the SVG document is viewed using Inkscape. Specifically, a flowRoot will have a box for it when that element is clicked on in the XML editor, showing an x,y,w,h but it does not appear in the output from a --query-all. thank you for your time and patience, Jordan -- Jordan Henderson

1 0

C++11 Best Practices
by Tavmjong Bah 18 Aug '16

18 Aug '16

Hi all, Now that we can use C++11 in trunk (yeah!), what are the best practices? Are there parts of C++11 we still want to avoid? I started to think about this as I noticed in the code some places with perhaps over aggressive use of 'auto'. It seems to me that 'auto' should be reserved to places where it replaces a long, already unreadable iterator type. But it should not be used to replace simple types as this reduces the readability of the code, especially to someone not familiar with the code. For example, I don't see any benefit of replacing: GtkWidget* mywidget = someFunction(); by auto* mywidget = someFunction() Tav

5 5

Bugs, ,bugs, and more bugs: PVS Studio
by Tavmjong Bah 17 Aug '16

17 Aug '16

Hi, Alexandre Prokoudine has pointed out to me an interesting (embarrassing?) article about our code base. Have a look at: http://www.viva64.com/en/b/0419/ Tav

5 8

Bugs, ,bugs, and more bugs: PVS Studio
by Michael Soegtrop 16 Aug '16

16 Aug '16

Dear Inkscape Developers, I would be careful with the this!=NULL statement for bool SPLPEItem::performPathEffect as far as I can tell, this is not a virtual function, and there is no reason why the this pointer of a non virtual function should not be NULL. One can call a non virtual member function on a NULL pointer. Not very nice, but some people put such checks into the code as extra safety check on purpose and some even use tricks like calling a function on NULL pointers on purpose, e.g. for saving a lot of checks when the function is called. Best regards, Michael

1 0

Text and Font Panel
by Thangalin 13 Aug '16

13 Aug '16

Hi, There are a number of issues with the Text and Font (Ctrl+Shift+T) panel, including: * Loading. Loading all system fonts can, in some cases, significantly reduce application launch time. * Memory. Loading fonts eats through memory. * Performance. It can be sluggish to scroll through hundreds of fonts. * Panel width. Long font names can cause the Text and Font panel (when docked) to take up half of the drawing area. The issues include: * https://bugs.launchpad.net/inkscape/+bug/1400273 * https://bugs.launchpad.net/inkscape/+bug/1612985 (https://launchpadlibrarian.net/278803244/wide-font-panel.png) * https://bugs.launchpad.net/inkscape/+bug/488247 * https://bugs.launchpad.net/inkscape/+bug/418726 * https://bugs.launchpad.net/inkscape/+bug/430328 * https://bugs.launchpad.net/inkscape/+bug/322113 I'd like to propose some cosmetic changes to the Text and Font pane that could, perhaps, resolve all of these issues. See attached (http://i.imgur.com/Jx9Suy2.png). 1. Remove the word "font" (the tab menu gives context). 2. Add horizontal scrollbars to account for long names. 3. Add a Preview list box that shows the fonts in the view port for the Family list box. This means that fonts don't have to be loaded until the Family list box view port displays them. Rather than load the fonts at startup, load them at runtime as needed. It's probably reasonable to apply a micro delay (say 50ms) so that scrolling through the Family list box is smooth and fonts are only loaded/rendered when the user stops scrolling for 50ms. Remove the preview from the Family list box. 4. Allow the user to provide custom preview text. Preview list box should present this text. Put a reasonable limit (e.g., 30 characters) on this. Perhaps this could be a select drop-down with various phrases that show all the letters (e.g., "Grumpy wizards...", "...lazy dog", "Cwm fjord...", "0123456789", plus a short history past user-defined phrases). 5. Allow the user to toggle the Preview list box. This could have a significant performance increase for people who don't need to preview all the fonts all the time. It could also save lots of memory. Additionally, it would free up screen real estate as the panel width would decrease by the Preview list box width. 6. Allow user to change font size and units. The size is shown as a drop-down in the mock-up, but the user should also be able to type in a specific size (e.g., 9.5) as per existing functionality. 7. Maybe allow the user to disable the scroll lock between the Family and Preview list box areas so that they can vary independently. Activating the lock automatically updates the Preview list box to reflect the Family list box view port. 8. Provide beefier handles to resize the pane. Resizing it should increase the height of the Family/Style/Preview list boxes, pushing the options (justification, size, space, etc.) down. Clicking on three tiny dots can be a daunting task for people with shaky hands... 9. Never disable the Set as Default / Apply buttons. If pressing the buttons won't do anything, then fail silently. Otherwise, always let the user click them and try to perform the appropriate action. Currently there's a bug where, in some cases, if the user changes the font size (but not the font), the Apply button remains disabled. Removing the code for disabling these buttons should simplify the source code and possibly force the developer to address the font size changing bug. Thoughts?

1 0

Re: [Inkscape-devel] Fwd: Markers not pasted when selected in a group
by Bryce Harrington 12 Aug '16

12 Aug '16

Hi Devlin, Please file a bug report for this problem, and include an example .svg file demonstrating the issue. The reason the post was rejected is because we only allow list members to post. This helps us cut down on spamming immensely. Thanks, Bryce On Wed, Aug 10, 2016 at 12:13:51PM -0400, Gualtieri, Devlin wrote: > > I tried to post this, but it didn't work. > > I had a chemical equation with a simple right arrow made as a line > and an end marker. When I copy the equation and then paste, the > marker does not appear. Copying the line with marker separately, > then pasting, works. > > This is Inkscape Inkscape 0.91 r13725 on Ubuntu Mate: > Release 16.04.1 LTS (Xenial Xerus) 64-bit > Kernel Linux 4.4.0-34-generic x86_64 > MATE 1.12.1 > > > -------- Forwarded Message -------- > Subject: Markers not pasted when selected in a group > Date: Wed, 10 Aug 2016 15:48:44 +0000 > From: inkscape-devel-owner(a)lists.sourceforge.net > To: gualtieri@...2023... > > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > inkscape-devel-owner@...460... > >

1 0

Snap for Inkscape
by Ted Gould 12 Aug '16

12 Aug '16

Howdy, So I (with some help from others) was trying to make a Snap for Inkscape. My goal was to make it so that, when we have it, we can get the 0.92 release to Ubuntu users on 16.04 LTS. Snaps do work for other Linux distros, but it is preinstalled on Ubuntu. The snap that I built is available here: https://code.launchpad.net/~ted/+snap/inkscape I have it built for i386 and amd64 right now for testing, but we can enable other architectures (armhf? arm64?) when we start getting to a real build. The snap is unoptimized and needs further testing, but I'd love it if other people could install it and send me their results. One major thing missing is the Python libs for the extensions. That's next on my TODO. For information on installing snapd on a variety of Linux distros you can get info here: http://snapcraft.io/docs/core/install Eventually I'd like to get a per-commit build going for the GTK3 release on the edge channel, but trying to get the stable release version working first. Thanks for feedback, Ted ##SELECTION_END##

2 2

Inkscape 91 CentOS RPM or RedHat Yum Package
by StickyLife 11 Aug '16

11 Aug '16

Does anyone know when the CentOS RPM or RedHat Yum build will be available? Best - Nathaniel Fisher Mary Mack's Inc.

2 1

CMake migration in trunk
by Alex Valavanis 09 Aug '16

09 Aug '16

Dear All, I have completed the migration of Inkscape trunk to use CMake as its build system. This is already the preferred option for the 0.92.x release, and the PPA build has been using CMake successfully for the last couple of months. You will still be able to use Autotools or btool builds as a fallback option for the forthcoming stable Inkscape 0.92.x releases (lp:inkscape/0.92.x) but you will need to use CMake for the latest trunk builds (lp:inkscape), and for all future stable releases (0.93 onwards). This is part of a long-running plan to improve our build system, and will be much easier to maintain, and offer much better cross-platform support than our previous solutions. This represents a change in workflow for many developers and maintainers, so please accept our apologies for any inconvenience. We will very gratefully receive any bug reports, or answer any queries about this transition and use them to improve the package. Best wishes, Alex

5 6

GSoC progress report
by Adrian Boguszewski 09 Aug '16

09 Aug '16

Hi all, I've already finished my GSoC task, which is "P5. Better data structure for selections". In details I've done: - created ObjectSet class to be a base class for Selection - ObjectSet has a multi_index_container from Boost ( http://www.boost.org/doc/libs/1_61_0/libs/multi_index/doc/tutorial/basics.h…) instead many containers like vectors, lists and sets - created appropiate tests for this class in GoogleTest framework - replaced some functions returning vector to return range ( http://www.boost.org/doc/libs/1_61_0/libs/range/doc/html/range/reference/ad… ) - replaced own children list implementation from SPObject with boost intrusive list - added tests for new children list - replaced parameters in some functions (Selection with ObjectSet) - improved spray tool (there is no need to use selection now) Changes are ready and exist on my branch ( https://code.launchpad.net/~adrianboguszewski/inkscape/adrian). They will by merged to trunk in the near future. I'm waiting for c++11 flag :) As I still have about three weeks till GSoC end, I decided to start another project, which is new SAX parser. Best regards, Adrian

1 1

Isometric Inkscape logo
by Martin Owens 06 Aug '16

06 Aug '16

I thought this design was really interesting and wanted to share with the rest of the inkscape community: https://inkscape.org/it/~Alex_L/%E2%98%85inkscape-icon-for-kde-breeze-i con-theme It's been made so the icon can be visible on dark themes. I kind of like the look, and if we ever did a special version for CNC/cad this is the logo I'd use :-) Best Regards, Martin Owens

3 3

Board meeting Aug 5th
by Bryce Harrington 05 Aug '16

05 Aug '16

Let's get together this Friday, August 5th, for a board meeting in #inkscape-devel at noon Pacific time. http://wiki.inkscape.org/wiki/index.php/Board_Meetings Bryce

2 1

Inkscape Yum update
by StickyLife 04 Aug '16

04 Aug '16

Hello, We are currently running CentOS 7.2 x86_64 on our server and look forward to the Yum package by Red Hat. Does anyone happen to know when this might become available? We are currently working on overhauling our website with new design tools and better features but need this package release. Best - Nathaniel Fisher Final-logo_100 "Think it Stick it" <http://www.stickylife.com/> www.stickylife.com P: 1.800.356.8904 F: 1.770.234.6333 Find us on Facebook <https://www.facebook.com/StickyLife> , Twitter <https://twitter.com/StickyLife> , and YouTube <http://www.youtube.com/user/StickyLifecom> for tips, how to videos, discount offers, product updates, coupon codes and other special announcments. C StickyLife.com 2016 All rights reserved

1 0

1607698 Crash on 0.92.x on file open
by Jabier Arraiza 03 Aug '16

03 Aug '16

Hi Alex and all. Investigating about the bug blocking the GTK migration on trunk, I find we can easy remove the widget in a temporary way, retaining the bug open to fix it but having a "working 0.92". Ping me if want to comment a line that cause the problem while the rendering bug is fixed. Also resend the Alex question: ¿If this bug is fixed, can we move trunk to GTK3 now? ¿Any objections? Cheers, Jabier.

3 3

[Fwd: Website Feedback]
by Martin Owens 01 Aug '16

01 Aug '16

See below, please reply to leopoldstach@...19...

3 2

Measure Line LPE II
by Jabier Arraiza 01 Aug '16

01 Aug '16

Hi, sorry for the double link to video but the LPE now have a lot of changes on it. The mayor change are an -optional- follow to DIM standar CAD measure. Thanks so much to all who help me on development. Mark Schafer, Tobias Ellinghaus, CR, su_v... Special thanks to Johannes Rutzmoser for his cool extension for inkscape https://github.com/Rutzmoser/inkscape_dimensioning It help me a lot on the development to follow DIN standar. Here are the video. https://www.youtube.com/watch?v=ppgt2GPm1IY All the best, Jabier.

1 0