- Inkscape Devel - Inkscape Mailman

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