- Inkscape Devel - Inkscape Mailman

slow, sluggish drawing with pencil & calligraphy tool solved
by Yale Zhang 09 Apr '18

09 Apr '18

Hi, I've identified why drawing is lagging with GTK+3. https://bugs.launchpad.net/inkscape/+bug/1723247 It's because of GTK3's motion event compression: https://bugzilla.gnome.org/show_bug.cgi?id=702392 Adding a * gdk_window_set_event_compression (window, FALSE);* in SPCanvas::handle_realize() makes things much smoother. At 1st I thought it was because the events were sitting in the queue for too long. So I added some timing code to measure the latency between when a motion event was generated in GDK to when SPCanvas::paint() is called. Actually, I detect bursts of mouse moves or redraws and only use the 1st for latency measurements since there might not be a 1 to 1 relation between motion events and redraws. I was seeing a 4 to 10ms latency for head (GTK3) but only 0.5 ms for 0.92 (GTK2). I thought I was on to something, but this mislead me for a while. Finally, I saw that the # motion events and redraws were 10x higher for GTK2. I haven't stayed up to date with the GitLab migration. I tried to push a patch to my branch simdgenius_inkscape, migrated from Bazaar, but access is denied. I just requested project access, so appreciate it if someone grants it. -Yale

4 31

Bug tracker - should we move to gitlab? Or...?
by Bryce Harrington 09 Apr '18

09 Apr '18

When we moved from Launchpad to gitlab for code hosting, we postponed the question of if we should also move issue management off Lauchpad. I think now would be a good time to start investigating this. I figure it would be appropriate to discuss moving to gitlab issues, ON a gitlab issue, so have opened the following issue there: https://gitlab.com/inkscape/infra/services/issues/1 You'll need to be logged into gitlab in order to access the ticket. Issue management is of course important to our whole community, but it's especially a critical piece of our development infrastructure. I think we need to first seek a consensus among ourselves on what will work best for development purposes before soliciting wider feedback. (Bug tracking is a topic everyone and their uncle can have an opinion on, and open discussion could get unproductive quickly. That said, if you don't have access to the bug, but wish to share your thoughts, please feel free to do so on this mailing list thread, and they'll be taken into account in the decision process.) I've opened several sub-issues for specific topics that will require individual decisions, which are linked from issue #1. Please share your thoughts on all of them! Thanks, Bryce

1 0

Roadmap 1.0
by Bryce Harrington 08 Apr '18

08 Apr '18

One of the items scheduled for today was a review of the roadmap, looking both at the next development release, and the path to releasing 1.0. With the change to gtk3, we anticipate there may be some behavioral or functional changes that users may not find desireable, but that we may not discover until the release gets into widespread use, so it has been our plan to message this development release (which we have referred to as 0.93) as more "experimental" than 0.92, and continue releases on the 0.92.x series for them. Even with this messaging, though, we worry that distributors of our software may push 0.93 as the latest release, and fail to adequately provide the 0.92.x series to users that wish to maximize stability. So, one idea discussed today would refer to this development release not as "inkscape 0.93" but as either "inkscape 1.0~alpha" or "inkscape 1.0~pre0", and treat it not as a regular release but as an alpha release for 1.0. From there we could conduct multiple further pre-releases building towards a 1.0 release in, say, a 1-year timeframe. What do you think of this change in versioning nomenclature? Regardless of how we version the releases, there was a concensus among attendees to sharpen our focus towards achieving the 1.0 release expediously, prioritizing stabilization, testing, and documentation efforts. Apart from a limited set of development tasks targeted for 1.0, most development would be strongly encouraged to be done in branches with merge deferred to post-1.0. As requested at the hackfest, I'll take the action to itemize a listing of tests needing written or ported from the old test system, and divvying them out to currently active developers willing to take care of them. For development work that does target landing in 1.0, we would require or at least urge the work be done in a manner that permits disabling or reverting it if testing finds it to be insufficiently stable. I am pretty open as to what we call the pre-1.0 releases, and would like to gather more people's thoughts before deciding a path forward. So, how does this plan sound to you? Bryce

9 18

Hackfest 2018: Actions and Toolbars
by Alex Valavanis 06 Apr '18

06 Apr '18

Hi All, Here's a summary of my work at the Boston Hackfest. Before I continue, I'd like to thank everyone who donated their money or time to support this Hackfest. This has been a really useful event - it's so much easier to deal with tricky design challenges and project management stuff when we can meet face to face. It has also brought together people with very diverse expertise across the project (UI, web, build, extensions, project management etc). This week, we've figured out a path to deliver long desired features (multipage support etc), roadmapped our final route to deliver Inkscape 1.0, done some great website design work, and handled some tricky code structure issues that I'll discuss in this message. If you're able to donate some money to support Inkscape, and future Hackfests, we really appreciate this. You can find the donation link on our website: https://inkscape.org/en/support-us/hackfests/ It would also be great to get some more of the regular contributors from our wider community to join us at future events (i.e., designers, bug-team, experienced users... not just C++ developers!). The developers can learn so much more about the project by discussing it with you. So... what have I been doing this week? == What are Actions? == Basically, an "action" is a thing that Inkscape can do (e.g., flip an object horizontally), which we can identify using an ID code (e.g., "SP_VERB_OBJECT_FLIP_HORIZONTAL"). We can then hook up buttons, menu items etc to activate these actions. In this example, we would set up our Flip Horizontal button in the select-tool toolbar so that when the user clicks it, it activates the required action. My work this week has focused on improving the way we implement actions in our code, which will 1. Allow Inkscape to run on machines with future versions of the Gtk+ library (Gtk 4+) 2. Provide much better separation between the behaviour and user interface (i.e.,, separate pieces of the code will describe what Inkscape "does", and what it "looks like") 3. Make it much easier to create new "flavours" of the Inkscape user interface - for example, an "Inkscape for Kids" or "Inkscape CAD" 4. Make it easier for "non-programmers" to create and reorganise custom toolbars and dialogs 5. Allow us to remove a lot of older "C" code that is very difficult for current "C++" developers to maintain == Where we are now? == In the Inkscape code, we have a mechanism called "verbs" that acts as a kind of action mechanism... it provides a way of using an ID code to look up the required commands to perform an action. On top of this, we have another structure called SPAction that essentially hooks up a couple of signals to the verb. Finally(ish), we use objects called GtkActions from the Gtk+ library, which let us create GUI elements (buttons etc) that we can add to our menus or toolbars that activate the required action. We have also got a few custom sub-classes of GtkAction that let us create special kinds of tool-item that can activate actions... for example, one of these creates a spin-button (a box with a number in it, and "up/down" arrows) that can also handle units, basic arithmetic, and provides a label. == What's the problem? == First, the GtkAction widget (and hence all our custom sub-classes) is deprecated and has been removed from Gtk+ 4, so we need to change. Since Inkscape 1.0 is intended as a "stable" release, we want to make it as future-proof as possible. The main reason for this deprecation is that the GtkAction widget is a slightly weird mix of paradigms: it mixes information about how to display a tool/menu item with information about behaviour. This causes some problems... what if we wanted to run a "headless" Inkscape on a system that has no display? What if we wanted to provide several different GUI options for different kinds of user to trigger the same behaviour? This is one of the reasons why we have the "verbs" system is in place, as it separates behaviour from the GUI. However, there is still quite a lot of code "overhead" needed if we want to hook up Inkscape's Verb behaviour to a GUI element. Essentially, it's "programmers only" territory. What if a designer wanted to add a new toolbar button to their Inkscape to handle a useful feature that is currently buried deep in a menu? What if a teacher wanted to strip out a lot of "advanced" behaviour from the interface to make it easier to introduce Inkscape to their class? At the moment, they have to edit the C++ code, and recompile it... a slow and complicated process! == Where are we going? == We need to move to using GActions (a feature in the Glib/GIO library). This *only* describes the action's behaviour and provides an "activated" signal that we can trigger by simply knowing the action's name. This is completely separated from the GUI. These actions can be activated very easily from a whole range of places, for example: 1. By attaching the action's name to a GUI element in the C++ code (replacing our SPAction/GtkAction code) 2. By activating the action (using its name) from a command-line interface (replacing some of our verbs code) 3. By attaching the action's name to elements in a customised GUI file 4. From external applications, using the DBus system Number 3 in the list provides some very exciting opportunities for future releases, as non-programmers will be able to make a customised user interface by drawing one in the Glade application. You then just attach the name of the required Inkscape action to each GUI element. Want a new button? Just edit Inkscape's user-interface file in Glade and see the changes immediately next time you start... no C++ knowledge needed! == What have I done so far? == I've started working through Inkscape's toolbars, and have replaced the deprecated GtkAction-based widgets with standard widgets (buttons etc). Some of these now hook up to GAction descriptions of behaviour, while others are just based on handling GUI signals (e.g., Button::clicked). So far, I have migrated the toolbars for the Select, Dropper and Connector toolbar, and have killed off a couple of the custom GtkAction-based widgets that were only used in these. In the process, I have also migrated the toolbar code to C++, which should make it a little easier for the current core developers to maintain. Since all the data is now stored as C++ member variables, rather than as GObject data, we now benefit from better compile-time and run-time type-checking that will help to safeguard against errors being introduced in the code in future. I have placed the updated toolbars in the Inkscape::UI::Toolbar namespace and made them into proper sub-classes of the Gtk::Toolbar class. == How can you help? == This important refactoring project must be done before Gtk+ 4 is widely used, and represents a major change to the way that our toolbars are implemented. It represents a couple of thousand lines of code changes and will inevitably cause some regression bugs. I will need your help in thoroughly testing that all the toolbars work correcly! All of these changes are currently in a git branch ("gtk-actions-migration") and will not be merged into the master branch until preliminary testing has been completed. In other words, this will not "mess up" your stable version of Inkscape and will never be part of the current 0.92.x release series! I intend to merge this work well in advance of the Inkscape 1.0 release, so that we have plenty of time for very thorough developer and user testing, and several preliminary bug-fix "alpha" pre-releases before the final stable release. For the very brave: please checkout the "gtk-actions-migration" branch in git, rebuild and test. Please note that this is work-in progress. Do not use this experimental branch for your regular Inkscape drawing work!!! The Node toolbar will not work... the Select, Dropper and Connector toolbars are highly experimental; all the other toolbars are "at risk"! If you don't know how to do this, check out our developer guide. For the quite brave: I'll merge this experimental branch into our master development branch in a few weeks once (a) I've completed the basic work, (b) I've had a good amount of feedback on the branch and know that it "works" to some extent. I'll message you again at this stage and ask everyone to help look for bugs. Again, this will only be visible to developers and users of our experimental "trunk" PPA in Ubuntu. For the intrepid: If you're interested in helping with the code migration - message me and I'll help to divide up the tasks. == The end == I hope this gives an insight into the work I've started doing this week, and will continue over the coming weeks. Thanks once again to everyone who has contributed time, money or even just attention and enthusiasm for the Hackfest. Best wishes, Alex Valavanis (valavanisalex) Inkscape developer

7 11

Board meeting Fri Apr 6
by Bryce Harrington 06 Apr '18

06 Apr '18

Sorry for the late notice on this one. Our monthly board meeting is scheduled for this Friday, Apr 6th, at 10am Pacific in #inkscape-devel. All members are welcome. http://wiki.inkscape.org/wiki/index.php/Board_Meetings Agenda: + Merchandise sales [crogers] + LGM 2018 [Tav] + GSoC [ScislaC] + Other Business

1 0

Hackfest / lost and found
by Máirín Duffy 06 Apr '18

06 Apr '18

Hi everyone :) We found an Asus digitizer pen in the area where the Inkscape Hackfest was found. I was wondering if any hackfest participant may have lost it? I am happy to ship it home to you. Cheers, ~m

5 6

Feeling stressed?
by Bryce Harrington 04 Apr '18

04 Apr '18

Hi all, I've been picking up a lot of indicators of stress in our project participants. Each seems to be a unique case, with a different cause, and so there can be no universal solution. But if you're feeling stressed it might help to take a look at a broader perspective, and see some of the great progress being made. We just completed a very effective Hackfest. We burned through our list of discussion topics and unblocked progress on multiple fronts, and helped get each other on the same page on several topics. I think everyone came away energized, a bit overwhelmed, and enthusiastic to get moving on some big efforts. It was an intense week. I wish everyone could have come! We want to organize future hackfests to be more convenient for you, so everyone gets a chance to benefit from face-to-face time with each other. The Inkscape 1.0 release is now visible on the horizon, which is very exciting and will be a massive achievement for our project. There is still planning to be done, and it'll be probably about a year before we reach it, but a lot of path clearing has been done the past couple weeks to ensure we can head there at full speed. Print/color management, multi-page, GActions, and more are starting to get charted out; 1.0 is not going to be the end of the road, but rather the start on some major innovations for Inkscape. It is almost overwhelming to think of all the work needed, but know that while they'll be progressing in parallel, our focus right now is the 1.0 release. People have been very understanding that we have to pace ourselves and prioritize stability right now. Several changes are afoot for our infrastructure - mailing lists, merchandise, forums, a website redesign, and bug tracking all have improvements under way. Quite a bit to do, but will strengthen both our user and contributor communities, and we have plenty of time to do them. Another bit of very good news is that Inkscape is doing well monetarily. At the start of FY2017 we had $18,414; after one year this has grown to $45,732. This is thanks both to prolific individual donors and several very generous sponsoring companies -- people believe in us and what we're doing, and are providing us with financial resources to do even more. Looking at this past month's financial data, donations appear to have picked up even more, and we've several potential sponsors that will likely pitch in once they see some plans for specific features they're interested in. All of this funding gives Inkscape a lot of flexibility to do more to improve both the software and the community. And, to boot, efforts on new fundraising sources are in process, which could kick us off in a 'virtuous circle'. At least some people are finding stress from the sheer amount of different things, and how quickly they're progressing. I sure feel it. I just want to say - pace yourself. Don't be afraid of letting others take over some of your tasks, and don't be shy about asking for load sharing if you feel overwhelmed. Please email me privately if you need help. I expect things will even out better in the next few months -- the release and the hackfest caused acceleration on a bunch of stuff, but the next few weeks should get quieter as people take time to digest. In some cases, the stress has shown itself in various discussions. Please know we're taking these seriously and working behind the scenes to improve relationships. This community wrote a remarkably good Code of Conduct for itself, well worth reading (or re-reading): https://inkscape.org/en/community/coc/ In the next week or so I'll post a plan for getting us to 1.0, with specific tasks that we'll need people to pitch in on. Meanwhile, take some time to get recentered and get the stresses eliminated. :-) Hugs and cheers, Bryce

2 1

Re: [Inkscape-devel] Hackfest 2018: Actions and Toolbars
by jelle 03 Apr '18

03 Apr '18

Hi all, A lot of exiting things going on here. Separating the GUI from the functionality of Inkscape and allowing to use it as a command line tool sounds really cool. Now the question that arises to me is whether that means Inkscape could be used as a service and output could get rendered to a client browser? That would allow for a wide variety of GUI's to be developed that could cater to specific uses. I could envision a touch version and probably a VR interface would be more of an option as well. Obviously the fast rendering with Cairo would be lost that way, but for limited use cases (for instance without filters) that should be fast enough I think. Cheers, Jelle

5 6

New Das Stroke LPE
by Jabier Arraiza 01 Apr '18

01 Apr '18

Hey folks, Whit the help of Lazur and the thread: http://www.inkscapeforum.com/viewtopic.php?f=22&t=24175&p=83448&hilit=s troke+dash#p83448 just do a tiny LPE to fix it. Here are the new video showing it (no audio): https://archive.org/details/dash-stroke-lpe Hope is useful since is not included in the SVG spec. With love, Jabiertxo.

1 1

Hackfest 2018: Variable fonts, refactoring, etc.
by Bryce Harrington 01 Apr '18

01 Apr '18

----- Forwarded message from Tavmjong Bah <tavmjong@...8...> ----- Date: Sun, 01 Apr 2018 03:31:32 +0200 From: Tavmjong Bah <tavmjong@...8...> To: Bryce Harrington <bryce@...961...> Subject: Hackfest 2018: Variable fonts, refactoring, etc. Bryce, can you forward this to the inkscape-devel list? SourceForge is blocking my Internet provider's mail server. Thanks. Hi, Before I start my report on the Boston Hackfest, I would like to thank Martin Owens, our Inkscape host, and Máirín Duffy, our Red Hat host. Martin did a great job of showing us around Boston and making sure we were properly fed (even cooking us a lunch!). Máirín, a designer at Red Hat, gave us great feedback on Inkscape in its current form and on our plans for future Inkscape versions. I would also like to thank the other Red Hatters, especially Matthias Clasen, who helped make this hackfest a success! And I would like to thank the many donors to the Inkscape hackfest fund that make these hackfests possible. I'll start with the item that will most excite Inkscape users: Variable Font Support in Inkscape. Variable fonts are fonts that contain "axes" that can be tweaked by the user. The simplest example would be a font that contains an axis for weight. Instead of being limited to a few discrete font weights, each requiring its own font file, a user of variable fonts can with just one file select weights with any values continuously between a minimum and maximum value. Prior to the hackfest I got rendering of variable fonts working in Inkscape. This required handling the CSS property used to set the axes and modifying the rendering code to use the axes. (I should mention that this only works with very new versions of the libraries we use to handle fonts and text.) At the hackfest I worked with Felipe on adding support to the user interface. Felipe got a prototype version working during the hackfest. Felipe and I also had discussion with Matthias, a Red Hat employee who works on GTK about Matthias' improved GTK Font Selection widget to which he has added variable font support. I spent some time experimenting with replacing the font selection in the Text and Font dialog with the native GTK widget (after getting positive feedback from the designers in the room). Speaking of Matthias. We spent time with him discussing some of the problems we have with GTK. This was very productive, both in validating our move to GActions (discussed already by Alex) as well as getting feed back on a number of other issues. Maybe the biggest blocker in getting to 1.0 is how broken floating dialogs are under the Wayland compositor, a replacement for the X11 window server. The library we use to handle floating dialogs, GDL, is not used by many projects (maybe only two). The code is complex and fixing it to work with Wayland may be too difficult. After feedback from Máirín it appears our best way forward is to replace GDL with use of the GtkNoteBook widget which handles dragging and dropping tabs. (Máirín also finds Gimp's use of tabs to dock dialogs much easier to use than our current system.) One of my biggest beefs about working on Inkscape code is how poorly documented it is. Part of the problem is that code is strewn throughout the repository so it is often hard to find the code that handles a particular thing. This also leads to code duplication as its hard to see that we already have solution to a particular problem. I've proposed a directory reorganization that better sort the code by its purpose. This, and having README files in each directory should help new developers find their way through our code base. After several round of discussion and feedback we've come up with a solid plan which I'll be implementing in the next few weeks. Part of the directory reorganization is to get all the graphical interface code into one place so we can work on isolating the GUI components from other parts. This should allow us to more easily create an efficient command-line version of Inkscape. (Alex's work on GActions should also help us give more power to the command line.) There were quite a few other very useful discussions we had: the road map, documentation, increasing diversity, our website, etc. I personally find that I am not very efficient at actual hacking during hackfests (I work best when I am in the peace and quiet of my own home) but the discussions we have during hackfests leads to great productivity afterwards. Tav ----- End forwarded message -----

1 0

Re: [Inkscape-devel] [Inkscape-user] New Das Stroke LPE
by Jabier Arraiza 01 Apr '18

01 Apr '18

I just see the spec. I hope I can improve the LPE with it. Regards, Jabier On Sun, 2018-04-01 at 14:16 +0200, Tavmjong Bah wrote: > On Sun, 2018-04-01 at 12:51 +0200, Jabier Arraiza wrote: > > Hey folks, > > > > Whit the help of Lazur and the thread: > > http://www.inkscapeforum.com/viewtopic.php?f=22&t=24175&p=83448&hil > > it > > =s > > troke+dash#p83448 just do a tiny LPE to fix it. > > > > Here are the new video showing it (no audio): > > > > https://archive.org/details/dash-stroke-lpe > > Nice! > > > Hope is useful since is not included in the SVG spec. > > If it's an LPE it doesn't need to be in the SVG spec. Have a look at > this to see what the SVG group was thinking about before it was > removed > from the SVG 2 spec: > > https://svgwg.org/specs/strokes/#StrokeDashing > > > With love, Jabiertxo. > > ------------------------------------------------------------------- > > ----------- > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > _______________________________________________ > > Inkscape-user mailing list > > Inkscape-user(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-user

1 0

Re: [Inkscape-devel] [Inkscape-user] New Das Stroke LPE
by Jabier Arraiza 01 Apr '18

01 Apr '18

Thanks Tav for the feedback. Im working in a feature to allow use min lenght of a segment to define the aproximate lenght of the hole/dash, this allow corner perfect dashes in a rectangle with diferent ammount of dashes. I go to the link you send to catch more ideas... I realy like more a SVG spec than a LPE, mainly because Im not recreating the stroke but subdividing the segment, so we cannot handle fills without fill between many LPE. Regards. On Sun, 2018-04-01 at 14:16 +0200, Tavmjong Bah wrote: > On Sun, 2018-04-01 at 12:51 +0200, Jabier Arraiza wrote: > > Hey folks, > > > > Whit the help of Lazur and the thread: > > http://www.inkscapeforum.com/viewtopic.php?f=22&t=24175&p=83448&hil > > it > > =s > > troke+dash#p83448 just do a tiny LPE to fix it. > > > > Here are the new video showing it (no audio): > > > > https://archive.org/details/dash-stroke-lpe > > Nice! > > > Hope is useful since is not included in the SVG spec. > > If it's an LPE it doesn't need to be in the SVG spec. Have a look at > this to see what the SVG group was thinking about before it was > removed > from the SVG 2 spec: > > https://svgwg.org/specs/strokes/#StrokeDashing > > > With love, Jabiertxo. > > ------------------------------------------------------------------- > > ----------- > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > _______________________________________________ > > Inkscape-user mailing list > > Inkscape-user(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-user

1 0

Upcoming directory restructuring
by Tavmjong Bah 29 Mar '18

29 Mar '18

Hi all, At the hackfest we discussed a revised directory structure to better organize our code, This is a heads up that we plan on doing this reorganization in a couple of week (to give time for existing patches, etc. to land). The purpose of the reorganization is to make it more obvious where to find different pieces of code. At the moment our code tends to be distributed over lots of different directories (especially the code that manipulates SVG and the code for our 100+(!) GUI elements). The proposed directory structure can be found at: http://wiki.inkscape.org/wiki/index.php/Source_Directory_Structure You can comment on the proposed change here or on the wiki page. We also discussed a requirement that all files should have at least one or two sentences to document what their contents does. This should really help new developers (and prevent code duplication). Tav

8 14

Hackfest 2018 Boston - day 1 update
by Bryce Harrington 28 Mar '18

28 Mar '18

A recap of some discussions that have been under way... 0. On the first day I gave a presentation on modularity, and identified areas in both Inkscape the codebase and Inkscape the project, to encapsulate complexity into more easily understood chunks, with well defined and simple interfaces between them. 1. Gtk3 (and Gtk4) issues were brainstormed. We use several Gtk2 functionalities which are deprecated in Gtk3, and may be removed in Gtk4. We scoped out ideas for transitioning, such as migrating from GtkAction to GAction, and GtkMain to GtkApplication. The discussions helped clear some blockers, and Alex is now digging into the code and working out how we can do the change with minimum impact on UI appearance or behavior. Longer term, once these transitions are made, there are a number of more impactful changes that could be attempted. One scheme we scoped out was to separate the frontend and backend of Inkscape, using GActions as the interface. The backend would present a lengthy list of all of its internal operations (Actions). There would be separate sets of Document Actions (like moving a node on a Bézier curve) and Window Actions (like resizing the window). The frontend UI would translate its widget clicks and menu picks into the corresponding actions and pass them down. Apart from giving us better organized code, this could also make it easier to have multiple kinds of UI's (e.g. a simplified "kidscape" interface) or even no-UI (e.g. a headless version that processes commands through command line args or a batch language). 2. Website strategy is under heavy discussion. It's been a while since the website has had a design refresh, and whiteboard markers are flowing. Improving mobile friendliness seems important, also better use of graphics and videos is being explored, and better emphasis on using some of the great user stories out there. There's also a recognition that we have needs for something more user-facing (e.g. something "brochure-like") and something more back-office-y (the contributor community, aka "contributy"). A lot of this will need a lot more hashing out and collecting wider ideas, but I'm looking forward to seeing how this work proceeds in coming weeks and months. 3. Variable fonts. This new type of font permits e.g. sliding scale of style aspects like bold between letter forms. Some implementation work has already been done, but the hackfest has been used to hash out some remaining questions and implementation details. There's still some UX/UI questions on how it should be implemented in the interface. 4. Improved gradients using random dithering in pixman. Lots of discussions in both IRL and IRC around Mc's code to add better gradient rendering to pixman, that avoids banding by randomly dithering the colors. The patch has been proposed to pixman and some feedback's been received, but still mulling over how to actually get this feature into use. 5. Color management / CMYK. We had an in-depth discussion between coders and designers to hash out what we ought to be shooting for in terms of requirements. We discussed a "print pre-flight dialog" concept that had come up in some of the Vectors team discussions. What's needed as a next step is to flesh out the concept - workflow use cases, a mockup UI, and analysis of how data in/out flows need to work. There are a lot of ideas and user stories, that need gelled into something coherent that people can start throwing darts at. 6. SVG 2 working group, and future directions. A number of features we wanted to see included in the SVG 2 spec sound like they will get dropped. Further, this change of direction by the WG suggests it may get tougher to include artistic-oriented features in future revisions of the spec. We discussed some of the problems, but the path forward for us is unclear. --- I'm certain I've missed a number of the discussions here, and am not capturing all the work under way. Hopefully other attendees can fill in what I've missed or gotten wrong, and provide more details from my above summary. Please ask questions, too. Bryce

5 6

Future 0.92.x bugfix releases
by Bryce Harrington 26 Mar '18

26 Mar '18

Let's plan on a 0.92.4 in a few months, maybe in the May/June timeframe. As we've talked about in the past, we'll be continuing to do bugfix releases on the 0.92.x branch for the foreseeable future, and we'll be treating it as an equivalent of a 'long term stable' series for Inkscape in case changes. Some aggressive changes in 0.93 may lead to bad breakages for some users, so we want to give them a reliable fallback. So, please continue backporting good fixes from master into the 0.92.x branch, and record the changes in release notes: http://wiki.inkscape.org/wiki/index.php/Release_notes/0.92.4 If you don't have commit access to 0.92.x (or don't feel comfortable pushing to it), you can mark bugs in Launchpad with the 'backport-proposed' tag, so committers can more easily spot them. (But make sure the bug has a patch attached to it that will actually apply and build against 0.92.x.) A few release process todo's I'm aware of: * Mac builds - need a volunteer * 'make distcheck' - needs added to cmake * PPA recipe updates - needs scripted [hackfest: bryce/alex] * NEWS file update - change python script to use BeautifulSoup [bryce] * packager announcements - set up a proper mailing list [bryce] * Transition to new RSA 4096 GPG signing key [bryce] * cleanup the release documentation [bryce] * lp milestone, etc. updates - needs a LP script so its less manual Let me know if you'd like to help on any of these tasks. Bryce On Fri, Mar 23, 2018 at 10:42:17PM -0700, Bryce Harrington wrote: > Inkscape 0.92.3 is a maintenance release resolving numerous bugs and > making this the most stable release of the series. > > To download the latest packaged version of Inkscape visit: > > https://inkscape.org/release/0.92.3/ > > (Note: A build of 0.92.3 is not currently available for MacOS. The > project welcomes additional contributors with MacOS expertise.) > > Among the most reported bugs addressed were: > > * Blank pages being output when printing multiple copies of a document > * The inability to cancel during the export of large files > * Application crashes caused by dragging a path at a cap or line join > * Keyboard shortcut problems on non-Latin keyboard layouts > > Also a few performance improvements and usability enhancements of note: > > * New SVG export options from the command line > * Support for right-to-left text > * Improved ellipse controls > * Multi-line text support for the PDF+LaTeX export > * New render tile preferences for performance tuning > * Better startup performance for many Windows users > > Find out more about the release at: > > https://inkscape.org/en/news/2018/03/22/announcing-0923-release-inkscape/ > > > > > Inkscape 0.92.3 > > -~= Released 2018-03-11 =~- > > +----------------------------------------------------------------------+ > | Release Highlights | > +----------------------------------------------------------------------+ > > Inkscape 0.92.3 is mainly a stability and bugfix release, but it also > brings some small new features, like being able to set an ellipses' > radii numerically in the tool controls, or switching the writing > direction from left-to-right to right-to-left. Windows users will be > happy to learn that the long startup times many of them were seeing > could greatly be reduced. A new rendering option with an adjusted > default value can vastly improve performance when working with filters. > > Many of the bug fixes address important functionality, like printing > issues, crashes with the node tool or problems with keyboard shortcuts. > > > +----------------------------------------------------------------------+ > | Improvements | > +----------------------------------------------------------------------+ > > Command line usage > ================== > > Three new command line options controlling page size are supported when > exporting in SVG format: > > • --export-area-drawing (feature requests in bug #1597921 and bug #1722844) > • --export-area-page while using --export-id > • --export-margin > > > Text tool > ========= > > Support for switching between RTL and LTR writing directions has been > added (on narrow screens, find it by unfolding the overhang menu for the > text tool's tool controls by clicking on the triangle at the far right). > > > Circle/ellipse/arc tool > ======================= > > New fields for setting vertical/horizontal radius (Rx/Ry) were added to > the tool controls bar. (Bug #1181127) > > > PDF+LaTeX export > ================ > > Support for multi-line text with basic support for line-spacing > attribute was added. (Bug #771959) > > Please note: > > • Currently only the line-spacing of the top level text element is > considered, i.e. all lines in one text element share the same line > spacing. > • LaTeX is much more clever with respect to line spacing, so layout > might not always be exactly the same as in Inkscape. > • Make sure to use a continuously scalable font in LaTeX, otherwise > results might be unexpected. > > > Preferences > =========== > > A new renderer option called "Rendering tile multiplier" was > added. Making this value larger can speed up drawing, if you have large > areas with complex filters in your drawing or work a lot with high zoom > levels on filtered objects. Making the value smaller can make zooming > and panning in relevant areas faster on low-end hardware (if there are > no large filtered areas on the visible part of the canvas). The default > value makes your screen consist of about four tiles that are rendered > independently, if you're not using a hidpi screen (which requires more > tiles). For a more detailed explanation, see: > > https://gitlab.com/inkscape/inkscape/merge_requests/211#note_62157385. > > > Startup Performance > =================== > > The first start of Inkscape on Windows is much faster now. > > This is the result of improvements in fontconfig 2.13.0, a third party > library which handles font related tasks for Inkscape. One of the tasks > is creating an index of all fonts available on the system which is much > faster now. If the new indexing causes any issues (i.e. fonts or glyphs > not available that could be used before) make sure to let us know or > report the issue directly to the fontconfig project. > > > Extensions > ========== > > Extensions on Windows can now make use of Tkinter, without requiring > users to install it themselves. Tkinter provides functionality for > creating interactive graphical user interfaces. This is used, for > example, by the TexText extension that renders mathematical LaTeX > formulas to SVG (feature request at bug # 1735451). > > > +----------------------------------------------------------------------+ > | Regression Fixes | > +----------------------------------------------------------------------+ > > • Potentially missing command line output in Inkscape 0.92.2 on Windows 7. > (Bug #1714278) > • Extensions in the 'Raster' submenu relying on ImageMagick were > broken and caused crashes in Inkscape 0.92.2 on Windows. > (Bug #1720330) > • gcodetools were creating wrong orientation points since the dpi > change had been made for Inkscape 0.92. > (Bug #1680760) > • Regression on 0.92.2 makes it impossible to fill a powerstroke shape > (Bug #1715433) > • The preferences dialog was tiny by default. > (Bug #1360213) > • Node handles no longer get too large when selected, and they also > revert back to standard size when deselected. > (Bug #1568644) > • Export to .odg (Open Document Drawing) works again on Windows. > (Bug #1654034) > • Inkscape no longer freezes when trying to import clipart from > OpenClipart when the openclipart.org server takes too long to > respond to requests. > (Bug #1745521) > • Text that is written in vertical direction now has its marks > (e.g. accents) on the correct side again. > (gitlab commit 2abe0bb6) > • The 'Clone original' path effect works again to fill a path with a > PowerStroke applied to it (useful for drawing cartoons) > (Bug #1715433) > > > +----------------------------------------------------------------------+ > | Important bugfixes | > +----------------------------------------------------------------------+ > > • Fix crash when attempting to drag path at cap or line join. > (Bug #1691406) > • Inkscape process did not exit cleanly on Windows. > (Bugs #1412365 and #1715339; also causing #1714278) > • File extension was sometimes omitted when adding saved files to Windows' > list of "recently used documents" resulting in unusable links. > (git commit 4d599528) > • Do not crash on systems with illegal fontconfig configurations. > (Bug #1716516) > • Resolve issues when attempting to save files to non-existing > directories. Could happen for shortcuts.xml and when setting the > autosave location manually. > (Bug #1719629) > • Allow cancellation of bitmap export. > (Bug #1195929) > • Fix issues with PDF+LaTeX export: wrong stacking of text/graphics, missing > pages in PDF output. > (Bugs #771957, #1417470) > • Fix shortcuts not working as expected when a non-latin keyboard layout is > the primary keyboard layout on a system. > (Bugs #1226962, #1730246, #1734308) > • Printing multiple copies of the document resulted in one copy and many > blank pages. > (Bug #490866, #1733424) > • Fix export area when exporting single objects to SVG using the --export-id > command line switch. > (Bug #1306662, #1707368) > • Fix DXF output and Windows vector print scaling for documents with a custom > view box. > (Bug #1672066) > • Invalid output generated from extensions no longer makes Inkscape > crash. > (gitlab commit 608fa56e) > • The Ruler Live Path Effect now shows correct measurements in the default > template (and other non-px-based templates), too > (Bug #1460858) > • The Document Properties dialog now has a more compact layout, so all items > should be accessible on smaller screens > (Bug #1510831) > > > +----------------------------------------------------------------------+ > | More bug fixes | > +----------------------------------------------------------------------+ > > There were even more issues fixed than those listed above, but these > probably only affect a small portion of users, or are relevant for > development and packaging only. > > For a complete list, visit our launchpad bug tracker and see the commit > history on gitlab (all changes from August, 6th 2017 until release > date). > > > +----------------------------------------------------------------------+ > | Translations | > +----------------------------------------------------------------------+ > > The following UI translations received updates: > > • French > • German > • Icelandic > • Italian > • Korean > • Spanish > • Ukrainian > > The following installer translations received updates: > > • Korean > > > Contributing to interface translations > ====================================== > > Want to help with translations? Learn how to help at: > > https://inkscape.org/contribute/translations/ > > > +----------------------------------------------------------------------+ > | Documentation | > +----------------------------------------------------------------------+ > > > Documentation Relaunch > ====================== > > The Inkscape documentation repository, containing the man page, the > keyboard shortcut list as well as the tutorials and their respective > translation files, has been almost completely refactored (Java has been > dropped in favor of Python), and was updated to work with git and > gitlab. > > > Documentation Updates > ===================== > > The man page and the keyboard shortcut list have been updated. > > > Where to find recent documentation > ================================== > > Continuously updated man page (for command line usage), keyboard and > mouse shortcut list, tutorials and translation statistics for the > various parts of the Inkscape project are available on the inkscape.org > website: > > • Man page > • Keyboard shortcuts > • Tutorials > • Translation statistics for Inkscape 0.92 series / development branch > > Tutorials, as always, are also included with your Inkscape installation. > > > Contributing to documentation and documentation translation > =========================================================== > > Contributions to the documentation translations, as well as improvements > to its contents, are welcome at the inkscape-docs repository. > > > +----------------------------------------------------------------------+ > | Known issues | > +----------------------------------------------------------------------+ > > • DPI Change: known issues with 'Scale elements' option > (Bugs: 1653230,1653236,1654342,1654796,1654880,1654903,1655005,1655053,1660228) > • DPI Change: Default grids in documents created with Inkscape 0.91 don't > scale correctly. > (Bug #1653893) > • Line height: Changing "baseline spacing" stops working. > (Bug #1707808) > • Renderer: Artifacts in Gaussian blur effects with default quality settings. > (Bug #1656383) > • Node editor: Deselecting selected nodes of complex paths takes a long time. > (Bug #1652100) > • Performance: Using the objects dialog at least once in your Inkscape > session slows down actions such as duplicate and delete for files > with many objects. > (Bug #1431274) > > > ------------------------------------------------------------------------ > For information on prior releases, please see: > > http://wiki.inkscape.org/wiki/index.php/Inkscape > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 > > iEYEARECAAYFAlq15TkACgkQEaMBVuDmdhFeGACffqDDMJ7PI1yYV8gVz8V1jekW > vEgAn1jy67X42/mi4eX+ebQEvz9FUkpn > =ITZ8 > -----END PGP SIGNATURE----- > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel

