April 2017 - Inkscape Devel - Inkscape Mailman

Fwd: RE: Offer to help put inkscape on windows store
by Marc Jeanmougin 16 Apr '17

16 Apr '17

Fw'd (fro some reason David can't send to the ml): -------- Forwarded Message -------- Subject: RE: [Inkscape-devel] Offer to help put inkscape on windows store Date: Fri, 7 Apr 2017 16:58:32 +0000 From: David Washington <David.Washington@...3499...> To: Amelia Bellamy-Royds <amelia.bellamy.royds@...400...>, Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> CC: Marc Jeanmougin <marc@...3062...>, Reza Alizadeh <rezaali@...3499...>, John Alioto <John.Alioto@...3499...>, James Earle <James.Earle@...3499...>, Jerry Nixon (XAML) <Jerry.Nixon@...3499...>, Joe Shirey <Joe.Shirey@...3499...> Thanks for summarizing the benefits of publishing to the Windows Store Amelia. As you’ve called out, there is no need to re-write your existing app, as you’re simply creating a new trusted installer package on the Windows Store. This would be easy for folks to find, easy to install, and would essentially be “blessed” by Microsoft as being virus free. As I offered in my original email to Marc, Microsoft would be happy to help do all the technical work required to get this packed up and published to the store. Our team has done initial testing and we haven’t identified any issues with the Windows Desktop Bridge version of Inkscape. We’d like to validate that with you, and guide you through the process of publishing it to the Windows Store. I’ve included some folks from my team who can help answer some of your technical questions in depth, but here is an initial set of answers to your questions. *What additional maintenance work is required by having a second installer package?* /We’d help you get the initial package published to the Windows Store. Which is a web form where you specific your product store description, tags, an feature information, along with upload your initial app package. The Windows Store has a system for differential/autoupdates which you could take advantage of every time you create a new version of the app. That would re-publishing any updates to the app to the Windows Store when you have new updates. If you have an existing build process we can help guide you thoruhg some best practices for building for Windows Store in an automated way. / / / *Will inskcape scripts and extensions still work, cmd etc?* /I believe these features will work, but we’d love your support testing these out. If there are any gotchas with the Windows Store version, these can be communicated on the product description page where the users download/install the Inscape app. We could set up a virtual machine with the a version of the Inkscape app Windows Desktop Bridge that you could party on to identify if there are any issues/ / / *Does the windows store provide a way to give information about Inkscape and the organization* /Yes, you’ll have full control over the text content that you list on the product description page for Inkscape, including icon, screenshots, description, system requirements, and category, developer website and support links. There wouldn’t be a way to provide a “donate” link directly in your description page but you could mention that Inkscape is an Open Source community supported project, and people could use the Publisher link to provide donations. After your initial publish, in the future, you could experiment with publishing a second “paid” version of the app to collect donations, but I recommend that we first proceed with free version so you can evaluate and learn from the process. You could make changes to your app to ask for donations on initial launch, but that wouldn’t necessarily be specific to the Windows Store app (unless you wanted it to )./ _Next steps_ * I recommend we get together for a skype/phone discussionwith one or more people from the Inkscape community who would want to drive this. Would that be *Amelia and Marc? *We could meet on the phone next week at a time that is convenient to you. * If you’d like we can provide a remote Virtual Machine where you can play with the Windows Desktop Bridge version of Inkscape we created for initial testing. This way you can identify if there are any feature gaps * Besides the documentation, another example of a Windows Desktop Bridge app that we helped publish is the Arduino IDE, can see the product description page, and install it (if you have a Windows 10 PC) here: https://www.microsoft.com/store/apps/9nblggh4rsd8. Inkscape is a fairly low-level Win32 app with USB device and command line access so it’s a fairly good proof test for an app like Inkscape Since the Windows Desktop Bridge is newly launched, there is a fairly limited time window we have developer resources to commit to helping here, so if you’d like to proceed, we’d love to help you in April or late May at the latest. I hope this answers your questions and we look forward to opportunity to help you make this happen. David Washington Director Developer Experience Microsoft 206-605-2062 dwashin@...3499...<mailto:dwashin@...3499...> *From:*Amelia Bellamy-Royds [mailto:amelia.bellamy.royds@...400...] *Sent:* Thursday, March 30, 2017 10:52 AM *To:* Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> *Cc:* Marc Jeanmougin <marc@...3062...>; David Washington <David.Washington@...3499...> *Subject:* Re: [Inkscape-devel] Offer to help put inkscape on windows store It seems to me there are two benefits of the Windows Store: - Discoverability. You may not know a lot of people who use the app store, but you're probably coming from a biased perspective of an experienced computer developer. For less tech-savvy users, this is one way they discover new programs. - Trust. Many users have rightly been warned against downloading and running arbitrary executables from the Internet. I think the Trust factor of Inkscape's official download pages is pretty good (certainly a step up from SourceForge with all its pop-up ads), but again: for new computer users, the Windows store is a strong marker that this is a real, safe program. (Which Microsoft enforces with signing requirements and sandboxing limitations.) I would urge everyone not to get overly caught up in the "app" terminology. An app is just an application, a program, some software, renamed thanks to Apple's massive advertising campaign of the last decade. Yes, many modern apps also share other features (like relying on internet services), or a certain mobile-focused look & feel, but that isn't essential, and isn't what is being proposed here. One way to think of the Windows Desktop Bridge seems to simply be a new installer package, one that plays well with the Windows store and modern notifications and update methods on Windows. Functionally, the main change is that the software is sandboxed when running, so that all file system access goes through the app wrapper. Docs for Windows Desktop Bridge are here: https://docs.microsoft.com/en-us/windows/uwp/porting/desktop-to-uwp-root My remaining questions would be: - In addition to the development time required to initially set up the Windows Desktop Bridge (Which David at Microsoft has offered to help with), how much additional maintenance work will be created by having a second Windows installer package? How much administrative complexity will be created by working with the Windows store? - Will Inkscape scripts & extensions still work with a sandboxed application? What about command line features? If some features won't be available, how will this be communicated to users? Could there be some way to let someone upgrade to "developer mode"? - Does the Windows store provide an environment for successfully communicating the key features of the project, linking to additional resources, and requesting donations? Alternatively, as Martin suggested, could some of this information be more effectively integrated into the app itself (such as a splash screen on load)? (I agree with Marc that putting an obligatory price on app store downloads would effectively be penalizing new or less-savvy users. If it is possible to add an optional donation to the download page, that would be great, but it shouldn't be free if downloaded from one site and paid from another.)

