- Inkscape Devel - Inkscape Mailman

Inkscape Stickers
by C R 24 Jun '17

24 Jun '17

Hey folks. Just wanted to say our first set of stickers are ordered, but are delayed. I was hoping to get them for the hackfest, but they will not make it in time, so I will mail them out to folks once they arrive. Here is a sample of the current collection: https://www.dropbox.com/s/qzws1g3fp2wnsgf/sticker_samples_all.png?dl=0 Enjoy. -C

2 1

Re: [Inkscape-devel] [googlefonts-discuss] Re: Variable Fonts support in Inkscape
by Felipe Sanches 23 Jun '17

23 Jun '17

Hi there, These past days I've been adding an experimental UI to Inkscape for tweaking parameters in OpenType variable fonts. One major roadblock I stumbled upon is requiring me to think more carefully about some potentially deeper architectural changes. In the screenshot attached to this message you can see some text written with the Decovar variable font. The slider labeled "Testing" in the "Text & Font" dialog is wired to invoke a callback upon value-change. This callback detects the currently selected font based on the canvas text-tool cursor position, retrieves the corresponding font_instance object and invokes Freetype's FT_Set_Var_Design_Coordinates method with the updated design-space coordinates (the slider in this experiment is hardwired to adjust the weight axis of Decovar). (I really miss a Freetype method to alter a single design-space coordinate, instead of having to pass the full array, by the way) The way things work right now, unfortunately, leads to the glyphs not changing on-canvas because once they are loaded, they seem to be kept in a cache. As you can see in the screenshot, each glyph has a different weigth, based on the slider setting when the glyph was loaded for the first time. It seems quite obvious that I should do something to invalidate the cache upon dragging the slider. But that, on the other hand, should not alter glyphs in other places where the same variable font is being used in the same document. Based on all that, I think that the proper implementation would involve creating individual font_instance objects for each text chunk where a variable-font is used with non-default design-space coordinates so that they can be tweaked independently. Achieving that, though, will surely involve a bit deeper fiddling with Inkscape's text internals, which is what I expect to do in my next few days of work on this. cheers, Felipe Sanches PS: I'm crossposting this to the Inkscape-devel mailing list as the rest of the development community may be interested in receiving updates on this topic. I may as well move all future updates to the Inkscape mailing list directly. PS2: I heard that there's a GSoC student this year who's going to work on Inkscape's text implementation (fixing compliance issues to the SVG spec, I think...) It would be really great to keep in contact with him/her and the mentor to coordinate efforts. 2017-05-30 7:48 GMT-03:00 Khaled Hosny <khaledhosny@...3544...>: > On Tue, May 30, 2017 at 12:35:24AM -0300, Felipe Sanches wrote: > > The relationship between pango and harfbuzz is still not very clear to > me, > > as I have the impression that even pango_shape() invokes hb_shape() under > > the hood nowadays. > > It will eventually call HarfBuzz on Linux, but in Windows and Mac it > will call Uniscribe and Core Text, respectively. Switching to HarfBuzz > on all platforms is kinda on Pango’s TODO list, but I don’t think anyone > is working on it currently. > > -- > 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/20170530104838.GC24994%40macbook. > For more options, visit https://groups.google.com/d/optout. >

6 15

sodapodi?
by C R 23 Jun '17

23 Jun '17

https://www.dropbox.com/s/9tmzwlc2aysxq1j/inkscape_soda_sticker.png?dl=0 Got tea, coffee, and soda. I don't think I'll have time to make a beer one before the hackfest, but it's on the list. Am I missing any other hacking beverages? -C

3 3

Wiki account
by Ben Iofel 21 Jun '17

21 Jun '17

Hello, How can I get a wiki account? -- Ben

3 2

Re: [Inkscape-devel] User Interface files
by C R 21 Jun '17

21 Jun '17

Seems like a great idea to me. Thanks Martin! I believe this will make it much easier to test to tweaks. -C On 16 Jun 2017 03:24, "Martin Owens" <doctormo@...400...> wrote: Dear developers, I've just completed a section of work which you can find here: https://gitlab.com/inkscape/inkscape/merge_requests/15 I'd appreciate a good review of the code, especially for things like memory leaks which I'm particularly weak on. A second point is the removal of ifdefs, which I can't rally do with resource files, but I'm hopping it won't matter (famous last words). I wanted to bring up to the whole community my plans going forward. You can see how I've moved the toolbar user interface XML from being compiled in, to being a file in share/ui. The reason for this, is I want to encourage experimentation on inkscape's user interface, which we can't do at the moment without recompiling the program. With this change, it looks for the ui files, not just in /usr/share/inkscape/ui, but also ~/.config/inkscape/ui so users can generate a set of custom files with their own toolbar buttons ordered the way that they want. It's not a lot of customisation, but it's something to get going with. The future vision is to start pulling some of the complex cruddy widget creation code out and putting that into a meater ui file. I might start with some dialogs like the document properties dialog. These are more interesting, because they have things like signals and anyone editing them needs to be very careful. But if we have good code that has some good error messages and such, a designer could open the ui file in glade and mess about with the widget locations, paddings and a bunch of other visual pieces. What are all your thoughts? Best Regards, Martin Owens ------------------------------------------------------------ ------------------ 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