5 5

Inkscape Hackfest 2018 (Boston) Almost here!
by Martin Owens 25 Mar '18

25 Mar '18

Dear Hackers, Are we all looking forward to two weeks from now when we'll be dining on lobsters and dunken donuts? Well if you are coming, please do update the http://wiki.inkscape.org/w iki/index.php/Hackfest2018_Attendees page (or let me know and I'll do it for you) This is the rough itinerary for the week: * Sunday 25th, optional drink with local Free Software hackers at the Grendel's Den in Harvard Square. 8:00pm to 11:00pm Some touristing might be available if you like to see Harvard. * Monday 26th - Friday 30th, Hacking at the Red Hat offices near south station. Anyone lost can contact me +01 857 277 2117 (Signal App is good for anyone from abroad) * Wednesday 28th - User participation day, if we have some users available, we'll be listening to normal Inkscape users. * Thursday 29th - Tentative choice for Inkscape Dinner at Les Zygomates (http://winebar129.com) (If no one objects in the next few days, I'll book a table) Let me know what you're looking forward to working on while your here, I'd like to get a new article put together to kick things off. If you can do photography, please let me know. We'll need a group photo and someone with a nice camera and a good eye is needed sine CR isn't here. Anything else, please let me know. Thanks everyone! Best Regards, Martin Owens

7 6

Re: [Inkscape-devel] [Inkscape-user] Inkscape no fonts
by Sam 24 Mar '18

24 Mar '18

I see small boxes everywhere, i.e. in the menu, in the side bar. There is no font at all in Inkscape. I can't open Inkscape's settings because I don't know where the settings are because everything is only displayed as small boxes. Sam On 24.03.2018 14:00, Robert Funnell wrote: > On Sat, 24 Mar 2018, Sam wrote: > >> I try to run Inkscape 92.3 on OpenSuse 42.3 with snapd, but there is >> no fonts. It is running but i only see small square boxes. > > Are you saying that you see boxes when you add new text, or that you > see boxes where there's previously existing text in a drawing? > > - Robert >

2 2

Missing fonts
by Sam 24 Mar '18

24 Mar '18

Hi guys, I try to run Inkscape 92.3 on OpenSuse 42.3 with snapd 2.27.6-1.1, but there is no fonts. It is running but i only see small square boxes. Can anybody help me? Tnx Sam P.S.: I posted this post to the ML "User" by mistake, so this post exists twice. Sorry.

1 0

Inkscape 0.92.3 bugfix release
by Bryce Harrington 24 Mar '18

24 Mar '18

Inkscape 0.92.3 is a maintenance release resolving numerous bugs and making this the most stable release of the series. To download the latest packaged version of Inkscape visit: https://inkscape.org/release/0.92.3/ (Note: A build of 0.92.3 is not currently available for MacOS. The project welcomes additional contributors with MacOS expertise.) Among the most reported bugs addressed were: * Blank pages being output when printing multiple copies of a document * The inability to cancel during the export of large files * Application crashes caused by dragging a path at a cap or line join * Keyboard shortcut problems on non-Latin keyboard layouts Also a few performance improvements and usability enhancements of note: * New SVG export options from the command line * Support for right-to-left text * Improved ellipse controls * Multi-line text support for the PDF+LaTeX export * New render tile preferences for performance tuning * Better startup performance for many Windows users Find out more about the release at: https://inkscape.org/en/news/2018/03/22/announcing-0923-release-inkscape/ Inkscape 0.92.3 -~= Released 2018-03-11 =~- +----------------------------------------------------------------------+ | Release Highlights | +----------------------------------------------------------------------+ Inkscape 0.92.3 is mainly a stability and bugfix release, but it also brings some small new features, like being able to set an ellipses' radii numerically in the tool controls, or switching the writing direction from left-to-right to right-to-left. Windows users will be happy to learn that the long startup times many of them were seeing could greatly be reduced. A new rendering option with an adjusted default value can vastly improve performance when working with filters. Many of the bug fixes address important functionality, like printing issues, crashes with the node tool or problems with keyboard shortcuts. +----------------------------------------------------------------------+ | Improvements | +----------------------------------------------------------------------+ Command line usage ================== Three new command line options controlling page size are supported when exporting in SVG format: • --export-area-drawing (feature requests in bug #1597921 and bug #1722844) • --export-area-page while using --export-id • --export-margin Text tool ========= Support for switching between RTL and LTR writing directions has been added (on narrow screens, find it by unfolding the overhang menu for the text tool's tool controls by clicking on the triangle at the far right). Circle/ellipse/arc tool ======================= New fields for setting vertical/horizontal radius (Rx/Ry) were added to the tool controls bar. (Bug #1181127) PDF+LaTeX export ================ Support for multi-line text with basic support for line-spacing attribute was added. (Bug #771959) Please note: • Currently only the line-spacing of the top level text element is considered, i.e. all lines in one text element share the same line spacing. • LaTeX is much more clever with respect to line spacing, so layout might not always be exactly the same as in Inkscape. • Make sure to use a continuously scalable font in LaTeX, otherwise results might be unexpected. Preferences =========== A new renderer option called "Rendering tile multiplier" was added. Making this value larger can speed up drawing, if you have large areas with complex filters in your drawing or work a lot with high zoom levels on filtered objects. Making the value smaller can make zooming and panning in relevant areas faster on low-end hardware (if there are no large filtered areas on the visible part of the canvas). The default value makes your screen consist of about four tiles that are rendered independently, if you're not using a hidpi screen (which requires more tiles). For a more detailed explanation, see: https://gitlab.com/inkscape/inkscape/merge_requests/211#note_62157385. Startup Performance =================== The first start of Inkscape on Windows is much faster now. This is the result of improvements in fontconfig 2.13.0, a third party library which handles font related tasks for Inkscape. One of the tasks is creating an index of all fonts available on the system which is much faster now. If the new indexing causes any issues (i.e. fonts or glyphs not available that could be used before) make sure to let us know or report the issue directly to the fontconfig project. Extensions ========== Extensions on Windows can now make use of Tkinter, without requiring users to install it themselves. Tkinter provides functionality for creating interactive graphical user interfaces. This is used, for example, by the TexText extension that renders mathematical LaTeX formulas to SVG (feature request at bug # 1735451). +----------------------------------------------------------------------+ | Regression Fixes | +----------------------------------------------------------------------+ • Potentially missing command line output in Inkscape 0.92.2 on Windows 7. (Bug #1714278) • Extensions in the 'Raster' submenu relying on ImageMagick were broken and caused crashes in Inkscape 0.92.2 on Windows. (Bug #1720330) • gcodetools were creating wrong orientation points since the dpi change had been made for Inkscape 0.92. (Bug #1680760) • Regression on 0.92.2 makes it impossible to fill a powerstroke shape (Bug #1715433) • The preferences dialog was tiny by default. (Bug #1360213) • Node handles no longer get too large when selected, and they also revert back to standard size when deselected. (Bug #1568644) • Export to .odg (Open Document Drawing) works again on Windows. (Bug #1654034) • Inkscape no longer freezes when trying to import clipart from OpenClipart when the openclipart.org server takes too long to respond to requests. (Bug #1745521) • Text that is written in vertical direction now has its marks (e.g. accents) on the correct side again. (gitlab commit 2abe0bb6) • The 'Clone original' path effect works again to fill a path with a PowerStroke applied to it (useful for drawing cartoons) (Bug #1715433) +----------------------------------------------------------------------+ | Important bugfixes | +----------------------------------------------------------------------+ • Fix crash when attempting to drag path at cap or line join. (Bug #1691406) • Inkscape process did not exit cleanly on Windows. (Bugs #1412365 and #1715339; also causing #1714278) • File extension was sometimes omitted when adding saved files to Windows' list of "recently used documents" resulting in unusable links. (git commit 4d599528) • Do not crash on systems with illegal fontconfig configurations. (Bug #1716516) • Resolve issues when attempting to save files to non-existing directories. Could happen for shortcuts.xml and when setting the autosave location manually. (Bug #1719629) • Allow cancellation of bitmap export. (Bug #1195929) • Fix issues with PDF+LaTeX export: wrong stacking of text/graphics, missing pages in PDF output. (Bugs #771957, #1417470) • Fix shortcuts not working as expected when a non-latin keyboard layout is the primary keyboard layout on a system. (Bugs #1226962, #1730246, #1734308) • Printing multiple copies of the document resulted in one copy and many blank pages. (Bug #490866, #1733424) • Fix export area when exporting single objects to SVG using the --export-id command line switch. (Bug #1306662, #1707368) • Fix DXF output and Windows vector print scaling for documents with a custom view box. (Bug #1672066) • Invalid output generated from extensions no longer makes Inkscape crash. (gitlab commit 608fa56e) • The Ruler Live Path Effect now shows correct measurements in the default template (and other non-px-based templates), too (Bug #1460858) • The Document Properties dialog now has a more compact layout, so all items should be accessible on smaller screens (Bug #1510831) +----------------------------------------------------------------------+ | More bug fixes | +----------------------------------------------------------------------+ There were even more issues fixed than those listed above, but these probably only affect a small portion of users, or are relevant for development and packaging only. For a complete list, visit our launchpad bug tracker and see the commit history on gitlab (all changes from August, 6th 2017 until release date). +----------------------------------------------------------------------+ | Translations | +----------------------------------------------------------------------+ The following UI translations received updates: • French • German • Icelandic • Italian • Korean • Spanish • Ukrainian The following installer translations received updates: • Korean Contributing to interface translations ====================================== Want to help with translations? Learn how to help at: https://inkscape.org/contribute/translations/ +----------------------------------------------------------------------+ | Documentation | +----------------------------------------------------------------------+ Documentation Relaunch ====================== The Inkscape documentation repository, containing the man page, the keyboard shortcut list as well as the tutorials and their respective translation files, has been almost completely refactored (Java has been dropped in favor of Python), and was updated to work with git and gitlab. Documentation Updates ===================== The man page and the keyboard shortcut list have been updated. Where to find recent documentation ================================== Continuously updated man page (for command line usage), keyboard and mouse shortcut list, tutorials and translation statistics for the various parts of the Inkscape project are available on the inkscape.org website: • Man page • Keyboard shortcuts • Tutorials • Translation statistics for Inkscape 0.92 series / development branch Tutorials, as always, are also included with your Inkscape installation. Contributing to documentation and documentation translation =========================================================== Contributions to the documentation translations, as well as improvements to its contents, are welcome at the inkscape-docs repository. +----------------------------------------------------------------------+ | Known issues | +----------------------------------------------------------------------+ • DPI Change: known issues with 'Scale elements' option (Bugs: 1653230,1653236,1654342,1654796,1654880,1654903,1655005,1655053,1660228) • DPI Change: Default grids in documents created with Inkscape 0.91 don't scale correctly. (Bug #1653893) • Line height: Changing "baseline spacing" stops working. (Bug #1707808) • Renderer: Artifacts in Gaussian blur effects with default quality settings. (Bug #1656383) • Node editor: Deselecting selected nodes of complex paths takes a long time. (Bug #1652100) • Performance: Using the objects dialog at least once in your Inkscape session slows down actions such as duplicate and delete for files with many objects. (Bug #1431274) ------------------------------------------------------------------------ For information on prior releases, please see: http://wiki.inkscape.org/wiki/index.php/Inkscape

1 0

0.92.3 Release Announcement
by Ryan Gorley 23 Mar '18

23 Mar '18

Hello All, We just published the announcement for 0.92.3 on the website: https://inkscape.org/en/news/2018/03/22/announcing-0923-release-inkscape/ If anyone was waiting for this announcement to push any changes to official repos, or anything else, consider the wait over. :) Bryce, as release manager do you want to do the honors of pushing this out to the inkscape-announce and inkscape-user list? Anyone is welcome to help us promote this, please help us keep track here: https://gitlab.com/inkscape/vectors/general/issues/48 Ryan

3 2

Extensions
by Martin Owens 23 Mar '18

23 Mar '18

Dear all, I've separated out the extensions directory into a new repository: https://gitlab.com/inkscape/extensions I haven't yet removed the files from the master branch, but I will as soon as I get a couple of nods of approval from other developers and packagers as this change needs some consideration. My first job is to upgrade extensions to python3 and to do this I'm going to write tests. Please let me know if there are any extensions tests already written I can use. Best Regards, Martin Owens

8 24

Re: [Inkscape-devel] Extensions
by Lex Neva 22 Mar '18

22 Mar '18

> 4. Adding their own UI. In the cases where the current inx based UI falls > down (conditional values, and many more) the users want to able to use, > say, Kivy or even tkinter to do dialogs. This is super hard and only one I > know that works is the very recent embroidery extension which needs own > installer and is so complex I can't follow it. Oh dear! Sorry it's so confusing. As I think you understand, trying to get a cross-platform UI working is quite difficult. And for translations, we had to completely ignore inkex.localize() in favor of bundling our own translations, because we can't get our translation strings into inkscape fast enough. On the plus side, we handle units and viewbox correctly and we're 96dpi compatible already, so no work needed there. Thanks for all the work you're doing! We're happy to answer any questions you might have on how Ink/Stitch works. I follow this list, if somewhat slowly at times, but the best way to reach us is to file an issue (github. com/lexelby/inkstitch).

1 0

GtkActions in toolbars
by Alex Valavanis 17 Mar '18

17 Mar '18

Hi All, In preparation for the Hackfest, I'd like to start looking at ways to reduce (eventually eliminate!) our use of GtkAction. One of the main uses we currently have for them is in toolbars, where the tool widgets (buttons, spinbuttons etc) are all some kind of subclass of GtkAction, which has been removed from Gtk+ 4. This means that when the user clicks on the button, it triggers an "activate" signal, which is handled by a callback function. My question is basically, "what's the point?" Is there any reason why we can't just use a plain old button in most cases, and just connect up the "clicked" signal instead? If it really needs to be some kind of Action, we could migrate to the GAction API, but this may be much more difficult. Best wishes, Alex

5 11

LaTeX rendering fail
by Jakob Peder Pettersen 16 Mar '18

16 Mar '18

When running the command Extensions->Rendering->LaTeX and typing in any LaTeX expression, I get no output and Inkscape returns: *** WARNING - the DELAYBIND command has been deprecated, and will be removed in the next version. For now you can restore the behaviour by using -dREALLYDEALYBIND but if you require continued use of this command you should contact the Ghostscript developers. Commercial customers of Artifex should email their support contact, free users are encouraged to talk to us on the #ghostscript IRC channel on irc.freenode.net. Unrecoverable error: undefined in DELAYBIND PostScript/PDF Interpreter finished. Return status 65280 executed command : /usr/local/opt/ghostscript/bin/gs -q -dDELAYBIND -dWRITESYSTEMDICT -dNODISPLAY -dNOEPS /var/folders/z_/v0sm2gys3y77640_7m4t99k40000gp/T//psinQuRKci The interpreter seems to have failed, cannot proceed ! Traceback (most recent call last): File "eqtexsvg.py", line 160, in <module> e.affect() File "/Applications/Inkscape.app/Contents/Resources/share/inkscape/extensions/inkex.py", line 268, in affect self.effect() File "eqtexsvg.py", line 154, in effect svg_open(self, svg_file) File "eqtexsvg.py", line 81, in svg_open doc = inkex.etree.parse(filename) File "lxml.etree.pyx", line 3299, in lxml.etree.parse (src/lxml/lxml.etree.c:72421) File "parser.pxi", line 1791, in lxml.etree._parseDocument (src/lxml/lxml.etree.c:105883) File "parser.pxi", line 1817, in lxml.etree._parseDocumentFromURL (src/lxml/lxml.etree.c:106182) File "parser.pxi", line 1721, in lxml.etree._parseDocFromFile (src/lxml/lxml.etree.c:105181) File "parser.pxi", line 1122, in lxml.etree._BaseParser._parseDocFromFile (src/lxml/lxml.etree.c:100131) File "parser.pxi", line 580, in lxml.etree._ParserContext._handleParseResultDoc (src/lxml/lxml.etree.c:94254) File "parser.pxi", line 690, in lxml.etree._handleParseResult (src/lxml/lxml.etree.c:95690) File "parser.pxi", line 620, in lxml.etree._raiseParseError (src/lxml/lxml.etree.c:94757) lxml.etree.XMLSyntaxError: Document is empty, line 1, column 1 Using the extension Tex Text yields a similar error: Traceback (most recent call last): File "textext.py", line 210, in cb_ok self.callback(self.text, self.preamble_file, self.scale_factor) File "textext.py", line 369, in <lambda> converter_cls, old_node)) File "textext.py", line 387, in do_convert new_node = converter.convert(text, preamble_file, scale_factor) File "textext.py", line 751, in convert self.pdf_to_svg() File "textext.py", line 849, in pdf_to_svg + pstoeditOpts) File "textext.py", line 596, in exec_command % (' '.join(cmd), p.returncode, out + err)) RuntimeError: Command pstoedit -f plot-svg /var/folders/z_/v0sm2gys3y77640_7m4t99k40000gp/T/tmpAZUsxB/tmp.pdf /var/folders/z_/v0sm2gys3y77640_7m4t99k40000gp/T/tmpAZUsxB/tmp.svg -dt -ssp -psarg -r9600x9600 failed (code 1): pstoedit: version 3.70 / DLL interface 108 (built: Sep 16 2017 - release build - g++ 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.37) - 64-bit) : Copyright (C) 1993 - 2014 Wolfgang Glunz *** WARNING - the DELAYBIND command has been deprecated, and will be removed in the next version. For now you can restore the behaviour by using -dREALLYDEALYBIND but if you require continued use of this command you should contact the Ghostscript developers. Commercial customers of Artifex should email their support contact, free users are encouraged to talk to us on the #ghostscript IRC channel on irc.freenode.net. Unrecoverable error: undefined in DELAYBIND PostScript/PDF Interpreter finished. Return status 65280 executed command : /usr/local/opt/ghostscript/bin/gs -q -dDELAYBIND -dWRITESYSTEMDICT -dNODISPLAY -dNOEPS -r9600x9600 /var/folders/z_/v0sm2gys3y77640_7m4t99k40000gp/T//psinu3vxOs The interpreter seems to have failed, cannot proceed ! I suspect this is a bug in the respective Inkscape extensions for LaTeX output. System information: macOS 10.13.3 Inkscape 0.91 pdfTeX 3.14159265-2.6-1.40.16 (TeX Live 2015) dvips(k) 5.995 pstoedit: version 3.70 / DLL interface 108 (built: Sep 16 2017 - release build - g++ 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.37) - 64-bit) Best regards Jakob Peder Pettersen

2 2

Releasing Inkscape onto the Website
by Martin Owens 15 Mar '18

15 Mar '18

Dear developers, The website supports developers submitting releases using the releases app, we haven't linked to the releases app publically, but thanks to Maren and others it's a mostly complete history of Inkscape package files. To upload an inkscape package: a) Go to the website and login b) Click the "Upload Art or Resource" (or click Submit in any of your galleries to better organise your files) c) Fill in all the fields you want, make sure to include the uploaded file and gpg signature. d) Select "Inkscape Package" in the category drop down. e) Save. f) Now re-edit the new upload. This will give you the two new fields of "Release" and "Platform", these ONLY appear if: The upload is in the Inkscape Package category AND you have permission to edit releases. If you don't see these fields, make sure you join the releases team at https://inkscape.org/en /*release-team and try again. You can only have ONE resource per release, per platform. So the Inkscape 0.92.2pre0 release can have ONE Win32 MSI Package, ONE Mac OSX 10.9 DMG, etc etc. If you try to over-write, it will deny you setting the platform and release fields. We're going to try and keep the permissions to one person for each of the main platforms. So bryce can do source uploads, tgh can do Mac uploads etc etc. We make have some backups, but user wise it shouldn't need every developer to be a release team member. Let me know if you have issues. Best Regards, Martin Owens Your Friendly Website Admin

4 8

Website Caching (again)and fall-back
by Martin Owens 14 Mar '18

14 Mar '18

Hi all, This is a general notice, I've switched on nginx caching for non-logged in users. 95% of all requests are to non-logged in users. Caching is set to 1 hour, if you update a cms page, upload a new resource or make a new release, there WILL be a delay to some users getting the new information. We are closely monitoring the web server and tweaking the settings as needed. Average request times have be 0.9s-1.1s but some days see spikes to 5s (for the whole day) so we want to try and reduce the common load. Page loads for HITs are down to 120ms, compared to 980ms for a MISS. I've also removed cmsplugin-history which takes up a lot of RAM. There may be some holes in the cms, so let me know if you hit one. Page caching in nginx means that if the website goes down, nginx will keep giving our users a website as much as possible. So we may see a slight improvement in fall-over, certainly for normal users. Best Regards, Martin Owens

1 0

Quick 0.92.3pre0 test needed (was Re: inkscape-0.92.3pre0 source tarball now available)
by Bryce Harrington 14 Mar '18

14 Mar '18

I am in the process of finalizing 0.92.3 for release. Would someone mind downloading the tarball, building it, running the program, and using it a bit as a quick sanity check? Download from: https://inkscape.org/en/release/0.92.3pre0/ Eduard and I have built and run it, and so I'm not expecting there are any issues, just looking for a quick thumbs up that it works as expected for a third person. Thanks, Bryce

5 9

Question about an Issue #168 "Make Issue Responsive..."
by Tonya Sims 12 Mar '18

12 Mar '18

Hi all, I'd like to work on this patch https://gitlab.com/inkscape/inkscape-web/issues/168 and have a few questions. 1. Is this non-responsiveness happening on all pages? 2. Can you direct me to the URL where it's happening? 3. Do we have any screenshots of the issue? Thank you, Tonya

1 0

Prerequisites for using Inkscape UI free, GSOC 2018
by Kuntal Majumder 11 Mar '18

11 Mar '18

Hi, I am Kuntal, some of the people might know me from IRC. I was looking into the GSOC 2018 ideas list. Loved the idea of making Inkscape go UI free [1]. I would love to give it a try, I have used CMake to compile programs in past, but never wrote a CMakeLists file. I was also working on my own build system [2], which is currently not that nicer, well I am yet to learn how to write parsers, :P. Also whenever I used Inkscape, I used to jump to and fro from Inkscape to Calculator to get the correct ratios, wouldn't that be better if we can put expressions inside text-boxes and they evaluate by themselves. If the previous mentioned idea is viable for GSOC, I would love to pitch for it. Thanks Kuntal (hellozee) [1] http://wiki.inkscape.org/wiki/index.php/Google_Summer_of_Code#P5._UI-Free_I… [2] https://github.com/hellozee/Cook

3 4

Eager Python Developer - GSoC
by Tonya Sims 11 Mar '18

11 Mar '18

Hello everyone! My name is Tonya, I'm a junior to mid level Python developer and plan on applying for GSoC I downloaded Inkscape on my Mac and played around with it. A very cool application! What are your most urgent needs? Are your extensions built in Python? I was trying to brainstorm some ideas for a new extension and may need more time unless there's something you could suggest? Also, I'm learning Django and could help out with the website, let's say a new bug tracking system (not that you need one) but just brainstorming. Anyways, looking forward to everyone's replies and will start working on my application. Cheers, Tonya Sims

4 3

Hackfest update
by Máirín Duffy 08 Mar '18

08 Mar '18

Hi everyone, I wanted to give you a heads up about a couple of things regarding the hackfestsite - - Onthe Monday, Red Hat is also going to host a SpinachCon event on the other side of the space we'll be in. It's a 4 hour event (from 1-5 pm IIRC) where free software projects can come and have their software usability tested. The organizers (including Deb Nicholson) would be more than happy to test Inkscape as part of the event if there's any interest in that. If there are specific components you'd like tested, I can help create a testing plan. - There may be another co-hosted event in the morning on Monday, still sorting the details out. - On the Tuesday and Wednesday, Red Hat is also hosting an event that will involve a workshop and hacking on amedical image processing system that we're working on with Boston University and Boston Children's Hospital. It's a really cool project. If anyone attending has an interestin learning more, you are more than welcome to get involved. I don't expect either event to be disruptive to the hackfest; it's a large space and we have two floors and a variety of different areas to work inand a lot of seating. I just wanted to let you know ahead of time, especially in case you wanted to take advantage of SpinachCon testing.If you have a preference towards the type of space you'd prefer (large conference room with door; open meet up space; lounge-y type area with couches and tables and chairs) I can note in our reservation now that's the part we'd like for the Inkscape hackfest; if you're not sure I can give youa tour when you get here on the Monday morning and we can figure out which end of the office to claim. Cheers, ~m

4 4

Any Python GSOC projects?
by Mihaela 08 Mar '18

08 Mar '18

2 1

[RESEND] Re: slow, sluggish drawing with pencil & calligraphy tool solved
by Bryce Harrington 07 Mar '18

07 Mar '18

----- Forwarded message from Mail Delivery Subsystem <MAILER-DAEMON@...62...> ----- Date: Sat, 3 Mar 2018 18:23:21 -0800 From: Mail Delivery Subsystem <MAILER-DAEMON@...62...> To: bryce@...961... Subject: Returned mail: see transcript for details The original message was received at Fri, 2 Mar 2018 13:44:02 -0800 from static-50-53-76-183.bvtn.or.frontiernet.net [50.53.76.183] ----- The following addresses had permanent fatal errors ----- <inkscape-devel(a)lists.sourceforge.net> (reason: 550 unknown user) ----- Transcript of session follows ----- ... while talking to mx.sourceforge.net.: >>> DATA <<< 550 unknown user 550 5.1.1 <inkscape-devel(a)lists.sourceforge.net>... User unknown <<< 503-All RCPT commands were rejected with this error: <<< 503-unknown user <<< 503 Valid RCPT command must precede DATA Reporting-MTA: dns; vinyl.outflux.net Arrival-Date: Fri, 2 Mar 2018 13:44:02 -0800 Final-Recipient: RFC822; inkscape-devel(a)lists.sourceforge.net Action: failed Status: 5.1.1 Remote-MTA: DNS; mx.sourceforge.net Diagnostic-Code: SMTP; 550 unknown user Last-Attempt-Date: Sat, 3 Mar 2018 18:23:21 -0800 Date: Fri, 2 Mar 2018 13:43:52 -0800 From: Bryce Harrington <bryce@...961...> To: Yale Zhang <yzhang1985@...400...> Cc: Eduard Braun <eduard.braun2@...173...>, inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] slow, sluggish drawing with pencil & calligraphy tool solved Hi Yale, Thanks for working on this problem, it seems to be one of our top blockers for the 0.93 release at the moment, so your work is very much appreciated. Can you update me on how things are going right now? Are there particular things you're stuck on? I probably don't know enough to offer advice myself but maybe can suggest someone that can. If the issue looks like it can't be solved quickly, perhaps for testing purposes it might help to add one or two environment variables to turn on/off pieces of the UI or codebase that are causing problems. So if someone testing the renderer can do without the toolbar, they can disable it at runtime? Something like that? In the coming weeks I'd like to produce a testing build of Inkscape, so if there are some (ugly) ways to enable testers to work around the performance bug that would help. Bryce On Fri, Feb 16, 2018 at 02:51:43AM -0800, Yale Zhang wrote: > Thanks, I couldn't find it because I was expecting the status bar to be > drawn by Cairo. I tried to increase the priority of UPDATE_PRIORITY & > SP_UPDATE_SELECTION_PRIORITY, but couldn't do so without causing the ruler > & status bar updates to starve. > I conclude that UPDATE_PRIORITY cannot have any higher priority than > GDK_PRIORITY_REDRAW. Even when those priorities are the same, the status > bar will always get drawn before canvas because SPDesktopWidget:: > setCoordinateStatus() is called before SPCanvas::addIdle(). > > > I've pushed my changes (I did some git resets instead of revert so it's > diverged). Hopefully now, you can approve? > Sorry about the back and forth over the rulers & status bar not updating. > Shouldn't have been greedy about reducing latency by 2ms by setting > UPDATE_PRIORITY = GDK_PRIORITY_EVENTS :) > > > On Thu, Feb 15, 2018 at 3:58 PM, Eduard Braun <eduard.braun2@...173...> wrote: > > > Am 15.02.2018 um 12:23 schrieb Yale Zhang: > > > > I've updated my custom cross compiler to use MSYS2 packages and finally > > saw the lack of rule/status bar updates. Unfortunately, it had nothing to > > do with using MSYS2. I just didn't look hard enough earlier :( > > The earlier versions (including the binaries) did suffer the problem but > > only when dragging large rectangles. Plus I had _INKSCAPE_DISABLE_CACHE=1, > > making the problem less noticeable. > > > > So now I know what's wrong. The ruler update priority is G_PRIORITY_LOW = > > 300, while UPDATE_PRIORITY in SPCanvas::addIdle() is GDK_PRIORITY_EVENTS = > > 0, so it's no mystery who loses. > > > > Changing UPDATE_PRIORITY back to GDK_PRIORITY_REDRAW + 10 fixes the > > problem. But the ~10ms less latency for immediate drawing (#3) now is > > reduced because a ~2ms delay is added between SPCanvas::addIdle() and > > SPCanvas::paint(). > > > > Of course, this is perfectly usable, but I have an itch to further > > improve. That 2ms latency is gone if I disable the status bar, so I'd like > > to do the status bar updates after SPCanvas::paint(). > > > > But I can't find where the status bar is being drawn. Do you? > > And also, what is SP_DOCUMENT_UPDATE_PRIORITY and > > SP_DOCUMENT_ROUTING_PRIORITY in document.cpp? I don't know if those need to > > be rebalanced. > > > > > > The coordinates are updated by calling "SPDesktop::set_coordinate_status" > > in "desktop.cpp" (which calls "SPDesktopWidget::setCoordinateStatus" in > > "desktop-widget.cpp"). > > > > > > > > -yale > > > > > > On Wed, Feb 14, 2018 at 2:30 AM, Eduard Braun <eduard.braun2@...173...> > > wrote: > > > >> Am 14.02.2018 um 11:09 schrieb Yale Zhang: > >> > >> Good, we're getting closer to the same page. Can you please tell me which > >> of my commits did you include in your testing? If dragging is still > >> lagging, it sounds like you didn't take change #2 (priorities). You > >> complained it didn't help or made things worse, but it should be quite the > >> opposite. > >> > >> > >> As I wrote: I checked out 0bde236 and built the resulting code. It should > >> therefore have contained all you latest (public) changes. > >> > >> > >> Let me get the MSYS2 headers & libs and do a build to rule out any > >> library issues. > >> > >> > >> This would certainly help... Even though you keep telling me the stock > >> builds *should* behave differently with your changes - they don't. If > >> you're able to test yourself we'll probably safe ourselves some back and > >> forth as seeing is believing. ;-) > >> > >> > >> "warn me next time it's not relocatable" - I think all you have to do to > >> relocate was regenerate immodules.cache & loaders.cache. I wonder how the > >> release packages of Inkscape & Gimp avoid this problem. > >> > >> > >> Ah, if they contain absolute paths that might have been it. As for the > >> release packages: they contain relative paths in imloaders.cache (MSYS2 > >> contains a relocation patch for gdk-pixbuf2). Earlier versions (built wit > >> devlibs) included the loaders in libgdk_pixbuf-2.0-0.dll to work around > >> this (it's a built option) > >> > >> > >> > >> Yes, my version should be quite fast, but it has little to do with the > >> GDK optimizations. You should see the same benefits with vanilla GTK > >> (GTK_CSD=1). For the optimized version, there should be no performance > >> difference for GTK_CSD because I force the rendering code path to what > >> GTK_CSD=0 uses, plus some optimizations. > >> > >> "I'm not able to resize the Window" > >> Sorry, I forgot to mention it has my optimized, but work in progress > >> libgdk-3-0.dll. Please roll back to the stock version > >> (libgdk-3-0.dll.orig). The optimized one keeps a persistent Cairo Win32 > >> surface for window updates, but resizing isn't handled. > >> > >> > >> > >> On Tue, Feb 13, 2018 at 6:27 PM, Eduard Braun <eduard.braun2@...173...> > >> wrote: > >> > >>> I was now able to build 0bde236 > >>> > >>> - With the status bar visible I'm getting super fast redraws of the > >>> status bar with some occasional redraws of the rulers but everything else > >>> is locked when moving a rect. > >>> - With the status bar hidden I'm getting more redraws now and also > >>> infrequent redraws of the whole UI, however moving the rect is still > >>> extremely sluggish. > >>> - With the status bar and rulers hidden moving the rect has a usable > >>> redraw speed, rest of the UI (now only values in select toolbar I guess) > >>> update infrequently. > >>> > >>> Comparing with your build linked before (warn me next time it's not > >>> relocatable, I had to move it to C:\Users\Yale\inkscape.gmesh ;-) ) there > >>> are some grave differences: > >>> > >>> - Redraw is in fact much faster with your version - are these the > >>> gdk changes? Or are we really on to something fundamental? > >>> This is also true for GTK_CSD=0! > >>> - Also the rest of the UI is updated much more frequently, even with > >>> the status bar visible > >>> - In your version I'm not able to resize the Window (or rather I can > >>> but the parts that were not shown initially are not redrawn and only show > >>> some graphical garbage. Is this related to you gdk changes? > >>> > >>> > >>> Am 12.02.2018 um 13:57 schrieb Eduard Braun: > >>> > >>> Am 12.02.2018 um 13:12 schrieb Yale Zhang: > >>> > >>> Eduard, please pull change #2 (fix priority inversion) before the > >>> immediate rendering changes. Without it, the lack of status bar & ruler > >>> updates are expected. > >>> > >>> > >>> I think we're running in circles here... Most of my comments (as well as > >>> yours regarding direct drawing) referred to #3. > >>> The only issue I had with #2 was that Rulers seem still to be updated > >>> with a high priority and prevented the canvas to redraw (in stock MSYS2 > >>> builds and therefore with CSD=0). > >>> > >>> > >>> Yes, I am using CSD=1 in my testing (for both optimized & original GTK). > >>> But CSD isn't the actual reason for performance difference. It's because of > >>> the rendering code path CSD=1 uses (draw to CPU memory buffer, then send to > >>> UpdateLayeredWindow()), vs CSD=0 (draw directly to GDI device context - > >>> surprisingly this is slower until my optimizations). > >>> > >>> > >>> Please note that CSD=0/1 in our stock MSYS2 builds makes a *huge* > >>> difference. If that is really not the case for your custom builds we might > >>> want to start looking into that, too. Maybe we're facing at a more > >>> fundamental difference. As MSYS2 is the official way to get GTK+ for > >>> Windows nowadays such a difference might be very relevant for many projects. > >>> > >>> Are your cross-compiled libraries using mingw-w64? Which OS are you > >>> using btw? (I'm usually testing on Windows 10 - I'd not be surprised if > >>> there's some major difference compared to e.g. Windows 7 wrt to the low > >>> level drawing functions). > >>> > >>> I'm very interested in testing your GDK-modifications and see how they > >>> behave with the MSYS2 builds, so if you could drop a patch somewhere that > >>> would be much appreciated! > >>> > >>> I did get an error from the CI build after the multithreaded rendering > >>> feature. It doesn't even get past CMake configure stage, so not very > >>> useful. That's because the build server doesn't have the Boost libs (which > >>> I use, not just the headers). > >>> > >>> > >>> I think you looked at the Linux build - Windows CI is "external" via > >>> AppVeyor and has the required Boost libraries. It's just not working in > >>> your branch right now because an upstream update broke updating but I > >>> pushed a workaround for this already in the master branch [1] (that's why I > >>> suggested to rebase) > >>> > >>> [1] https://gitlab.com/inkscape/inkscape/commit/85d7fa343f477d8f > >>> aae6cbde90ae7a243115fa37 (I messed up the rebase so it's authored by > >>> Tav, sorry for that) > >>> > >>> > >>> > >>> > >>> On Mon, Feb 12, 2018 at 2:41 AM, Eduard Braun <eduard.braun2@...173...> > >>> wrote: > >>> > >>>> Am 12.02.2018 um 10:15 schrieb Yale Zhang: > >>>> > >>>> "As noted before, when rulers are shown there still is no redraw with > >>>> this change" > >>>> It works for me on Windows with rulers. Could it be some out of date > >>>> libraries? I'm still using a custom built cross compiler & libraries (GTK > >>>> 3.22.26 & glib 2.54.2). I know you're using the MSYS 2 prebuilt libraries. > >>>> I've been wanting to use those too, but how recent are they? > >>>> > >>>> > >>>> They are usually the latest available (think of MSYS2's MINGW-packages > >>>> as arch Linux for Windows), right now gtk 3.22.26 and glib 2.54.3. > >>>> > >>>> Aside from disabling CSD they are unpatched. Just to make sure we're > >>>> not comparing apples and oranges: Are you using CSD in your builds or not? > >>>> This switch made a huge difference before, so if you're working with CSD > >>>> enabled this might be the likely explanation why some things work in your > >>>> builds that do not work in the stock builds. > >>>> > >>>> > >>>> "It seems that the immediate drawing of the canvas basically disables > >>>> drawing of the rest of the UI" > >>>> > >>>> You scared me, that would be a most grievous mistake. I just tested it > >>>> again and don't see any problem. The rulers and status bar still work when > >>>> dragging an object. Did you build my stream directly or have any other > >>>> non-trunk changes? Sorry to suggest this but here are binaries you can > >>>> test. Maybe try copying the GTK & cairo? libs to your build. > >>>> https://1drv.ms/u/s!AngRQgSreBCehy4R7D3x3Y2vIXPC > >>>> > >>>> > >>>> I used https://gitlab.com/inkscape/inkscape/commit/78d47938194fc52e > >>>> e085387d9a0dc0753f3ed6d9 as the later commits did not compile for me. > >>>> > >>>> I'll check your build this evening. > >>>> > >>>> We also have CI builds with MSYS2 available: > >>>> https://ci.appveyor.com/project/inkscape/inkscape/history > >>>> If you rebase your branch on master your branch will be built, too (as > >>>> long as there are not more errors/warnings preventing the build) > >>>> > >>>> I hope you're not suggesting to forget about immediate drawing and just > >>>> fix the drawing priorities. Using priorities would be easier to break, > >>>> while drawing immediately is fool proof. > >>>> > >>>> > >>>> I'm just saying that priorities have been tweaked before to make all UI > >>>> update properly and we should aim to retain this state. > >>>> If direct drawing is compatible with this goal (I guess it was in gtk2) > >>>> that's probably fine. > >>>> > >>>> > >>>> "Have you published [GTK3] code anywhere? " > >>>> No, I haven't had time yet. I also want to discuss the problem I posed > >>>> on StackOverflow and someone suggested IRC, but that I've never used IRC > >>>> and it sounds very 1990s. > >>>> > >>>> > >>>> It's like SMS... it just works (even today)... > >>>> A lot easier than all the modern stuff that claims to be easier than > >>>> IRC. > >>>> > >>>> I've talked to gtk devs on IRC before and it's the easiest way to get > >>>> some interaction (bug reports usually fall into oblivion sooner rather than > >>>> later). > >>>> > >>>> > >>>> BTW, the optimized GTK also disables clearing the region to be drawn > >>>> (gdk_window_clear_backing_region()). > >>>> > >>>> "Is [render cache] always slow?" > >>>> It's only much slower if drawing a big area AND the scene complexity is > >>>> low. For small areas and high complexity scenes, the overhead is much less > >>>> noticeable. > >>>> > >>>> > >>>> I see... I guess before the low complexity scenes were not that > >>>> important as redraw times were sufficiently fast anyway. > >>>> User reports of slow redrawing usually involve blurs (or less > >>>> frequently other filters). > >>>> > >>>> > >>>> For the multithreaded rendering, it's still a work in progress. AFAIK, > >>>> I've eliminated all the race conditions with ThreadSanitizer, so it should > >>>> be stable. > >>>> I just pushed some further changes to allow the rendering to be > >>>> incremental like it always has been. It should have that -fpermissive > >>>> compile error in sp-canvas.cpp fixed, but you might still need it for other > >>>> files. > >>>> > >>>> > >>>> I'll try to build this evening. > >>>> As recommended before you could check the CI to make sure your branch > >>>> is properly built, which should help with testing. > >>>> > >>>> Regards, > >>>> Eduard > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> On Sun, Feb 11, 2018 at 8:37 AM, Eduard Braun <eduard.braun2@...173...> > >>>> wrote: > >>>> > >>>>> Hi Yale, > >>>>> > >>>>> thanks for continuing to investigate this! Some comments: > >>>>> > >>>>> > >>>>> Am 09.02.2018 um 16:02 schrieb Yale Zhang: > >>>>> > >>>>> I have an update on my progress. I've made these changes which I'm > >>>>> requesting to be merged from my simdgenius_inkscape branch > >>>>> > >>>>> 1. disable event compression (previously mentioned) > >>>>> > >>>>> 2. fix priority inversion (09f55021, previously mentioned) - without > >>>>> this, dragging objects too fast would cause no redraw. > >>>>> > >>>>> > >>>>> As noted before, when rulers are shown there still is no redraw with > >>>>> this change > >>>>> > >>>>> > >>>>> 3. draw immediately (78d47938) this partially reverts Krzysztof's > >>>>> Hack fest 2016 changes like in 0.92. This reduces latency by ~10ms > >>>>> (compare cells G22 and E22 in spreadsheet) > >>>>> > >>>>> I originally wanted to remove backing store and draw directly to the > >>>>> window surface, but I ran into this dilema so I didn't do it. > >>>>> > >>>>> https://stackoverflow.com/questions/48339792/when-drawing-to > >>>>> -a-window-are-the-previous-contents-usually-discarded-and-what > >>>>> > >>>>> > >>>>> While this change does indeed speed up drawing a lot I'm not sure it's > >>>>> for the reason we hope for: > >>>>> It seems that the immediate drawing of the canvas basically disables > >>>>> drawing of the rest of the UI (i.e. rulers, coordinates in the lower right, > >>>>> coordinates in inputs, etc). If I hide all UI elements (Ctrl+F11) I get the > >>>>> same perceived performance even without your code change. > >>>>> > >>>>> While I guess redrawing the canvas is to be preferred over redrawing > >>>>> other UI elements, not redrawing the rest of the UI at all is probably not > >>>>> desirable either. > >>>>> Also it poses the question: Why did gtk2 manage to redraw the canvas > >>>>> *and* the UI and still yield higher performance than gtk3? So I'm not sure > >>>>> we're not still missing the actual regression. :-/ > >>>>> > >>>>> > >>>>> But there is still way more speedup to be had: > >>>>> > >>>>> 1. *rendering cache slows things down 6x!* Compare cells E9 & E10 in > >>>>> the spreadsheet. > >>>>> WTH? > >>>>> > >>>>> > >>>>> Is it always slow? I guess for something simple like a rectangle it > >>>>> might not improve things, but maybe things start to change as soon as > >>>>> filters are involved (or many nodes or anything else that is not easy to > >>>>> render)? > >>>>> I admit I was not involved when the rendering cache was added and do > >>>>> not know its purpose. I tracked down the commit in which it was added [1] > >>>>> which does not explain anything either, though, so I need to continue > >>>>> digging... If anybody knows where the changes are actually explained some > >>>>> feedback is welcome. > >>>>> > >>>>> [1] https://gitlab.com/inkscape/inkscape/commit/093f4174abc07b4e > >>>>> a523617fccdd8028f2670fea > >>>>> > >>>>> > >>>>> 2. optimize GDK (maybe it's only slow on Windows) - compare cells J17 > >>>>> and J23 > >>>>> I made 2 changes: > >>>>> a. disabled layered windows - this is almost the same effect as > >>>>> setting GTK_CSD=0. I'm not clear why it speeds things up. I'm guessing it > >>>>> reduces image copying. Layered windows have to draw to CPU memory (GDI > >>>>> DIB), while non-layered windows draw directly to GPU memory (device > >>>>> dependent bitmap)? > >>>>> > >>>>> b. replace surface_content = gdk_window_get_content (window); > >>>>> in gdk_window_begin_paint_internal() > >>>>> with surface_content = CAIRO_CONTENT_COLOR_ALPHA > >>>>> > >>>>> why create/delete a surface just to get the type? > >>>>> > >>>>> > >>>>> Have you published this code anywhere? Also is there any upstream > >>>>> discussion on this yet which I could follow? > >>>>> > >>>>> > >>>>> 3. multithreaded rendering - I've updated it to work with trunk, so > >>>>> you can try it. Very little speed up for simple scenes. > >>>>> > >>>>> > >>>>> Unfortunately the code does not compile for me, excerpt from the error: > >>>>> sp-canvas.cpp:802:22: error: passing 'const boost::shared_mutex' > >>>>> as 'this' argument discards qualifiers [-fpermissive] > >>>>> > >>>>> Do you want us to compile your code with -fpermissive? > >>>>> > >>>>> > >>>>> > >>>>> -Yale > >>>>> > >>>>> > >>>>> Regards, > >>>>> Eduard > >>>>> > >>>> > >>>> > >>>> > >>> > >>> > >>> > >>> ------------------------------------------------------------------------------ > >>> Check out the vibrant tech community on one of the world's most > >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >>> > >>> > >>> > >>> _______________________________________________ > >>> Inkscape-devel mailing listInkscape-devel@...1901...://lists.sourceforge.net/lists/listinfo/inkscape-devel > >>> > >>> > >>> > >> > >> > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel ----- End forwarded message -----