3 2

Error with PNG export
by Christian-W. Budde 15 Apr '17

15 Apr '17

Hello, with the latest win64 developer versions (r15615 and r15412) it's not possible for me to export SVG to PNGs any more. While I haven't been able to debug it, I can only provide the error message, which reads something like this: "Could not export file [filename]" (where filename is the filename I specified) (In fact the error message is in German and originally reads "Konnte nicht als Datei [FileName] exportieren,") I'm not sure if it's just my system or whether this affects all versions, but I thought I should let you know. Kind regards, Christian

2 3

slow dragging on Windows
by Yale Zhang 10 Apr '17

10 Apr '17

I've noticed dragging objects has become very slow (the refresh rate is very low) in trunk. I did a binary search and found the culprit is revision 15531 (Disable GTK3 "client side decorations" on Windows by setting "GTK_CSD=0"). Eduard, are you seeing this? Do you think it's fundamentally caused by disabling CSD or incidentally by some bug in GTK+? -Yale

2 3

Re: [Inkscape-devel] Python GUI in Inkscape extension
by Martin Owens 09 Apr '17

09 Apr '17

On Sun, 2017-04-09 at 18:19 +0200, Lukáš Haberzettl wrote: > Ok, thak you for all the informations. And what about writing > extension directly in code (c++)? It should be possible to write more > complex UI right ? I have intermediate experience in C and C++ > programming so it is not problem for me, but I want to know if its > right way to do it. This is possible and there are extensions in inkscape's codebase. Although I hesistate to call them plugins since they have to be compiled into the inkscape program. Best Regards, Martin Owens

1 0

Python GUI in Inkscape extension
by Lukáš Haberzettl 09 Apr '17

09 Apr '17

Hi guys, I am writing Inkscape extension and I found out that I definitely need more complex UI elements (such as file browser, textarea etc. ) than these, that offers INX file format. I was experimenting with using Python GUI package (Tkinter) together with standard Inkscape extension file, but there is no possibility, at the moment when Tkinter is running, to interact with Inkscape interface. Is there any possibility to have python GUI and can interact with Inkscape objects at the same time ? Sorry for my english. Thank you, Lukas Haberzettl