User Interface files
by Martin Owens 21 Jun '17

21 Jun '17

Dear developers, I've just completed a section of work which you can find here: https://gitlab.com/inkscape/inkscape/merge_requests/15 I'd appreciate a good review of the code, especially for things like memory leaks which I'm particularly weak on. A second point is the removal of ifdefs, which I can't rally do with resource files, but I'm hopping it won't matter (famous last words). I wanted to bring up to the whole community my plans going forward. You can see how I've moved the toolbar user interface XML from being compiled in, to being a file in share/ui. The reason for this, is I want to encourage experimentation on inkscape's user interface, which we can't do at the moment without recompiling the program. With this change, it looks for the ui files, not just in /usr/share/inkscape/ui, but also ~/.config/inkscape/ui so users can generate a set of custom files with their own toolbar buttons ordered the way that they want. It's not a lot of customisation, but it's something to get going with. The future vision is to start pulling some of the complex cruddy widget creation code out and putting that into a meater ui file. I might start with some dialogs like the document properties dialog. These are more interesting, because they have things like signals and anyone editing them needs to be very careful. But if we have good code that has some good error messages and such, a designer could open the ui file in glade and mess about with the widget locations, paddings and a bunch of other visual pieces. What are all your thoughts? Best Regards, Martin Owens

2 2

[Reminder] Join Us to Discuss Marketing Inkscape - In 2 Hours
by Ryan Gorley 20 Jun '17

20 Jun '17

Just a reminder to all about this meeting in just over *2 hours *(20:00 GMT): - Online: https://inkscape.org/en/*developer/chat/ - IRC: irc://chat.freenode.net/#inkscape-devel I look forward to meeting you all there! On Jun 17, 2017 8:37 PM, "Victor Westmann" <victor.westmann@...400...> wrote: > No worries! > > We're all team! :) > > Victor Westmann > On Jun 17, 2017 6:07 PM, "Arlo Barnes" <arlo.barnes@...400...> wrote: > >> On Sat, Jun 17, 2017 at 6:28 PM, Victor Westmann < >> victor.westmann@...400...> wrote: >> >>> I was just trying to help publicize this Inkscape meeting even further. >>> >>> That is good! And I did not mean to diminish that, I was just curious. >> Thanks, >> —Arlo >> >> >> ------------------------------------------------------------ >> ------------------ >> 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

Helpful Facebook page reporting
by Robert Sterbal 19 Jun '17

19 Jun '17

Here is a screen print regarding the last 5 posts to the inkscape facebook page: Is there a preferred way to report this? Thanks, Robert Sterbal robert@...3541... 412-977-3526 call/text

2 2

How to change visible selections in EnumParam
by Michael Soegtrop 19 Jun '17

19 Jun '17

Dear Inkscape Team, my bool op LPE has classical bool operations suitable for closed paths and line cutting operations suitable for one open and one closed path. I wanted to adjust the options shown in the EnumParam depending on the path type, but couldn't find out how. Also it would be interesting to know if there is way to know when the path in a PathParam is set, because at this point I need to adjust the options shown. Otherwise I would make the decision on the main path and always require that the operand path is closed (and give a warning if not). Or do you think it makes more sense to have two LPEs, one classical bool LPE which only works for closed paths and one path trimming LPE to trim sets of open paths with a closed path. I think separating the two might be more obvious to the user. Best regards, Michael

2 1

Re: [Inkscape-devel] How to change visible selections in EnumParam
by Jabier Arraiza 19 Jun '17

19 Jun '17

hi: On Sun, 2017-06-18 at 16:54 +0200, Michael Soegtrop wrote: > Dear Inkscape Team, > > my bool op LPE has classical bool operations suitable for closed > paths > and line cutting operations suitable for one open and one closed > path. I > wanted to adjust the options shown in the EnumParam depending on the > path type, but couldn't find out how. Also it would be interesting to > know if there is way to know when the path in a PathParam is set, > because at this point I need to adjust the options shown. Otherwise I > would make the decision on the main path and always require that the > operand path is closed (and give a warning if not). You need a header var "Geom:Pathvector older_pv" asigning it in the end of "do_before effect" and finaly compare it with current path You also need the definition of the header put the select widget to be available in all LPE, for this you redefine the "effect::widget" like in a lot of effects, perspective envelope, Laticce 2.... > Or do you think it makes more sense to have two LPEs, one classical > bool > LPE which only works for closed paths and one path trimming LPE to > trim > sets of open paths with a closed path. I think separating the two > might > be more obvious to the user. Not sure [UX] team? > Best regards, > > Michael Chers

2 1