2 1

Running the build on mac
by Elizabeth Kirby 07 Mar '18

07 Mar '18

Hi all, I'm trying to get inkscape to run on the mac. I downloaded a zip of the code (recently) & installed a handful of packages using ports. There was one dependency that I couldn't get to resolve using any ports package, which is libsoup. I installed it using brew & then the code will compile. It will run, but not correctly. I put in a symlink from /usr/share/inkscape to my build tree share directory & it does load the items on the right & left sides, but without any of the images that tell what they are. I would rather not have a symlink in /usr/share, but instead just have the build read from the build tree. Are there any people developing on mac out there that can share their configuration & settings & tell me what parameters need to be set & where? Thanks, Beth

3 4

Re: [Inkscape-devel] [googlefonts-discuss] Re: Variable Fonts support in Inkscape
by Felipe Sanches 07 Mar '18

07 Mar '18

2018-03-06 17:49 GMT-03:00 Khaled Hosny <khaledhosny@...3544...>: > FreeType/FontConfig/Cairo/Pango stack has more or less full variable > fonts support now, Inkscape needs to be updated to make use of the > support already available in all these libraries. > > https://blogs.gnome.org/mclasen/2018/01/03/more-fun-with-fonts/ Wow! This is super cool! I specially loved the CSS animation of the weight of the text when the cursor hovers over a button. This seems to replace Tav's opentype features selector via a GTK font-selector dialog. It also seems that we could have the innitial variable fonts support in inkscape basically hooking up to this newly improved GTK dialog. Naturally, that would require Inkscape to rely on a pretty recent version of GTK.

1 2

Inkscape PGP signatures and SHA256 checksums?
by Tom Spettigue 06 Mar '18

06 Mar '18

Hey guys. I was wondering if you guys provided PGP signatures of your guys' installer files? If so, I couldn't find the site, it'd be nice to have links to the pgp signatures and pgp signing keys right there on the download page. If you guys don't have this, it'd be a great way for us to verify that the installers that we download are genuine. SHA256 checksums (for users who understand hashing, but not PGP) would be pretty rad, too. -- Tom Spettigue Advent Information Systems, L.L.C. 1607 Capitol Avenue, Suite 220 Cheyenne, WY 82001 Mobile: (307) 298-0299 Email: tom@...3644...

1 0

Re: [Inkscape-devel] [googlefonts-discuss] Re: Variable Fonts support in Inkscape
by Felipe Sanches 06 Mar '18

06 Mar '18

I left this aside for the past 6 months and recently got back to looking at it. I think the most trivial thing would be to populate the font-styles combo-box with named instances. This would be almost not perceptible by the users, but would enable variable fonts' instances to show up there just like their non-variable counterparts do. Then there's the customization aspect of varfonts. For that, I think the bare minimum would be a bunch of sliders for selecting the coordinates of each variation axis. I feel that there must be something better than that form a user experience perspective, but I'm still not sure what would that be, so I'd leave it for a second iteration of the UI. Also, since one can get a multitude of combinations within the designspace, I think it could be practical to adopt a UI workflow similar to that of color gradients, in which once a user-defined instance is applied to a text chunk, that instance is added to a pool of var font instances that can be reused in other chunks of texto within the document. A shared varfont would then, upon tweaking of its design space coordiantes, affect all portions of the document where it was used. Finally, and this is not a varfont specific issue, I feel the urge to improve the basic text support in Inkscape in general. Yes, I know this is a somewhat vague statement. The overall direction I'd like to follow, though, would likely be something similar to the insightful ideas that are expressed in this article: https://medium.com/@getflourish/the-anatomy-of-a-thousand-typefaces-f7b9088… cheers, Felipe Sanches 2018-03-06 11:27 GMT-03:00 Pathum Egodawatta <pathumego@...400...>: > Hi Filipe! > > Hope you are doing well. Thanks for taking this on! would be aweosme to > have the VF support. > > Whats new in this? I would love to know more about the UI interactions and > tooltips. > > Cheers, > Pathum > > On Tuesday, May 30, 2017 at 1:18:41 AM UTC+5:30, Felipe Sanches wrote: >> >> I'm working on implementing Opentype Variable fonts support in Inkscape >> (based on a mix of pango and harfbuzz APIs). >> >> While testing the current pango-based text handling implementation in >> Inkscape I tried to edit some arabic text (with several ligatures, >> naturally) and I ended up finding a crasher bug. I have just reported it at: >> >> https://bugs.launchpad.net/inkscape/+bug/1694323 >> >> I'll be using this thread to liberally report ongoing progress on this >> effort. >> >> happy hacking, >> Felipe Sanches >> > -- > You received this message because you are subscribed to the Google Groups > "Google Fonts Discussions" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to googlefonts-discuss+unsubscribe@...3168... > To post to this group, send email to googlefonts-discuss@...3168... > Visit this group at https://groups.google.com/group/googlefonts-discuss. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/googlefonts-discuss/89f8f75b-071b-4c26-85f5- > 5232780a9d0d%40googlegroups.com > <https://groups.google.com/d/msgid/googlefonts-discuss/89f8f75b-071b-4c26-85…> > . > > For more options, visit https://groups.google.com/d/optout. >

2 2

Re: [Inkscape-devel] inkscape-0.92.3pre0 source tarball now available
by Martin Owens 06 Mar '18

06 Mar '18

On Sun, 2018-03-04 at 11:32 -0800, Bryce Harrington wrote: > Yes, still upload the end-user downloadable content to the website. > We have mirroring and caching set up there. > > Feel free to also copy the source tarball to the website. A bit unfair to ask Eduard to do this, if the website isn't letting you deploy files easily, then that's a tooling issue we can fix. But I can't fix it if the social protocol is to not ask for help and instead figure out a technical workaround. Regards, Martin, Website guy who can help

4 12

[RESEND] inkscape-0.92.3pre0 source tarball now available
by Bryce Harrington 05 Mar '18

05 Mar '18

----- Forwarded message from Mail Delivery Subsystem <MAILER-DAEMON@...62...> ----- Date: Sat, 3 Mar 2018 21:02:24 -0800 From: Mail Delivery Subsystem <MAILER-DAEMON@...62...> To: bryce@...961... Subject: Returned mail: see transcript for details The original message was received at Sat, 3 Mar 2018 21:01:53 -0800 from static-50-53-76-183.bvtn.or.frontiernet.net [50.53.76.183] ----- The following addresses had permanent fatal errors ----- <inkscape-devel@...6...> (reason: 550 unknown user) ----- Transcript of session follows ----- ... while talking to mx.sourceforge.net.: >>> DATA <<< 550 unknown user 550 5.1.1 <inkscape-devel@...6...>... User unknown <<< 503-All RCPT commands were rejected with this error: <<< 503-unknown user <<< 503 Valid RCPT command must precede DATA Reporting-MTA: dns; vinyl.outflux.net Received-From-MTA: DNS; static-50-53-76-183.bvtn.or.frontiernet.net Arrival-Date: Sat, 3 Mar 2018 21:01:53 -0800 Final-Recipient: RFC822; inkscape-devel@...6... Action: failed Status: 5.1.1 Remote-MTA: DNS; mx.sourceforge.net Diagnostic-Code: SMTP; 550 unknown user Last-Attempt-Date: Sat, 3 Mar 2018 21:02:08 -0800 Date: Sat, 3 Mar 2018 21:01:43 -0800 From: Bryce Harrington <bryce@...961...> To: inkscape-devel@...6... Cc: Ryan Gorley <ryan@...3508...>, Martin Owens <doctormo@...400...>, the Adib <theadib@...400...>, David Evans <devans@...2376...>, Tim Sheridan <tghs@...3462...>, Ted Gould <ted@...11...>, mrdocs <mrdocs@...715...>, Gord Caswell <ve4jhj@...400...>, Eduard Braun <Eduard.Braun2@...173...> Subject: inkscape-0.92.3pre0 source tarball now available The 0.92.3pre0 pre-release source tarball is ready for packaging. It can be downloaded from: http://alpha.inkscape.org/releases/inkscape-0.92.3pre0.tar.bz2 The 0.92.x branch should now be considered in Hard Freeze + String Freeze. Please touch base with me for any changes to code or translations from now until release. --- I'm late as usual with cutting the release, but other than that things have gone smoothly. I would very much appreciate if people could build and test and give me a thumbs up if everything looks normal. If no serious issues crop up I will cut the final release next weekend. Bryce ----- End forwarded message -----

5 7

Boston hackfest sticker: Boston Teaparty Ships version
by C R 05 Mar '18

05 Mar '18

https://www.dropbox.com/s/vzo7eq2tjc2njys/inkscape_foil_sticker_boston_hack…

5 4

Re: [Inkscape-devel] (re-)Introducing: ink/stitch, machine embroidery for Inkscape
by Lex Neva 05 Mar '18

05 Mar '18

On Sun, 2018-03-04 at 12:26 +0000, inkscape-devel-request@...349... orge.net wrote: > Very cool Lex, > I know you mentioned translations, but I'm curious about what other > issues you've hit being an extension that is distributed separately > from Inkscape. We've talked a bunch about how to decouple the release > cycle of extensions and the core, but I'm not sure that we understand > all of the problems. I'm so glad you asked! There are a few rough edges that we had to work around. In fact, one of them just came up: https://github.com/lexelby/inkstitc h/issues/18#issuecomment-370301197. In that thread, we're talking about creating a PDF printout feature that shows the colors used in a design and the order they sew in. My original plan was to use the nifty, growing list of features in the command-line interface for Inkscape. My understanding is that these features are provided specifically to act as a "standard library" of functionality that can be used by extensions. The problem with this is that extensions don't know where the Inkscape binary is. I can imagine writing code to guess, or perhaps look at the parent process, but trying to support Linux, Windows, and Mac sounds like a nightmare. End result: ink/stitch can't use this functionality. Another rough edge is that extensions don't know where the current SVG file is stored on disk. We can access the file's basename, but not the directory. This is kind of annoying because ink/stitch wants to output a machine embroidery design file (.DST, .PES, etc). ink/stitch works around this by storing all of these files in a set "output directory" specified by the user, but this is obviously not ideal. Here's where one of our users/contributors discusses his desire for the design file to save alongside the SVG: https://github.com/lexelby/inkstitch/issues/ 75 I gather that Inkscape did previously store the directory, but it was removed due to privacy concerns. Perhaps the directory can be included in the SVG _only_ when communicating with an extension, not when saving? Another possibility is that the embroidery design output functionality could be an "output" extension, but I haven't played with that. I'm under the impression that the user would have to choose a folder and file name every time they wanted to save using an output plugin, which would be a prohibitively bad user experience for ink/stitch since it's common to repeatedly re-render the design file until you get it right. "Dependency hell" is another big issue for extensions. Pyinstaller is very promising as a solution to this problem! I highly recommend mentioning it in the inkscape extension documentation. Trying to explain to users how to install python modules required by an extension is destined for failure. On Windows and Mac, the problem is even worse, as Inkscape bundles its own Python. It's very confusing for users that they can do `pip install -r requirements.txt` but then inkstitch still can't load its dependencies, because they didn't install the requirements in Inkscape's bundled Python. Installing modules for Windows's Python is especially complex. Ultimately, we desire a completely smooth, painless installation process for our users. Currently, installation involves downloading a ZIP/tarball and uncompressing it in Inkscape's extensions directory. This is pretty smooth, and we could refine it even more by distributing it as a self-extracting installer. Anything more complex than uncompressing an archive risks losing users before they even try our extension. One final thing: Inkscape's extension model is powerful and nifty, but of course it's also limiting. We've gone to a lot of lengths to work around this limitation, including popping up an entire UI of our own in one of ink/stitch's bundled extensions. Still, we constantly bump into the inability to integrate more directly with Inkscape, by adding tools or the like. I'm sure you've encountered this idea before. :) If Inkscape introduces such functionality, we'll be among the first to try it out. > Also, do you have any pictures of something embroidered using the > extension? I saw the screencasts but I'd love to see the objects they > resulted in as well. > Ted Sure! Here's a sampling of my favorite patches that I've made using ink/stitch: https://github.com/lexelby/inkstitch/tree/master/images/patches

1 0

[RESEND] Re: [Inkscape-board] Inkscape Board Meeting
by Bryce Harrington 04 Mar '18

04 Mar '18

----- Forwarded message from Mail Delivery System <Mailer-Daemon@...34...> ----- Date: Sun, 04 Mar 2018 02:23:24 +0000 From: Mail Delivery System <Mailer-Daemon@...34...> To: bryce@...961... Subject: Mail delivery failed: returning message to sender This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: inkscape-board(a)lists.sourceforge.net host sfs-lb-ml.sog [172.30.20.202] SMTP error from remote mail server after RCPT TO:<inkscape-board(a)lists.sourceforge.net>: 550 Unknown user Reporting-MTA: dns; sfi-mx-1.v28.lw.sourceforge.com Action: failed Final-Recipient: rfc822;inkscape-board(a)lists.sourceforge.net Status: 5.0.0 Remote-MTA: dns; sfs-lb-ml.sog Diagnostic-Code: smtp; 550 Unknown user Date: Fri, 2 Mar 2018 15:18:03 -0800 From: Bryce Harrington <bryce@...961...> To: inkscape-board(a)lists.sourceforge.net Cc: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-board] Inkscape Board Meeting Transcript from meeting: http://alpha.inkscape.org/board/meetings/transcripts/board_meeting_2018-03-… New action items: ==== Budget 2018 ==== ♢ ACTION: Increase amount allocated to hackfests and post a v2 for the budget [bryce] ==== Madras Printer's and Lithographers' Association ==== ♢ ACTION: Find two (or three?) Inkscape people to send to the Color/Scribus meeting to learn about how we could do better color management with Inkscape. ==== Boston Hackfest ==== ♢ ACTION: Send Hackfest invites to oldtimers [Tavmjong] ==== Other Business ==== ♢ ACTION: Investigate Fastly invoice charges [scislac,bryce] Previous action items: ♢ ACTION: Analyze how we could improve internal handling of Illustrator and Corel file import [crogers] ♢ ACTION: Follow up with MPLA to clarify on funded development and general sponsorship options [bryce] ♦ ACTION: Start reaching out to people (including previous contributors) to attend the hackfest. [Tavmjong] ♦ ACTION: Arrange votes for any special case travelers for hackfest. [bryce] ♦ ACTION: Try one more time to access spreadshirt password, then email bryce for help [crogers] ♦ ACTION: Collab on markdown formatting for the board docs [bryce,tedg] ♦ ACTION: Get the word out about LGM / Inkscape and invite more attendees [Tavmjong] ♢ ACTION: Evaluate use of discorse (https://discuss.pixls.us/ ?) for support/mailing list/forum type stuff [Vector Team] ♦ ACTION: Arrange vote on Budget 2018 [bryce] ♢ ACTION: Make a list of projects for cleaning up our code base [Tav] ♦ ACTION: Decide what oldtimers to send hackfest invites to [bryce] ♢ ACTION: Collect CMYK ideas into Color_management wiki page [alface] Bryce On Thu, Mar 01, 2018 at 08:48:27AM -0800, Bryce Harrington wrote: > Our monthly board meeting is scheduled for this Friday, Mar 2nd, > at 10am Pacific in #inkscape-devel. All members are welcome. > > http://wiki.inkscape.org/wiki/index.php/Board_Meetings > > (Note that a Release Team meeting will follow immediately after. > The Vectors Team will be meeting the next day.) > > > Agenda: > > + Madras Printer's and Lithographers' Association > + Boston Hackfest (March) [doctormo] > + Merchandise sales [crogers] > + Board election process review [tedg] > + Infrastructure hosting [bryce] > + LGM 2018 [Tav] > + GSoC [ScislaC] > + Other Business > > > Action Items from last meeting: > > ♢ ACTION: Arrange vote on Budget 2018 [bryce] > ♢ ACTION: Make a list of projects for cleaning up our code base [Tav] > ♢ ACTION: Send invites to old Inkscapers to attend hackfest [bryce] > ♢ ACTION: Collect CMYK ideas into Color_management wiki page [alface] > ♢ ACTION: Analyze how we could improve internal handling of > Illustrator and Corel file import [crogers] > ♢ ACTION: Follow up with MPLA to clarify on funded development and > general sponsorship options [bryce] > ♢ ACTION: Start reaching out to people (including previous > contributors) to attend the hackfest. [tedg] > ♢ ACTION: Arrange votes for any special case travelers for > hackfest. [bryce] > ♢ ACTION: Try one more time to access spreadshirt password, then > email bryce for help [crogers] > ♢ ACTION: Collab on markdown formatting for the board docs > [bryce,tedg] > ♢ ACTION: Get the word out about LGM / Inkscape and invite more > attendees [Tavmjong] > ♢ ACTION: Evaluate use of discorse (https://discuss.pixls.us/ ?) for > support/mailing list/forum type stuff [Vector Team] > > > Bryce > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-board mailing list > Inkscape-board(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-board ----- End forwarded message -----

1 0

[RESEND] Re: [Inkscape-board] Inkscape Board Meeting
by Bryce Harrington 04 Mar '18

04 Mar '18

----- Forwarded message from Mail Delivery Subsystem <MAILER-DAEMON@...62...> ----- Date: Sat, 3 Mar 2018 18:23:21 -0800 From: Mail Delivery Subsystem <MAILER-DAEMON@...62...> To: bryce@...961... Subject: Returned mail: see transcript for details The original message was received at Fri, 2 Mar 2018 15:18:14 -0800 from static-50-53-76-183.bvtn.or.frontiernet.net [50.53.76.183] ----- The following addresses had permanent fatal errors ----- <inkscape-devel(a)lists.sourceforge.net> (reason: 550 unknown user) ----- Transcript of session follows ----- ... while talking to mx.sourceforge.net.: >>> DATA <<< 550 unknown user 550 5.1.1 <inkscape-devel(a)lists.sourceforge.net>... User unknown Reporting-MTA: dns; vinyl.outflux.net Arrival-Date: Fri, 2 Mar 2018 15:18:14 -0800 Final-Recipient: RFC822; inkscape-devel(a)lists.sourceforge.net Action: failed Status: 5.1.1 Remote-MTA: DNS; mx.sourceforge.net Diagnostic-Code: SMTP; 550 unknown user Last-Attempt-Date: Sat, 3 Mar 2018 18:23:19 -0800 Date: Fri, 2 Mar 2018 15:18:03 -0800 From: Bryce Harrington <bryce@...961...> To: inkscape-board(a)lists.sourceforge.net Cc: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-board] Inkscape Board Meeting Transcript from meeting: http://alpha.inkscape.org/board/meetings/transcripts/board_meeting_2018-03-… New action items: ==== Budget 2018 ==== ♢ ACTION: Increase amount allocated to hackfests and post a v2 for the budget [bryce] ==== Madras Printer's and Lithographers' Association ==== ♢ ACTION: Find two (or three?) Inkscape people to send to the Color/Scribus meeting to learn about how we could do better color management with Inkscape. ==== Boston Hackfest ==== ♢ ACTION: Send Hackfest invites to oldtimers [Tavmjong] ==== Other Business ==== ♢ ACTION: Investigate Fastly invoice charges [scislac,bryce] Previous action items: ♢ ACTION: Analyze how we could improve internal handling of Illustrator and Corel file import [crogers] ♢ ACTION: Follow up with MPLA to clarify on funded development and general sponsorship options [bryce] ♦ ACTION: Start reaching out to people (including previous contributors) to attend the hackfest. [Tavmjong] ♦ ACTION: Arrange votes for any special case travelers for hackfest. [bryce] ♦ ACTION: Try one more time to access spreadshirt password, then email bryce for help [crogers] ♦ ACTION: Collab on markdown formatting for the board docs [bryce,tedg] ♦ ACTION: Get the word out about LGM / Inkscape and invite more attendees [Tavmjong] ♢ ACTION: Evaluate use of discorse (https://discuss.pixls.us/ ?) for support/mailing list/forum type stuff [Vector Team] ♦ ACTION: Arrange vote on Budget 2018 [bryce] ♢ ACTION: Make a list of projects for cleaning up our code base [Tav] ♦ ACTION: Decide what oldtimers to send hackfest invites to [bryce] ♢ ACTION: Collect CMYK ideas into Color_management wiki page [alface] Bryce On Thu, Mar 01, 2018 at 08:48:27AM -0800, Bryce Harrington wrote: > Our monthly board meeting is scheduled for this Friday, Mar 2nd, > at 10am Pacific in #inkscape-devel. All members are welcome. > > http://wiki.inkscape.org/wiki/index.php/Board_Meetings > > (Note that a Release Team meeting will follow immediately after. > The Vectors Team will be meeting the next day.) > > > Agenda: > > + Madras Printer's and Lithographers' Association > + Boston Hackfest (March) [doctormo] > + Merchandise sales [crogers] > + Board election process review [tedg] > + Infrastructure hosting [bryce] > + LGM 2018 [Tav] > + GSoC [ScislaC] > + Other Business > > > Action Items from last meeting: > > ♢ ACTION: Arrange vote on Budget 2018 [bryce] > ♢ ACTION: Make a list of projects for cleaning up our code base [Tav] > ♢ ACTION: Send invites to old Inkscapers to attend hackfest [bryce] > ♢ ACTION: Collect CMYK ideas into Color_management wiki page [alface] > ♢ ACTION: Analyze how we could improve internal handling of > Illustrator and Corel file import [crogers] > ♢ ACTION: Follow up with MPLA to clarify on funded development and > general sponsorship options [bryce] > ♢ ACTION: Start reaching out to people (including previous > contributors) to attend the hackfest. [tedg] > ♢ ACTION: Arrange votes for any special case travelers for > hackfest. [bryce] > ♢ ACTION: Try one more time to access spreadshirt password, then > email bryce for help [crogers] > ♢ ACTION: Collab on markdown formatting for the board docs > [bryce,tedg] > ♢ ACTION: Get the word out about LGM / Inkscape and invite more > attendees [Tavmjong] > ♢ ACTION: Evaluate use of discorse (https://discuss.pixls.us/ ?) for > support/mailing list/forum type stuff [Vector Team] > > > Bryce > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-board mailing list > Inkscape-board(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-board ----- End forwarded message -----

1 0

[RESEND] Re: inkscape-0.92.3pre0 source tarball now available
by Bryce Harrington 04 Mar '18

04 Mar '18

Hoping SF is back online... ----- Forwarded message from Mail Delivery Subsystem <MAILER-DAEMON@...62...> ----- Date: Sun, 4 Mar 2018 11:32:58 -0800 From: Mail Delivery Subsystem <MAILER-DAEMON@...62...> To: bryce@...961... Subject: Returned mail: see transcript for details The original message was received at Sun, 4 Mar 2018 11:32:24 -0800 from static-50-53-76-183.bvtn.or.frontiernet.net [50.53.76.183] ----- The following addresses had permanent fatal errors ----- <inkscape-devel@...6...> (reason: 550 unknown user) ----- Transcript of session follows ----- ... while talking to mx.sourceforge.net.: >>> DATA <<< 550 unknown user 550 5.1.1 <inkscape-devel@...6...>... User unknown <<< 503-All RCPT commands were rejected with this error: <<< 503-unknown user <<< 503 Valid RCPT command must precede DATA Reporting-MTA: dns; vinyl.outflux.net Received-From-MTA: DNS; static-50-53-76-183.bvtn.or.frontiernet.net Arrival-Date: Sun, 4 Mar 2018 11:32:24 -0800 Final-Recipient: RFC822; inkscape-devel@...6... Action: failed Status: 5.1.1 Remote-MTA: DNS; mx.sourceforge.net Diagnostic-Code: SMTP; 550 unknown user Last-Attempt-Date: Sun, 4 Mar 2018 11:32:41 -0800 Date: Sun, 4 Mar 2018 11:32:14 -0800 From: Bryce Harrington <bryce@...961...> To: Eduard Braun <eduard.braun2@...173...> Cc: inkscape-devel@...6..., Ryan Gorley <ryan@...3508...>, Martin Owens <doctormo@...400...>, the Adib <theadib@...400...>, David Evans <devans@...2376...>, Tim Sheridan <tghs@...3462...>, Ted Gould <ted@...11...>, mrdocs <mrdocs@...715...>, Gord Caswell <ve4jhj@...400...> On Sun, Mar 04, 2018 at 01:51:36PM +0100, Eduard Braun wrote: > Am 04.03.2018 um 06:01 schrieb Bryce Harrington: > >The 0.92.3pre0 pre-release source tarball is ready for packaging. It > >can be downloaded from: > > > > http://alpha.inkscape.org/releases/inkscape-0.92.3pre0.tar.bz2 > > > >The 0.92.x branch should now be considered in Hard Freeze + String Freeze. > >Please touch base with me for any changes to code or translations from > >now until release. > > > >--- > > > >I'm late as usual with cutting the release, but other than that things > >have gone smoothly. I would very much appreciate if people could build > >and test and give me a thumbs up if everything looks normal. If no > >serious issues crop up I will cut the final release next weekend. > > > >Bryce > > Thanks Bryce! > > As you did not publish a schedule this time you're probably only late > according to your own private schedule - If you hadn't mentioned it nobody > would have noticed. ;-) True. :-) > Windows binaries and installers are available at [1] (64-bit) and [2] > (32-bit). > Do you want them on the website Bryce? (I noticed you uploaded the tarball > to alpha.inkscape.org -- do we even want to add a release to the releases > app on the website for the pre-release then? I think it can only consume > gallery items...) Yes, still upload the end-user downloadable content to the website. We have mirroring and caching set up there. Feel free to also copy the source tarball to the website. Going forward, I'm going to stage the source tarballs on alpha. It makes the dist machinery cleaner and more easily automated it can just scp the files up directly to the webserver. And if I need to re-upload the tarball I can do it without needing to rename it, which has been a problem in the past. I don't think we have any particular bandwidth limits for alpha, but for stuff we know is going to get tons of hits probably best if we have it going through Fastly. Bryce > [1] https://ci.appveyor.com/project/inkscape/inkscape/build/INKSCAPE_0_92_3_PRE… > [2] https://ci.appveyor.com/project/inkscape/inkscape/build/INKSCAPE_0_92_3_PRE… > > Regards, > Eduard ----- End forwarded message -----