2 1

For those who uses Windows for compiling Inkscape
by Miguel Lopez 07 Apr '17

07 Apr '17

Hi those who meets the criteria, I would like to know how to recompile via MSYS2, and check if there is a latest version out there.

2 1

Re: [Inkscape-devel] Tr : SVG to FXG XSL
by Nicolas Dufour 04 Apr '17

04 Apr '17

Le Mardi 4 avril 2017 10h25, Eduard Braun <eduard.braun2@...173...> a écrit : > as long as you're the sole author you can add as many licenses as you > want (in which case Judah is free to choose a license when re-using your > code). I'm the sole author. So I could indeed choose the license I wish. But I'm not very attached to code ownership in FLOSS project, and consider that my code is owned by the Inkscape project. In that context I need to be sure that dual-licensing it would not hurt the project (e.g. by limiting contributions). Is there any case of dual licensing in the actual code? (A quick grep returned no positive result, but maybe I didn't format it correctly.) Le Mardi 4 avril 2017 12h36, Martin Owens <doctormo@...400...> a écrit : > It might be better to license it as GPLv2 or GPLv3, since I believe > GPLv3 is compatible with Apache2. > > https://www.apache.org/licenses/GPL-compatibility.html Yes, but if I remember correctly we're trying to get rid of the Gimp rulers code because of its GPLv3 license. And apparently GPLv2 and Apache licenses are not compatible (according to http://gplv3.fsf.org/wiki/index.php/Compatible_licenses#GPLv2-compatible_li…). So even if it's possible, would it be acceptable for the Inkscape project to have parts of its code dual licensed with GPLv2 and Apache License v2. Regards, -- Nicolas

3 4

Tr : SVG to FXG XSL
by Nicolas Dufour 04 Apr '17

04 Apr '17

Forwarding to the inkscape-devel list. Hi all, I'm not a license expert. Could anyone tell Judah if it's possible to dual license (GPL2/Apache) the SVG to FXG extension? Thanks. -- Nicolas Le Jeudi 30 mars 2017 8h52, flex capacitor <flexcapacitor@...400...> a écrit : Hi Nicolas, I came across your SVG to FXG stylesheet and I would like to use it for a project but I noticed the license is GNU GPL. From what I understand it may not be compatible with the Apache License I'm using for my software. To prevent any issues would you grant me a license to use your stylesheet under an Apache License? In any case I will be submitting any modifications of it back to open source. Best Regards, Judah Frangipane

3 2

Canvas tile size and rendering speed.
by Tavmjong Bah 04 Apr '17

04 Apr '17

Hi, It's been known for a while that rendering when zooming in on an area with filters is slow. This is due to Inkscape breaking the canvas into tiles and rendering each tile separately. Filter effects are recalculated for each tile that they touch. A typical canvas for maximized Inkscape window on a 1080p monitor is broken into about 25 tiles. If you are zoomed in so that the filter extends over the entire visible canvas, you are recalculating the filter effect 25 times. I've added a preference under the "Rendering" tab to change the relative tile size (Rendering tile multiplier). Please play with changing the value for your most complex drawings. I am most interested in cases where a large multiplier has a negative impact. If there are no cases with a negative impact, I'll set the default value higher (it is currently 1). Tav

7 12

Bug GitLab import update
by Martin Owens 02 Apr '17

02 Apr '17

Dear Developers, I've been working on getting the inkscape-web bugs moved over from launchpad to GitLab. The code for doing this is pretty much there, but there is one serious limitations. It's not possible to set users to anyone but myself for /anything/. So that's everything from bug creator, assignee to commenter. This is because our project is on Gitlab.com where I'm (obviously) not an administrator. Admin access on one's own hosting of gitlab is a prerequisite for importing data with users other than your own. It makes sense that I can't assign three hundred bugs to some unwilling party, but it's a bit annoying. The closest I can get is to use a new gitlab.com user I've created called 'lpuser' it's an account I can bless with project privileges and then let it own all launchpad posts from the transition. Prefacing the content/description of the bug or comment with "originally posted by ~username on launchpad" Before I commit to importing the launchpad inkscape-web bugs under this user. Does anyone else have any ideas to try? Best Regards, Martin Owens

2 1