- Inkscape Devel - Inkscape Mailman

Watch Parties - starting Mar 16th
by Bryce Harrington 16 Mar '19

16 Mar '19

Topic: Fundraising for FOSS Projects When: Sat, Mar 16th 19:00 UTC to 21:00 UTC Where: chat.inkscape.org in channel #collaboration_space This Saturday, Michèle and I will be watching and discussing a series of videos on fundraising for open source projects. Afterwards, we can bounce ideas around for how to improve Inkscape's funding. Please join us, we'd love the company. :-) For links to the videos, and some tentative plans for future topics for Watch Parties, please see: http://wiki.inkscape.org/wiki/index.php/Inkscape_Classes Bryce

1 1

Bug management for inkscape/inkscape
by Patrick Storz 14 Mar '19

14 Mar '19

Hi all, it seems the message of our move of issue tracking to GitLab is slowly spreading and we're seeing a steady flow of new reports in our inkscape/inkscape issue tracker on Gitlab (https://gitlab.com/inkscape/inkscape/issues). As most of us had the opportunity to get some first-hand experience with the new issue tracking by now and with the amount of bugs still being manageable, it seems to be a good time to discuss and decide on some guidelines for this tracker, so we can make most efficient use of it. Having worked with the tracker fo some time here's my list of items (in no particular order) that I feel need attention. Please add to it as needed and most importantly discuss, so we can find solutions that work well for all of us. (We can obviously break individual topics out into GitLab issues eventually, once we have set a rough direction). * *Milestones:* On Launchpad (LP) we used Milestones for targeting bugs (only occasionally, though) but more importantly for tracking in which release a fix landed. The latter seems of particular importance, as release notes rely on it heavily. I suggest to continue this practice and expand it to merge requests. However this requires us all to make sure to actually set milestones properly. Currently we often just close bugs without giving it further thought (GitLab even does that automatically for us if a suitable commit message is used), which would make it almost impossible to keep track of the issues fixed in a particular release. Even more so for MRs... * *Importance:* I feel that we need some mechanism to prioritize bugs. What is your take on creating a set of prioritized labels of the form "Importance: High" to replace LPs importance field? I propose to use "Critical -> High -> Medium -> Low". Even above critical I'd put the already existing label "Blocker". At the end of the list I'd rank "Feature request". Does this sound reasonable? Or is it too fine grained? Is handling "Blocker" and "Feature request" as additional importance labels fine or should they be separate? * *Labels: * o A general question is what labels we want to apply and how many there should be. I'm a bit torn here, as a short list makes it easier to keep track of the existing labels and avoids similar issues being tagged differently, especially if there are multiple similar choices or one tag is a sub/superset of another. A longer list would help us categorize issues better though. (For example: Do we want a tag for every packaging option we have, e.g. AppImage, Flatpak, msi, exe, Windows Store, ...? Do we want a tag for every Linux distribution or just a single "Linux" tag?). o Another question is if we want to categorize them (e.g. "OS/Linux", "OS/Windows", "OS/Mac") or if we strip the category? The former ensures similar tags are sorted together (otherwise they're sorted alphabetically) and *if* one remembers the category name it makes it easy to get all relevant tags by simply typing "OS", but then again tagging with just "Windows" seems more natural and the category might add noise. Also it obviously requires some thought in order to create useful categories (in contrast to just applying "random" tags that fit and creating new ones on-the-fly). As I'm somebody who likes order I tend to prefer categorization, but this is something I'd like your opinion on. (Important note: The search is clever enough to give you "OS/Windows" if you search for "win"). * *Status *On LP we had a detailed status field (new, confirmed, triaged, in progress, fix commited, fix released - also: incomplete, opinion, invalid, won't fix). Which of those do we want to replicate in GitLab (and how?). We could obviously create a label for each of them, but I have a feeling without a dedicated field it'd not be used consistently. One idea: o "new/confirmed" should be covered by "inkscape/inkscape" vs "inkscape/inbox". Only confirmed issues should ever end up in "inkscape/inkscape" (everything else should be confirmed or moved to the inbox for triaging). o "triaged" would be replaced by the presence (or absence) of an "Importance:" label should we choose to use them. o "in progress": We already have a corresponding label and could use it. Alternatively we could define that all assigned bugs are "in progress" (i.e. only assign bugs if the assignee is going to work on them eventually; un-assign otherwise) o "fix commited/fix released": I don't know how to replicate this reasonably. Is it even required? o "incomplete": We have "Need info" but such bugs should usually not be kept in "inkscape/inkscape" for extended periods of time (if the info is not given, close or move back to "inbox") o "opinion": should never exist in "inkscape/inkscape" o "invalid": Do we need a label? Or shall we just close in this case and forget about it? o "won't fix": should usually not make it into "inkscape/inkscape" - do we want a label or shall we just close (i.e. same question as as for invalid?) * *Assignee* As suggested above we could use the assignee field to put devs who are going to work on an issue eventually (i.e. indicate "this issue is being looked into / will be looked into shortly"). Alternatively we could use it to indicate devs who are likely to be able to fix the issue and are most suited for detailed triaging and further investigation (i.e. indicate "we know somebody who might be able to help, please wait until they find the time to check"). This could be used to distribute and direct the workload a bit. However we can likely do that with simple @mentioning? Sorry for the long text (I hope you all read up to this ;-)), it certainly got longer than intended... I'm looking forward to your opinions, though! Cheers Patrick

6 20

Wiki account request
by Ryan Jarvis 13 Mar '19

13 Mar '19

Hello, I've been helping on the inkscape extension front and would like access to the wiki to edit some of the related pages. Thanks!

2 2

Saarbrüken Hackfest + LGM 2019 Funding
by Bryce Harrington 11 Mar '19

11 Mar '19

The Inkscape Board has approved funding for holding a hackfest in Germany this May, for 2 days preceeding the Libre Graphics Meeting. Many details are still in process of being worked out, but if you're interested in attending please save a spot in your calendar for Monday May 27 to Sunday, June 2. If you'd like to share your knowledge of the city, or contribute planning in other ways, please join in editing the wiki page: http://wiki.inkscape.org/wiki/index.php/Hackfest2019_Saarbr%C3%BCcken Add yourself to the Likely Attendees list if you think you'll be able to come, and if you wish to be considered for travel funding. Bryce ----- Forwarded message from Bryce Harrington <bryce@...961...> ----- Date: Wed, 6 Mar 2019 22:49:23 -0800 From: Bryce Harrington <bryce@...961...> To: inkscape-board@...6... Cc: approvals@...3696..., accounting@...3057..., inkscape@...3057... Subject: Re: [REFERENDUM] Saarbrüken Hackfest 2019 Funding Resolution: ----------- Inkscape will be reimbursing travel expenses for individuals attending the hackfest and Libre Graphics Meeting in Saarbrücken, Germany in May 2019. This will cover transportation, lodging, and food costs following the reimbursement rules specified by the Software Conservancy. The exact list of approved attendees is still to be determined, but we expect it will be in the range of 5-15 individuals, as has been typical in past events. A second vote will be held to approve specific travelers, and their names and email addresses will be communicated to Conservancy at that time. A listing of prospective invitees is available at: http://wiki.inkscape.org/wiki/index.php/Hackfest2019_Saarbr%C3%BCcken_Atten… The board will sponsor a dinner out for Hackfest attendees and their guests for up to 300 € total. (If the number of confirmed attendees exceeds 10, the board may increase this amount in a future vote.) The event host will ensure there are snacks and beverages, and procure other incidentals as needed for attendees. They will be reimbursed for up to a total of 100 €. Votes: ------ | Board Member | 1. | 2. | 3. | | -------------------- |:--:|:--:|:--:| | Bryce Harrington | a. | a. | a. | | Josh Andler | a. | a. | a. | | Tavmjong Bah | a. | a. | a. | | Ted Gould | a. | a. | a. | | Martin Owens | a. | a. | a. | | Marc Jeanmougin | a. | a. | a. | | Chris Rogers | a. | a. | a. | Proposal: --------- Voting is needed on funding for sponsorship of attendees at the Saarbrücken Hackfest planned for May 2019. 1. Travel Sponsorship to Saarbrücken, Germany. - [ ] a. Reimburse pre-approved attendees (TBD) for up to a flat amount of $2000 per person. - [ ] b. Reimburse using the ranked system used for the Boston hackfest. - [ ] c. Reimburse with open ended limits to extent permitted by Software Conservancy policy. - [ ] d. Other: _______ - [ ] e. No, do not fund. 2. Board-sponsored Dinner. The Inkscape Board will fund a dinner out for Hackfest attendees and their guests. An estimated 10 people averaging 30 € each gives a budget of 300 €. - [ ] a. Yes, for estimated cost of up to 300 €. - [ ] b. Recommend a change: ___________ - [ ] c. No, do not fund. 3. Refreshments. The event host will ensure there are snacks and beverages, and procure other incidentals as needed for attendees. An estimate of 10 attendees * 2 days * 5 € suggests a budget of 100€. - [ ] a. Authorize reimbursement of up to 100 € to the event host for snacks, beverages, and other incidentals relating to the event hosting. - [ ] b. Authorize a different amount: _______ - [ ] c. Do not authorize reimbursement for refreshments Background: ----------- The Libre Graphics Meeting will be held in Germany in May. We wish to also hold a 2-day hackfest preceeding it. Travel grants will be provided to attendees of these events. The exact list of approved attendees will be determined separately. We anticipate attendance in the 10-15 person range. A listing of prospective invitees is available at: http://wiki.inkscape.org/wiki/index.php/Hackfest2019_Saarbr%C3%BCcken_Atten… Further details about the hackfest are available from http://wiki.inkscape.org/wiki/index.php/Hackfest2019_Saarbrücken ----- End forwarded message -----

4 5

Recap of Inkscape's Hackfest in Pasadena
by Bryce Harrington 07 Mar '19

07 Mar '19

We've just completed another great hackfest here in rainy California, and wanted to share some accomplishments of the event. * The 1.0 release plan was fleshed out We will have a chill/frost/freeze sequence beginning March 15th, and will encourage a general focus on critical bugs. We will have a "Final Features" list of a narrow list of allowed features to land before the 1.0 release. A formalized definition of "blocker" bugs, vs "critical" bugs was agreed to, and will be made part of the release process. * The Roadmap will be rejuvenated with a new monthly process. Going forward, a new team will be formed to meet monthly and review/approve/forecast feature development work. This meeting will look at both "Big Ideas" that need long range planning, and smaller UX changes that need more than one person to decide. It will also track status of what the extended developer community is up to, and thus help turn the Roadmap into more of a Forecast. * A vision document on our UI strategy We see a need for a collaboratively developed document that lays out our intended design strategy for the UI. We didn't get into details on how to make this happen, though. * A "Big Ideas" tracker will be established in gitlab. (We need a better name for this.) These will hold "blueprint" scale feature requests, that will need planning, analysis, and scheduling via the roadmap. We will explore kanban-like approaches for managing this list in building the roadmap. * For Mac OS/X, we want to make initial steps by 1.0 Our first objective will be packaging a demo app. This could be a scripted build of gtk3-demo-application, for example; that way if there are problems, it will be more familiar to upstream. If this can be achieved by beta, we may be able to invest more to getting a package ready by 1.0. A follow up would be to convert the raw build script into equivalent CMake commands. This should reveal lessons on how to do this for Inkscape. Additional steps were scoped out, and will need further definition in gitlab. The master bug for this should probably move to the "Big Ideas" tracker at this point. * For CMYK, Color Management, and PDF/Print, we have a detailed plan of development tasks needed. This will be published in the "Big Ideas" gitlab tracker. * We will establish Paypal buttons for dedicated funds to start collection of donations for several targeted efforts: A. Native Mac OS/X Packaging B. Color Management C. Internships promoting diversity (e.g. Outreachy) * Budget planning work was begun Areas of interest for funding include hackfests, increased conference attendance for speakers, increased Vectors team budget, and resources towards increased fundraising and sponsorship management. The board will continue work via email. * A brand/trademark issue exists which needs visibility We will be making this (and things people can do to help) public soon. Preparatory tasks were identified and split up between us. * Video interviews of attendees were collected These videos will provide material for Vectors team outreach and communications efforts in coming weeks and months. * A greeter guideline was conceptualized The initial interactions with a new contributor are critical for getting them happily engaged, and directed to where they want to work. A personal touch counts, so we want actual people doing greeting work. The greeter guideline will give easy reference info that can be given in chat, etc. for how to get involved in different areas. * Teacher curriculum grant program We discussed using grant programs to develop teaching materials for educators to bring Inkscape into the classroom. This felt out of scope for us right now, but we may revisit the idea some day in the future. * Codebase subsystem contacts It can be unclear who to contact for advice when working on certain areas of the code. We will try to identify in per-directory README's the individuals who have experience with that code and who are available to be contacted with questions. SCALE

1 0

Friendly Membership and Mentorship (hackfest meeting)
by Martin Owens 06 Mar '19

06 Mar '19

Dear Inkscape, We had an involved discussion about membership in the Inkscape project; how we can be welcoming and how we can organise ourselves for both casual and formal mentoring. Why: 1. To increase the number of contributors to the Inkscape project. 2. To actively improve the diversity of the project. 3. To inspire developers to develop for users needs. How: We already have a code of conduct, which is a firm code that everyone who is a part of Inkscape must abide to in order to be a part of this community. But on top of this, we wish to draft a "Universal Greeting" policy. This establishes the ways in which existing contributors interact with new contributors and users who may become contributors. We wish all Inkscape project contributors to be casual mentors to all other contributors and be mindful of our roles as guides. The goal is to improve the welcoming atmosphere of all of our official channels by providing a clear declaration of what being a good greeter is as well as a clear list of possible responses to each of the various questions, suggestions and criticisms of the project. Contributors do not have to sign up to the policy, but may be asked to not respond to new contributors until a greeter has had a chance to direct the new person to the right places for kind of contribution they want to make. Tasks: * [ ] Draft Universal Greeting Declaration. How to basics * [ ] Document of Topics and good responses. The next topic involves the old Inkscape Roadmap. This is sometimes known as the Inkscape Forecast as it's less of a document of what Inkscape will do, or even wishes it could do, but a way to document what things contributors are known to be working on and interested in. To improve this whole process of direction in the project and improve how new features land we wish to create a "Forecast Party", these are monthly events which would be hosted on Rocket Chat (and IRC) where we would. A. In the meeting before a release, review the whole forecast and decide on the big picture direction of the project. B. After a new release, have a landing space for new contributors to the project where we talk about the exiting possibilities and act as a meet and greet for everyone. C. All other months would be a focus on a specific forecast or wish list item. For example on month may be CMYK, another month may be multi-page. The idea is to get experts and excited people into the same room and talking about the next steps for the feature, throwing open the doors to the Inkscape project and promoting the events as a way to get into moving Inkscape forwards. Show and tell, videos and other media are expected to be parts of the meeting. Tasks: * [ ] Create a rocket chat channel for the new event * [ ] Talk with vectors team about how to promote the events into the wider community * [ ] Talk with other developers about promoting the events in developer spaces * [ ] Schedule some events to kick of the project. An introductory meeting to talk about the forecast list itself and what we should be meeting about next. * [ ] Set up a Forecast Inkscape project, only the forecast managers can post new issues to the kanban board, but it would be used to monitor and understand the Inkscape forecast in detail as well as document previous discussions. We wanted to talk about more active mentorship programs, actively inviting students from universities with an focus on diversity. We want to reach out to Outreachy and talk to other groups about how to attract new students. Tasks: * [ ] Meeting with Mo about Outreachy at Libre Planet * [ ] Decide how much money we want to spend on a mentorship program (board meeting) * [ ] Decide how to attract students and if we want mentors and students to be online or if we want programs run through existing university programs and networks. Martin,

3 2

GSoC19 CSS & JS support
by Valentin Ionita 04 Mar '19

04 Mar '19

Hey, everyone, I am in need for advice from the developers around. As I have stated several times already, I am looking to apply to Inkscape to GSoC and in order to do that, I have already had a few PRs merged, on translation, packaging and extensions. Some things about me: I am experienced in web development and graphic design and for about two years aware and excited about the open-source community. I am consistently building up my skills and learning in order to contribute from now on to projects that I find exciting and useful. Inkscape is one of those projects, as I have repeatedly used the app to learn design, create graphics and help communities with them. As it us specified in SoC application template on the wiki, I want to introduce my plans for contributing. I want to do mainly two things: improve the CSS support and add JS polyfills. Why two? Because I am capable and they're both in my skillsets. I believe these two are essential because they can be expanded upon. If we get a way of polyfilling Inkscape-specific functionality, I think it's the start for different mesh-gradients development, animations and other 'imported' functionality from other graphics software. This might seem like a lot, especially because they are actually two project ideas but I want you to understand my position. I am a workaholic and I will contribute to Inkscape even if I don't get accepted. However, if I get accepted, that would be an incentive to put in a lot more time into it, making it my main summer activity. As Moini suggested, I have forwarded this message to the mailing list. I'd love some feedback from Tav Have a great Hackfest! Valentin Ionita @vanntile

1 0

Re: [Inkscape-devel] Option to refresh fonts without relaunching
by Jabier Arraiza 03 Mar '19

03 Mar '19

new link: https://www.youtube.com/user/insaner169 -----Originhal Message----- From: Abhay Raj Singh <abhayofficialone@...400...> To: jabier.arraiza@...2893... Subject: Re: [Inkscape-devel] Option to refresh fonts without relaunching Date: Fri, 1 Mar 2019 23:36:00 +0530 Hey Jabier , thanks for help, but the link you provided is not working. Kindly check it once Regards. On Fri, 1 Mar 2019 at 23:30, Jabier Arraiza <jabier.arraiza@...2893...> wrote: > There is some work years ago from Raphael Rosch, you can contact with > him: > > > https://youtube.com/https%3A%2F%2Fwww.youtube.com%2Fc%2FRaphaelRosch?fbclid… > > Regards. > > -----Original Message----- > From: Abhay Raj Singh <abhayofficialone@...400...> > To: inkscape-devel(a)lists.sourceforge.net > Subject: [Inkscape-devel] Option to refresh fonts without relaunching > Date: Fri, 1 Mar 2019 17:24:38 +0530 > > Hello, > I am Abhay Raj Singh ( rathod_sahaab ) from NIT Hamirpur, India. > > I am a regular user of inkscape. I have experienced that after > installing > fonts we have to relaunch inkscape to get them in out list and this > disrupts the workflow. > > I was wondering if I could add the feature to refresh Inkscape's > fonts > or > does the feature already exists?? > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

1 0

Re: [Inkscape-devel] Generating User handwriting fonts
by Swayamjeet Swain 03 Mar '19

03 Mar '19

Hello again, Thank you for responding so soon. I am truly honored to be corresponding with the makers of Axidraw. I had never thought I would be interacting with you while I was making a DIY version of it. And I apologise for coming to the discussion so late, I had been using my version of the multi-line input since a year ago and didn't know active discussion was going on. Well I did read the thread, discussing the upcoming update of Hershey's text. I am attaching the link to the current code and extension files changes I made, to accommodate multi line inclusion, I don't think it will help much but then again it's just sitting in my disk project link - https://gitlab.com/swayne/inkscape_hersheys-text_multiline-input It's a makeshift make. I haven't completely integrated it with the extension, so to make it work you have follow the Readme file. (it's quite easy, bit of copy and paste. I just didn't invest much time to integrate it) Looking forward for the update and also can I send messages directly to this email, windell@...3695...? It will be for getting much deeper understanding of centerline Texts and few doubts which I had faced. Thankyou Swayne IIT ROORKEE P.S. I guess automating the handwriting font generation is a whole new paradigm and needs to be worked on. Tracing the fonts is quite tedious in the current setup. And having single line fonts matching your handwriting will completely change the plotter usages. On Sun, Mar 3, 2019 at 2:06 AM Windell H. Oskay <windell@...3695...> wrote: > Hi Swayne, > I'm the original author of the Hershey Text extension. I've been rewriting > Hershey Text with some major changes and a new version is almost ready. > (See > https://gitlab.com/inkscape/extensions/merge_requests/25#note_145678292 > for discussion.) > > The changes that are underway do not overlap with the ideas of generating > handwriting fonts from PDF documents, and I expect the current set of > changes to be complete (and ready for you to build upon) by the GSoC start > date. I am not involved with Inkscape's GSoC program, but wanted you to be > aware of other work underway and for you to know that we all welcome your > efforts. > > -Windell > > > On Mar 2, 2019, at 10:20 AM, Swayamjeet Swain <swayam1998@...400...> > wrote: > > > > Hi, > > My name is Swayamjeet Swain, am from IIT ROORKEE, India. > > I am wishing to apply for GSOC 2019 and have been working quite a bit > towards it. I have been using Inkscape quite extensively, especially for > CNC and plotting tasks and have been making extensive changes to the > current Hershey's text extension available in Inkscape. > > > > I have indeed expanded it to take in whole PDF documents and generate > single line texts and tweaked the fonts library to make my handwriting's > unique font. (Fun part is that I submit my practicals and college > assignments by using a plotter which I made and generating gcodes for these > single line fonts, as the fonts we generally use are incompatible (no one > writes like that).) > > > > I am adept at python,c and c++ , and I am looking forward to make a > project which can generate handwriting fonts after taking in written > alphabet's image from the user. > > > > But I am indeed a bit unsure if this is an acceptable project to be > included as an feature or am I moving towards making another extension (and > if that too works). I have already built Inkscape and have been going > through the code. Please suggest how I should proceed. > > > > Thanks > > Swayamjeet (Swayne) > > IIT Roorkee > > > > P.S. This mail feel like bursting a big bubble. Thanks to the other > aspirants for the confidence. > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > Windell H. Oskay, Ph.D. > Co-Founder and Chief Scientist > Evil Mad Scientist Laboratories > 1285 Forgewood Ave > Sunnyvale CA 94089 > http://www.evilmadscientist.com/ > > [image: Mailtrack] <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=sig…> Sender notified by Mailtrack <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=sig…> 03/03/19, 7:17:15 PM

1 0

Inkscape won a Kopano subscription for OSBAR award: Is there a developer interested in using it?
by Maren Hachmann 03 Mar '19

03 Mar '19

Hi everyone, I'm following up on this action item from the Inkscape board meeting on Friday: ♢ ACTION: Ask on inkscape-devel@ if anyone would have a use for the license [Moini] So, in short, we won a Kopano Pro 20 users 1 year base subscription , which is kind of a hosted open source groupware solution. (photo with codes obfuscated: https://framadrive.org/s/Sqt9QRernZsQJCk) https://kopano.com/ https://kopano.com/pricing/ As the Inkscape project itself already has its own set of platforms in use, and a time-limited subscription isn't going to help us much, we're looking for someone who can use it. According to Bryce, if someone or even more than one person is interested, we will figure out the details later. If you can use it, please let us know! Maren

1 0