1 0

Testing
by Bryce Harrington 04 Mar '18

04 Mar '18

Sourceforge has been broken much of the week, but their twitter claims it's back online. Checking to see if our lists work once again... Bryce

1 0

Re: [Inkscape-devel] inkscape-0.92.3pre0 source tarball now available
by Eduard Braun 04 Mar '18

04 Mar '18

Am 04.03.2018 um 06:01 schrieb Bryce Harrington: > The 0.92.3pre0 pre-release source tarball is ready for packaging. It > can be downloaded from: > > http://alpha.inkscape.org/releases/inkscape-0.92.3pre0.tar.bz2 > > The 0.92.x branch should now be considered in Hard Freeze + String Freeze. > Please touch base with me for any changes to code or translations from > now until release. > > --- > > I'm late as usual with cutting the release, but other than that things > have gone smoothly. I would very much appreciate if people could build > and test and give me a thumbs up if everything looks normal. If no > serious issues crop up I will cut the final release next weekend. > > Bryce Thanks Bryce! As you did not publish a schedule this time you're probably only late according to your own private schedule - If you hadn't mentioned it nobody would have noticed. ;-) Windows binaries and installers are available at [1] (64-bit) and [2] (32-bit). Do you want them on the website Bryce? (I noticed you uploaded the tarball to alpha.inkscape.org -- do we even want to add a release to the releases app on the website for the pre-release then? I think it can only consume gallery items...) [1] https://ci.appveyor.com/project/inkscape/inkscape/build/INKSCAPE_0_92_3_PRE… [2] https://ci.appveyor.com/project/inkscape/inkscape/build/INKSCAPE_0_92_3_PRE… Regards, Eduard

1 0

wiki account
by Jan 03 Mar '18

03 Mar '18

hi I need a wiki account to enhance a few articles.

2 1

(re-)Introducing: ink/stitch, machine embroidery for Inkscape
by Lex Neva 02 Mar '18

02 Mar '18

Hi folks! I'd like to reintroduce you to ink/stitch, formerly known as inkscape-embroidery. A lot has happened in the past couple of months, and we now have a thriving and growing open source community around the extension! The coolest new thing is that ink/stitch is available is a self-contained ZIP containing every Python dependency and all needed shared libraries. There's also a Windows version and a Mac build is in the works. I think you folks might be especially interested in our solution for creating the ZIP/tarball archive. We're using the excellent Pyinstaller, which seems especially well-suited to packaging inkscape extensions. Our goal is to avoid the kind of dependency hell that normally plagues extensions, especially those like ink/stitch that have their own GUI. Pyinstaller packages everything into a native executable. Interestingly, inkscape does not support native executables as extensions and requires an interpreter! We get around this by including a basic stub Python script that executes the real extension binary and forwards the results back to inkscape. Another interesting tidbit for inkscape devs is our localization support. Ink/stitch is currently available in three languages, but the INX is not yet localized. This is because inkscape's localization support for INX files depends on the extension translations being bundled with inkscape. This obviously doesn't work for an extension with a fast release cycle. We're exploring our options. We'd love it if you'd check out project it and perhaps even give it a spin. If you're interested in contributing, that'd be even cooler! Right now, more folks with programming skills would be especially helpful as we have a long feature request backlog, but any contributions would be awesome. Here's ink/stitch: https://github.com/lexelby/inkstitch Happy hacking, Lex On March 1, 2018 7:41:07 AM inkscape-devel-request(a)lists.sourceforge.net wrote: > Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > > You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Inkscape-devel digest..." > > > > ---------- > Today's Topics: > > 1. Re: Wacom smartpad support - request for ideas (Martin Owens) > > > > ---------- > Re: [Inkscape-devel] Wacom smartpad support - request for ideas > From: Martin Owens <doctormo@...400...> > Date: Feb 28, 9:39 PM > To: Peter Hutterer <peter.hutterer@...3641...> > CC: inkscape-devel(a)lists.sourceforge.net, Benjamin Tissoires > <benjamin.tissoires@...400...> > > >> > I'm sorely tempted to buy one of these things to hack on it to be >> > honest. >> if you do, buy a folio. we don't know if that works yet :) > > OK I got the small folio, got a friendly discount at B&H so only $120. > >> our file format atm is just a json file with the raw data >> (x/y/pressure in >> arrays that are the strokes). we can produce whatever we want from >> that. I >> hear the mp3 patent has expired ;) > > Unfortunatly inkscape doesn't support mp3s ;-P > > Martin, > > > > > > ---------- > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > ---------- > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

2 1

Hackfest in Three and a bit weeks
by Martin Owens 01 Mar '18

01 Mar '18

Dear developers, The 2018 Inkscape hackfest will begin in three weeks. If you are coming, please add your name to the Attendees page right away: http://wiki.inkscape.org/wiki/index.php/Hackfest2018_Attendees I'm hoping that both Alex Valavanis and Krzysztof can come to the hackfest and we hopefully will resolve anything to do with funding at the meeting tomorrow. If you think you might come, but aren't sure yet, please add yourself with a MAYBE tag to the list, so I know if the even is going to be as small as it looks like it's going to be. Thanks everyone! Best Regards, Martin Owens

1 0

Inkscape Hackfests!
by Tavmjong Bah 01 Mar '18

01 Mar '18

Hi Inkscapers, As you hopefully are aware, Inkscape will be having our main 2018 hackfest in Boston at the end of March and a mini-hackfest in Seville at the end of April (at the Libre Graphics Meeting). All members of the Inkscape community are encouraged to attend! Financial support is available based on past contributions to Inkscape (see "Attendees" page below for details). Please add your name to the "Attendees" page if you are thinking about attending. While you can "walk-in" at LGM, we'll have to provide a list of who is attending the Boston Hackfest to our hosts before the hackfest starts. Even if you can't attend, you can still propose topics for discussion/work on the "Topics" page. And you can contribute financial support at: https://inkscape.org/en/support-us/hackfests/ Here's a list of relevant web pages: Boston Hackfest: http://wiki.inkscape.org/wiki/index.php/Hackfest2018 http://wiki.inkscape.org/wiki/index.php/Hackfest2018_Attendees http://wiki.inkscape.org/wiki/index.php/Hackfest2018_Topics Seville Hackfest: http://wiki.inkscape.org/wiki/index.php/Hackfest2018_LGM http://wiki.inkscape.org/wiki/index.php/Hackfest2018_LGM_Attendees http://wiki.inkscape.org/wiki/index.php/Hackfest2018_LGM_Topics Hoping to see you at one of the Hackfests, Tav

1 0

Inkscape Board Meeting
by Bryce Harrington 01 Mar '18

01 Mar '18

Our monthly board meeting is scheduled for this Friday, Mar 2nd, at 10am Pacific in #inkscape-devel. All members are welcome. http://wiki.inkscape.org/wiki/index.php/Board_Meetings (Note that a Release Team meeting will follow immediately after. The Vectors Team will be meeting the next day.) Agenda: + Madras Printer's and Lithographers' Association + Boston Hackfest (March) [doctormo] + Merchandise sales [crogers] + Board election process review [tedg] + Infrastructure hosting [bryce] + LGM 2018 [Tav] + GSoC [ScislaC] + Other Business Action Items from last meeting: ♢ ACTION: Arrange vote on Budget 2018 [bryce] ♢ ACTION: Make a list of projects for cleaning up our code base [Tav] ♢ ACTION: Send invites to old Inkscapers to attend hackfest [bryce] ♢ ACTION: Collect CMYK ideas into Color_management wiki page [alface] ♢ ACTION: Analyze how we could improve internal handling of Illustrator and Corel file import [crogers] ♢ ACTION: Follow up with MPLA to clarify on funded development and general sponsorship options [bryce] ♢ ACTION: Start reaching out to people (including previous contributors) to attend the hackfest. [tedg] ♢ ACTION: Arrange votes for any special case travelers for hackfest. [bryce] ♢ ACTION: Try one more time to access spreadshirt password, then email bryce for help [crogers] ♢ ACTION: Collab on markdown formatting for the board docs [bryce,tedg] ♢ ACTION: Get the word out about LGM / Inkscape and invite more attendees [Tavmjong] ♢ ACTION: Evaluate use of discorse (https://discuss.pixls.us/ ?) for support/mailing list/forum type stuff [Vector Team] Bryce

1 0

Wacom smartpad support - request for ideas
by Peter Hutterer 01 Mar '18

01 Mar '18

Benjamin Tissoires and I have been working on a project called Tuhi that communicates with the wacom smartpad devices and pulls the data off them. https://github.com/tuhiproject/tuhi/ Devices working so far are the Bamboo Spark, Slate and the Intuos Pro Paper. Smartpad devices aren't traditional graphics tablets [1] but instead have a paper notepad on top of a sensor with a special pen. You draw on the paper, the sensor registers the drawings and stores it in a custom vector-based format in the device. Later, you connect the device over bluetooth to the host and fetch the drawings from the firmware. This is the bit that tuhi does, and it exposes the drawings as a simple json-based vector format overa session DBus API. To interact, you basically connect to the dbus daemon, tell it to listen to the device and then get notified about new drawings. Then you can fetch the drawings one-by-one as needed. Tuhi only has a commandline client for debugging and we don't intend to ship that client, it's for debugging only. Eventually, we may have a standalone application similar to Wacom's Inkspace (yeah, confusing, isn't it?). This app would be a gallery-style application that displays the drawings and exports them to the desired formats. That's a fairly straightforward process. But right now what we're interested in is whether inkscape has interest in a plugin-style implementation that talks to the tuhi daemon. Or whether there are use-cases where the standalone application is insufficient and some tighter integration is needed. Or other use-case you can think of that we haven't yet. Any comments appreciated! Cheers, Peter [1] the intuos pro paper is when you plug it in, let's ignore that for now

2 7

List issues
by Maren Hachmann 28 Feb '18

28 Feb '18

Does anyone know why some list emails arrive so late lately? Within the last week, I think at least 10 emails arrived after > 4 days only (I can exclude a mail server issue on my side, as I get the same emails at the same times on my web-based email account). Has there been a major sourceforge outage? What's the status of the mailing list move to our own server? Maren

3 4

Fw: Visitor analytics
by brynn 28 Feb '18

28 Feb '18

Resending this. Apparently I used the wrong email address to send this from, so it didn't go to the list. -----Original Message----- From: brynn Sent: Sunday, February 25, 2018 12:25 PM To: Martin Owens ; Ryan Gorley ; inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] Visitor analytics What I like the best about it (Piwik/Matomo) is that it seems to only report on what I refer to as human visitors. Personally I find that much more useful. (Although I could imagine that some sites (or webmasters, owners) might be more interested in aalllll the traffic.) So that's the sandcats.io script that I see in Firefox's No Script? So already, visitors haven't been notified about the site using this tracking? So the login via github has to do with sandstorm, from what I can tell? Because I just log in on the page where I installed it, on my site. brynn -----Original Message----- From: Martin Owens Sent: Sunday, February 25, 2018 2:12 AM To: brynn ; Ryan Gorley ; inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] Visitor analytics On Sun, 2018-02-25 at 01:24 -0700, brynn wrote: > Whatever a Piwik "sandcat sandstorm grain" is, it's probably very > different from > what I'm using on my site. That's just the way it's deployed. It's easier to do that then to set it up raw although it comes with it's own oddness hence the login restrictions. The graphs even now are interesting. Martin,

4 7

Re: [Inkscape-devel] Boston hackfest stickers
by C R 28 Feb '18

28 Feb '18

I've heard three mentions in support of Boston Tea Party ships. I'll do a variation with that and then we can maybe take a vote on which version works better. I'm not married to either idea. Just want folks to be happy with the results. :) More soon. -C On Tue, Feb 20, 2018 at 4:58 PM, Máirín Duffy <duffy@...43...> wrote: > > On 02/20/2018 10:48 AM, Martin Owens wrote: >> >> Although I fear we're putting too much pressure on you, your design was >> really nice tbh. It doesn't have to scream boston if it doesn't want >> to. > > Totally, sorry, didn't mean to exert pressure at all. Just that the building > is in a bit odd of a place so you know the lay of the land. Honestly design > looks good enough that it doesn't really matter I think if ppl recognize it > or not. > > ~m

3 2

Visitor analytics
by Mihaela 28 Feb '18

28 Feb '18

6 5

Daily Inkscape Builds?
by Miguel Lopez 25 Feb '18

25 Feb '18

Hi Inkscape developers, users, and supporters, There's a open-source software named Krita which offers daily-builds from trunk, and I was wondering if this sort of thing was possible for Inkscape. Thank you for reading.

7 20

no access to Inkscape code repository on Gitlab
by alvinpenner 24 Feb '18

24 Feb '18

Hi, Is it just me, or have the permissions changed for browsing the Inkscape code on Gitlab? I have a shortcut for accessing Inkscape: https://gitlab.com/inkscape/inkscape I use this regularly just for curiosity. This link no longer works, unless I am signed in to Gitlab, which I typically am not. Even worse, if I use this link, and then go to the link that says: Explore projects on GitLab.com (no login needed) I find that the Inkscape project no longer exists. That is to say, many Inkscape-related projects are found, but Inkscape itself does not exist or cannot be found. just checking, Alvin -- Sent from: http://inkscape.13.x6.nabble.com/Inkscape-Dev-f2781808.html

9 26

MacOS build on Github to consider
by Jared Meidal 22 Feb '18

22 Feb '18

About four years ago some discussion occurred around rejuvenating a build system for MacOS. I have since noticed a individual in that discussion has code and build instructions open on Github, and has continued to develop here: https://github.com/valerioa/Inkscape-MacOS-Curated-Build After trying out the build, I like the ability to work without X11 in a native app appearance. I'm not an app developer, but would like to raise attention to this as a project which has gone a long way to benefit Mac users. --Jared

4 3

Re: [Inkscape-devel] Inkscape liveAnimate idea
by openInvent 22 Feb '18

22 Feb '18

Hey all someone told me a way to view same document at different zoom levels using the window duplicate function. I was able to use it somewhat but in ubuntu the window doesnt stay on top some times or it isnt dockable. Also I used the tutorial files from help and I was trying to LIVE ANIMATE that file using vokoscreen that comes with ubuntu studio... And It was very laggy on my slow pc running off 2GB RAM and a Live DVD. I really think with a RAID 0 of 10k Hard Drives it would be fine. Anyways I am kinda suggesting that I be able to dock or split a window. I was liking the horizontal spilt I could move animated objects on lower screen and they would move above in the larger screen without the cursor showing. I wish I could disable the UI or the cursor with a hotkey and set other hotkeys to affect scale or rotation or like switch layers like press space to swap group file or unhide a top layer etc. Any suggestions? I know Inkscape isnt a animation suite but its simple for little things like a Puppeteer App especially if you can do post production and use a chromakey background. Example like handwriting Words onto a music video etc. It seems that my emails get "lost" you can snail mail me at the address below and I will reply with sticker gifts.(tiny.cc/oisticker) Ember AR Leona 250 S. Lyon Ave Ste E 108 Hemet, CA 92543 Sent with ProtonMail Secure Email. -------- Original Message -------- On February 22, 2018 1:25 AM, Maren Hachmann <maren@...3165...> wrote: >Am 18.01.2018 um 21:30 schrieb Bryce Harrington: >>Do we have a wiki page setup for discussing/brainstorming bug tracker >> ideas? Maybe that'd be a good starting point? >> > > Now we have: > >http://wiki.inkscape.org/wiki/index.php/Bug_Reporting_Workflow > > Maren > > >Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

1 0

Re: [Inkscape-devel] Hackfest location confirmed?
by Máirín Duffy 21 Feb '18

21 Feb '18

If you need any help w Red Hat brand elements let me know! Cheers,~m Sent from my Samsung Galaxy smartphone. -------- Original message --------From: Martin Owens <doctormo@...400...> Date: 1/20/18 8:42 AM (GMT-05:00) To: C R <cajhne@...400...>, inkscape-devel <inkscape-devel(a)lists.sourceforge.net> Subject: Re: [Inkscape-devel] Hackfest location confirmed? On Sat, 2018-01-20 at 12:57 +0000, C R wrote: > Hey everyone. Working on the sticker for the Boston hackfest. > Did we ever get confirmation on the location? The page still says, > RedHat Boston Office, but did we ever confirm? I'd like to include > the > location on the swag stickers. It is confirmed! Martin, ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

7 8

Boston hackfest stickers
by C R 19 Feb '18

19 Feb '18

These are modeled after the Paris engraved ones I did last year. This time however, I thought the venue was a better thing to put on the sticker rather than a local tourist attraction, which in this case, no one might actually see. So here it is, the Boston Hackfest sticker sample: https://www.dropbox.com/s/trkgrniaf4g33iz/inkscape_foil_sticker_boston_hack… Any thoughts? Wish it were a famous landmark instead? Lemme know. -C

8 15

Some guests for Boston Hackfest
by Máirín Duffy 19 Feb '18

19 Feb '18

Hi, I spoke to Matthias Clasen from the upstream GTK+ project and he has kindly offered to attend the hackfest for a day or two. If there are specific days you think his input would be most valuable, I can pass that on to him. Bill Sanford from our Desktop QA team is, among many other things, responsible for testing Inkscape for our desktop product. He is also interested in attending, and if you have specific questions or things you'd like to hear from him, please let me know. Cheers, ~m

4 9

inkscape sticker graphics
by C R 18 Feb '18

18 Feb '18

Someone asked for the original files to print a set of their own. I've included the sample mockup, flattened vector print layer, 40mm dieline, and some (c) and font information on different layers in the svg. It's here in case someone would like to add it to the inkscape archives, or use it to print their own stickers: https://inkscape.org/en/~C.Rogers/%E2%98%85inkscape-silver-foil-sticker-40mm -C

2 1

Twitter...
by Tavmjong Bah 13 Feb '18

13 Feb '18

Who's got access to the Twitter account? If you have access can you announce both Inkscape's GSoC participation and the upcoming Boston hackfest? I've taken care of our G+ account. Thanks, Tav

4 3

Google Summer of Code - 2018
by Tavmjong Bah 13 Feb '18

13 Feb '18

Hi all, Inkscape has been accepted as a mentoring organization for this year's Google Summer of Code. Students, time to develop your proposals. https://summerofcode.withgoogle.com/organizations/5174841905250304/ Tav

1 0

Variables in Inkscape
by Robert Van Den Bergh 12 Feb '18

12 Feb '18

Hey, Is it possible to create variables in Inkscape that link to a database? Kind regards, Rob

3 2

new moderation procedure?
by brynn 09 Feb '18

09 Feb '18

Hi Friends, This is something which has never been discussed. But recently we've had some images being reported by a regular member, which moderators have approved, and they remain in the gallery. In one case they reported a member. Should we contact a member who reports an image, thank them for helping, and explain our decision, why we decided not to delete the image? In this particular case, I'm thinking we may need to contact him or her, just to try and prevent more unnecessary reports. But in general, I wonder if we should take the time to explain our motivation, since the member is taking the time to help us. (Hah, for these recent reports, maybe I should try to recruit him or her as a moderator....?) Thanks for any comments :-) brynn

2 1

Update on Inkscape hosting
by Bryce Harrington 09 Feb '18

09 Feb '18

As many of you already know, we've been looking for sponsors for providing hosting for some of our ancillary services (mailing lists, wiki, forums, et al). I put out a CFP to hosting providers a few months back, and with ample help from Ryan we've received a couple good offers. I'm currently in discussion with the Software Freedom Conservancy to get the legal/administrative bits sorted out, so not everything is 100% nailed down just yet. However that's proceeded to a point that I'm starting to turn attention to the more technical end of things. To refresh your memory, here's the background statement from the CFP: """ We currently have various services hosted at a number of different locations with widely varying administrative capacities. We would like to centralize the administration of these services, such as consolidating them onto one platform. We also want room and flexibility to easily install additional services as we grow. Services high on our priority list to migrate soon include mailing lists, Mattermost, and wiki. Bug tracking, web forum and gitlab are potential secondary priorities. Our Django-based main website may also be worth consolidating at some point in the future. """ Mailing list migration will be the first focus, possibly also with some DNS services. This would finally get us off SourceForge, allowing us to close that down. After that, I'm pretty open to what comes next; we can play it by ear depending on opportunities and manpower availability. If you have something you wish to put time into setting up and/or administrating, contact me to sort out details. While in the CFP I had preferred physical hosting, the virtual hosting provided by the cloud service providers offering sponsorship to us does have some advantage in terms of flexibility - being able to spin up VMs on a per-service basis, or temporary ones for development and testing. One common industry best practice I'd like us to adopt is to switch to use of automated scripts for setting up the systems and services. I.e., using cloud-config to bootstrap the raw VMs, and then something like Ansible or Puppet to do automatic configuration management. We can then consolidate the service setup scripts in a git repository. More on this later. I've added a new "Inkscape Infrastructure" subgroup for holding this configuration management repository. This will be a sysadmin-oriented repository - i.e. more focused on the setup/administrative end, not so much on the data or code. I'll work up some policy/procedure for membership management of this group, for now I'll handle it manually. I'm also going to move our 'credentials' repository into this Inkscape Infrastructure subgroup. Last board meeting we discussed migrating the credentials git repo, so that it's not hosted as a branch of the inkscape codebase (which causes it to take a long time to checkout). So this will implement that change. Bryce

3 4

Fwd: HLC-Farbatlas
by Maren Hachmann 07 Feb '18

07 Feb '18

Hi there, Christoph has asked me to forward his message, as it didn't get through: -------- Weitergeleitete Nachricht -------- Betreff: HLC-Farbatlas Datum: Wed, 7 Feb 2018 06:32:39 +0100 Hi all, After a year of hard work freieFarbe/freeColour is pleased to announce the completion of its first major project, the "HLC Colour Atlas", which is a truly open colour system based on mathematics and unrestricted by copyrights or trademarks. It has been created by colour professionals from Germany and Switzerland. The atlas comprises the following elements: - a printed reference (A4, ring binder) of 2040 colours, based on the intuitive HLC colour model (Hue, Lightness, Chroma), with increments of 10 between each hue. It also includes colours that can't be reproduced in regular CMYK workflows (spot colours). Unlike commercial products, its colour precision is extremely high, with a DeltaE00 of 0.5, i.e. colour differences between two copies of the atlas can only be measured but not perceived, even by a trained eye. Each atlas is being produced with a Fogra-certified high-end proof printer on Fogra-certified paper by a Fogra-certified company. Each copy is also being shipped with a production record (ISO 12647-7:2016); - a printed introduction and usage instructions in German and English; - colour palettes with LAB values for Adobe software (ASE format) and in Swatchbooker's SBZ format, as well as sRGB versions for LibreOffice (SOC), GIMP (GPL) and Scribus 1.4.x (XML). Please note that Scribus 1.5.x already includes the SBZ file, and an sRGB version is being shipped with LibreOffice since version 5.4.x, as well as the current officially stable Scribus 1.4.6. - A PDF master file of the atlas with layers for different output targets (e.g. sRGB, ISOCoatedV2); - XSLX files with colour conversion tables and QC report; - a CxF v.3 file which includes the colour data in spectral values. All files are available for download here: https://www.freiefarbe.de/thema-farbe/software/ The latter is important, because we want to enable others to create their own reliable references without having to ask for permission or paying licence fees. Thus, an ink manufacturer can simply load the CxF file into its formulation software and create the correct mix for his particular inks. Manufacturers of other colourants (e.g. paint, textile colours or plastics) can do the same, provided their software is supporting CxF, which is an open standard. This is also the reason for us not to publish any mixing recipes, because all necessary data to reliably recreate a colour are in the CxF file, so the recipes can be created and customised by software. Whilst the digital files are available for free download under a CC licence, the printed reference needs to be paid for, because production and certification are quite labour-intensive (introductory offer: EUR 99.-- until 31 March 2018, later: EUR 149.-- plus VAT and shipment costs; see: https://shop.proof.de/index.php?language=en). freieFarbe/freeColour are convinced that the "HLC Colour Atlas" is not only a true and open alternative to Pantone, HKS etc., but we also think that the very high quality standard of our printed reference will be hard to match. Our next step is to fill in the necessary paperwork to make this open colour system a DIN SPEC with the German industrial standards organisation DIN (April/May 2018). From there it will hopefully be moved on to ISO to make it an international standard (time frame unknown). Special credits go to Matthias Betz, Holger Everding, Jan-Peter Homann and Eric A. Soder, who did all the heavy lifting, as well as Gregory Pittman, who wrote a Scribus script that reduced the creation of the print PDF for the Atlas to a matter of seconds. freieFarbe/freeColour is also grateful to ColorLogic GmbH, Epson Deutschland GmbH and GMG GmbH & Co KG for generous technical support. The high quality of the atlas is owed to the producer, Proof GmbH. Christoph

1 0

0.92.3 Release Planning Meeting ~ Feb 2nd
by Bryce Harrington 07 Feb '18

07 Feb '18

After the last board meeting we discussed maybe starting 0.92.3 in Feb. I'd like to hold a kickoff meeting following this Friday's board meeting to get started. Hopefully this should be a straightforward release but worthwhile to touch base with everyone just in case. For this meeting I want to just get a handle on the status of everything and flag tasks needing done. I'd like to also get a rough timeline figured out. Date: Fri, 2nd Feb, 2018. Time: 11:00 PST / 19:00 UTC / 20:00 CET Where: #inkscape-devel on freenode What: http://wiki.inkscape.org/wiki/index.php/Release_notes/0.92.3 Agenda: + Status of the 0.92 tree - Any pending patches we should track? - Are there more fixes worth cherrypicking from trunk? - Are the release notes up to date? + Status of platform packaging - Any new issues compared with 0.92.2? - Are all 0.92.2 packagers available for this go around? + Release cycle plans - One pre-release? - Rough dates + Conditions that might cause release delay + Looking forward --- 0.93 - Dependency versions needing revved? - Remaining licensing issues? - GTK+ 3 stabilization / Windows performance bug - Other stabilization work needed? + Next meeting? - March 2nd following board meeting? + Other business Bryce

1 1

inkscape-docs has a new home
by Eduard Braun 06 Feb '18

06 Feb '18

Hi all, I'm happy to announce that the former "inkscape-docs" (i.e. manpages, keys and mouse reference and tutorials) has a new home! You can now find the "Inkscape Documentation" at https://gitlab.com/inkscape/inkscape-docs/documentation After migrating the repo to GitLab some time ago I finally got around and tweaked some last bits, so it's now in a production-ready state again. Obviously there's still a lot to do (on my short list: getting updated docs onto the website and make translation statistics work again, preferably using some CI automation) but I think the repo is at a point were contributions should be possible without too much effort again and I'd appreciate any help in getting it updated in time for the 0.92.3 release! If you have any questions let me know! Happy documenting, Eduard

2 2

Boolean Operation LPE Question
by Miguel Lopez 06 Feb '18

06 Feb '18

Hi everybody on the mailing list, I have noticed on a inkscape development build that there doesn't seem to be a easy way to use boolean operation LPE. Copy and pasting, and pressing the button doesn't seem to work. Right now, I don't believe this is a bug as I'm thinking that it's a work in progress and thus no need to treat it as a bug, but I could be wrong. Is this a work in progress? Thanks, Miguel Lopez.

1 0

numpy: include, give warning or ...?
by Maren Hachmann 05 Feb '18

05 Feb '18

Hi there, the .deb packages for Ubuntu do not seem to include a dependency for numpy, but the gcodetools depend on it. It's included in the snap, and also seems to be present for Windows and macOS versions. Some other extensions give warnings when it's missing (measure, perspective, dxf_outline,...) So, my question is: Should the gcodetools also just output a warning message with install instructions, like the other extensions do, because there's a reason why numpy cannot be made a dependency? Or could numpy be made a dependency? (I guess that's more a question to packagers - do we make any recommendations anywhere? Or do they need to figure it all out by themselves?) Maren

6 10

Inkscape Board Meeting
by Bryce Harrington 03 Feb '18

03 Feb '18

Our monthly board meeting is scheduled for this Friday, Feb 2nd, 10am Pacific time in #inkscape-devel. All members are welcome. http://wiki.inkscape.org/wiki/index.php/Board_Meetings (Note that a Release Team meeting will follow immediately after. The Vectors Team will be meeting the next day, Saturday the 3rd.) Agenda: + Madras Printer's and Lithographers' Association + Boston Hackfest (March) [doctormo] + Merchandise sales [crogers] + Board election process review [tedg] + Infrastructure hosting [bryce] + LGM 2018 [Tav] + GSoC [ScislaC] + Other Business Action Items from last meeting: ♦ ACTION: Re-ping Madras Printer's and Lithographer's Assoc. [bryce] ♢ ACTION: Find out who did the Indian language translation [Tav/Moini] ♢ ACTION: Calls for fundraising for the hackfest [bryce/Moini] ♦ ACTION: Arrange vote for Boston hackfest [bryce] ♦ ACTION: Arrange vote for LGM [bryce] ♦ ACTION: Port credential repo changes from bzr to git [doctormo] ♦ ACTION: Move credentials repo to a new git project [bryce] ♦ ACTION: Ping Brett regarding DigitalOcean [bryce] ♦ ACTION: Investigate CloudScale.ch [bryce] ♢ ACTION: Kickoff the 0.92.3 release [bryce] ♢ ACTION: Arrange vote on Budget 2018 [bryce] ♦ ACTION: Connect with Diego about CMYK planning [bryce] ♦ ACTION: Kickoff GSoC 2018 registration [ScislaC] ♢ ACTION: Make a list of projects for cleaning up our code base [Tav] ♢ ACTION: Pursue the RedHat option for the hackfest [doctormo] ♢ ACTION: Send invites to old Inkscapers to attend hackfest [bryce] ♢ ACTION: Collect CMYK ideas into Color_management wiki page [alface] Bryce

1 1

website unavailable
by brynn 30 Jan '18

30 Jan '18

Hi Friends, Just in case it's not already known, the website is down. First noticed about an hour ago. All best, brynn

3 2

credentials repo moved to new location
by Bryce Harrington 30 Jan '18

30 Jan '18

Just a quick note that the credentials repository has been moved, as discussed last board meeting. When we switched from bzr to git, the credentials repository was moved over as a branch of the inkscape codebase. Apart from being awkward it also made it very slow to download (since it was downloading the entirety of the inkscape code history, only to replace all the code with the credentials stuff...) Anyway, I exported the git history and imported it as a new project, which will live here in its new permanent location: https://gitlab.com/inkscape/infra/credentials I've also made this private to logged in Inkscape project team members only. No one outside our project should really need this so I think that is appropriate. Let me know if you run into problems, and I can adjust permissions and things to improve convenience. (You'll also notice I'm putting project internal service-ish stuff like this into a subcategory 'infra'. As we go through updating mailing lists, wiki, forums and other such things we can use this to collect random bits and pieces like service configs here.) Bryce

2 1

vectors meeting this Sat? same time?
by brynn 29 Jan '18

29 Jan '18

Like the title. Thanks, brynn

2 1

Request for Inkscape wiki account
by Máirín Duffy 29 Jan '18

29 Jan '18

Hi! :) I would like to request an account on the Inkscape wiki. Red Hat is hosting a hackfest in our offices and I'd like to be able to update the attendee list on the wiki with local Red Hatters who would like to attend. Cheers, ~m

2 1

LPE Refactor
by Jabier Arraiza 28 Jan '18

28 Jan '18

Hi All. I Just do a big refactor of the LPE "Live Effects" system in this WIP MR: https://gitlab.com/inkscape/inkscape/merge_requests/190 Please check it if you get time and provide feedback before merge. Regards, Jabier.

2 4

Stickers ordered: 1k on the way
by C R 27 Jan '18

27 Jan '18

So who wants some? Email me quantity and mailing address to get your mits on some for your Inkscape promoting needs. Doc has the first 200, which leaves 800 up for grabs. Lemmeknow -C

3 6

Sticker drama
by C R 25 Jan '18

25 Jan '18

Okay, so I made the mistake of paying a sticker printing company before I got a proof. I did this because usually printers are trustworthy enough to A) give a good proof, B) Accept changes needed, or C) refund if they can't (or in this case, just won't) do what you want). I'm sorry to say that discountsticekrprinting.co.uk can't handle any of these things. So I've learned a valuable lesson - never pay before proof. Since I can't seem to get my money back from them due to their customer-hostile purchase agreement, I'm going to have to get substantially larger stickers from them to compensate for their incompetence. - Something that will not look silly with a 3mm gap shoe-horned into the space around the graphic on the sticker. My questions are these: 1. How big would you like to see? 2. How big is useful or tolerable? :) 3. How big is "way too big" The choices are: 60mm, 80mm, 100mm Part of me wants to go like HUGE (100mm), because maybe we could sell them for a few bucks each to recoup sticker costs - maybe people would like to slap one on a CPU case or a skateboard or bumper of a car or something. I'm going with some other company for the 40mm silver stickers, since they look absolutely silly with an enforced 3mm gap around the edge - None of the other companies I've gotten quotes from are willing to inflict that nonsense on their customers. Any thoughts? Thanks. -C

3 4

Inkscape LiveAnimate plugin or Fork
by openInvent 25 Jan '18

25 Jan '18

