- Inkscape Devel - Inkscape Mailman

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