I want to know how simple it would be to disable the GUI and mouse cursor on hot key press to draw directly to screen for Desktop cam live animations. Also want to set move group functionality to wasd , arrow keys or numpad to control 3 things at once. Or use mouse to move and possible mouse wheel to zoom or snap to splines pathings and mouse wheel tweening. Any ideas on how much work this feature would be? I can fork over 50USD if someone FORKS the Inkscape. For LiveAnimate. Sent with [ProtonMail](https://protonmail.com) Secure Email.

1 0

Inkscape silver foil stickers
by C R 23 Jan '18

23 Jan '18

Black print on metal/silver foil. Sample mockup: https://www.dropbox.com/s/zfqj6th80lvvil1/inkscape_foil_sticker_sample.png?… Like it? -C

6 12

Hackfest location confirmed?
by C R 20 Jan '18

20 Jan '18

Hey everyone. Working on the sticker for the Boston hackfest. Did we ever get confirmation on the location? The page still says, RedHat Boston Office, but did we ever confirm? I'd like to include the location on the swag stickers. Thanks! -C

2 1

Wiki Access
by Ryan Gorley 17 Jan '18

17 Jan '18

I thought for sure I had asked and already received rights to edit our wiki, but apparently not. Will someone grant me access to edit wiki.inkscape.org? -- Ryan Gorley Founder + Creative Director https://dijt.co

2 1

Turning off gitlab's "Allow users to request access"?
by Bryce Harrington 15 Jan '18

15 Jan '18

There's a setting "Allow users to request access" on our Inkscape main group (https://gitlab.com/inkscape). I'd like to switch it to 'off'. Are there any objections if I did this? This setting adds a button to our website for logged in users to push to send an email to our admins asking for membership to the inkscape main group. The effect of this gives them commit access on the inkscape repo (and I suspect maybe other git repos in subgroups; I'm not sure how the permissions propagate.) This was useful initially when everyone was needing gitlab access, but I think all the existing committers that want it have it. These days the requests we're getting are mostly from people with no registered activity related to Inkscape; we've been getting a handful of these invalid requests each month. Maybe they're clicking it on accident, or thinking that it's an affiliation mark, and not realizing that it gives full commit rights if granted. Turning it off simply removes the button, it wouldn't mean any change to our existing policies regarding earning of commit rights - applicants still need to get two patches reviewed, accepted, and landed and then contact one of the administrators to request access. (If we want to make this simpler later on, maybe one day we can rig up a form where they can enter the SHAs of their two patches.) Bryce

7 18

Hackfest swag
by C R 15 Jan '18

15 Jan '18

Thinking of doing another set of medallions for the Boston and LGM hackfests. My questions: 1. Do people like the metal / engraved ones, or would stickers be better? 2. Do people like them personalised like last year, or would you rather just have generic ones that all attendees get? 3. Do we want another order of (slightly larger) generic inkscape stickers to hand out at these events (especially LGM seems like a great place to hand them out). 4. Anything else?

3 2

Gitlab access
by Gord Caswell 14 Jan '18

14 Jan '18

Hi Folks, It's fitting to receive an email a moment ago stating my request for access was denied, considering the discussion of turning off the access button. However, I'd like to request access via the mailing list now, and I'll gladly include commit SHAs. Here's my commits: 6795b8ce (via Launchpad) 572d1a9d Thanks. Gord --- >From the desk of: Gord Caswell

2 1

how to update an Inkscape repository
by alvinpenner 13 Jan '18

13 Jan '18

about 6 months ago I created a fork of the inkscape code at: https://gitlab.com/alvinpenner/inkscape 1. now that is obsolete, and I would like to sync it with current Inkscape to bring it uptodate. Is there a button for this? 2. alternatively, I would like to delete the repository and start over. Can I delete it? 3. also, the original Fork button that I used appears to be gone, is it still possible to fork code? sorry about the numerous questions, but I just spent 2 hours searching for these things and cannot find them, the gitlab website seems to have been redesigned since I last used it. Alvin -- Sent from: http://inkscape.13.x6.nabble.com/Inkscape-Dev-f2781808.html

3 3

Hackfests 2018
by Tavmjong Bah 11 Jan '18

11 Jan '18

Hi All, We will are planning two hackfests in the next few months. The first will be in Boston March 26th through 30th. This is our main hackfest for the year. It will take place at the RedHat office at 300 A Street (easily accessible by pubic transport). A formal vote by the Inkscape board to fund travel to this hackfest has not yet taken place but it is envisioned that travel support will be the same as for last years Paris hackfest. A second mini-hackfest is tentatively planned be held in conjunction with the LGM meeting in Seville, Spain April 26th through April 30th. Details are still to be worked out. Google may be providing some support for travel to LGM. They are interested in adding Variable Font support to Inkscape. The Inkscape board has discussed funding travel for Inkscape developers to this hackfest up to a limit of half that for the main hackfest. Details for the hackfests can be found on the Inkscape wiki at: Boston: http://wiki.inkscape.org/wiki/index.php/Hackfest2018 Seville: http://wiki.inkscape.org/wiki/index.php/Hackfest2018_LGM What we need from you: If you are interested in attending either hackfest, please add your name to the list of attendees on the wiki: Boston: http://wiki.inkscape.org/wiki/index.php/Hackfest2018_Attendees Seville: http://wiki.inkscape.org/wiki/index.php/Hackfest2018_LGM_Atten dees If you have topics you wish to discuss or work on at the hackfest, please add them to: Boston: http://wiki.inkscape.org/wiki/index.php/Hackfest2018_Topics Seville: http://wiki.inkscape.org/wiki/index.php/Hackfest2018_LGM_Topic s Tav

4 3

Inkscape is SVG
by Martin Owens 04 Jan '18

04 Jan '18

Hello Inkscape-makers, I found this ammusing, while searching for "CM350 brother inkscape" in google, google sometimes searches for synonymous terms. In this search is adds 'SVG' as a synonym for Inkscape. So google things Inkscape IS the same thing as SVG. That's a super cool position to be in, in an odd kind of way. Because it says that googles black box thinks that the pinnacle of SVG, the exemplar, the practical reference for the standard IS Inkscape. OK, back to work. :-) hope everyone had a good new year. Best Regards, Martin Owens

1 0

Inkscape Board Meeting
by Bryce Harrington 03 Jan '18

03 Jan '18

Our monthly board meeting is scheduled for next Friday, Jan 5th, 10am Pacific time in #inkscape-devel. All members are welcome. http://wiki.inkscape.org/wiki/index.php/Board_Meetings Agenda: + Madras Printer's and Lithographers' Association + Boston Hackfest (March) + Merchandise sales + Board election process review [tedg] + DigitalOcean Infrastructure hosting [bryce] + Preliminary preparations for 0.93 [tav] + Other Business Bryce

4 3

Vectors team meeting this Sat?
by brynn 02 Jan '18

02 Jan '18

Hi Friends, Lazur recently posted a calendar showing meeting dates for the board and also for the Vectors team. It shows a Vectors meeting for this Saturday. But is there actually going to be a Vectors team meeting this Sat? All best, brynn

2 1

Survey: Default beabiour on clones with path operations
by Jabier Arraiza 02 Jan '18

02 Jan '18

Hi all: I just commit a branch [1] that convert shapes and optinaly clones to paths previously any of this path operations: Booleans, Stroke to paths, Object to paths, Combine and Break Apart. The cuestion is simple: ¿Whats is your prefered option about symbols? This is done in preference section and can be change by the user, but we are speaking about the default behabiour. A: Convert to path clones and apply the operation B: Retain clones in this operatios ignoring the operation Thank for take time to reply. [1] https://gitlab.com/inkscape/inkscape/merge_requests/159

8 18

Trunk PPA working - Merry Christmas!
by Alex Valavanis 25 Dec '17

25 Dec '17

Hi All, Hope everyone's having a nice holiday. I've fixed the Trunk PPA uploads. The issue was that since we moved to git, there is no longer a universal sequence number for the commits... in other words, every time we merge a branch, the auto-numbering got screwed up. The solution (albeit a bit ugly) was to move to time-stamps in the version string, as recommended by the Launchpad documentation [1], rather than using a commit log number. The version strings for the built package now take the form: 1:0.92.0+devel+{time} This expands to something like: inkscape-trunk_1:0.92.0+devel+201712242340~ubuntu17.04.1 So it's a bit messy, but it's still a unique sequential ID. Best wishes, AV [1] https://help.launchpad.net/Packaging/SourceBuilds/Recipes#Version_numbers_a…

1 0

holiday graphics for website?
by brynn 22 Dec '17

22 Dec '17

Hi Friends, I'm thinking about starting a tradition of making holiday graphics for the website. Like for example, today I spiffed up the logo for Inkscape Community with some lights (not twinkling, but maybe next year ;-p ). https://forum.inkscapecommunity.com/index.php I'm thinking of just something small and simple like that. Holly and berries, or something. We couldn't do exactly the same thing on the website, because the logo doesn't work the same way as IC. (plus it's pretty small) But there must be some ways to easily slip in some extra graphics into the website? Like maybe in the menu/navigation bar? (could they be red and green? or look like snow is piled on them?) Or the white space between the logo on the top-left and the search field on the right? I saw that cute Inkscape logo with a santa hat in the gallery (https://inkscape.org/en/~jiawhein/%E2%98%85inkscape-logo-christmas), and that's what got me started. But unfortunately, it has a solid white background, which I don't think could be used for the site. I requested either SVG or a transparent PNG, but no answer yet. I made some sort of straight lines of lights, one of which might fit in the white space at the top. But alone, they're hardly creative. Anyway, if someone could explain what those ways might be, where we could sneak in some cute graphics around holidays, I'll take the responsibility to put out a call for such graphics before each major holiday.....or maybe just 4 seasons? Or maybe holidays plus 4 seasons? (I still want to see more graphics on the site, in general. But that's a much bigger project which I can't take a leadership role right now. Well, not unless someone else wants to co-leader it?) Thanks for comments :-) All best, brynn

3 4

GDL broken under Wayland
by Tavmjong Bah 21 Dec '17

21 Dec '17

Hi, It appears that GDL (Gnome Docking Library) is broken under Wayland. >From what I've figured out, the problem is that Wayland doesn't have the concept of global windowing position which means that GDL doesn't know how to do drag-n-drop.[1] The blue "pseudo" window used to indicate where the window is while dragging does not change position. GDL doesn't seem to be under active development so I can't see this being fixed upstream soon. (There were a handful of commits last year, mostly for translation updates.) The code and our interface to it are rather complicated and it would probably take someone a considerable amount of time to fix it. It might be time to rethink how we handle docked and floating dialogs. Any ideas? Tav [1] https://blog.gtk.org/2016/07/15/future-of-relative-window-positioni ng/

2 1

Re: [Inkscape-devel] Embroidery extension
by Lex 18 Dec '17

18 Dec '17

Ah, I see. My machine (a Brother SE400) can't cut the thread and continue stitching. It's a pretty difficult limitation to work with. I try to avoid jumps whenever possible, and when I have to, I place jumps such that they're easy to trim by hand. On August 28, 2017 1:45:33 PM Michael Soegtrop <MSoegtrop@...3339...> wrote: > Dear Lex, > > yes, in case there is a large distance, the TSP solver makes a jump. My > machine can actually do jumps (knot the threads and cut them at both > ends), so my main goal is to optimize the number of jumps. > > What one should do is try to order the groups such that connections can > be hidden below other stitching, but this is complicated, especially > when you don't have the concept of an area (my stuff just works on open > paths). > > Best regards, > > Michael > > On 25.08.2017 21:05, Lex Neva wrote: >> Hi! Sorry for going dark there -- everyday life intrudes fairly often. >> >> Neato, and thanks for the explanation! It does indeed look like your >> stuff follows a similar method to inkscape-embroidery. A few minor >> differences: >> >> * The extension handles creating a "grating" of lines automatically and >> intersects them with the fill region using Shapely (a Python extension). >> >> * The fill pattern is handled automatically through the insertion of >> extra nodes as you mentioned. Currently there's only one pattern: a >> sort of stair-step/staggered pattern that is visually pleasing. I >> cribbed it off of a pattern I bought online that was made using a >> commercial embroidery design program. I'd love to understand how to >> code more complex patterns, but I haven't given much thought to it yet. >> >> * The extension used to have a TSP solver of its own, but it really >> didn't do a particularly good job. I started off trying to fix bugs and >> ultimately just ripped it out. Instead, I carefully order paths in >> Inkscape. The new Objects panel is key for this, and it's a hugely >> awesome addition to Inkscape! The only part I struggle with is that >> Inkscape doesn't want to let you reorder objects relative to each other >> if they don't intersect (or nearly intersect). >> >> Ultimately, the problem I brought up for discussion boils down to the >> same problem you're solving with the your TSP algorithm. *Question: >> *what does your code do if it needs to get from one section to another >> that is distant? Does it just jump-stitch? >> >> Here's a brief description of how to use EmbroiderModder2's >> libembroidery to convert between formats: >> https://github.com/lexelby/inkscape-embroidery#optional-conversion-program >> >> I'd suggest that your code simply output a CSV in the format >> libembroidery understands, and then you can make use of its knowledge of >> pretty much every manufacturer format to convert it to a format >> compatible with your machine. >> >> --Lex >> >> On 7/30/2017 11:47 AM, Michael Soegtrop wrote: >>> Dear Lex, >>> >>> I guess we are trying to solve the same problem, but differently. I >>> wanted to have more control than semi automated fillers provide, so I >>> added 3 LPEs, which are in Inkscape 0.92.2: >>> >>> 1.) A bool LPE to do intersections / unions, ... of areas, so that one >>> can construct the areas to stitch from drawing areas. >>> >>> 2.) A path / path group trimmer LPE, which restricts a set of paths to >>> an area (or oustide of an area. There are already two path interpolation >>> LPEs which allow to create sets of paths with fine control over local >>> direction and density. >>> >>> 3.) An LPE to convert a set of paths into stitches. This includes an >>> almost reasonable traveling salesman problem (TSP) variant solver for >>> ordering groups of stitches to minimize the traveling in between. It can >>> still be improved. It is a bit more complicated than standard TSP >>> solvers, because it looks into groups of parallel stitches which have 4 >>> possible ends. >>> >>> >>> My approach is as follows >>> >>> 1.) Make a drawing >>> >>> 2.) Use the bool op LPE to create (in a new layer) the areas to fill >>> with each color / stitch style. >>> >>> 3.) Create a set of path to control density and direction using path >>> interpolation LPEs. This allows a great deal of control, e.g. for hair. >>> I don't think any commercial tool allows this amount of control. >>> >>> 4.) Use the path trim/cut LPE to trim the paths created in 3.) to the >>> areas created in 2.) >>> >>> 5.) Use the embroidery stitch LPE to convert the paths to stitches. >>> >>> Sometimes I use the cut / trim filter also to create intermediate nodes >>> in paths to create special stitching patterns. These nodes are not >>> visible in normal drawing, but after stitching they are visible. >>> >>> Of cause for simple cases, it would help to extend it with a more >>> automated approach, which is what you appear to be working at. >>> >>> I am very interested in the import/export library you mentioned. >>> >>> It would be great to work together on this. >>> >>> Best regards, >>> >>> Michael >>> >> > > -- > =========================================== > = Dipl. Phys. Michael Sögtrop > = Datenerfassungs- und Informationssysteme > = Steuerungs- und Automatisierungstechnik > = > = Anzinger Str. 10c > = 85586 Poing > = > = Tel.: (08121) 972433 > = Fax.: (08121) 972434 > =========================================== >

6 8

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 139, Issue 24
by Lex Neva 18 Dec '17

18 Dec '17

> That's really impressive. > I wonder if an extension is capable of setting the keyboard shortcuts ? > If it was then you could add an embroidery extension to set and unset > the shortcuts you use. > That would help to enable the workflows simple for complex domain > specific extensions like this. Neat idea, but as far as I know, there's no good way for an extension to modify keyboard shortcuts. The only method I can think of would be to kill inkscape, modify the preferences file, and restart. That seems like a terrible user experience. > > Question: - if the ice is white - how do you specify a thread change ? > The extension processes objects in their stacking order, lowest to highest. If it sees a color change from one object to the next, it automatically inserts a thread change instruction in the output file.

1 0

Spin slider widget, redux.
by Tavmjong Bah 16 Dec '17

16 Dec '17

Hi all, I've taken into account all the feedback and have developed a little test program that shows of a number of solutions to replacing the Gimp Spin Scale widget. A gzipped tar file of the source code is attached so that you can try out the solutions (should be trivial to compile on Linux if you have the Gtk3 libraries). Not all of the solutions fully work as I didn't take the time to make them... but you should be able to get a feel for them. If you run in debug mode (see README) you can interactively add CSS. I've include an example CSS file you can paste into the debug window (ignore the colors, they were just for experimenting). I've also attached PNGs of the widgets with and without the extra CSS. The five solutions, from top to bottom, are: * Custom Gtk::Range widget couple with Gtk::Spinbutton: This is my current favorite. It works quite well, methinks. Use the 'Alt' key to get into fine adjustment mode. It was rather simple to implement. Could be refined further (add styling properties, rounded corners, etc.). * Gtk::Scrollbar coupled with Gtk::Spinbutton: Works rather well, but doesn't show as well the current value. Using a narrow "slider" prevents it from covering up the text (text not implemented yet). I didn't know it before, but if one clicks on the slider and doesn't move for a second or two it enters into a fine- adjustment mode. * Gkt::ProgressBar coupled with Gtk::Spinbutton: CSS can get this looking pretty good but some extra work has to be done as the ProgressBar doesn't have an "adjustment", the class that actually handles tracking a value. The Gtk::Spinbutton actually contains a ProgressBar but while one can style it via CSS one can't directly access it and it overlaps the numerical entry part of the SpinButton (this is how the Gimp widget works). * Subclassed Gtk::Spinbutton: This is essentially a modified version of the Gimp widget but it has some major flaws as one cannot access the underlying widgets (ProgressBar, Buttons). In this example, the built in ProgressBar is disabled and new code that simulates a narrower ProgressBar has been added. I could not fine a good way to calculate how much narrower the new bar needs to be to not overlap the numerical entry part. Also, when dragging the bar it is easy to highlight the numerical text. The code to do all this is pretty messy. * Gtk::Scale coupled with Gtk::Spinbutton: CSS can make this look reasonable. Reducing the size of the circle will prevent it from covering text (text not implemented yet). Gtk::Scale also has a fine-adjustment mode accessed the same was as for a scrollbar. Tav

6 17

Stickers are here! ... now what?
by C R 12 Dec '17

12 Dec '17

The stickers arrived today. They are of acceptable quality, but I think 300dpi is a little low quality for stickers this small. Also I think the cutting machine had some ink residue, because the border of stickers are a bit dirty on the cut. So, who wants/needs stickers? I have a request for a sheet of the coffee and sheet of the ice cream already. Did we have any solid plans for these yet? See attached for samples.

6 9

Re-Posting Graphics Tablets
by Martin Owens 09 Dec '17

09 Dec '17

Dear Devs, There's a new fund going towards the development/maintenance of tablet drivers for linux (outside of wacom). It was posted to Libre Graphics World: http://libregraphicsworld.org/blog/entry/digimend-project-revived Would it be ok to post to inkscape.org? Best Regards, Martin Owens

3 2

Branch for high DPI monitors needs testing.
by Tavmjong Bah 07 Dec '17

07 Dec '17

Hi, If you've got a high DPI screen, please test the High DPI canvas branch: https://gitlab.com/inkscape/inkscape/tree/hidpi_canvas https://gitlab.com/inkscape/inkscape/merge_requests/137 There are a couple of minor problems that I know about (see merge request). If no other ones are found, I'll merge the branch in the next week. Thanks, Tav

2 3

[MR159] Convert to curves, bollops, union, combines... dont worry is not path
by Jabier Arraiza 07 Dec '17

07 Dec '17

Hi all, I just add a branch[1] to merge that, by converting to paths previouly: Allow boolops operation in shapes and clones Allow convert to stroke in shapes and clones Allow convert to curves in shapes and clones Allow combine with shapes and clones I want to know if is correct merge it. The 4 operations are descructive by default, so I dont see any problem to convert to path and allow finish the operation wanted by the user. [1] https://gitlab.com/inkscape/inkscape/merge_requests/159 Thanks for take time trying to undertand me. Jabiertxo.

1 0

Spin slider widget: Opinions needed!
by Tavmjong Bah 06 Dec '17

06 Dec '17

Hi, I've been looking into replacing the Gimp Spin Slider widget (e.g Blur/Opacity in the Fill and Stroke dialog). The widget is licensed under GPLv3 and is the only reason Inkscape as a whole is licensed under GPLv3 rather GPLv2.. The board sometime ago agree that being a GPLv2 program was desirable (I don't remember the exact reasoning). A normal Gtk Spin Slider (aka Gtk::SpinButton) has an option to show the "progress" of slider, that is the percentage (defined in some arbitrary way) between a minimum and maximum value. This in Gtk 2 is shown as a solid blue bar with width proportional to the value that covers the widget from top to bottom. In Gtk 3 the solid blue bar is replaced by a thin blue bar at the bottom of the widget. As far as I can tell, the Gimp version of the slider makes three changes: 1. It allows for a label inside the widget. This is a nice space saving feature. The widget handles changing the label text from black to white as the progress bar moves across the label. 2. It allows for a non-uniform scale by adding a "gamma" factor. 3. It adds the ability to drag the progress bar to change the value. If one drags from the top (down arrow cursor) the change follows the cursor directly. If one drags along the bottom half (double headed cursor) the change is finer and relative to the current value. I've always found that dragging the progress bar to be a bit awkward. One problem is that one can not start the drag at the far right of the widget as that area is reserved for typing a value directly in. Also, the different functionality of starting the drag in the top of the widget vs. the bottom of the widget is confusing. Since I am rewriting this widget, I can adjust it to what people want: * Do you want the progress bar? * If so, should it be the full height of the widget (quite a bit more complicated)? * Do you want to be able to drag the bar? With one/two methods? * Any other changes? Thanks, Tav

7 13

Wiki access
by Moritz 'Morty' Strübe 03 Dec '17

03 Dec '17

Hey there, I want to see whether I can do some optimization with the extension interface. My first idea is to have a two pass approach. First see whether the plugin only changed node attributes, and only replace the whole tree when nodes were added/removed or reordered. If this works, it would at least make JessyInk usable on large files. If that works out, I think there are some other low hanging fruits that can be picked. Anyway, as I know that I often do drive-by wiki editing I'm requesting wiki access right away. :-) Cheers Morty

1 0

Inkscape Board Meeting
by Bryce Harrington 30 Nov '17

30 Nov '17

Our monthly board meeting is scheduled for this friday, December 1st, 10am Pacific time in #inkscape-devel. All members are welcome. http://wiki.inkscape.org/wiki/index.php/Board_Meetings Agenda: + Board election process review [tedg] + Infrastructure backup/alternate hosting + Preparations for 0.93 + Merchandise sales + Hackfest + Other Business

1 0

volunteer moderators needed
by brynn 28 Nov '17

28 Nov '17

Hi Friends, If anyone is interested, we still need more moderators for the website gallery. It doesn't usually take very much time. I'd estimate no more than a half an hour per week. (Preferably spread out 5 or 10 minutes each for 3 or 4 days per week. But at this point, once a week would help.) And Martin has built us a wonderful system where the burden of deleting an image or removing member doesn't fall all on one person. Typically it takes 2 moderators to decide the fate of a reported image or member. If interested, please visit this page, (https://inkscape.org/en/*moderators) and click the button which I think says something like "Join this team." After that, I'll contact you with details to get you started. All best, brynn

1 0

Mattermost site down
by brynn 28 Nov '17

28 Nov '17

Hi Friends, I've been trying to visit the Vectors team Mattermost site since last night, but it seems to be down, or offline, or "not responding" as the error message says. Just wanted to find out if there's going to be a meeting next week, or when. Or has the team moved somewhere else? Thanks, brynn

2 3

I need to hire a developer for some custom programming with Inkscape
by Dean Loew 28 Nov '17

28 Nov '17

Hello all. I need a much-simplified, bare-bones version of inkscape for a small home school project I am starting. Our students will write handwritten essays / short answers, and submit those homework images (they are jpgs, gifs, etc). I need a program to help "mark up" those images, and then save the image, and store the grades in a MySQL database. *"Marking up" the image:* - I need to quickly be able to add grading marks to the image, such as "SP" (spelling error), "GR" (grammar error). I can easily add these marks now by adding custom symbols to inkscape and then dragging them onto the image. But, I would prefer instead to be able to this via custom tools in the toolbar. - Whenever I add one of these marks, I want to subtract the appropriate number of points from the "perfect score" (e.g. every time I add an "SP" for a spelling error, the grade goes down by 1 point, etc). So, there needs to be shown a little box with the current score. - If I make a mistake and add one of those marks by accident, and delete it, the score goes back up. - I need to have the screen split into two parts (with two images showing): the top image is the student image being graded; the bottom image is the "official answer" (also an image). - I need to have a little list of images to correct - that is, a list of all images that need to be corrected. As I click on the list, it will load that student image. - When an image is done being graded, there will be some simple button to "Save" - All unnecessary options and features will be disabled (or at least hidden) - unnecessary tools, the main menu, toolbars, etc. I want a very simple interface. *MySQL*: - The list of images needs to be loaded from the database. - When each image is done being graded, the score needs to be stored in the database; the next student image in line needs to be auto-loaded, etc. Thanks! Dean

7 8

Re: [Inkscape-devel] [Inkscape-docs] Adding extensions api docs
by Eduard Braun 27 Nov '17

27 Nov '17

Hi all, do we have someone with experience regarding doxygen? Mois put some work into documenting the extension API (see inkscape-docs thread [1] for details and [2] for the open MR on GitLab). Some feedback would certainly be appreciated and it might be a good opportunity to recruit some help, whip our source documentation into shape and make it a bit more useful overall! Thanks in advance, Eduard [1] https://sourceforge.net/p/inkscape/mailman/inkscape-docs/thread/e9aeb332-15… [2] https://gitlab.com/inkscape/inkscape/merge_requests/123/ Am 14.11.2017 um 17:48 schrieb Mois: > Alright, here is a second attempt at generating the extensions docs. > http://monomon.me/stuff/inkscape-doxygen-extensions/ > > Now they are separate from the Inkscape core documentation. > It does seem more useful this way - otherwise there's too much... > > I added a couple of small subpages which should be expanded down the line. > They should probably also link extensively to the wiki. > > I still haven't tried running the gitlab ci locally after my first > failed attempt. > Been working with docker for a bit and I like it, but it frequently has > issues. > > Anyway, going to make a pull request for this part, and will integrate > into ci later. > > Cheers, > Mois > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-docs mailing list > Inkscape-docs(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-docs

4 4

Fwd: [FM Discuss] CfP: LGM Seville, 26-30 April 2018
by Maren Hachmann 27 Nov '17

27 Nov '17

Forwarding, got this on the FlossManuals mailing list. -------- Weitergeleitete Nachricht -------- Betreff: [FM Discuss] CfP: LGM Seville, 26-30 April 2018 Datum: Mon, 27 Nov 2017 17:31:44 +0000 (UTC) Von: larisa blazic Antwort an: discuss@...2558... An: Open Design and Hardware Mailing List apologies for x-posting Call for participation! "The 2018 Libre Graphics Meeting (LGM) will take place at the end of April in Seville, Spain. This annual gathering is an opportunity for teams, contributors and practitioners involved in Libre Graphics to work together, share experiences, and hear new and inspiring ideas. By Libre Graphics we mean 'Free, Libre and Open Source tools for creative uses'. LGM is not just about software, but extends to standards and file formats used in creative work. Participants in LGM include developers, designers, academics, and activists. People from around the world who are passionate about Free/Libre tools and their creative applications." Deadline: January 10, 2018 http://libregraphicsmeeting.org/2018/call-for-participation/

1 0

save as .dxf
by archituttle＠...8... 23 Nov '17

23 Nov '17

Hello. with the last inkscape version, when you save your file as a .dxf file, you lose all the circles forms. Opening this dxf file in Librecad or Autocad, you will see the squares or rectangles but not the circles. Is there any solution? Thanks. Gilles.L.

2 1

Animated Rendering Is it Possible
by James Fritzler 22 Nov '17

22 Nov '17

You might have seen some of those "explainer" videos on the internet that show people drawing on a white board to teach various topics. I have charts and imagery I've already drawn in inkscape that I'd like to animate the strokes and make them into explainer videos. I'm not worried about saving them to video format at this time; only interested in displaying them as animated drawn paths. It seems like all the pieces are there.. the sequence of the paths, the direction of the paths. Does anyone think it would be as "easy" be taking the rendering engine and putting a user defined delay in each path node draw call? Would display buffering have to be disabled? Is that something that a plug in could do in inkscape? or is rendering logic protected from plug ins? or maybe someone else has done this already? Side Note: I did run into similar functionality in an app called queekly, but their rendering is unpredictable. during editing some of my marks got put in a difference sequence. sequence is important in this case. Thanks

4 4

Importing an ancient binary vector format
by Nick Fox-Gieg 21 Nov '17

21 Nov '17

Hey, I'm looking to recreate a decoder for NAPLPS, an '80s binary vector format, to restore some art games made at InterAccess in Toronto in time for the 35th anniversary of the project next year. I thought an InkScape import plugin might be a great place to start--I have the NAPLPS spec and examples collected here: https://github.com/n1ckfg/Telidon The holdup is, I've never worked with binary formats before, so I was wondering if anybody had advice how to best start tackling the problem? Thanks! Nick

4 3

"Proper" way to avoid function name conflicts?
by Eduard Braun 20 Nov '17

20 Nov '17

Hi all, just stumbled across something again I always wanted to ask the devs more familiar with C/C++ than me: If the same function name is used in two third party C libraries, is there a good way to avoid this name conflict without changing the third party library? Background is a conflicting function name in libwmf and libuemf that caused some crashes [1] and was fixed by Tav by renaming the function in libuemf [2] which works as we have a copy of that library but obviously will cause issues if we attempt to update the library with upstream code at some point in the future. Best Regards, Eduard [1] https://bugs.launchpad.net/inkscape/+bug/1616844 [2] https://gitlab.com/inkscape/inkscape/commit/038293f7984fa8bfd89a0451d3d77fc…

5 10

User feedback on the forums
by Maren Hachmann 18 Nov '17

18 Nov '17

Something to brighten up the Inkscape devs' day: http://www.inkscapeforum.com/viewtopic.php?f=22&t=33182

2 1

Stroke width
by Parthasarathy R. 17 Nov '17

17 Nov '17

Hi, I am unable to get the stroke width for the path item in "mm", Inkscape::Util::Unit const *const unit = unitSelector->getUnit(); for (std::vector<SPItem*>::const_iterator i = items.begin(); i != items.end(); ++i) { double sw = (*i)->style->stroke_width.computed; double ei = Inkscape::Util::Quantity::convert(sw, unit, "mm"); Please suggest proper way to get. Regards, Sarathy

2 2

Check new code in release mode
by Jabier Arraiza 16 Nov '17

16 Nov '17

Hi all. We notice differences running a Inkscape build in release mode then in debug mode, normaly in debug mode works but not in debug mode. Normaly It happends to me when using an uninicializated variable, but cam be more diferences. So please check your code is working in both modes. Regards, Jabier.

1 1

Meeting - Inkscape Vectors
by Ryan Gorley 08 Nov '17

08 Nov '17

The Inkscape Vectors will be meeting a couple hours before the board meeting. Catch the agenda, time and location details here: https://gitlab.com/inkscape/inkscape-vectors/general/issues/21 (https://gitlab.com/inkscape/inkscape-vectors/general/issues/21) All are welcome. We hope you'll join us! -- Ryan Gorley Founder + Creative Director https://dijt.co (https://dijt.co)

3 3

Gtk3 Trunk/Master Status
by Tavmjong Bah 05 Nov '17

05 Nov '17

Hi All, At the last Inkscape board meeting I was tasked with looking into the status of our move to Gtk3. I've updated the Gtk+ 3 issues wiki page: wiki.inkscape.org/wiki/index.php/GTK%2B_3_issues Here are what I consider to be the big blockers to a 0.93 release from the Gtk3 perspective: 1. Filter Editor dialog rewrite. Our custom Filter Editor dialog is seriously broken with Gtk3. Some work was done at the hackfest on rewriting this dialog from scratch. This needs to be finished. 2. Crash in Wayland with docked dialogs. When Inkscape is run under Wayland and there is a docked dialog, opening a new Inkscape window causes a crash in the GDL code. 3. Icons themes. We've removed our custom icon handling code and now rely on native Gtk icon handling. This means that each icon is now in its own SVG file. In principle this should allow theming to work properly but more work needs to be done. All the icons are currently dumped into one directory. They need to be in put in subdirectories according to the common desktop spec and the Inkscape code updated to use the directories. 4. Icons missing in toolbars. Icons are often missing in toolbars until the window is resized. There are quite a few other major bugs that should be addressed as well listed on the wiki page, some of them may be candidates for blockers. Please give your feedback here and/or on the wiki page. Thanks, Tav

4 3

Inkscape sponsor requirements
by C R 05 Nov '17

05 Nov '17

Hey all. As requested of me at the board meeting, I've typed up a "common sense" draft of what I think is in-line with the project's purpose and goals. I thought about all the ways I could think of that a sponsor could make the project look bad with their actions, so here's the result: Sponsorship Requirements: The Inkscape project was founded to serve a world-wide community of artists, hobbyists, designers, scientists, engineers, and people everywhere by providing free and open source software (FLOSS) tools for vector graphics production. Since our sponsorship offerings include the service of exposure on our website, we require that all sponsors meet the following criteria to ensure a mutual compatibility with the spirit of the Inkscape Project. Thus to qualify for sponsorship, a sponsor must be: 1. A Legal, Law-Abiding Business - Must be registered as a business, pay taxes, and maintain a good standing with their customer base, and the country(s) in which they do business. 2. Politically Neutral - Our community is vast, and serves users from all walks of life and political views. The Inkscape Project does not, and therefore must not be seen to support one any particular ideology (beyond that of our belief in the essential software freedoms), and thus can not accept support from organisations of a political or religious nature. 3. Supportive of User Freedoms - A sponsor must not have a history of abusing user freedoms. This includes the sale of and promotion of proprietary software as part of the sponsor's core business, which we consider incompatible with the project's goals of user freedom. 4. Supportive of the Environment and the Future - The Inkscape Project can not accept donations from companies which promote the destruction of the environment. This includes companies which fund climate change denialism, anti-science groups, and members of the tobacco and fossil fuel industries. 5. Supportive of Equal Rights, Free Speech and Gender Equality - A sponsor must not fund groups which seek to deny the rights and freedoms of others based on gender, race, creed, religion (or lack thereof), or sexual preference. If a sponsor is found at odds with any of these essential compatibility points, the Inkscape Project reserves the right to pull the sponsor from our website, at which point a prorated refund of the donation amount will be returned to the sponsor.

3 4

Error building (last two steps)...
by Patrick Dorion 03 Nov '17

03 Nov '17

Hi, could anyone give me a hint? I don't know what to do... Building on FreeBSD-amd64 11.1-REL from the Ports tree... --> See attachment for output. Patrick Dorion 📱 +1 438 345-4575

1 0

[Inkscape-board] Inkscape Board Meeting
by Bryce Harrington 03 Nov '17

03 Nov '17

Our monthly board meeting is scheduled for tomorrow, Nov 3rd, 10am Pacific time in #inkscape-devel. All members are welcome. http://wiki.inkscape.org/wiki/index.php/Board_Meetings [Please note that some timezones have gone through daylight savings time changes, but others have not, so check your time!] Agenda: + Board election process review [tedg] + Infrastructure backup/alternate hosting + Sponsor acceptance policy + Preliminary preparations for 0.93 [tav] + Merchandise sales + Other Business Bryce

3 2

Re: [Inkscape-devel] reply to personal message re Inkscape
by brynn 02 Nov '17

02 Nov '17

Hi Andrew, I'm posting this directly to the mailing list, as an introduction. And I'm also copying in Alexia, who has replied to me as well. You will have to subscribe before you can send messages to the list. As I mentioned before, please find the link you need to subscribe to the Devel Mailing List here: https://inkscape.org/en/community/mailing-lists/ There's a good chance your scale issues can be fixed with this info: https://inkscape.org/en/learn/faq/#inkscape-092-my-drawings-are-just-quarte… Or the other possibility I can think of is Inkscape Preferences > Input/Output > SVG Output > Path Data If those don't solve the problem, then it's well over my head, and definitely you should subscribe and post to developers on the mailing list. All best, brynn -----Original Message----- From: Andrew Jansen Sent: Wednesday, November 01, 2017 6:53 PM To: brynn@...3472... Subject: Re: reply to personal message re Inkscape Hello Brynn, Confirming receipt of email below. Please confirm and let me know if you can point us in the right direction. Thanks, Andrew Sent from my iPhone > On Oct 27, 2017, at 2:07 PM, "brynn@...3472..." <brynn@...3623...> > wrote: > > Hi Andrew, > I'm contacting you as a reply to a personal message you sent me today, > on Inkscape Community. I've pasted the text of your message below, just for > convenience. > > I don't think you've actually contacted the person you intended. I have > not posted in any forum about AxiDraw, and in fact, this is the first time > I've heard about it. I tried searching for a forum, and found a few which > have messages about AxiDraw. I'm guessing you were referring to the Evil Mad > Scientists forum. But once there, I still had no idea which message to look > at. > > The president of the Inkscape Board of Developers' name is Bryce. And > with my name Brynn, we get confused sometimes. This forum is run separately > from the Inkscape website, although I am quite active in the community. I can > certainly put you in touch with Bryce, or whomever you're looking for. > > I've never heard of the Inkscape community having a paid consultant > service. But I know the Board has been creating sponsorship opportunities, as > well as funded development options. So perhaps either one of those would work > for you, or perhaps could be modified. But certainly I can't represent either > one of those to you. > > The Inkscape development community primarily communicates via mailing > list (although they also use IRC for real time chats). I'm pretty sure you > can post to the Board of Developers list, without subscribing to it. But the > Development list does require subscription (although you don't necessarily > have to receive mail or stay subscribed, and you can read messages via the > archives). (Although for developing an extension, perhaps you'd want to be > subscribe to the list?) > > This page has links for all the mailing lists, as well as the archives: > https://inkscape.org/en/community/mailing-lists/ > > Or if you know the name of the person you're looking for, I could > probably put you in touch. > > For the scale issue, I'm guessing there will be a simple solution. > Starting with version 0.92, Inkscape's native unit is mm, rather than px, and > if you need a different unit, you have to set the Scale option correctly. As > someone who participates primarily with user support, I can tell you there is > a good deal of confusion about it. So whoever you end up working with can > explain it to you. (Personally it confuses me, haha. As far as I can > understand it, it sounds like something that most users should never have to > deal with. But unfortunately, it currently requires user input.) > > Let me know if I can help you contact someone in particular. > > All best, > brynn > > __________________________________________________ > > Hello, > > My name is Andrew and I noticed you commented on a AxiDraw Forum. We're new to > using Inkscape and we currently use it for pen plotting. The pen plotter we > are using is called the AxiDraw3. Inkscape has been quite challenging to use > at scale. We currently use Inkscape and our pen plotter to write handwritten > cards. I understand that Inkscape is free but is there a paid consultant > service we can use to help us streamline our business? > I sincerely appreciate your time. > > I check my email more than I check my messages on this forum so if you could > respond back at andrew@...3622... that would be incredibly appreciated. > > Thanks in advance! > > Andrew > (323) 532 6551

1 0

moderation - 'could have been made w/Inkscape'
by brynn 02 Nov '17

02 Nov '17

Hi Friends, I think I probably know how the community leans on this. But since it bothers me so much, and happens so often, I thought it was worth not assuming the answer, and finding out for sure. A few months ago, we decided not to allow random photos in the gallery, which are unrelated to the project in any way. We also decided not to bother with copyright issues. (long discussion - https://sourceforge.net/p/inkscape/mailman/message/35798617/) Probably equally as often as random photos being uploaded, are images which *could have been made with Inkscape* but which I doubt were. So far, I've been letting these go through. But as I said, I wanted to have a discussion, rather than assume. Here are a couple of recent examples: -- 2 images, 1 resource and 1 thumbnail -- https://inkscape.org/en/~noahgabe@...3618.../%E2%98%85music -- https://inkscape.org/en/~KristiBryant113/%E2%98%85jesus-saves-the-world2 (I did a little research on this one, and found it at many different sites (many on different sites selling tshirts, as well as just web images) with the same basic image (and this exact image here: https://res.cloudinary.com/teepublic/image/private/s--rVeDm8Gt--/t_Preview/…) -- so I'm pretty sure it wasn't made with Inkscape) --https://inkscape.org/en/~chiquitita/%E2%98%8515230751-703016283207581-8475381764676214363-n To me, all of those /could have been/ made with Inkscape. But I have reasons to doubt all of them. How do you all think they should be handled? I think they should be handled similarly to random photos (contact the member, explain and link to CoC, ask to explain the relation to Inkscape, ask if they would like to remove, inform after 2 weeks we will do it, of course with graciousness. Or do we let them have the benefit of our doubt? I honestly don't understand why people go around posting random images (apparently, afaict) in random galleries, once or twice, and never come back. (I have the same curiosity about people who post 1 or 2 frivolous, sometimes meaningless messages in forums and never return.) But it seems worth the effort not to waste our limited resource on hosting these things. Anyway, thanks for any thoughts or comments :-) All best, brynn

4 18

Development versions
by Jabier Arraiza 01 Nov '17

01 Nov '17

Hi all. I have a request from a Grafica Libre user to get a PPA or AppImage of devel versions to start working filling bugs. Hi is focussed now in Jessyinc. Is posible create similar thing like the one for windows described a little time ago in Appveyor for Appimage to allow user coexist easy 2 inkscape versions without need install&reinstall PPA needs because same package devel and stable? This grow our testing base user and also provides people ability to test if a bug is realy fixed without need to wait the release, removing surprises. Thanks in advance, Jabier.

2 2

Inkscape 0.92.2, win64: install additional Python modules
by Sebastian Kraft 28 Oct '17

28 Oct '17

Hi, I have written an Inkscape extension (https://github.com/seebk/LaTeXText) that requires additional python modules (PyGObject). In previous Inkscape versions on windows, I could simply install the PyGObject module into the Inkscape/[...]/python/site-packages subfolder from the official PyGObject windows builds. However, since 0.92.2 it seems that the windows build and python version changed and is incompatible to the PyGObject windows builds. What would be the recommended way to add modules to the Python distro bundled with Inkscape on windows? I tried to use the python module from msys2/mingw64 but did not succeed. The import of gi fails, it misses some DLLs. Unfortunately, the error message does not give detailed information what exactly is missing. Thanks for your help! Sebastian

4 9

Fwd: Message from User: Inkspace Issues - AxiDraw3 (request for "paid consultant service")
by Eduard Braun 27 Oct '17

27 Oct '17

Hi all, I don't know why they particularly chose me to write this message to, maybe somebody is interested / knows somebody? Regards, Eduard -------- Weitergeleitete Nachricht -------- Betreff: Message from User: Inkspace Issues - AxiDraw3 Datum: Fri, 27 Oct 2017 17:27:08 -0000 Von: webmaster@...1478... An: eduard.braun2@...173... Dear Eduard Braun, Oparix, another user of the Inkscape web site, has sent you a personal message: Inkspace Issues - AxiDraw3 ================================================ Hello, My name is Andrew and I read your bio on the Inkscape website. We're new to using Inkscape and we currently use it for pen plotting. The pen plotter we are using is called the AxiDraw3. Inkscape has been quite challenging to use at scale. We currently use Inkscape and our pen plotter to write handwritten cards. I understand that Inkscape is free but is there a paid consultant service we can use to help us streamline our business? I sincerely appreciate your time. I check my email more than I check my messages on this forum so if you could respond back at andrew@...3622... that would be incredibly appreciated. Thanks in advance! Reply: http://www.inkscape.org/en/~Oparix/message/209/ Visit Oparix's profile: http://www.inkscape.org/en/~Oparix All my messages: http://www.inkscape.org/en/alerts/ All the best, Inkscape.org Website ~~~~~~~~~~~~~~~~~~~~~~~~~ Unsubscribe: If you do no longer want to receive these messages, you can edit your subscriptions and notification settings at http://www.inkscape.org/en/alerts/settings/.

3 2

msys2 Symantec oddness for your amusement
by mathog 26 Oct '17

26 Oct '17

Installing msys2 on a 32bit W7 machine today. Check this out: cat >helloworld.c <<'EOD' #include <stdlib.h> #include <stdio.h> void main(void){ printf("Hello World!\n"); } EOD gcc -o helloworld helloworld.c ./helloworld Hello World ldd ./helloworld ntdll.dll => /c/Windows/SYSTEM32/ntdll.dll (0x77740000) kernel32.dll => /c/Windows/system32/kernel32.dll (0x778b0000) KERNELBASE.dll => /c/Windows/system32/KERNELBASE.dll (0x75830000) SYSFER.DLL => /c/Windows/System32/SYSFER.DLL (0x754b0000) UMEngx86.dll => /c/ProgramData/Symantec/Symantec Endpoint Protection/12.1.4013.4013.105/Data/Definitions/BASHDefs/20171016.001/UMEngx86.dll (0x71c70000) msvcrt.dll => /c/Windows/system32/msvcrt.dll (0x76af0000) Hopefully that is just what it looks like in msys2 and not a real dependency for the Symantec dll in the resulting program! I cannot really tell right now because all the PCs near me have the same Symantec program on them, so they have that dll. msys2 is a lot more like Cygwin than mingw2. The latter was a really light development platform, msys2 has everything including the kitchen sink. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Confusing windows build instructions
by mathog 26 Oct '17

26 Oct '17

Hi all, Today while perusing the varied Windows build instructions I was struck by some contradictory, or at least, not fully fleshed out text. For instance, it says here: http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows Warning: As our 32-bit development libraries (devlibs) currently do not offer GTK+ 3 (which is required by trunk) you have to follow the instructions for 64-bit builds or use MSYS2 if you want to compile the latest code (lp:inkscape)! Is "lp:inkscape" the name on github too? The Msys2 page says here: http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows_with_… nothing about devlibs. Presumably it doesn't need them anymore and msys2installdeps.sh takes care of it? Never having used Msys2 it isn't entirely clear what the "gtk3" install (for instance) is. If there is no devlib for gtk3, what is this? More like a cygwin library? The 64 bit build page says here: http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows_64-bit in several places to use "mingw32-make". No explanation why 32 and not 64. Somehow related to "win32 threading model and SEH exception handling"? Finally the visual studio page says here: http://wiki.inkscape.org/wiki/index.php/Using_Visual_Studio "Follow all steps of guide Compiling Inkscape on Windows." At that point one has a fully compiled and working Inkscape. Why bother with Visual Studio? For the IDE? Is there a discussion in the wiki somewhere about other IDEs, like CODE::BLOCKS or Eclipse? Do any of these give instructions for packing up the built Inkscape so that it can be given to somebody else, like in a zip file? As I recall there are a bunch of dll's that need to be copied into the Inkscape folder from other locations (devlibs/bin, mostly). That was for an Inkscape built with mingw and msys and devlibs. What about Msys2 and whatever it is using for libraries? Can you just copy over whatever it has for devlib equivalents or are there Msys2 core libraries which must come too (like when distributing a cygwin binary)? Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 9

Re: [Inkscape-devel] [Inkscape-docs] moderation - 'could have been made w/Inkscape'
by brynn 26 Oct '17

26 Oct '17

Hi Reidar, Thank you for your comments. Anyone is welcome to share their comments. It's not an interruption - it's what I was asking for :-) I agree about integrity. I really would like the gallery to have only Inkscape images. But considering this post was answered by only 2 people, I guess the community isn't very concerned. So I probably won't change much, if anything, about the way I handle these images. If we start to run short of space for the gallery, maybe we would want to revisit this. But for now, it doesn't sound like the community is concerned about this. Thanks again for your comments! All best, brynn -----Original Message----- From: Reidar Vik Sent: Tuesday, October 24, 2017 1:52 PM To: brynn Cc: C R ; Inkscape-Devel ; Inkscape-Docs Subject: Re: [Inkscape-docs] [Inkscape-devel] moderation - 'could have been made w/Inkscape' @brynn, I agree about what you said about images. It is fairest and most honest to only use images made with inkscape. Integrity is very important in this game. (I hope I didn´t interrupt the discussion) Vennleg helsing Reidar Vik Trostereiret Vik org.nr. 912 333 485 trostereiretvik.blogspot.com https://twitter.com/Trostereiret 2017-10-22 20:09 GMT+02:00 brynn <brynn@...3133...>: Thanks for your comments, C R. Re: Time as a resource: I think it's not worth anyone's time to scour the internet trying to prove that something wasn't made in Inkscape. Well of course, that's not what I'm proposing. For the image I did search, there was no scouring. It was the first result of the first search I made. It was clear enough for me just to look at the image. But I searched it out just to prove my suspicion. (It's the only time I've done that.) For the rest of your comments, I had the very same thoughts at first. If it could have been....why not. But the reason I wanted to try to discuss, is because (a) These images are numerous, considering our limited space. (b) Most of them could really only be done by advanced users (That's usually how I catch them. If they really had been made with Inkscape, in my experience, the artist wants to shout it out - not make a drive-by upload.) (c) I'm afraid it's misrepresenting Inkscape's abilities. I'm afraid it gives the impression that it must be easy to create amazing images. (d) It makes it harder to find the really awesome Inkscape-made images. It kind of dilutes the pool of awesome. I really have always (well, since I found Inkscape 10 years ago) wanted an Inkscape-only gallery. To me, THAT would be amazing! And to me, that's what the website should provide. I wonder if it would work to have another category, or another Order By option, like All Inkscape or 100% Inkscape, or something like that? Because I certainly have no objection to having images in the gallery, for which Inkscape was used only for part of it. But maybe it would be nice to have the "all Inkscape" images easier to find? Well anyway, as I said, I already had an idea that this isn't a big concern for the community. But I just wanted to voice a few thoughts as to why maybe it should be. Thanks again :-) brynn -----Original Message----- From: C R Sent: Monday, October 16, 2017 4:33 AM To: brynn Cc: Inkscape-Docs ; Inkscape-Devel Subject: Re: [Inkscape-devel] moderation - 'could have been made w/Inkscape' Re: Time as a resource: I think it's not worth anyone's time to scour the internet trying to prove that something wasn't made in Inkscape. I can think of several ways to do the graphic in question (or at least similar) in Inkscape, so I'd let it stay as it's actually quite stunning and not really hurting anyone. Even if it's not done in Inkscape, it gets people thinking about how it could be done in Inkscape, which is not a bad thing. Maybe it will inspire someone to post a vector resource of it in the future. Going forward, this is my recommendation: If it looks like it could have been done in Inkscape, and it was posted on our website, then we can assume (for the sake of aesthetics) that it was. Obviously if the uploader came back and replied to your comment, saying "Oh, I've not done this in Inkscape." Then you can remove it without having to make any guesses. :) Thanks for bringing it to attention, Brynn. Your hard work to fight against random non-Inkscape posts is definitely making the site much more usable and clutter free for everyone. -C On Mon, Oct 16, 2017 at 5:29 AM, brynn <brynn@...3133...> wrote: Hi Friends, I think I probably know how the community leans on this. But since it bothers me so much, and happens so often, I thought it was worth not assuming the answer, and finding out for sure. A few months ago, we decided not to allow random photos in the gallery, which are unrelated to the project in any way. We also decided not to bother with copyright issues. (long discussion - https://sourceforge.net/p/inkscape/mailman/message/35798617/) Probably equally as often as random photos being uploaded, are images which *could have been made with Inkscape* but which I doubt were. So far, I've been letting these go through. But as I said, I wanted to have a discussion, rather than assume. Here are a couple of recent examples: -- 2 images, 1 resource and 1 thumbnail -- https://inkscape.org/en/~noahgabe@...3618.../%E2%98%85music -- https://inkscape.org/en/~KristiBryant113/%E2%98%85jesus-saves-the-world2 (I did a little research on this one, and found it at many different sites (many on different sites selling tshirts, as well as just web images) with the same basic image (and this exact image here: https://res.cloudinary.com/teepublic/image/private/s--rVeDm8Gt--/t_Preview/…) -- so I'm pretty sure it wasn't made with Inkscape) --https://inkscape.org/en/~chiquitita/%E2%98%8515230751-703016283207581-8475381764676214363-n To me, all of those /could have been/ made with Inkscape. But I have reasons to doubt all of them. How do you all think they should be handled? I think they should be handled similarly to random photos (contact the member, explain and link to CoC, ask to explain the relation to Inkscape, ask if they would like to remove, inform after 2 weeks we will do it, of course with graciousness. Or do we let them have the benefit of our doubt? I honestly don't understand why people go around posting random images (apparently, afaict) in random galleries, once or twice, and never come back. (I have the same curiosity about people who post 1 or 2 frivolous, sometimes meaningless messages in forums and never return.) But it seems worth the effort not to waste our limited resource on hosting these things. Anyway, thanks for any thoughts or comments :-) All best, brynn ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-docs mailing list Inkscape-docs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-docs

1 0

Should Inkscape use fonts from folder of currently opened SVG?
by Eduard Braun 25 Oct '17

25 Oct '17

Hi all, I'm currently implementing functionality which allows Inkscape to use fonts *not* installed on the system [1]. * Suppport for loading fonts from share/inkscape/fonts as well as the fonts dir in Inkscape's configuration directory is already added. * Support for custom locations configurable by the user is provided, too. * One task is left: load fonts from the location of the currently opened SVG document While the last point could be especially interesting (e.g. it would allow people to simply distribute fonts required by an SVG alongside with it) it's also a bit tricky: fontconfig scans directories recursively. This means if the user were to open an SVG file somewhere at the top of the directory tree, fontconfig suddenly would scan *a lot* of directories for fonts. So I basically want to collect some opinions: * Do you think this would be acceptable? In that case I'd probably implement a boolean setting which defaults to false and explains the risks. * Could it make sense to rephrase the task a bit to "load fonts from the 'fonts' directory in the folder of the currently opened SVG"? It might be an option to offer this functionality while reducing the risk of indexing a large amount directories, however discoverability of the feature would be significantly reduced. * Should I just skip the last task? * Other ideas? Let me know what you think! Best Regards, Eduard [1] https://gitlab.com/inkscape/inkscape/merge_requests/102

4 7

Convert to path on use/clones
by Jabier Arraiza 24 Oct '17

24 Oct '17

Hi all. I want to start a discussion to make convert to paths function and also the stroke to paths works on use/clone elements. The question: Is a good idea? To me is the expected result from a user point of view... Cheers, Jabier.

3 3

Development versions for Windows available on a regular basis via AppVeyor
by alvinpenner 24 Oct '17

24 Oct '17

Just found out about this, so I'm re-posting this notice, slightly edited: http://www.inkscapeforum.com/viewtopic.php?f=21&t=32932#p100877 Development versions of Inkscape for Windows (currently for 0.92.x branch and for master branch (formerly called 'trunk') ) are now automatically created on every change to the code base. They can be found at https://ci.appveyor.com/project/inkscape/inkscape/history Click on the title of the build you want to test, i.e. a URL that goes like: https://ci.appveyor.com/project/inkscape/inkscape/build/master-606 or https://ci.appveyor.com/project/inkscape/inkscape/build/0.92.x-607 On the next page, below 'Job Name', select if you want the 32 or 64 bit version (Environment: MSYSTEM=MINGW32 or Environment: MSYSTEM=MINGW64). On the next page, click on 'Artifacts' (at the right, right above the terminal-like box). On the next page, download a 7z file. (If necessary, you may need to install the 7z decruncher, from http://www.7-zip.org/) ................... For Ubuntu, there's https://launchpad.net/~inkscape.dev/+archive/ubuntu/trunk (0.93 devel series) and https://launchpad.net/~inkscape.dev/+archive/ubuntu/stable-daily (0.92.x series) -- Sent from: http://inkscape.13.x6.nabble.com/Inkscape-Dev-f2781808.html

1 0

Development versions for Windows available on a regular basis via AppVeyor
by alvinpenner 24 Oct '17

24 Oct '17

Just found out about this, so I'm re-posting this notice, slightly edited: http://www.inkscapeforum.com/viewtopic.php?f=21&t=32932#p100877 Development versions of Inkscape for Windows (currently for 0.92.x branch and for master branch (formerly called 'trunk') ) are now automatically created on every change to the code base. They can be found at https://ci.appveyor.com/project/inkscape/inkscape/history Click on the title of the build you want to test, i.e. a URL that goes like: https://ci.appveyor.com/project/inkscape/inkscape/build/master-606 or https://ci.appveyor.com/project/inkscape/inkscape/build/0.92.x-607 On the next page, below 'Job Name', select if you want the 32 or 64 bit version (Environment: MSYSTEM=MINGW32 or Environment: MSYSTEM=MINGW64). On the next page, click on 'Artifacts' (at the right, right above the terminal-like box). On the next page, download a 7z file. (If necessary, you may need to install the 7z decruncher, from http://www.7-zip.org/) ................... For Ubuntu, there's https://launchpad.net/~inkscape.dev/+archive/ubuntu/trunk (0.93 devel series) and https://launchpad.net/~inkscape.dev/+archive/ubuntu/stable-daily (0.92.x series) -- Sent from: http://inkscape.13.x6.nabble.com/Inkscape-Dev-f2781808.html

1 0

GSoC mentor summit
by Marc Jeanmougin 22 Oct '17

22 Oct '17

Hi all! Last weekend, I attended the GSoC mentor summit which had a great variety of very interesting people and sessions, I'm just going to summarize my thoughts about some of the most interesting sessions and discussions. Some are mostly board-related, but most can be of interest to the whole contributors community. ToC: * Diversity * Fuzzing * Version numbers * Gitlab : self-hosting & independence * Bug management * GCI * Funding I started writing all this in a single email, but for clarity, I'm just going to answer this email with an email for every individual topic, allowing to thread it nicely on email clients and keep all threads on mostly one topic. -- Marc

10 21

Re: [Inkscape-devel] Bugs
by mathog 21 Oct '17

21 Oct '17

On 20-Oct-2017 15:53, Marc Jeanmougin wrote: > == Migration == > > How I would propose to go about the migration would be to basically > post > on every one of the 4500 open bugs on lp a closing message with an > invitation to try to reproduce the bug with the devel version (maybe > with a link to a page explaining how to try it [e.g. Ubuntu with apt, > other linux compiling, windows with downloading the latest built 7z]) > and if it can be reliably reproduced, to submit it on gitlab and close > the issue on lp (or, if wishlist, submit it to the wishlist project). > Distributing the task on the bug reporters may help a lot with the > initial triaging, and (I'm an optimist) make for a smooth transition. That is going to create a black hole into which 99% of the information from the launchpad bug reports is going to fall, some of the ones which are open, and all of the ones which are not. I have worked in one way or another on ~100 bugs and will tell you right now I am NOT going to be testing again for all of those glitches and issues! I'm not even that big a contributor, others have worked on thousands of bugs. Just think how long it would take to get through a list like that. Never mind the list of people who no longer work on the project and would ignore your request. A smooth transition would involve some tool which automatically migrates all of the bug information from Launchpad to some other bug tracking platform. Note that on launchpad links from a bug to a patch/revision are all entered manually. Whatever the bug system migrates to, it would be nice if that function would be integrated. Ie, place a patch on the bug reporting system, hit some "push patch" button, and presto links are made in both directions between the bug reporting system and the revision system, once the new revision number appears. If such a thing actually exists. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 2

No Align shortcuts documented in Keyboard and mouse reference of 0.92
by Raghavendra Kamath 20 Oct '17

20 Oct '17

Hello, In Inkscape 0.92 a user can quickly align objects with the following keyboard shortcuts Ctrl+Alt+2 : Align bottom Ctrl+Alt+4 : Align left Ctrl+Alt+5 : Align horizontal and vertical center Ctrl+Alt+6 : Align right Ctrl+Alt+8 : Align top Ctrl+Alt+h : Align horizontal center you can check the discussion & commit enabling this shortcuts here -> https:// bugs.launchpad.net/inkscape/+bug/189535 However, I couldn't find these shortcuts documented in the official keys and mouse reference. May be I am missing something? If it is not there already can we update the shortcut sheet. Thank you -- Raghavendra Kamath Illustrator raghukamath.com

4 3

Request for hosting sponsorship for the Inkscape Project
by Bryce Harrington 12 Oct '17

12 Oct '17

Inkscape is seeking to improve its online service hosting. To this end we're soliciting proposals for donation/sponsorship of hosting services for the project. The Inkscape Project is a non-profit, volunteer-driven organization that develops and maintains the popular Inkscape vector drawing software, provided freely to millions of artists, designers, and other drawers of lines. Our website is at http://www.inkscape.org If you would be interested in sponsoring us through a donation of hosting service, we would be happy to add you to our sponsors page, with a mention & link on our main website's footer. Proposals can be sent to me as contact point. These will be presented to Inkscape's board, who will make the final determination in about a month's time. == Background == We currently have various services hosted at a number of different locations with widely varying administrative capacities. We would like to centralize the administration of these services, such as consolidating them onto one platform. We also want room and flexibility to easily install additional services as we grow. Services high on our priority list to migrate soon include mailing lists, Mattermost, and wiki. Bug tracking, web forum and gitlab are potential secondary priorities. Our Django-based main website may also be worth consolidating at some point in the future. For redundancy, we'd like to engage two distinct hosts, with one as a primary and the other backup/space, preferrably in geographically distinct areas (e.g. Europe and Canada). == Requirements == We think that a suitable machine would look something like this: Minimum Desired Required Ideal CPU: dual core quad core RAM: 4 gb 256 gb Storage: 500GB >1 TB (HW RAID-1) HDD SDD Bandwidth: 1 TB/mo 2 TB/mo OS: Any linux Ubuntu 16.04 We like the straightforwardness of physical (metal) hardware, but could consider virtual options if we can get similar levels of flexibility and expandability. * UPS power backup * 24h support at the datacenter - For hardware (metal) options, a technician would need to be available for handling hardware issues, to do OS installation/reinstallation, hook up KVM/IP if available, and to investigate faults that can't be diagnosed remotely. * Server would be under the administrative and technical management of the Inkscape admin team (about 6-8 people). We would have root access to the machine for doing system updates and to install/configure software and services. * We expect to be managing/maintaining our software ourselves. Items we anticipate migrating to this include (in rough order of priority): + Mailman3 + Mattermost + Wiki (mediawiki currently) + Forum (e.g. hosting for inkscapeforum.com) + Bug tracker (TBD) + Gitlab + Other project management tools + Website / Django * Inkscape does not handle anything particularly controversial. No copyright infringing materials, nothing political, nothing intentionally offensive. Our windows binary has been false-positived by virus software in the past, but we clear this up ourselves. * Currently our website hosting is sponsored and managed by OSUOSL. It's a root access virtual machine running postgresql, memcached, nginx and the django site itself. Memory usage is 450MiB per web host thread, currently 2 threads, plus 500MB for postgresql and 500MB for memcache. CDN is hosted by Fastly, currently serving 32TB per month for Inkscape (1:1.5 ratio US:EU, so more EU hits overall). There's enough dynamic content that we still see a decent load (1/2 TB/mo) on the server, notably around major releases (once every year or two); we are continuously tweaking optimizations.

1 0

Inkscape Board Meeting
by Bryce Harrington 05 Oct '17

05 Oct '17

Our monthly board meeting is scheduled for tomorrow, Oct 6, 10am Pacific time in #inkscape-devel. All members are welcome. http://wiki.inkscape.org/wiki/index.php/Board_Meetings Agenda: + Welcome new Board Members + Officer positions? + Board election debrief + Infrastructure backup/alternate hosting + Sponsor acceptance policy + Preliminary preparations for 0.93 + 2017 Budget + Merchandise sales + Funded development + Other Business Bryce

1 0

Cppcheck results
by Friedrich Spee von Langenfeld 05 Oct '17

05 Oct '17

Hi, I've checked the files in the src directory (without those in subdirectories) with Cppcheck. The attachment contains the results as an XML file. You can open it in the Cppcheck GUI e. g. to restrict the items to errors only. (There are very few ones.) Perhaps, this list is of interest to you to further improve the quality of Inkscape's source code base. Greetings Friedrich

1 0

A future idea: SVG internet kickstarter
by Miguel Lopez 03 Oct '17

03 Oct '17

Hi Inkscape developers and those who are with Inkscape developers, This idea just hits right in the back of my head, the minute that Inkscape gets bugs fix, and a few more improvement, would it be possible to have every Inkscape users as possible to make their SVGs, and ask internet browsers and so on to support gradient mesh, and other things by getting them to make some sort of text to support SVG development and they post their SVGs on the web? Something like some sort of yearly campaign. I know this might not amount to much, but it's just something.

1 0

Election Inkscape Board: Results
by unknown＠example.com 03 Oct '17

03 Oct '17

Dear Inkscape Developer, The election for Inkscape Board is now concluded. -- RESULTS -- * Chris Rogers (Elected) * Marc Jeanmougin (Elected) ---- Full Results: http://www.inkscape.org/en/*board/elections/board-elections-2017/

6 5

Git version/ MacOS / Quartz: Crash when clicking to draw second element
by Friedrich Beckmann 03 Oct '17

03 Oct '17

Hi, I try to build current git master (October 3rd, 2017) version on MacOS. I used Macports (+quartz) to install all required libraries and then build with CMake. The build process works and I can install inkscape. I have El Capitan with xcode 7.3. inkscape also opens. When I click the pen tool I can draw a first line. Clicking in the draw window to start the next line will crash inkscape. The same happens when I try to draw a second elipse. I traced it with the debugger and the problem is that the current selection is cleared. The failure is here: Process 27826 stopped * thread #1: tid = 0xd6be1e, 0x0000000100d0801a libinkscape_base.dylib`Inkscape::ObjectSet::_clear(this=0x000000010c678e70) + 106 at object-set.cpp:123, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=EXC_I386_GPFLT) frame #0: 0x0000000100d0801a libinkscape_base.dylib`Inkscape::ObjectSet::_clear(this=0x000000010c678e70) + 106 at object-set.cpp:123 120 } 121 122 void ObjectSet::_clear() { -> 123 for (auto object: _container) { 124 _remove(object); 125 } 126 } (lldb) quit And the calling frames are here: (lldb) f 3 frame #3: 0x00000001006533fb libinkscape_base.dylib`Inkscape::UI::Tools::PencilTool::root_handler(this=0x0000000112bae100, event=0x000000010672f950) + 91 at pencil-tool.cpp:109 106 107 switch (event->type) { 108 case GDK_BUTTON_PRESS: -> 109 ret = this->_handleButtonPress(event->button); 110 break; 111 112 case GDK_MOTION_NOTIFY: (lldb) f 2 frame #2: 0x00000001006538de libinkscape_base.dylib`Inkscape::UI::Tools::PencilTool::_handleButtonPress(this=0x0000000112bae100, bevent=0x000000010672f950) + 1054 at pencil-tool.cpp:198 195 // This is the first click of a new curve; deselect item so that 196 // this curve is not combined with it (unless it is drawn from its 197 // anchor, which is handled by the sibling branch above) -> 198 selection->clear(); 199 desktop->messageStack()->flash(Inkscape::NORMAL_MESSAGE, _("Creating new path")); 200 m.freeSnapReturnByRef(p, Inkscape::SNAPSOURCE_NODE_HANDLE); 201 } else if (selection->singleItem() && SP_IS_PATH(selection->singleItem())) { (lldb) b pencil-tool.cpp:198 Anybody out there who sees this on MacOS with the quartz backend? Any ideas? Friedrich

1 0

G(S)List no more
by Marc Jeanmougin 03 Oct '17

03 Oct '17

Hi all! After a work in three main phases over >2years: - merge 9b7af8caac08ad42a48214518bc004e258eb5873 (+1544,-1778 over 114 files) taking care of just the uses pertaining to the selections, - merge 50ab3a3c4215474d437f9adcc4b725bed26767d7 (+701,-884 over 60 files) taking care of many various uses, - tonight's merge of https://gitlab.com/inkscape/inkscape/merge_requests/86/diffs (+1041,-1612 over 90 files) taking care of the rest, I'm pleased to announce that the number of GList and GSList in the codebase is at an historical low: → GLists are still in heavy uses in libcroco and libnrtype forcing two uses in sp-style-elem.cpp (libcroco) and widgets/font-selector.cpp (libnrtype) → Three files related to actions in src/widgets/ crash when gtkmmified so they still keep GSList in "proxies = gtk_action_get_proxies( GTK_ACTION(action) );". The normal way to get rid of those would be to make a big effort of gtkkmification of the actions and make them derive from Gio::Action <https://developer.gnome.org/glibmm/unstable/classGio_1_1Action.html>. I'm not sure how to achieve that. Many of these lists were not properly g_(s)list_free'd, so I may or may not have fixed several dozens of memory leaks in the process. I've been as careful as I could, but if you detect crashes or regressions linked to this merge, please contact me on IRC or email as soon as possible so that I can investigate. Yay! -- Mc

3 2

Re: [Inkscape-devel] Fw: Inkscape export error
by Maren Hachmann 02 Oct '17

02 Oct '17

You're welcome, Thomas. Am 02.10.2017 um 18:57 schrieb Tomax63: > I worked, thanks. > > > Am 01.10.2017 um 22:43 schrieb Maren Hachmann: >> You'd need to have Python 2.7 installed. >> >> If on Windows, you can add that during installation, it will be >> available for Inkscape only, as far as I know, and will not mess up your >> system Python version - then you don't need to do anything else. >> >> If you install the Python system-wide, or have it installed elsewhere, >> then in the preferences file, you can define which Python to use. >> In that case follow the instructions given here: >> https://answers.launchpad.net/inkscape/+question/215655#comment-2 >> >> Maren >> >> Am 01.10.2017 um 21:58 schrieb Shlomi Fish: >>> Dear all, >>> >>> please freaking reply to the list. See: >>> >>> * >>> http://www.shlomifish.org/philosophy/computers/netiquette/email/reply-to-li… >>> >>> >>> Best, >>> >>> Shlomi >>> >>> Begin forwarded message: >>> >>> Date: Sun, 1 Oct 2017 21:52:30 +0200 >>> From: Tomax63 <tomax63@...128...> >>> To: Shlomi Fish <shlomif@...2985...> >>> Subject: Re: [Inkscape-devel] Inkscape export error >>> >>> >>> Yes i am programming in Pythom 3. How can I solve that problem? >>> >>> >>> Am 01.10.2017 um 19:42 schrieb Shlomi Fish: >>>> Hi Thomas, >>>> >>>> On Sun, 1 Oct 2017 09:02:02 +0200 >>>> Tomax63 <tomax63@...128...> wrote: >>>> >>>>> Hello, I receive the following message: >>>>> >>>>> File "synfig_output.py", line 396 >>>>> raise AssertionError, "Unsupported param type %s" % >>>>> (param_type) >>>>> ^ >>>>> SyntaxError: invalid syntax >>>>> >>>>> Whenever I try to export a file. >>>>> >>>> the problem appears to be that you are using Python 3 (which isn't yet >>>> supported) to run the python code instead of python 2. >>>> >>>> Regards, >>>> >>>> Shlomi >>>> >>>>> Same with HP plot file >>>>> >>>>> Traceback (most recent call last): >>>>> File "plt_output.py", line 25, in <module> >>>>> from uniconv_output import run, get_command >>>>> File "D:\Program >>>>> Files\Inkscape\share\extensions\uniconv_output.py", >>>>> line 66 >>>>> except Exception, inst: >>>>> ^ >>>>> SyntaxError: invalid syntax >>>>> >>>>> Can you help me export to Synfig? >>>>> >>>>> Thanks >>>>> >>>>> Thomas >>>>> >>>>> >>>> >>> >>> >> >> ------------------------------------------------------------------------------ >> >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel > >

1 0

Cut and paste has stopped to work between FontForge and Inkscape
by Ivan Louette 02 Oct '17

02 Oct '17

Copy/Cut ant paste has recently stopped to work between Inkscape Trunk ppa and FontForge on Kubuntu 16.04 I didn't use this feature for about twoo week Thanks in advance for fixing it,ivan

1 0

Fw: Inkscape export error
by Shlomi Fish 01 Oct '17

01 Oct '17

Dear all, please freaking reply to the list. See: * http://www.shlomifish.org/philosophy/computers/netiquette/email/reply-to-li… Best, Shlomi Begin forwarded message: Date: Sun, 1 Oct 2017 21:52:30 +0200 From: Tomax63 <tomax63@...128...> To: Shlomi Fish <shlomif@...2985...> Subject: Re: [Inkscape-devel] Inkscape export error Yes i am programming in Pythom 3. How can I solve that problem? Am 01.10.2017 um 19:42 schrieb Shlomi Fish: > Hi Thomas, > > On Sun, 1 Oct 2017 09:02:02 +0200 > Tomax63 <tomax63@...128...> wrote: > >> Hello, I receive the following message: >> >> File "synfig_output.py", line 396 >> raise AssertionError, "Unsupported param type %s" % (param_type) >> ^ >> SyntaxError: invalid syntax >> >> Whenever I try to export a file. >> > the problem appears to be that you are using Python 3 (which isn't yet > supported) to run the python code instead of python 2. > > Regards, > > Shlomi > >> Same with HP plot file >> >> Traceback (most recent call last): >> File "plt_output.py", line 25, in <module> >> from uniconv_output import run, get_command >> File "D:\Program Files\Inkscape\share\extensions\uniconv_output.py", >> line 66 >> except Exception, inst: >> ^ >> SyntaxError: invalid syntax >> >> Can you help me export to Synfig? >> >> Thanks >> >> Thomas >> >> > > -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ https://is.gd/MQHVF3 - The Atom Text Editors edits a 2,000,001b file Electrical Engineering studies. In the Technion. Been there. Done that. Forgot a lot. Remember too much. — http://www.shlomifish.org/humour.html Please reply to list if it's a mailing list post - http://shlom.in/reply .

2 1

Inkscape export error
by Tomax63 01 Oct '17

01 Oct '17

Hello, I receive the following message: File "synfig_output.py", line 396 raise AssertionError, "Unsupported param type %s" % (param_type) ^ SyntaxError: invalid syntax Whenever I try to export a file. Same with HP plot file Traceback (most recent call last): File "plt_output.py", line 25, in <module> from uniconv_output import run, get_command File "D:\Program Files\Inkscape\share\extensions\uniconv_output.py", line 66 except Exception, inst: ^ SyntaxError: invalid syntax Can you help me export to Synfig? Thanks Thomas

2 1

Bleed options
by imagen imperio 30 Sep '17

30 Sep '17

Hi everybody, Recently i start to have a lot of work with a big variety of sizes, for evrything materials, but this is not the heavy work the mostly is be adding an image as background and bleed, this is necesary after the print proccess to give a good finished to art. At the end you have to cut this bleed to have the real size, for example: A letter size art with the bleed could has 8.75 x 11.25 inches after the cut have to be exactly 8.5 x 11 inch. Have you ever considered add this necesary option? i know that people can export to png and choose if you want to export the page or the total image, with the total image you can solve the problem because de background is bigger than the area but png is nos a good format for offset print process, so after export the png you have to do other steps for this art works in offset printers. Thanks for your attention to this question. -- José Quintanilla Ramírez Graphic Designer

4 5

Re: [Inkscape-devel] [Inkscape-user] the Scale setting and Display units
by Eduard Braun 28 Sep '17

28 Sep '17

For what it's worth I also prefer a px-based default template. * For digital art it makes the most sense as Tyler noted. * For stuff that's intended to be used "on paper" it does not break anything and can in fact even avoid incompatibilities due to the viewbox scaling. Also it feels more natural to make a line 1or 2 px wide (which are useful widths for me in everyday use) instead of fiddling with fractional millimeters. If I need mm-based sizes I can also still use them where necessary. On a related note I'm not even sure our default size of A4 is overly useful. I've yet to create content in Inkscape that would need an A4 size... For me it's either digital artwork which has some even pixel size or I'm creating graphics that are put on A4 paper and therefore need to be smaller anyway (e.g. ~ 8cm wide to fill one column). So, while we need some default (which might just as well be A4) I don't think we should assume users actually create A4 content and base our decision on that. Regards, Eduard Am 20.09.2017 um 16:00 schrieb Tyler Durden: > I see no downside to having all releases/localizations use px as > display units and scale=1. > > AFAICT, it breaks nothing, which cannot be said for other current > defaults. Everything works and no gymnastics trying to explain units > and scale to the non-technically inclined. > > Even the newest users can understand how to set the document to their > preferred display units. No need for typical users to change scale. > > Simple rationale: svg is a web format, hence default.svg units = px. > > > Thanks, > TD > > On Wed, Sep 20, 2017 at 9:47 AM, brynn <brynn@...3133... > <mailto:brynn@...3133...>> wrote: > > Oh, I didn't know about these templates! > > However, I think it's better for users to know how to use the > interface, rather than use a template which only sets up the > units, and not the page size (unless you happen to want an A4 page). > > I'm not clear what you mean by this: > > The one thing you cannot do, however, is modify the document > units after > > Inkscape has opened the startup file. > > If you know how to change the units (as I've just learned how to > do it correctly) can't they be changed? Or do you mean that the > user would have to save a new template if they change the units? > > I'm just writing the new FAQ item right now, so I'll include this > info about the templates too. But need to understand that last > statement (above). > > Thanks Alvin :-) > > -----Original Message----- From: alvinpenner > Sent: Wednesday, September 20, 2017 6:29 AM > To: inkscape-user(a)lists.sourceforge.net > <mailto:inkscape-user@lists.sourceforge.net> > Subject: Re: [Inkscape-user] the Scale setting and Display units > > It may be worth mentioning that you can choose the document units > that you > prefer when you start up Inkscape. If you use the startup template > file > C:\Program Files (x86)\Inkscape\share\templates\default.svg (which > is the > default), then you will find that the document units are mm. You > can confirm > this by drawing a rectangle that has the width of the full page > and then > using the XML editor to confirm that the width has been expressed > in mm. A > typical example would be > > <rect > style="..." > id="rect10" > width="210.91072" (should be 210, my hand was shaky) > height="88.446426" > x="0" > y="0.66666663" /> > > If you prefer to use px as the document units, then use the > template file > C:\Program Files (x86)\Inkscape\share\templates\default_px.svg. In > this case > if you draw a rectangle that has the full width of an A4 page you > will get: > > <rect > style="..." > id="rect18" > width="797.14288" (should be 793.7007, which is 210mm > expressed in > px) > height="357.14285" > x="0" > y="2.519685" /> > > If you prefer to use pt as document units, then use the template file > default_pt.svg > > If you want to permanently modify the startup units, then copy a > file like > default_pt.svg to overwrite the file default.svg. (after first > making a > backup, just in case.) > > The one thing you cannot do, however, is modify the document units > after > Inkscape has opened the startup file. > > hth, > Alvin > > > > > -- > Sent from: > http://inkscape.13.x6.nabble.com/Inkscape-User-f2857977.html > <http://inkscape.13.x6.nabble.com/Inkscape-User-f2857977.html> > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > <mailto:Inkscape-user@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/inkscape-user > <https://lists.sourceforge.net/lists/listinfo/inkscape-user> > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > <mailto:Inkscape-user@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/inkscape-user > <https://lists.sourceforge.net/lists/listinfo/inkscape-user> > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user

11 33

Re: [Inkscape-devel] [Inkscape-user] the Scale setting and Display units
by brynn 26 Sep '17

26 Sep '17

Here's the new FAQ. If I've made any mistakes, or left something out, or some language can be improved, please let me know. Or if you have the right access, please feel free to change it yourself. https://inkscape.org/en/learn/faq/?edit_off=true#how-change-display-units-v… If anyone is interested in writing a more detailed and technical explanation of all this, in the wiki, we can link to it from the faq. (Or if there already is one, please give me the address and I'll make the link. Thank you very much! brynn -----Original Message----- From: Marc Jeanmougin Sent: Monday, September 18, 2017 2:52 AM To: inkscape-user(a)lists.sourceforge.net Subject: Re: [Inkscape-user] the Scale setting and Display units Hi, On 09/18/2017 03:19 AM, brynn wrote: > So when someone needs to change the Display units, so that their drawing > is as close to real world size as possible, do this: > > 1 -- set the desired Page Size and units (this sets the viewBox, right?) > 2 -- temporarily change Display units to px > 3 -- change the Scale to 1 > 4 -- change the Display units to the desired unit > 5 -- the Scale will automatically change to the appropriate value > 6 -- leave everything else alone Yes > > If that's correct then > > 1 -- I'll make a new FAQ item for it (if no objections) - perhaps link > to Marc's article about it - or is there a wiki page for it? > 2 -- I'm really thinking Inkscape needs to do all that internally. I > think users should be able to simply select the unit they want, the page > size they want, and Inkscape does the rest. May I make the bug/feature > report, or is it already planned or requested? > > If that's not correct, please tell me where I'm going wrong. We also can control the "scale" because, whether it is practical or not, the current behavior of the "default mm" template is that a unitless value in the document (like width="5"), like inkscape sets by default, is in millimeters to be able to "see" it in the xml. (Which also means that width="5mm" will NOT be 5mm) > Oh, one last question. > >> If you only measure > your stuff with the display units (and do not use units in the code, it > should not matter (tools "should" take the scale into account, and if > some do not it's an bug > > Do you mean to say that it's possible some tools are not respecting the > Scale? Or is that more of a theory. Technically possible, especially with extensions. ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-user mailing list Inkscape-user(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user

2 2

Candidates Needed
by Martin Owens 26 Sep '17

26 Sep '17

Dear Developers, There are 4 potential candidates that have yet to accept (or reject) their invitation. If no other candidates step forward today, then the voting process at 3am UTC will be automatic and the two candidates we have will be automatically selected without a vote. Thanks for everyone's attention. Best Regards, Martin Owens 2017 Election Officer

4 4

Re: [Inkscape-devel] [Inkscape-docs] UX team?
by brynn 24 Sep '17

24 Sep '17

Oh! (Copying over to dev and user lists.) There are so very many people interested in working on the UX (I seem to recall several people had been signed up -- it's hard to believe not one of them would volunteer for this simple task. If "the team's business" means writing the intro, Team Details and Charter, I can do that. What other business might there be? (Even though I'm leading the Moderators Team, I suspect the "business" is probably different.) If it requires a lot of work, let's put it up on the To-Do List page, to try to recruit someone. But what kind of business is it? Thanks, brynn -----Original Message----- From: Martin Owens Sent: Wednesday, September 20, 2017 7:25 AM To: brynn ; Inkscape-Docs Subject: Re: [Inkscape-docs] UX team? On Wed, 2017-09-20 at 06:42 -0600, brynn wrote: > Hi Friends, > I just noticed there is no UX team showing on the Teams page > (https://inkscape.org/en/teams/). I could have sworn I saw one > there, not too > long ago (couple of months maybe). I think it had several members. > > What happened with that? The UI team is currently hidden as it's TODO introduction and lack of leadership made it hard to justify keeping it visible. So what it needs is someone with a passion, preferably a UX person, who can say that even if it's just a team of one, that they will handle the team's business. Best Regards, Martin Owens

5 5

Style dialog
by Jabier Arraiza 22 Sep '17

22 Sep '17

Hi. Im using style dialog, and couldent change inline atributes and inside SVG style defined css selectors. First one only allow delete atributes and second one only alow add atribute but couldent add value. Im in Inkscape 0.92+devel (a113f4663e, 2017-09-05). Im thinking on move part of the "Meassure Segment" code to be handled by CSS Style Dialog. All the best, Jabier.

1 1

Re: [Inkscape-devel] [Inkscape-user] the Scale setting and Display units
by Tyler Durden 21 Sep '17

21 Sep '17

Greetings all, A universal default.svg with units px and scale=1 provides a simple single solution to a number of issues: - Resolves broken extensions and features like symbols and outset/inset, etc. - No need for users to consider scale, they just set the display units and work. - No need to tailor localizations with in/96, mm/3.77953. - Fewer bug reports for scale and localization issues. - Neophytes are less likely to abandon Inkscape as confusing or complicated. That's a lot of benefit, for what could be relatively little effort. Like with any graphics or CAD application, users should be familiar with setting document units when starting to work. This is the most basic of best-practices. Even making a template is not difficult, but a button/tool to save the current document as a template would be very handy. Regards, TD

2 1

Re: [Inkscape-devel] [Inkscape-user] the Scale setting and Display units
by brynn 20 Sep '17

20 Sep '17

Oh, I didn't know about these templates! However, I think it's better for users to know how to use the interface, rather than use a template which only sets up the units, and not the page size (unless you happen to want an A4 page). I'm not clear what you mean by this: > The one thing you cannot do, however, is modify the document units after Inkscape has opened the startup file. If you know how to change the units (as I've just learned how to do it correctly) can't they be changed? Or do you mean that the user would have to save a new template if they change the units? I'm just writing the new FAQ item right now, so I'll include this info about the templates too. But need to understand that last statement (above). Thanks Alvin :-) -----Original Message----- From: alvinpenner Sent: Wednesday, September 20, 2017 6:29 AM To: inkscape-user(a)lists.sourceforge.net Subject: Re: [Inkscape-user] the Scale setting and Display units It may be worth mentioning that you can choose the document units that you prefer when you start up Inkscape. If you use the startup template file C:\Program Files (x86)\Inkscape\share\templates\default.svg (which is the default), then you will find that the document units are mm. You can confirm this by drawing a rectangle that has the width of the full page and then using the XML editor to confirm that the width has been expressed in mm. A typical example would be <rect style="..." id="rect10" width="210.91072" (should be 210, my hand was shaky) height="88.446426" x="0" y="0.66666663" /> If you prefer to use px as the document units, then use the template file C:\Program Files (x86)\Inkscape\share\templates\default_px.svg. In this case if you draw a rectangle that has the full width of an A4 page you will get: <rect style="..." id="rect18" width="797.14288" (should be 793.7007, which is 210mm expressed in px) height="357.14285" x="0" y="2.519685" /> If you prefer to use pt as document units, then use the template file default_pt.svg If you want to permanently modify the startup units, then copy a file like default_pt.svg to overwrite the file default.svg. (after first making a backup, just in case.) The one thing you cannot do, however, is modify the document units after Inkscape has opened the startup file. hth, Alvin -- Sent from: http://inkscape.13.x6.nabble.com/Inkscape-User-f2857977.html ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-user mailing list Inkscape-user(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user

1 0

Re: [Inkscape-devel] [Inkscape-user] the Scale setting and Display units
by brynn 20 Sep '17

20 Sep '17

Oh, well if that's the only reason, I would suggest going back to px for the native user units! It looks to this non-tech-oriented user like using mm for the native units is making these things much more complicated (not to mention confusing) than they really need to be. Is there any reason why I can't make a feature request in LP, to revert to px? Like is there some other reason for the change, or we're already planning to revert, or ??? I know it might or might not happen. But really, just to make the default doc match one single template -- this really is imposing a great deal of confusion for many users! Thanks again for taking the time to explain all this! brynn -----Original Message----- From: Marc Jeanmougin Sent: Wednesday, September 20, 2017 2:56 AM To: inkscape-user(a)lists.sourceforge.net Subject: Re: [Inkscape-user] the Scale setting and Display units On 09/20/2017 05:22 AM, brynn wrote: > 1 -- I would also like to see the display unit set for px by default. > But as far as I understand, Inkscape is now recognizing mm as the > default unit. I'm not sure why, but I wouldn't be surprised if it had > something to do with SVG standards. Nothing. I think it's because the default template is A4 so it sort of made sense to use millimeters since A4 is defined as 210x297 mm² -- Mc ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-user mailing list Inkscape-user(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user

1 0

Re: [Inkscape-devel] Blur branch
by Yale Zhang 19 Sep '17

19 Sep '17

Vlada, good to hear from you again. It's very unfortunate I didn't do more to get my vectorized blur code merged especially when it was 99% done. It was reviewed and the main complaint was it didn't compile for i686. That could've been done easily, but there was another problem I realized which was how to handle vector remainders without reading past the end of an array, which could cause a crash (but with low probability). Let me wrap this up over the next few weeks if my schedule permits. Jabier, are you talking about my branch https://code.launchpad.net/~simdgenius/inkscape/inkscape or another one. There was a proposal a long time ago about approximating blur as 3 sequential box filters. You can still do that, but you would still need a version with higher accuracy for the best rendering mode. -Yale On Mon, Sep 18, 2017 at 12:47 PM, Jabier Arraiza <jabier.arraiza@...2893...> wrote: > Hi Vlada. > > Thanks for the reply, Please could you upload the patches to gitlab to > be sure the code not be lost? And maybe reviewed and applyed for a > enought quelified dev. > > All the best, Jabier. > > > > > On Mon, 2017-09-18 at 20:50 +0200, Vladimir Savic wrote: >> Hi Jabier! >> >> Unfortunately, those patches got lost along the way. I still have >> them somewhere on my computer, but I doubt it will apply to trunk >> cleanly. >> >> Shame that no one from the core team gave it a chance. It was a major >> improvement. I know that Yale (that is the name of developer, if I >> recall correctly) continued working on even faster rendering - >> something about multithreaded redrawing of canvas. On my intel i7 >> 6700 it was enormous improvement. I doubt that it will do anything >> for people with one or two processor cores, though. >> >> Regards, >> Vlada >> >> >> >> On Wed, Sep 13, 2017 at 10:26 PM, Jabier Arraiza <jabier.arraiza@...3065... >> er.es> wrote: >> > Hi all. I want to know the status of the blur branch, I think it >> > introduce a great improvement but need to be tested well so the >> > faster >> > is landed in trunk the better. >> > >> > I don`t undertand his changes, also dont remember the branch >> > location, >> > recently cleanup my mailbox..., I remember Tav made some comments >> > to it >> > to be done. >> > >> > Cheers, Jabier. >> > ----------------------------------------------------------------- >> > ------------- >> > Check out the vibrant tech community on one of the world's most >> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> > _______________________________________________ >> > Inkscape-devel mailing list >> > Inkscape-devel(a)lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > >> >>

2 1

Breakage with glibmm [Build #13381797] i386 build of inkscape-trunk 1:0.92.0+devel+16029+91~ubuntu17.10.1 in ubuntu artful RELEASE [~inkscape.dev/ubuntu/trunk]
by Bryce Harrington 18 Sep '17

18 Sep '17

Could someone investigate this? The PPA builds started breaking a few days ago. Not sure why, but I note glibmm mentioned prominently in the error messages. ----- Forwarded message from Launchpad Buildd System <noreply@...1881...> ----- Date: Sat, 16 Sep 2017 10:45:31 -0000 From: Launchpad Buildd System <noreply@...1881...> To: Bryce Harrington <bryce@...961...> Subject: [Build #13381797] i386 build of inkscape-trunk 1:0.92.0+devel+16029+91~ubuntu17.10.1 in ubuntu artful RELEASE [~inkscape.dev/ubuntu/trunk] Reply-To: Launchpad Buildd System <noreply@...1881...> * Source Package: inkscape-trunk * Version: 1:0.92.0+devel+16029+91~ubuntu17.10.1 * Architecture: i386 * Archive: ~inkscape.dev/ubuntu/trunk * Component: main * State: Failed to build * Duration: 6 minutes * Build Log: https://launchpad.net/~inkscape.dev/+archive/ubuntu/trunk/+build/13381797/+… * Builder: https://launchpad.net/builders/lgw01-amd64-056 * Source: not available If you want further information about this situation, feel free to contact a member of the Launchpad Buildd Administrators team. -- i386 build of inkscape-trunk 1:0.92.0+devel+16029+91~ubuntu17.10.1 in ubuntu artful RELEASE https://launchpad.net/~inkscape.dev/+archive/ubuntu/trunk/+build/13381797 You are receiving this email because your team Inkscape Developers is the owner of this archive. ----- End forwarded message -----

3 3

Generic Auto Updater for Inkscape on Windows
by Victor Westmann 18 Sep '17

18 Sep '17

Hi everyone, I was just wondering if this is interesting for Inkscape project on Windows platform. The website of the project is here: http://wingup.org Text extracted from the homepage of GUP: "WinGUp is a Generic Updater running under Windows environment. The aim of WinGUp is to provide a ready to use and configurable updater which downloads a update package then installs it. By using cURL library and TinyXml module, GUP is capable to deal with http protocol and process XML data. Originally WinGUp was made for the need of Notepad++ (a generic source code editor under MS Windows). During its conception, the idea came up in my mind : if it can fit Notepad++, it can fit for any Windows program. So here it is, with LGPL license to have no (almost not) restriction for integration in any project. Being LGPLed, WinGUp can be integrated in both commercial (or close source) and open source project. So if you run a commercial or open a source project under MS Windows and you release your program at regular intervals, then you may need WinGUp to notice your users the new update." I find it very convenient to be able to update notepad++ by clickinh on "?" > "Update Notepad++". I am aware that in Linux and MacOS environments updates are a more automated task and usually happen in the shell or CLI side of things... but I would just like to suggest this and collect the feedback on the possibility of this feature. Thanks everyone and have a great day! --Victor Westmann

6 8

Re: [Inkscape-devel] [Inkscape-user] the Scale setting and Display units
by brynn 18 Sep '17

18 Sep '17

Sorry for the delay. I think I'm getting it :-) Now, more or less understanding "user units", I'm back at #3 of your first reply. And here in the middle of that paragraph....I think....is the answer I need. > (temporarily set display unit to px, set scale to 1, put display unit back to whatever you need), So when someone needs to change the Display units, so that their drawing is as close to real world size as possible, do this: 1 -- set the desired Page Size and units (this sets the viewBox, right?) 2 -- temporarily change Display units to px 3 -- change the Scale to 1 4 -- change the Display units to the desired unit 5 -- the Scale will automatically change to the appropriate value 6 -- leave everything else alone If that's correct then 1 -- I'll make a new FAQ item for it (if no objections) - perhaps link to Marc's article about it - or is there a wiki page for it? 2 -- I'm really thinking Inkscape needs to do all that internally. I think users should be able to simply select the unit they want, the page size they want, and Inkscape does the rest. May I make the bug/feature report, or is it already planned or requested? If that's not correct, please tell me where I'm going wrong. Oh, one last question. > If you only measure your stuff with the display units (and do not use units in the code, it should not matter (tools "should" take the scale into account, and if some do not it's an bug Do you mean to say that it's possible some tools are not respecting the Scale? Or is that more of a theory. Thanks again, brynn -----Original Message----- From: Marc Jeanmougin Sent: Friday, September 15, 2017 2:22 AM To: inkscape-user(a)lists.sourceforge.net Subject: Re: [Inkscape-user] the Scale setting and Display units On 09/15/2017 10:00 AM, brynn wrote: > What is a "user unit" and what do you mean by "outside coordinate > system"? Please don't explain anything below that unless you can't > explain "user unit" and "outside coordinate system" otherwise. > Hopefully once I understand those 2 things, the rest will make sense. > But I need to go one step at a time. The "outside coordinate system" is just the length of things upon displaying the file, assuming one respects the given "Size" of the document. "Inside" the file, everything is measured with the "inside" coordinate system. This system's unit is the abstract "user unit": your document may have a rectangle measuring 2 user unit wide and 5 user units tall, and you can tell (in the viewBox) that your complete document is the area between the point of coord (0,0) and the point of coord (20,50), in user units. They're abstract units, like when you do basic geometry in mathematics, without units; only meaning here that 2 user units wide is 10% of the document's width and 5user unit tall is 10% of the document's height. Only the additional data of the "Size" can tell you what the total height is in the "outside world", hence what 10% of it (== my 5uu of height) are worth. Now, the units *inside* the file (like the "cm" in my post-scriptum) are only shortcuts for given, fixed, multiples of the user unit (by definition, "px" is the name of that user unit and "in" is the name given to 96 user units), but if you do not set "1 user unit is one outside-world-pixel", they're not worth what they seem. -- Mc ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-user mailing list Inkscape-user(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user

1 0

pressure sensitivity for Pencil tool using powerstroke?
by brynn 17 Sep '17

17 Sep '17

Hi Friends, Someone has recently posted on a forum, asking for a tool which combines pressure sensitivity of Calligraphy, freehand, powerstroke, and simplify, all in one tool. I explained we have something pretty close to that with Pencil, Triangle In/Out, with Simplify option. But it made me start to wonder. The Calligraphy tool must have been chosen for pressure sensitivity, at least in part because it can achieve variable width. Well now that we have powerstroke, I wonder if it would it be possible to give pressure sensitivity to the Pencil tool, using powerstroke? Probably a wild thought. But can't hurt to ask. Just asking if that, or something like it would be possible. Thanks, brynn

8 61

Election Inkscape Board: Nominations
by unknown＠example.com 17 Sep '17

17 Sep '17

Dear Inkscape Developer, There is a new election underway to elect 2 new members to Inkscape Board, you have 6 days (Sept. 23, 2017) to invite members of the community to stand for the election. ---- With Krzysztof Kosiński and Jon Cruz stepping down from the Inkscape board, it's time to elect two new replacements for our board. The board is the governing body for Inkscape in its non-profit home, the Software Freedom Conservancy and looks after the project's financial and legal decisions in partnership with the conservancy. ---- You must be a member of the team on the website in order to vote or invite candidates to stand. You must make sure that your team membership status is settled before the vote opens in order for your ballot to be created in time. Send invitation: http://www.inkscape.org/en/*board/elections/board-elections-2017/

1 0

Deactivate scaling of imported bitmaps
by Lino Milkau 15 Sep '17

15 Sep '17

Hello, I have an svg layer with certain width and height. When I import an image, I want to be able to rotate it and mirror it, but I want the resizing function disabled. Is this possible to hard code this? If so, how? Kind Regards Lino Milkau

2 1

Mailing List logs
by Martin Owens 15 Sep '17

15 Sep '17

Dear Developers, Since 11th July sourceforge has changed the way they're giving us access to our mailing list log. It used to contain the full email mbox for all the messages sent to the system. Now they are giving us smaller, stripped mbox files that aren't as complete. I believe all messages are there, but headers are modified and email addresses are changed to bryce@...3609... etc. We've been collecting our mailing list records ever since we started planning moving our mailing lists away from sourceforce. When it comes to do the import into the new mailman, I'm going to try and retain as much of the old messages as possible and then add on the stripped messages since then, but it would be nice to have the full log. If anyone has a complete record of inkscape messages, please let me know. (also double cool if we have pre-sourceforce records, but no worries if they're lost to time) Best Regards, Martin Owens

2 2

Re: [Inkscape-devel] [Inkscape-user] the Scale setting and Display units
by brynn 14 Sep '17

14 Sep '17

Thanks, Maren. I will try to find some time to read those. But I was really hoping for a shorter answer. It's not that I mind learning new things. But if it takes that much reading to understand a program's feature, then I think the feature needs to be redesigned, so that users are eased into it. (Original message posted to User list, but now copying to the devel list) If this would help for developers or advanced users know how to answer, here is the basic question. How to change the display units, so that the file is using those units, and so that the drawing is as close to the real life units as the user's screen resolution permits (like for printing or cutting). Also, an issue was raised in a forum, that symbols and some extensions don't work properly if the scale is not set a certain way. ("don't work properly" means that the resulting sizes aren't correct.) In this case, I mean for a new drawing in the current version of Inkscape (not opening a file which was started in an earlier version). Thanks again, brynn -----Original Message----- From: Maren Hachmann Sent: Thursday, September 14, 2017 3:49 PM To: inkscape-user(a)lists.sourceforge.net Subject: Re: [Inkscape-user] the Scale setting and Display units Suggested reading: https://www.patreon.com/posts/units-part-i-13563546 https://www.patreon.com/posts/units-part-ii-13566508 https://www.patreon.com/posts/units-part-iii-13741251 https://www.patreon.com/posts/units-part-iv-13993147 (Articles written by Marc Jeanmougin, for his patrons on Patreon and for the whole Inkscape community) Maren Am 14.09.2017 um 23:11 schrieb brynn: > Hi Friends, > Sending up a signal flare from the not-so-technially-inclined > user community. Please either explain the Scale setting and how users > can easily change the Display units; or fix the UX so we can use it. > > Thank you so very much, > brynn > > > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user > ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-user mailing list Inkscape-user(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user

1 0

Re: [Inkscape-devel] [Inkscape-user] the Scale setting and Display units
by brynn 14 Sep '17

14 Sep '17

Developers often seem to answer, so I thought I was getting both here. But now copied to the devel list. Thanks, brynn -----Original Message----- From: Martin Owens Sent: Thursday, September 14, 2017 3:40 PM To: Inkscape User Community Subject: Re: [Inkscape-user] the Scale setting and Display units You should make sure this flare goes to the devel mailing list too. On Thu, 2017-09-14 at 15:11 -0600, brynn wrote: > Hi Friends, > Sending up a signal flare from the not-so-technially-inclined > user > community. Please either explain the Scale setting and how users can > easily > change the Display units; or fix the UX so we can use it. > > Thank you so very much, > brynn > > > > ------------------------------------------------------------------- > ----------- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-user mailing list Inkscape-user(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user

1 0

Election Inkscape Vectors Team: Results
by unknown＠example.com 14 Sep '17

14 Sep '17

Dear Inkscape Developer, The election for Inkscape Vectors Team is now concluded. -- RESULTS -- * Martin Owens (Elected) * Tavmjong Bah ---- Full Results: http://www.inkscape.org/en/*inkscape-vectors/elections/test-election-2017/

4 3

Blur branch
by Jabier Arraiza 13 Sep '17

13 Sep '17

Hi all. I want to know the status of the blur branch, I think it introduce a great improvement but need to be tested well so the faster is landed in trunk the better. I don`t undertand his changes, also dont remember the branch location, recently cleanup my mailbox..., I remember Tav made some comments to it to be done. Cheers, Jabier.

1 0

[brett@...3057...: Upcoming changes to the travel policy]
by Bryce Harrington 13 Sep '17

13 Sep '17

FYI #2, this one does affect us but is good news: 1. More flexibility in selecting flights for time vs. lowest cost 2. Slightly higher limits for international flights 3. Bit more flexibility in approvals and reimbursement ----- Forwarded message from Brett Smith <brett@...3057...> ----- Date: Tue, 12 Sep 2017 10:38:27 -0400 From: Brett Smith <brett@...3057...> To: project-reps@...3057... Subject: Upcoming changes to the travel policy Reply-To: policies-discuss@...3057... Hi again everyone, Now for the good news. At their most recent meeting, Conservancy’s board approved the proposed changes to the travel policy that were recently submitted to policies-discuss. Let me give a quick recap of those changes so I can discuss next steps for PLCs. First, the new policy provides additional budget to book flights that save substantial time over the cheapest available fare. This was the most common request we heard, and definitely we recognize the value of saving people’s time. In order to keep the rules simple, the budget increases at specific time savings marks. You can see the new rules here <https://k.sfconservancy.org/policies/files/783dcdd92fc61f3f150e1c65782c0fe5…>. Second, the policy increases the cost of international flights that require preapproval, from $1,500 to $1,650. This change is just to keep pace with fares we’re seeing; the $1,500 limit has been in place since at least 2012, and of course fares have risen since then. This should reduce the number of flights that require preapproval. There are also a couple of changes that just provide additional flexibility in handling reimbursement requests. The new rules clarify that our 90-day limit on reimbursement requests starts from the last day of travel, not the day the expense was incurred. (This is how we’ve treated it since the 90-day rule was introduced, but now it’s official.) Expenses that require preapproval can be approved by any officer of Conservancy, not just the executive director. This should help us be more responsive to your requests. There are also non-rules changes, like updates to the currency rates we use (forced on us because the Bank of Canada stopped providing them) and Markdown formatting. For more background, see the messages to policies-discuss <https://lists.sfconservancy.org/pipermail/policies-discuss/2017-August/thre…> and the Git history <https://k.sfconservancy.org/policies/changelog?branch=2017-08-proposed-upda…>. Next steps: We would like to make these changes effective in a week, on 20 September. The reason for the gap is we want to give you time to discuss them internally. Because these changes potentially mean increased project expenses, we understand you might not be prepared to take those on. If you would like to follow the old policies, or other rules that are stricter than ours, you can always do that. Just let us know through your project alias, and we’ll handle your reimbursement requests accordingly. If we don’t hear from you, we’ll follow the new rules for any reimbursed expenses incurred on or after 20 September. I really hope you all like these changes; our goal in pushing them forward was really to try to address head-on a lot of the feedback I’ve heard about flight reimbursements and preapprovals while I’ve been helping with our bookkeeping, and I’m optimistic we’ve made good progress there. If you have any questions about the changes, feel free to ask us through your project alias, or on policies-discuss if it’s appropriate for public discussion. Best regards, -- Brett Smith ----- End forwarded message -----

1 0

[brett@...3057...: Rackspace OSS discount ends at the end of the year]
by Bryce Harrington 13 Sep '17

13 Sep '17

FYI. Although, this doesn't affect us. ----- Forwarded message from Brett Smith <brett@...3057...> ----- Date: Tue, 12 Sep 2017 09:46:41 -0400 From: Brett Smith <brett@...3057...> To: project-reps@...3057... Subject: Rackspace OSS discount ends at the end of the year Reply-To: Brett Smith <brett@...3057...> Hi everyone, I have good news and bad news for you today, so I’ll start with the bad news. Many of you are relying on Rackspace’s OSS discount to host servers for your project. Unfortunately, Rackspace just informed us yesterday that they’ll be ending the program at the end of the year. The entire business is shifting focus away from running their own cloud infrastructure, to providing support in the Big Three clouds, so as part of that they’re ending incentive programs structured around their cloud. Conservancy hosts our own servers through this program, and so we’re already reaching out to other cloud providers to see if they might be willing to offer something similar. We realize it would be ideal if we could find a similar replacement program that covers each of you separately, and we’ll be trying to do that first. If you have contacts at hosting providers that we should be talking to about providing such a service, please let us know; this is a big enough deal that we’re eager to talk to anybody who might help. If they’re sufficiently generous, we may consider recognizing them as an in-kind sponsor on our web site. If you’re affected by this, it would probably be prudent to start planning how you’ll migrate your servers off Rackspace to another provider. I realize that’s difficult to fully plan without knowing where you’re going, but at least it would be helpful to review your system configurations and make sure you understand what you need to migrate. You might also consider if there are ways you could consolidate or streamline your servers. Rackspace’s OSS discount program is /extremely/ generous; we might find a similar program that is merely /very/ generous. Alternatively, if you’re willing to pay Rackspace for hosting, you can do that too if you have the funds. Your Rackspace bills (which are usually zeroed about by the discount) are in our Subversion server along with the rest of your financial records, usually under |Expenses/Rackspace/|. If you need help with accessing that, just let me know. If you don’t currently have an OSS discount account with Rackspace, but you were thinking about getting one, I’m afraid that’s no longer available. If you want to talk with us about this change for any reason, it’s probably best to do so through your specific project alias. I’m following all those conversations and can follow up there. I’ll keep you updated about our progress in finding a replacement program. Best regards, -- Brett Smith ----- End forwarded message -----

1 0

Election Inkscape Vectors Team: Voting Open
by unknown＠example.com 11 Sep '17

11 Sep '17

Dear Inkscape Developer, The election for the Inkscape Vectors Team team is now open for voting. Please go to the link below to fill in your ballot. You have 3 days (Sept. 14, 2017) to complete your ballot. Only members of the Inkscape Developer team have ballots and members who join after this point will not be added to the election. ---- Vote: http://www.inkscape.org/en/*inkscape-vectors/elections/test-election-2017/

1 0

Updating the FAQ with pictures and diagrams
by C R 10 Sep '17

10 Sep '17

Brynn brought it to attention that the FAQ could use some updating to include pictures and diagrams to help explain. I'm already looking at the Raster vs. Vector sections, but would like to know other hot-button questions (questions which we get a lot) that the FAQ doesn't quite address clearly enough, or possibly could address better with graphics. Thanks! -C

2 3

CMake Address/Memory/Thread/Undefined Sanitizer support
by Michael Soegtrop 09 Sep '17

09 Sep '17

Dear Jabier, as discussed, I tested the Sanitzer builds with Debian 9 - works well. I can now configure 4 sanitizer variants with CMake D Parameters like this: -D SANITIZE_ADDRESS=ON -D SANITIZE_MEMORY=OFF -D SANITIZE_THREAD=OFF -D SANITIZE_UNDEFINED=ON address and undefined can be enabled together, the other two options require separate builds with only one option enabled. When I set export ASAN_OPTIONS=halt_on_error=0 before you start inkscape, it will not stop on errors. Then you get the output in sanitizer-sample-1.txt until inkscape reaches the main screen. It looks all like new/delete mismatches which usually come from forgetting to define a destructor virtual. If I disable these as well with: export ASAN_OPTIONS=new_delete_type_mismatch=0 it is clean until reaching main screen. The second attached file is from shutdown and shows just memory leaks. So chances are not bad that the Sanitizer will be useful for specific issues without a lot of upfront debugging. The detection and configuration of the sanitizers is done by CMake scripts I took from another project (compatible licenses). You get all 4 variants with gcc 6.xx. With earlier variants only the address sanitizer works. The changes to the inkscape CMake files are minimal, all is in separate CMake modules. I will do some more tests on Saturday and do a pull request then, but you can already look at it here: https://gitlab.com/MSoegtrop/inkscape/commits/sanitizer It is just one commit you can easily merge. Best regards, Michael P.S.: attachments as ZIP didn't get through and are way large unzipped. If someone is interested in the Sanitizer errors, please send me a mail.

2 3

Funded development thoughts (long)
by Bryce Harrington 08 Sep '17

08 Sep '17

There's been interest of late in figuring out some options for funding development work on Inkscape. I'm thrilled to hear this as I also think it's an important direction for Inkscape's longer term health, and something I've been working on directly myself for some time now. I promised Martin I'd write a thorough response to his proposal, including the course of action I think we should undertake, which makes for a long read, so I apologize upfront about the length. ------------------------------------------------------------------------ First, let me share my thoughts on Patreon and why we should not rely on it for our *project* needs. Patreon looks interesting for individual developers, but for the Inkscape project in general what we really need is a mechanism to direct and focus funds towards the issues our donors, users, and developers care about collectively, and to provide them with a level of accountability that the funds are being put to good use for tangible, predictable benefits. Patreon is undirected, simply providing funding for whatever the recipient wishes to do. It provides no mechanisms for review, guidance, or transparency. Martin suggested advertising placement on the Inkscape website and utilizing trademark legal enforcement as a carrot/stick mechanism to help ensure the recipients are at least working actively on Inkscape. However, website placement is likely going to be contentious since it relies on donors selecting who to fund. They'll either pick the most popular, the guy at the top of the list, the biggest self-promotor, or randomly. We can strive very hard to make it "fair" but with money involved there will always be complaints, and someone feeling that someone else is getting more funding priority than they "deserve". Despite our best of intentions, this feels likely to turn into a can of worms. The use of trademark enforcement is an interesting angle, by restricting who can label themselves as "Inkscape Developers". However, I believe trademark law does not work that way, and even if it did would be difficult to enforce, requiring the involvement of the Conservancy to issue cease-and-desist letters -- I think we'd end up deciding the marginal benefits would not make up for the time, manpower, and stress investments of dealing with abusers flouting our trademark rules. It may work adequately as a gentlemen's agreement, but if someone truly challenges it, I fear our enforcement will be revealed to be a paper tiger. But we needn't overthink it to that level - fundamentally, restricting how other developers define themselves within our community is at odds with our egalitarian principles, and does not respect the development freedom we cherish. If someone wants to refer to themselves as an Inkscape Developer, we should encourage it. ------------------------------------------------------------------------ Fortunately, we can achieve a much better approach by focusing our efforts more intently into the funded projects system already under way. Paid developer work has been long discussed in our project. We've looked at bounty systems, direct patron sponsorship, straight up contracting, and so on, that other projects have experimented with. We approached the Software Conservancy with these ideas and hashed them out into a workable system, after months of discussion and drafting. The essence of the system is straightforward: 1. We post a list of approved jobs, similar to our GSoC lists. 2. Money from donations can be directed towards jobs the donors want to see done. Small donations can be aggregated together to provide big funding for larger efforts. 3. We carefully vet developers who wish to take jobs, similar to how we vet GSoC students, but also judge their past work, history of Inkscape involvement, etc. 4. Vetted developers can take approved jobs when the funding level reaches the amount they feel is appropriate to the work, by sending in a Job Proposal (similar to GSoC), that we review and accept. 5. Developers are required to post monthly reports, just like GSoC. Each job also defines an expected time limit, like with GSoC. 6. On job completion, a Reviewer checks that the requirements were met, and the payment is cut. The process is strongly modeled after Google Summer of Code, which has been proven effective for us historically. It builds in several checkpoints to ensure bad actors don't enter the system, and to ensure accountability and transparency into the development work. It also empowers and leverage donors to influence where their money gets invested, both to give them a level of ownership and to use their donation decisions as "crowd wisdom" to ensure we're putting money where it will most benefit the Inkscape community's needs. One important distinction from GSoC is that jobs don't need to be fixed sized to fit 3-month summer schedules. This system should work for quick turn-around 1-2 week projects, up to multi-month or even year-long efforts. Whatever we need. It also doesn't have to be feature work, but could target bug fixing, website work, documentation. Whatever we need. A final benefit - this system's already been reviewed and approved by Software Conservancy's lawyers. So, while there might be some bumps along the way, there is no reason we can't start using it immediately. What I have been working on myself is Django-based software that would enable us to scale the system up to handle a multitude of project ideas, track jobs in various states of completion, and coordiate work by arbitrary numbers of developers, vetters, and reviewers. It aims to also directly hook the donation system into the project listings so a donor has instant feedback of the effect of their funds. This is complex, as you can imagine, and with my time being in short supply it's been slow going. However, for small scale needs the software is superfluous, we can do all the same steps manually, tracking status in a google spreadsheet or whatever. And for the near term, I think we should. Here's what we'd need to do: * Designate several people to defined roles: 1. Fundraising coordinator. 2. Vetter (must be a board member) 3. Reviewer * Add more Job definitions. + For each Job we define Completion Criteria + Board can vote to make certain of them immediately fundable. * Organize an online fundraiser. + Set up is just as we've done for hackfest fundraising, but with a detailed list of what Jobs are specifically being funded. + Donated funds are distributed equally to the specific Jobs we list. + Board can vote to assign Inkscape funds, too. * Recruit developers to participate + We already know of several (Mc, Tav); put out a call for more + Vetter will receive job proposals and review applicants, check that they've been actively contributing, and look able to complete assigned work, have provided payment details, etc. + Once vetter gives OK on a given job proposal, work can begin immediately When the work is done, the Reviewer reviews it, and I notify Conservancy to cut a check or wire transfer to the person that did it. This system is set up to make payments after completion, rather than reliably regular monthly payments, and I know that will be an issue for people needing predictable income for covering monthly rent and so on. One way we can hack around that is instead of defining one big 3-month job, to break it up into three 1-month (160 hr, $2000+) jobs assigned to them that they perform sequentially. This will require more reviewer involvement, but that's not necessarily a bad thing. For all of this to work, though, I would need to recruit a number of you to help out in various roles. I don't think these roles will be time consuming, but you'd need to commit to being available regularly as stuff comes up. How does this plan sound in concept? Bryce

6 10

User feedback from forum
by Maren Hachmann 08 Sep '17

08 Sep '17

Some very nice user feedback that I think you'd enjoy reading, from this forum thread: http://www.inkscapeforum.com/viewtopic.php?f=22&t=32905 --------------- New to Inkscape, very thankful about it by ken » Fri Sep 08, 2017 3:22 pm I would like to praise the creators and maintainers of Inkscape, and the Inkscape community as well, for the great free software you all brought to reality. I'm still learning many things about Inkscape, I started using it some days ago, I needed a free option because of my budget, and I found in Inkscape a great alternative. It is far above my expectations, and many times, when I find something new and useful in it, I get impressed with the quality of your work, and I feel thankful for having such a good and useful software for free. Thank you very much, I hope I can retribute your efforts. --------------- Maren

4 3

Election Inkscape Vectors Team: Nominations
by unknown＠example.com 07 Sep '17

07 Sep '17

Dear Inkscape Developer, There is a new election underway to elect a new member to Inkscape Vectors Team, you have 4 days (Sept. 9, 2017) to invite members of the community to stand for the election. ---- This election has been called to test the election software. It's a work in progress and although a lot has been done to try and get this software ready, we do need a live test before we can start a proper board election using it. ---- You must be a member of the team on the website in order to vote or invite candidates to stand. You must make sure that your team membership status is settled before the vote opens in order for your ballot to be created in time. Send invitation: http://www.inkscape.org/en/*inkscape-vectors/elections/test-election-2017/

6 12

[karen@...3057...: Conservancy mini-conf around FOSDEM]
by Bryce Harrington 05 Sep '17

05 Sep '17

Let me know if you'd be interested in attending this event in Brussels to represent Inkscape. Bryce ----- Forwarded message from Karen Sandler <karen@...3057...> ----- Date: Tue, 05 Sep 2017 14:50:17 -0400 From: Karen Sandler <karen@...3057...> To: Project Reps <project-reps@...3057...> Cc: Staff <staff@...3057...> Subject: Conservancy mini-conf around FOSDEM Reply-To: karen@...3057... Hi project reps! We're strongly considering holding a Conservancy mini-conference around this coming FOSDEM, which has been announced for February 3rd and 4th in Brussels. We've often been asked over the years to organize an event like this and in addition struggle during FOSDEM to find the time to meet with everyone who wants to meet with us. Would you mind surveying key participants in your project to see if they are planning to attend FOSDEM, if they would be interested in such a meeting and, if so, whether the Friday before or Monday after FOSDEM would be more convenient for them? We've got a lot of projects in Conservancy now, so please let us know what you find out off-list :) thanks! karen Karen M. Sandler Executive Director, Software Freedom Conservancy __________ Become a Supporter today! http://sfconservancy.org/supporter/ ----- End forwarded message -----

1 0

Be careful with icons
by C R 05 Sep '17

05 Sep '17

Right-Click > Image Properties currently fails to bring up Object Attributes dialogue in trunk. This is because of a missing icon dialog-object-attributes.svg Just a reminder that mucking with the icons can break Inkscape functionality. Thanks. -C

2 4

LPE on grouped shapes
by Jabier Arraiza 05 Sep '17

05 Sep '17

Hi all. I all I just commit a fix to allow LPE on shapes across nested groups, also improved in paths. Please test it and report problems in: https://bugs.launchpad.net/inksc ape/+bug/1242170 Cheers, Jabier.

1 0

Election Inkscape Vectors Team: Nominations
by unknown＠example.com 05 Sep '17

05 Sep '17

Dear Inkscape Developer, There is a new election underway to elect a new member to Inkscape Vectors Team, you have 4 days (Sept. 9, 2017) to invite members of the community to stand for the election. ---- This election has been called to test the election software. It's a work in progress and although a lot has been done to try and get this software ready, we do need a live test before we can start a proper board election using it. ---- You must be a member of the team on the website in order to vote or invite candidates to stand. You must make sure that your team membership status is settled before the vote opens in order for your ballot to be created in time. Send invitation: http://www.inkscape.org/en/*inkscape-vectors/elections/test-election-2017/

1 0

x86 MSI installer detected as a malware
by Daniel Berteaud 04 Sep '17

04 Sep '17

Hi. Since 0.92.2, a few antivirus programs detects the x86 MSI installer as a malware (Avast, Sophos and AVG see the Other:Malware-gen signature). See https://www.virustotal.com/#/file/665507b85422f25350736b8b47a50931521bc7e2b… for details The x64 MSI is not affected. This is most likely a false positive, but as the file is quite big, I cannot submit it to Avast as such for example. Anyway, I think you might be interested in knowing this. Not sure what can be done. Cheers, Daniel -- Logo FWS *Daniel Berteaud* FIREWALL-SERVICES SAS. Société de Services en Logiciels Libres Tel : 05 56 64 15 32 <tel:0556641532> Visio : http://vroom.fws.fr/dani /www.firewall-services.com/

2 1

Inkscape Board Meeting (note earlier time!)
by Bryce Harrington 02 Sep '17

02 Sep '17

A 2-hour earlier time is scheduled for this month's board meeting[1]. Friday, Sep 1st, at 10am Pacific time in #inkscape-devel. As always, all members of the community are welcome to participate. http://wiki.inkscape.org/wiki/index.php/Board_Meetings Agenda: + GSoC 2017 wrap up + Sponsor acceptance/approval criteria + Board election status + Other business Bryce 1: The earlier time was discussed last meeting, so when we have development meetings after, we aren't keeping European folks up too late. https://inkscape.org/en/gallery/item/11250/

3 5

Fwd: Important Changes to your GitLab.com Account
by Maren Hachmann 02 Sep '17

02 Sep '17

Just in case anyone is worrying, this is a quote from the FAQ they link to: "What about public projects? We're still committed to open-source software, so all paid features are also available to all public projects on GitLab.com." Maren Gitlab message: -------- Weitergeleitete Nachricht -------- Betreff: Important Changes to your GitLab.com Account Datum: Fri, 1 Sep 2017 16:41:49 +0000 Von: GitLab Team <info@...3601...> ... (removed tracking links) We 💜 free and are committed to always offering a free plan with unlimited private repos, unlimited contributors, and access to features that modern developers need on GitLab.com. To ensure we can uphold this commitment, we’ve introduced exclusive paid features to our Bronze, Silver, and Gold plans. With this change, we can continue to support a great free version of GitLab.com while offering additional enterprise features to teams with more specialized needs. Since its launch, GitLab.com has grown to over two million projects! We’re excited about this growth and, as an early adopter, you have been a key part of our success. For that, we want to thank you! *We’ve upgraded your existing Free plan account and groups on GitLab.com to the Early Adopter Plan. You will continue to have access to the Silver plan features , with the exception of additional CI minutes and improved support, free for 12 months. *Over the coming months, we will continue to add new features to our paid Bronze, Silver, and Gold plans—these features will not be available on the Early Adopter or Free plans. ... Best, The GitLab Team

6 6

GSoC project CSS3 pseudo selectors
by Vishal Agarwal 02 Sep '17

02 Sep '17

Hi everyone, i just finished my GSoC project "better css support" under which i implemented CSS3 structural pseudo selectors. all work is made into single patch along with a readme. after applying patch you can find test files inside master/testfiles. link: https://gitlab.com/diehumbleX/inkscape/tree/master/GSoC-2017 It would be great to have your feedback. Thank you for your valuable time! Vishal(Diehumblex)

2 1

Re: [Inkscape-devel] pressure sensitivity for Pencil tool using powerstroke?
by C R 01 Sep '17

01 Sep '17

Yes GIMP has a LOT of good stuff in it. Let's be a bit constructive here. This is not a good place to bash GIMP if you want people to take your comments and suggestions seriously. On 31 Aug 2017 22:07, "Miguel Lopez" <reptillia39@...3425...> wrote: GIMP has something good in it? (I'm not a fan of GIMP, quite the opposite) I prefer to have options to expand options manually, and that is what I been doing in other programs. On 8/31/2017 10:46 AM, Nate Yungkans wrote: > planning on creating a thought out set of wireframes that will explain > what I'm thinking of. What gimp does well is the rearranging of tabs > and having a consistent hierarchy. > > Being able to rearrange placement of tool bars is also very desirable > so people can customize the layout. Programs like illustrator often > have both a tool bar for quick functions and a tab menu for complete > functionality. ------------------------------------------------------------ ------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

5 6

GSoC project feedback request
by Alex Roman 30 Aug '17

30 Aug '17

Hi everybody! I just finished my GSoC project "SVG 2 Text Support" and it would be great if you can help me with a feedback. This is the link of the GitLab repository: [1] <https://gitlab.com/AlexRoman/inkscape>, and here is the final report of my work: [2] <https://gitlab.com/AlexRoman/inkscape/blob/master/README>. Before I can merge my work to the official Inkscape's trunk, I need to do a lot of testing and debugging so it would be a great help if you can help me with that. Basically, everything that it is related to the text tool and seems to be an issue, you can alert in the issues tab of the repository. Thank you very much! Alexandru

3 5

Partnership Request
by Martin Owens 30 Aug '17

30 Aug '17

Dear developers, I just got an email for partnership, I've put it into the inkscape vectors team (since it's not a developer issue specifically) but I don't think a lot of people here are signed up to the vectors gitlab project notifications so here's the link if you want to have a say: https://gitlab.com/inkscape/inkscape-vectors/general/issues/10 Best Regards, Martin Owens

2 1

Re: [Inkscape-devel] Embroidery extension
by Michael Soegtrop 28 Aug '17

28 Aug '17

Dear Lex, yes, in case there is a large distance, the TSP solver makes a jump. My machine can actually do jumps (knot the threads and cut them at both ends), so my main goal is to optimize the number of jumps. What one should do is try to order the groups such that connections can be hidden below other stitching, but this is complicated, especially when you don't have the concept of an area (my stuff just works on open paths). Best regards, Michael

1 0

Re: [Inkscape-devel] Fwd: SVG in 92 and Phyisical Scale
by Lex Neva 25 Aug '17

25 Aug '17

Hi James, I can't solve your direct problem, but I can offer an alternative, inkscape-silhouette: https://github.com/fablabnbg/inkscape-silhouette It's an inkscape extension that can directly control a silhouette cutter without the need to use Silhouette's proprietary software. Unless I'm mistaken as to your intent, I think this will allow you to not only master in SVG, but in fact work _only_ in SVG. As a bonus, inkscape-silhouette gives me much more control than the free version of Silhouette Studio. Wow, your paper toys are amazing! I've been doing stuff in a similar (though far less polished) vein using my Portrait to cut polygons that my children can fit together into polyhedra. Check out this PR and my fork for ideas: https://github.com/fablabnbg/inkscape-silhouette/pull/45 Hope that helps, Lex > ---------- Forwarded message ---------- > From: "James Fritzler" <jimbox13@...3425... <mailto:jimbox13@...3425...>> > Date: Aug 23, 2017 10:11 > Subject: [Inkscape-devel] SVG in 92 and Phyisical Scale > To: "Inkscape-Devel" <inkscape-devel(a)lists.sourceforge.net > <mailto:inkscape-devel@lists.sourceforge.net>> > Cc: > > Hi Inkscape Devs! > > > I’ve used Inkscape for about five years now and have built up > quite the library of svg files and have been using 91 since its > release.My main creative effort is to build paper toys that I > print and cut (in bulk) on a Silhouette Portrait cutting > machine.(More info on my works at http://netroids.net > <http://netroids.net> ).I have a 100s of files and hoped to use > them as my long term "masters” given that SVG is not proprietary > and has had such great page layout fidelity for me. > > > I’d love to update to v92 and future versions but, as is commonly > known, the svg save logic has changed to support a new CSS > standard of 96dpi and it is affecting my ability to import into my > cutting software. > > > It seems that perhaps the values written by Inkscape in 91 svg > files are encoded using a 90dpi scale from their original > design-time dimensions. In the past I’ve had much success > importing SVGs from Inkscape 91 into Silhouette studio for > years.(Granted, I do perform a little cleansing in a copy of the > master svg before I go to Silhouette: I simplify the layers, > ungroup, and flatten out clones into their own objects. Perhaps it > is just serendipity that the Silhouette Studio imports SVGs at the > 90dpi.(I tried asking them about dpi but I couldn’t "break > through" their first-tier help desk support "fire wall".) > > > I know there’s an import prompt and process for opening 91 files > in 92 and I have participated in the launchpad forum and chat with > Mc about this topic.(my user name is jimbox13). > > > Unfortunate for me, none of the prompts give a workable > solution.Here’s what happens to my files based on each option.(I > used a diff tool in to investigate some of the changes.) > > * "Accuracy for sizes and position of paths" (Desired option) > o Grid and guides appear to be changed – though I’m not sure > to what extent. > o Rectangles, paths and strokes are sized up by 6.667% > o Inkscape Designer Outcome:shapes and sizes correct right > based on the page. :) (bug #1712114 occurs.) > o Cutter Software Outcome: File is too large (by 6.667%) for > cutting area.:( > * "Digital Art" > o Grid and guides changed to some degree. > o Rectangles and paths not changed. > o Inkscape Designer Outcome:shapes and sizes are too small > for the page :( > o Cutter Software Outcome: shapes and sizes are correct :) > * "Accuracy for masks and clips" > o Grid and guides changed to some degree. > o Rectangles, paths and strokes are changed to some degree, > not the same as above. > o Inkscape Designer Outcome:shapes and sizes correct right > based on the page. :) (bug #1712114 does not occur.) > o Cutter Software Outcome: File is significantly too small > for cutting area.:( > > None of these options produce a svg that maintains its correct > physical dimensions across both software packages.I tried > experimenting by customizing the "units.xml" file in 92 without > success. > > > Here is my original v91 file zipped.(I added a background > rectangle that is the size of the page to help troubleshooting.) > > https://www.dropbox.com/s/q6o17j5an2piiw3/acutra_TOCUTv91wBG.zip?dl=0 > <https://www.dropbox.com/s/q6o17j5an2piiw3/acutra_TOCUTv91wBG.zip?dl=0> > > > Is there anything that can be done? > > Thanks > > Jim > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > <mailto:Inkscape-devel@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > <https://lists.sourceforge.net/lists/listinfo/inkscape-devel> >

1 0

Re: [Inkscape-devel] Embroidery extension
by Lex Neva 25 Aug '17

25 Aug '17

Hi Michael, Sorry for the delay! I didn't even know there was an embroidery LPE. I don't see it in 0.92.1... how can I test it out? The extension that Susan was referring to is here: https://github.com/lexelby/inkscape-embroidery It started off as a little project by jonh, and then it migrated to github, and then I forked it and hacked the heck out of it. I've rewritten most of the major sections at this point. For exporting, I'd recommend you examine embroidermodder2. That project seems to be mostly abandoned at this point, but it does have a nice little library that understands all major (and many minor) embroidery machine file formats. You may even be able to get it to convert directly from an SVG to a .PES file, for example. I included some details on this in my README. The math problem I'm having has to do with fill stitching. The general problem is: how do I fill a generic shape with rows of stitches? The specific parameters are: 1) Stitch back and forth (like mowing a lawn). 2) Don't cut the thread. 3) Don't sew over the same section twice. 4) Don't do running stitch over the top of areas you've already done rows of stiches on. 5) Line all the stitches up to make a visually pleasing pattern. I have an implementation already, described here: https://github.com/lexelby/inkscape-embroidery#autofill This works pretty well. Give it a region and it will break it up into sections (each of which by itself can be filled all in one go). To get between sections, it runs around the outline of the shape. The idea here is that usually, one will do satin stitch around the outside of a fill region, covering up the running stitches. As described in the README, the problem is when you give it a region with holes in it. Things get very complicated, and I have yet to come up with an algorithm that a) can reliably fill all regions without getting "stuck" with nowhere to go, and b) doesn't take forever to run. Right now, my hacky workaround is to convert a region with holes into one without holes by cutting a very small rectangular section out of the shape (see the README). This works, but it's not ideal and it requires a lot of extra effort on the part of the user. The ideal solution would somehow figure out an ordering for embroidering the sections, such that every section gets filled in but none of the rules above are violated. Bonus points if it can avoid running around the outside of the shape to get between sections. It would instead run through the middle of regions of the shape that have not yet been filled in, so that the running stitch gets hidden by the rows of stitches that are filled in later. The biggest problems I have yet to wrap my head around are: 1) How to avoid getting into recursive/NP-complete hell. Taking more than 10-20 seconds would really be a bad user experience; 2-3 seconds max is really what I'm aiming for. 2) How to figure out how to get from point A to point B inside a closed polygon, running over only sections that haven't been filled in yet. 2 is especially hard for me, and I think it's the kind of thing that inkscape devs probably already know how to do! I really don't understand how I can do pathfinding in an arbitrarily complex shape like that without writing thousands of lines of code. I know this kind of algorithm is possible. Commercial embroidery design software makes this look easy. I want to bring that to the open source world. I haven't been able to find any discussion of this kind of algorithm with repeated and creative googling. The closest I can think of is lawn-mowing algorithms, about which I found one paper that is unfortunately a bit beyond my level of math understanding. Some examples of what I've made so far: https://github.com/lexelby/inkscape-embroidery/tree/master/images/patches This one is an especially good example of a complex fill-region with a hole: https://github.com/lexelby/inkscape-embroidery/blob/master/images/patches/c… The black circular section in the center contains a hole in the shape of the white spade, because you can't do one color of fill-stitching on top of another. To make this, I manually broke the shape up into sections and tinkered with ordering until it worked out. Anyway, thanks for listening, and any help would be appreciated! --Lex On July 30, 2017 6:47:31 AM Michael Soegtrop <MSoegtrop@...3339...> wrote: > Hi Lex, > > I did the embroidery stitching LPE and the path cutter LPE, both are > very useful for embroidery design. What is the embroidery extension > Susan mentioned below? Hope we didn't do the same thing. > > Any discussions on the topic are welcome. What is the math issue? > > My next plan is to write an export filter in some documented and common > import format for stitching machines. Suggestions on the format are welcome. > > Best regards, > > Michael > > On 28.07.2017 20:20, Susan Spencer wrote: >> Hi Lex, >> This is the dev list for Inkscape. There's a wide range in backgrounds >> for devs here, and new contributors are welcome. >> >> Hi devs, >> Meet Lex Neva, he's a fantastic programmer and has been contributing to >> the embroidery extension. He's done some mind blowing work with pattern >> fill. He's looking at a particular issue and has some questions for the >> math heads amongst you. >> >> Good luck with 0.92.2 release! >> >> Best, >> >> Susan Spencer >> http://valentina-project.org <http://valentina-project.org/> >

4 4

Re: [Inkscape-devel] Embroidery extension
by Lex Neva 25 Aug '17

25 Aug '17

Hi! Sorry for going dark there -- everyday life intrudes fairly often. Neato, and thanks for the explanation! It does indeed look like your stuff follows a similar method to inkscape-embroidery. A few minor differences: * The extension handles creating a "grating" of lines automatically and intersects them with the fill region using Shapely (a Python extension). * The fill pattern is handled automatically through the insertion of extra nodes as you mentioned. Currently there's only one pattern: a sort of stair-step/staggered pattern that is visually pleasing. I cribbed it off of a pattern I bought online that was made using a commercial embroidery design program. I'd love to understand how to code more complex patterns, but I haven't given much thought to it yet. * The extension used to have a TSP solver of its own, but it really didn't do a particularly good job. I started off trying to fix bugs and ultimately just ripped it out. Instead, I carefully order paths in Inkscape. The new Objects panel is key for this, and it's a hugely awesome addition to Inkscape! The only part I struggle with is that Inkscape doesn't want to let you reorder objects relative to each other if they don't intersect (or nearly intersect). Ultimately, the problem I brought up for discussion boils down to the same problem you're solving with the your TSP algorithm. *Question: *what does your code do if it needs to get from one section to another that is distant? Does it just jump-stitch? Here's a brief description of how to use EmbroiderModder2's libembroidery to convert between formats: https://github.com/lexelby/inkscape-embroidery#optional-conversion-program I'd suggest that your code simply output a CSV in the format libembroidery understands, and then you can make use of its knowledge of pretty much every manufacturer format to convert it to a format compatible with your machine. --Lex On 7/30/2017 11:47 AM, Michael Soegtrop wrote: > Dear Lex, > > I guess we are trying to solve the same problem, but differently. I > wanted to have more control than semi automated fillers provide, so I > added 3 LPEs, which are in Inkscape 0.92.2: > > 1.) A bool LPE to do intersections / unions, ... of areas, so that one > can construct the areas to stitch from drawing areas. > > 2.) A path / path group trimmer LPE, which restricts a set of paths to > an area (or oustide of an area. There are already two path interpolation > LPEs which allow to create sets of paths with fine control over local > direction and density. > > 3.) An LPE to convert a set of paths into stitches. This includes an > almost reasonable traveling salesman problem (TSP) variant solver for > ordering groups of stitches to minimize the traveling in between. It can > still be improved. It is a bit more complicated than standard TSP > solvers, because it looks into groups of parallel stitches which have 4 > possible ends. > > > My approach is as follows > > 1.) Make a drawing > > 2.) Use the bool op LPE to create (in a new layer) the areas to fill > with each color / stitch style. > > 3.) Create a set of path to control density and direction using path > interpolation LPEs. This allows a great deal of control, e.g. for hair. > I don't think any commercial tool allows this amount of control. > > 4.) Use the path trim/cut LPE to trim the paths created in 3.) to the > areas created in 2.) > > 5.) Use the embroidery stitch LPE to convert the paths to stitches. > > Sometimes I use the cut / trim filter also to create intermediate nodes > in paths to create special stitching patterns. These nodes are not > visible in normal drawing, but after stitching they are visible. > > Of cause for simple cases, it would help to extend it with a more > automated approach, which is what you appear to be working at. > > I am very interested in the import/export library you mentioned. > > It would be great to work together on this. > > Best regards, > > Michael >

1 0

SVG in 92 and Phyisical Scale
by James Fritzler 25 Aug '17

25 Aug '17

Hi Inkscape Devs! I’ve used Inkscape for about five years now and have built up quite the library of svg files and have been using 91 since its release. My main creative effort is to build paper toys that I print and cut (in bulk) on a Silhouette Portrait cutting machine. (More info on my works at http://netroids.net ). I have a 100s of files and hoped to use them as my long term "masters” given that SVG is not proprietary and has had such great page layout fidelity for me. I’d love to update to v92 and future versions but, as is commonly known, the svg save logic has changed to support a new CSS standard of 96dpi and it is affecting my ability to import into my cutting software. It seems that perhaps the values written by Inkscape in 91 svg files are encoded using a 90dpi scale from their original design-time dimensions. In the past I’ve had much success importing SVGs from Inkscape 91 into Silhouette studio for years. (Granted, I do perform a little cleansing in a copy of the master svg before I go to Silhouette: I simplify the layers, ungroup, and flatten out clones into their own objects. Perhaps it is just serendipity that the Silhouette Studio imports SVGs at the 90dpi. (I tried asking them about dpi but I couldn’t "break through" their first-tier help desk support "fire wall".) I know there’s an import prompt and process for opening 91 files in 92 and I have participated in the launchpad forum and chat with Mc about this topic. (my user name is jimbox13). Unfortunate for me, none of the prompts give a workable solution. Here’s what happens to my files based on each option. (I used a diff tool in to investigate some of the changes.) * "Accuracy for sizes and position of paths" (Desired option) * Grid and guides appear to be changed – though I’m not sure to what extent. * Rectangles, paths and strokes are sized up by 6.667% * Inkscape Designer Outcome: shapes and sizes correct right based on the page. :) (bug #1712114 occurs.) * Cutter Software Outcome: File is too large (by 6.667%) for cutting area. :( * "Digital Art" * Grid and guides changed to some degree. * Rectangles and paths not changed. * Inkscape Designer Outcome: shapes and sizes are too small for the page :( * Cutter Software Outcome: shapes and sizes are correct :) * "Accuracy for masks and clips" * Grid and guides changed to some degree. * Rectangles, paths and strokes are changed to some degree, not the same as above. * Inkscape Designer Outcome: shapes and sizes correct right based on the page. :) (bug #1712114 does not occur.) * Cutter Software Outcome: File is significantly too small for cutting area. :( None of these options produce a svg that maintains its correct physical dimensions across both software packages. I tried experimenting by customizing the "units.xml" file in 92 without success. Here is my original v91 file zipped. (I added a background rectangle that is the size of the page to help troubleshooting.) https://www.dropbox.com/s/q6o17j5an2piiw3/acutra_TOCUTv91wBG.zip?dl=0 Is there anything that can be done? Thanks Jim

3 4

Changing width, triggers X axis movement
by Germano Massullo 24 Aug '17

24 Aug '17

I am sorry for not having opened a bugreport ticket in Launchpad, but actually Launcpad is experiencing malfunctions in logging process. At the following URL you can see a video example that shows the problem I am reporting: when trying to change width of selection, Inkscape instead changes X axis coordinates. https://youtu.be/Zcc4sq5U1gU inkscape-0.92.1-4.20170510bzr15686.fc26.x86_64 Best regards

2 4

Re: [Inkscape-devel] SVG in 92 and Phyisical Scale
by Jabier Arraiza 24 Aug '17

24 Aug '17

Hi James, Not only I program it but su_v and Tav do a great work on it. Just 96->90 if the document is converted at open. Cheers, Jabier. On Thu, 2017-08-24 at 15:19 +0000, James Fritzler wrote: > I have not tried it yet, but I see that you programmed it. It sounds > really useful! :) > > What steps should I use when I open the 91 file in 92 : Should I > first use the "digital art" option? and then use the 96 to 90 switch? > or should I try one of the other 2 options first (when opening the > old file)? > > > Thanks! > > > ________________________________ > From: jabier.arraiza@...2893... <javier.arraiza@...2893...> > Sent: Thursday, August 24, 2017 7:17:24 AM > To: Martin Owens; James Fritzler > Cc: Inkscape-Devel > Subject: Re: [Inkscape-devel] SVG in 92 and Phyisical Scale > > > Hi james, could you try the extension dpi switcher to convert to 90 > Dpi? > > > > Enviado desde mi móvil LG > > ------ Mensaje original ------ > De: Martin Owens > Fecha: 24/08/2017 15:10 > Para: James Fritzler; > CC: Inkscape-Devel; > Asunto:Re: [Inkscape-devel] SVG in 92 and Phyisical Scale > > > Hi James, > > It seems like the main issue is thrice fold: > > A) opening SVG 1.1 file means we have to convert it to SVG 2.0 dpi, > even though the spec isn't released, we've cut off the published spec > support too early. > B) We can't save physical units into the svg files themselves, > mitigating issues of external unit compatibility. > C) We don't have any capacity for users to change the way svg is > saved > to indicate which svg spec we should use. > > So we've got quite the compatibility problem. This isn't an issue if > one exports pdf files or printing to cut, but is a problem in this > case where the cutting software is consuming svg files directly. > > Tav and others: For 0.93, do we have a plan to try and help this > situation? > > If we can provide a way to save physical units and set svg 1.1 or svg > 2.0 outputs, we should be covering all bases. > > Best Regards, Martin Owens > > On 23 August 2017 at 11:10, James Fritzler wrote: > > Hi Inkscape Devs! > > > > > > I’ve used Inkscape for about five years now and have built up quite > > the > > library of svg files and have been using 91 since its release. My > > main > > creative effort is to build paper toys that I print and cut (in > > bulk) on a > > Silhouette Portrait cutting machine. (More info on my works at > > http://netroids.net ). I have a 100s of files and hoped to use > > them as my > > long term "masters” given that SVG is not proprietary and has had > > such great > > page layout fidelity for me. > > > > > > I’d love to update to v92 and future versions but, as is commonly > > known, the > > svg save logic has changed to support a new CSS standard of 96dpi > > and it is > > affecting my ability to import into my cutting software. > > > > > > It seems that perhaps the values written by Inkscape in 91 svg > > files are > > encoded using a 90dpi scale from their original design-time > > dimensions. In > > the past I’ve had much success importing SVGs from Inkscape 91 into > > Silhouette studio for years. (Granted, I do perform a little > > cleansing in a > > copy of the master svg before I go to Silhouette: I simplify the > > layers, > > ungroup, and flatten out clones into their own objects. Perhaps it > > is just > > serendipity that the Silhouette Studio imports SVGs at the > > 90dpi. (I tried > > asking them about dpi but I couldn’t "break through" their first- > > tier help > > desk support "fire wall".) > > > > > > I know there’s an import prompt and process for opening 91 files in > > 92 and I > > have participated in the launchpad forum and chat with Mc about > > this topic. > > (my user name is jimbox13). > > > > > > Unfortunate for me, none of the prompts give a workable > > solution. Here’s > > what happens to my files based on each option. (I used a diff tool > > in to > > investigate some of the changes.) > > > > "Accuracy for sizes and position of paths" (Desired option) > > > > Grid and guides appear to be changed – though I’m not sure to what > > extent. > > Rectangles, paths and strokes are sized up by 6.667% > > Inkscape Designer Outcome: shapes and sizes correct right based on > > the > > page. :) (bug #1712114 occurs.) > > Cutter Software Outcome: File is too large (by 6.667%) for cutting > > area. :( > > > > "Digital Art" > > > > Grid and guides changed to some degree. > > Rectangles and paths not changed. > > Inkscape Designer Outcome: shapes and sizes are too small for the > > page :( > > Cutter Software Outcome: shapes and sizes are correct :) > > > > "Accuracy for masks and clips" > > > > Grid and guides changed to some degree. > > Rectangles, paths and strokes are changed to some degree, not the > > same as > > above. > > Inkscape Designer Outcome: shapes and sizes correct right based on > > the > > page. :) (bug #1712114 does not occur.) > > Cutter Software Outcome: File is significantly too small for > > cutting area. > > :( > > > > None of these options produce a svg that maintains its correct > > physical > > dimensions across both software packages. I tried experimenting by > > customizing the "units.xml" file in 92 without success. > > > > > > Here is my original v91 file zipped. (I added a background > > rectangle that > > is the size of the page to help troubleshooting.) > > > > https://www.dropbox.com/s/q6o17j5an2piiw3/acutra_TOCUTv91wBG.zip?dl > > =0 > > > > > > Is there anything that can be done? > > > > Thanks > > > > > > > > Jim > > > > > > ----------------------------------------------------------------- > > ------------- > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > ------------------------------------------------------------------- > ----------- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

3 6

LXML & Windows
by Jabier Arraiza 23 Aug '17

23 Aug '17

Some users report me the complexity to install LXML on windows. Is posibol integrate it by default? Cheers, Jabier.

2 6

SMIL koi carp animation
by brynn 20 Aug '17

20 Aug '17

Hi Friends, I apologize, but I can't remember who made that SMIL koi carp animation image in the gallery. (User is shown as Unknown Author) I'm thinking Tav, but not positive. Anyway, note this recent comment: https://inkscape.org/en/comments/cr/621/5701/#c1569 I made reply comment that it has a copyright, but at last look, fish still swimming around on his website. I know we decided as a community not to bother with copyright issues in the gallery. But this time, it's one of us. So I just couldn't leave it alone. Although after this message, I am leaving it alone, and the artist can decide what to do :-) All best, brynn

3 2