- Inkscape Devel - Inkscape Mailman

"object to marker" doesn't work for middle-line marker.
by C R 11 Mar '16

11 Mar '16

It seems to work okay for the ends, but when you try to pick it as the middle marker, it doesn't work (shows as selected in the drop-down, but nothing happens). Any ideas? -C

2 3

Spin button bug
by C R 11 Mar '16

11 Mar '16

Has anyone else noticed there's something pretty seriously wrong with the spin buttons in Inkscape? If you click more than a few times on either the up or down arrow the value goes nuts, and keeps going nuts until you switch to a different tool. Here's a short video capture of the issue: http://www.opendesignstudio.org/inkscape/Inkscape_spin_button_error.mp4 Any ideas? This bug doesn't seem to affect any other programs (I tried Scribus, and GIMP, and both do not feature this bug). I'm running Inkscape 0.91+devel r (Mar 8 2016). This bug is also present in 0.91 stable. -C

5 10

Re: [Inkscape-devel] Style Sheet Support
by Kamalpreet Grewal 10 Mar '16

10 Mar '16

On Thu, Mar 10, 2016 at 5:59 PM, Tavmjong Bah <tavmjong@...8...> wrote: > Sounds good! > > How familiar are you with CSS style sheets? Have you used them in HTML? > in SVG? Do you know all about selectors? Yes I am familiar with CSS. I have worked on numerous projects and used CSS significantly. I have some knowledge about selectors too. > How well do you know Inkscape? Have you used the 'trunk' version > before? Have you seen the 'Selection Set' dialog in trunk? Also the > "Objects" and "Object Properties" dialogs? > > If you are not familiar with these things, the first step is to gain > some experience with them. I have used Inkscape. I have created vector icons for various projects which were quite appreciated by the clients. Coming to using 'trunk' version, I haven't used it. Will use and explore it by tomorrow. -- Kamalpreet Kaur Grewal Blog: http://kamalpreetgrewal.com/

2 1

Style Sheet Editor
by jelle 10 Mar '16

10 Mar '16

Hello Tav, Looks very promising and it certainly is a welcome addition to the functionality in any case. On the current design I would like to note that instead of using plus for enabling a style on an object, I would think using a check box with a V would be more logical. I would not use the same symbol twice for different actions as the plus is also used in another context. You show two windows in the concept. Could you just drag and drop a style on an object to give it a class? That would be a welcome addition for the touchscreen user and mouse addicts like me. And vice versa to create a new style from the object. Less mindcraft is often higher productivity. Additional concepts... Would it be an idea to create a style sheet editor that opens a text editor on the right panel that shows the style of the selected object in the external style sheet? Similar to the XML editor, that will read the inline style setting. Another thing that would be helpful is to be able to strip all inline styles and dump them into an external style sheet, possibly removing all the doubles and as such cleaning up the mess. After that, you could create a switch to add incremental style changes either inline or external as to enable people to experiment with it, with a fall back option or several undo levels. I can imagine that people would like to create some basic style sheet, which can be diverted from using inline styles for greater control. Once they are happy with the result they may want to build a variant style sheet or create an additional one so they have a basic style and can add overriding settings in an additional one as you often wouldn't like everything to reside in a single whopper stylesheet. It would avoid users to have to still manually cut the style sheets into little bit using a text editor or the like. Added benefit is the ability to exchange style sheets that way amongst users and the possibility of eventually implementing web animation through them. SMIL is quite dead, but web animation seems to have a better future being supported by all browser implementors of importance, so eventually one hopeful might expect some brave effort on that topic, either from within Inkscape or from the outside with a third party tool that plays well with Inkscape with some level of integration. Pigs can fly if given enough thrust ;-) Possible you might want to colour code what style is being used so one can easily see if there are different styles applied to objects. The colour could be generated from the classname of the style. Not sure how hat might work out with a bunch of stylesheets though, but I would expect that making selectable and displayable columns with coloured boxes at the end of the columns displaying information could be a handy solution to that. It would allow for something similar as the layers widget so you can easily work in a certain stylesheet. Come to think of it, that might be a handy way to work with grouped objects as well in an object manager as well. Colour code them by ID, so one could easily identify them in a list of objects, select a group to work in and block other objects from being selected. Ehm,.. let's stop at that for the moment. Cheers, Jelle

1 0

Style Sheet Support
by Kamalpreet Grewal 10 Mar '16

10 Mar '16

Currently I am considering working on the style sheet support. I grabbed the code and compiled it on my system with Ubuntu 14.04. The version I have is Inkscape 0.91+devel r as specified. Before getting into code, I tried creating a style sheet. However I confronted a crash as reported on [1]. I have also referred [2] for getting an insight. It would be great if I get some guidance on how to add support for style sheets. [1]: https://bugs.launchpad.net/inkscape/+bug/1555041 [2]: http://wiki.inkscape.org/wiki/index.php/CSS_Support -- Kamalpreet Kaur Grewal Blog: http://kamalpreetgrewal.com/

3 3

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 118, Issue 19
by jean.weinster 09 Mar '16

09 Mar '16

Hello, I'm planning to update my desktop in goal of accelerating runing of inkscape since it runs too slow on my old one. Can you guys give me some advices on this? Thanks! Zhong Jian From: inkscape-devel-request Date: 2016-03-07 10:56 To: inkscape-devel Subject: Inkscape-devel Digest, Vol 118, Issue 19 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: Paint-order attribute needs to be put in stroke properties dialogue (Martin Owens) 2. Re: [Inkscape-board] Board Meeting @ Friday Mar 4th, 2016 (Alex Valavanis) 3. Re: Paint-order attribute needs to be put in stroke properties dialogue (Eduard Braun) 4. Re: Paint-order attribute needs to be put in stroke properties dialogue (Tavmjong Bah) 5. Re: Paint-order attribute needs to be put in stroke properties dialogue (C R) 6. Re: While I'm waiting for Inkscape to redraw the screen.... (Marc Jeanmougin) ---------------------------------------------------------------------- Message: 1 Date: Mon, 07 Mar 2016 11:53:02 -0500 From: Martin Owens <doctormo@...400...> Subject: Re: [Inkscape-devel] Paint-order attribute needs to be put in stroke properties dialogue To: Tavmjong Bah <tavmjong@...8...> Cc: inkscape-devel <inkscape-devel(a)lists.sourceforge.net> Message-ID: <1457369582.22893.1.camel@...2056...> Content-Type: text/plain; charset="UTF-8" On Mon, 2016-03-07 at 09:01 +0100, Tavmjong Bah wrote: > I like the reordered layout although it does rely on a tooltip to > explain the use of the miter-length selector. > > You never know what uses people will find for putting markers behind > the stroke so I would just go ahead and put icons for all six > combinations (two rows of three), making the marker in the icon a bit > larger so it sticks out. That's true, I've made a draft stab at some actual icons here: https://inkscape.org/en/~doctormo/%E2%98%85paint-order-icons If anyone wants to have a crack at it, these ones are based on the strait line and the order of the items is the order they paint. So it should signify the effect pretty clearly. Martin, ------------------------------ Message: 2 Date: Mon, 7 Mar 2016 17:07:13 +0000 From: Alex Valavanis <valavanisalex@...400...> Subject: Re: [Inkscape-devel] [Inkscape-board] Board Meeting @ Friday Mar 4th, 2016 To: Bryce Harrington <bryce@...961...> Cc: inkscape-board@...6..., inkscape-devel <inkscape-devel@...6...> Message-ID: <CAH3Si3Pkq+Hw12CWwy1zcyZ9ukGRa-dYED6qi3UpbypWth5OxQ@...401...> Content-Type: text/plain; charset=UTF-8 Hi guys, I was away over the weekend, so I'm sorry I couldn't contribute to the board meeting. Bryce/Tav, has the Hackfest room booking quote been signed yet? Best wishes, Alex On 5 March 2016 at 04:20, Bryce Harrington <bryce@...961...> wrote: > On Fri, Mar 04, 2016 at 06:21:32PM -0800, Krzysztof Kosi?ski wrote: >> Argh, totally forgot about this today. Any important updates? > > We skipped the hackfest discussions, although a couple questions were > raised. For GSoC sounds like things are going well on our end, but > student applications / contacts are on the light side. Martin gave a > detailed overview of the state of the website, and then post-meeting he > and I discussed the funded project system briefly. The meeting ended > pretty short, we'll do another one on April 1st at noon pacific. > > Bryce > >> 2016-03-03 15:21 GMT-08:00 Martin Owens <doctormo@...400...>: >> > On Thu, 2016-03-03 at 14:27 -0800, Bryce Harrington wrote: >> >> Let's plan on doing a short meeting tomorrow, March 4th. It'll be in >> >> #inkscape-devel at noon Pacific time (2000 UTC). >> >> >> >> http://wiki.inkscape.org/wiki/index.php/Board_Meetings >> >> >> >> Shortened Agenda is: >> >> >> >> * Hackfest 2016 >> >> * GSoC 2016 >> >> * Other business >> >> >> >> If time permits we'll tackle some of remaining topics from last meeting, >> >> but I'd like to keep the meeting to under an hour for folks, and to >> >> reserve as much as necessary for the hackfest and gsoc planning work. >> > >> > I'm hoping to be there for the start of the meeting, but it'll be tricky >> > with another meeting at 4pm EST. So hopefully I can find a tea shop to >> > base camp. >> > >> > Martin, >> > >> > >> > ------------------------------------------------------------------------------ >> > Site24x7 APM Insight: Get Deep Visibility into Application Performance >> > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> > Monitor end-to-end web transactions and take corrective actions now >> > Troubleshoot faster and improve end-user experience. Signup Now! >> > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> > _______________________________________________ >> > Inkscape-board mailing list >> > Inkscape-board(a)lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/inkscape-board > > ------------------------------------------------------------------------------ > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel ------------------------------ Message: 3 Date: Mon, 7 Mar 2016 18:12:59 +0100 From: Eduard Braun <Eduard.Braun2@...173...> Subject: Re: [Inkscape-devel] Paint-order attribute needs to be put in stroke properties dialogue To: Martin Owens <doctormo@...400...> Cc: inkscape-devel <inkscape-devel(a)lists.sourceforge.net> Message-ID: <56DDB69B.7080209@...173...> Content-Type: text/plain; charset=windows-1252; format=flowed Am 07.03.2016 um 17:53 schrieb Martin Owens: > If anyone wants to have a crack at it, these ones are based on the > strait line and the order of the items is the order they paint. So it > should signify the effect pretty clearly. Actually I'd keep a constant order (and also size and position) of all items and just change the layering... The idea to use item order to visualize paint order is nice, but it's too hard to figure out what stroke and fill are when items are moving around (especially given the small size), so the intended effect is not achieved and it actually gets harder to figure out the paint order. Regards, Eduard ------------------------------ Message: 4 Date: Mon, 07 Mar 2016 19:04:17 +0100 From: Tavmjong Bah <tavmjong@...8...> Subject: Re: [Inkscape-devel] Paint-order attribute needs to be put in stroke properties dialogue To: Eduard Braun <Eduard.Braun2@...173...>, Martin Owens <doctormo@...400...> Cc: inkscape-devel <inkscape-devel(a)lists.sourceforge.net> Message-ID: <1457373857.23636.45.camel@...8...> Content-Type: text/plain; charset="UTF-8" JFYI, I've almost finished implementing a GUI for paint-order. Tav On Mon, 2016-03-07 at 18:12 +0100, Eduard Braun wrote: > Am 07.03.2016 um 17:53 schrieb Martin Owens: > > > > If anyone wants to have a crack at it, these ones are based on the > > strait line and the order of the items is the order they paint. So > > it > > should signify the effect pretty clearly. > Actually I'd keep a constant order (and also size and position) of > all? > items and just change the layering... > > The idea to use item order to visualize paint order is nice, but > it's? > too hard to figure out what stroke and fill are when items are > moving? > around (especially given the small size), so the intended effect is > not? > achieved and it actually gets harder to figure out the paint order. > > Regards, > Eduard > > ------------------------------------------------------------------- > ----------- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://makebettercode.com/inteldaal-eval > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel ------------------------------ Message: 5 Date: Mon, 7 Mar 2016 18:55:56 +0000 From: C R <cajhne@...400...> Subject: Re: [Inkscape-devel] Paint-order attribute needs to be put in stroke properties dialogue To: Tavmjong Bah <tavmjong@...8...> Cc: Eduard Braun <Eduard.Braun2@...173...>, inkscape-devel <inkscape-devel(a)lists.sourceforge.net> Message-ID: <CABdJpS6QiuQPEJnbL19CnnV+o4nuBzK3+Trg_JoUPh0eUgFG1w@...401...> Content-Type: text/plain; charset="utf-8" > JFYI, I've almost finished implementing a GUI for paint-order. > > Tav > > Neat... what does it look like? :D Do you still need icons for it? Does the implementation use icons? :) -C > On Mon, 2016-03-07 at 18:12 +0100, Eduard Braun wrote: > > Am 07.03.2016 um 17:53 schrieb Martin Owens: > > > > > > If anyone wants to have a crack at it, these ones are based on the > > > strait line and the order of the items is the order they paint. So > > > it > > > should signify the effect pretty clearly. > > Actually I'd keep a constant order (and also size and position) of > > all > > items and just change the layering... > > > > The idea to use item order to visualize paint order is nice, but > > it's > > too hard to figure out what stroke and fill are when items are > > moving > > around (especially given the small size), so the intended effect is > > not > > achieved and it actually gets harder to figure out the paint order. > > > > Regards, > > Eduard > > > > ------------------------------------------------------------------- > > ----------- > > Transform Data into Opportunity. > > Accelerate data analysis in your applications with > > Intel Data Analytics Acceleration Library. > > Click to learn more. > > http://makebettercode.com/inteldaal-eval > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://makebettercode.com/inteldaal-eval > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ Message: 6 Date: Mon, 7 Mar 2016 20:39:04 +0100 From: Marc Jeanmougin <marc@...3062...> Subject: Re: [Inkscape-devel] While I'm waiting for Inkscape to redraw the screen.... To: inkscape-devel(a)lists.sourceforge.net Message-ID: <56DDD8D8.3000706@...3062...> Content-Type: text/plain; charset="windows-1252" Hi, >> I agree. Inkscape should respect global click+drag threshold here. It does(I tested it, and modified it, and it behaved as expected) > I can't think of a reason to have box-zoom on zoom-out though. It's > counter-intuitive to suddenly zoom in when trying to zoom out. That seems very reasonable, so I just fixed it in trunk (r14692). -- Mc On 03/07/2016 04:29 PM, C R wrote: > Tested. Zoom has no threshold set for click-dragging a box, and will > happily zoom to 1px. > I'd use a different value than the global click-drag though. 10px is far > too high of a click-drag threshold for my liking. > > Also, this value should probably be in the settings, and the default > value should be based on the screen dpi (if provided by the system). > > I can't think of a reason to have box-zoom on zoom-out though. It's > counter-intuitive to suddenly zoom in when trying to zoom out. > > -C > > > On Mon, Mar 7, 2016 at 3:04 PM, Vladimir Savic > <vladimir.firefly.savic@...400... > <mailto:vladimir.firefly.savic@...400...>> wrote: > > I agree. Inkscape should respect global click+drag threshold here. I > set it quite low, though. At just 4px, but no area zoom should be > activated at distance smaller then that. At least at initial > movement. After that, if user want it down at 2x2px area again , > then it's not application's problem. > > Now the question... Does this settings gets respected or ignored in > this particular case? Will test when I get near my comp again... > > Vlada > > > On Mon, Mar 7, 2016, 15:45 C R <cajhne@...400... > <mailto:cajhne@...400...>> wrote: > > Can we disable box-drag zoom while the "zoom out" function is > active? > I'm used to shift-clicking to zoom out when I don't have a > mousewheel, and if Inkscape detects even the slightest movement > while the mouse is pressed, it draws a teeny tiny box and tries > to zoom in to it. > > If the user is zooming out this behaviour should be dissabled, > because it's a zoom-in function. > > Alternatively, or additionally: > > When it zooms into such a small area, Inkscape takes an absolute > age to re-draw gradients and my high-res graphics. It might be > best to expand the minimum area that the box-zoom can zoom into. > Say 10x10 screen px would be reasonable I think. > > Thoughts? > > Ah, there it goes. :) I can work again, yay! :D > - C > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://makebettercode.com/inteldaal-eval___________________________________… > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > <mailto:Inkscape-devel@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://makebettercode.com/inteldaal-eval > > > > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature ------------------------------ ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ------------------------------ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel End of Inkscape-devel Digest, Vol 118, Issue 19 ***********************************************

3 2

Username id for Inkscape wiki
by Amarneethi R 09 Mar '16

09 Mar '16

Hi Guys, I would like to have a user id created to document the changes and the thought process for the redesign proposal of Inkscape's user interface. I would like it to be created in the name "amarneethi" Redesign Proposal: http://artntechasone.com/forInkscapeTeam.html Best Amarneethi

2 1

User-Interface design for Inkscape
by Amarneethi R 09 Mar '16

09 Mar '16

Hi Guys, I have been working on a new user-interface for Inkscape, you can find the design in the link below. I'm a fan of open source softwares and been using them for over 5 years now and wanted to give back to the open source community. Let me know what you guys think. :) http://artntechasone.com/forInkscapeTeam.html Thanks Amarneethi

11 28

[Fwd: [Fwd: Re: New video three features.]]
by Jabiertxo Arraiza Cenoz 08 Mar '16

08 Mar '16

Hi Todor. The work on mass tool in eraser is previously done, because the eraser tool get code from caligraphic tool, so I only show mass widget. Anybody is thinking in another widget to show to eraser tool from caligraphic tool? About your concrete question: Is not as easy implement it, maybe the best option to it is add a option to caligraphic tool to only do one direction line instead the current shape, for example with width = 0. But is only a idea, not sure about, because you loose another pencil tool features :( Cheers, Jabier > --------- Mensaje reenviado -------- > De: Todor Imreorov <blurymind@...400...> > Para: jabier.arraiza@...2893... > Cc: inkscape-devel <inkscape-devel(a)lists.sourceforge.net>, inkscape- > user <inkscape-user(a)lists.sourceforge.net> > Asunto: Re: [Inkscape-devel] New video three features. > Fecha: Mon, 7 Mar 2016 13:45:44 +0000 > > > Hi Jabier, > > I noticed that there is now a "Mass" value in the eraser tool. > > Would > > it be > > possible to also add it to the PENCIL tool? It would make things > > much > > better for me if we had that feature for the pencil tool as well! > > > > Kind regards, > > Todor > > > > On Sat, Mar 5, 2016 at 1:54 PM, Jabiertxo Arraiza Cenoz < > > jabier.arraiza@...2893...> wrote: > > > > > Hi, here are my last video. Is a kind of showcase of three > > > features: > > > > > > * Eraser tool with no width now in trunk. > > > * Randomize color extension now with a limit slider, also in > > > trunk. > > > * Optional auto fill Delaunay triangles with color and thin > > > stroke > > > in > > > the same color. The code of this are in this bug:https://bugs.lau > > > nc > > > hpad > > > .net/inkscape/+bug/1553497 > > > > > > Anyway, there is better/faster ways to make Delaunay based in a > > > image. > > > So this is just a example. > > > > > > http://jabiertxof.marker.es/2016/03/no-width-eraser-mode-limit-ra > > > nd > > > om.h > > > tml > > > <http://jabiertxof.marker.es/2016/03/no-width-eraser-mode-limit-r > > > an > > > dom.html> > > > > > > Cheers, Jabier. > > > > > > ----------------------------------------------------------------- > > > ------------- > > > > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > Hi Jabier, > I noticed that there is now a "Mass" value in the eraser tool. Would > it be possible to also add it to the PENCIL tool? It would make > things much better for me if we had that feature for the pencil tool > as well! > > Kind regards, > Todor > > On Sat, Mar 5, 2016 at 1:54 PM, Jabiertxo Arraiza Cenoz <jabier.arrai > za@...2893...> wrote: > > Hi, here are my last video. Is a kind of showcase of three > > features: > > > > * Eraser tool with no width now in trunk. > > * Randomize color extension now with a limit slider, also in trunk. > > * Optional auto fill Delaunay triangles with color and thin stroke > > in > > the same color. The code of this are in this bug:https://bugs.launc > > hpad > > .net/inkscape/+bug/1553497 > > > > Anyway, there is better/faster ways to make Delaunay based in a > > image. > > So this is just a example. > > > > http://jabiertxof.marker.es/2016/03/no-width-eraser-mode-limit-rand > > om.h > > tml > > > > Cheers, Jabier. > > ----------------------------------------------------------------- > > ------------- > > > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > >

1 0

buildtool update
by Eduard Braun 07 Mar '16

07 Mar '16

Hi all, I just pushed a small fix for buildtool which solves some glitches with matching regular expressions (see [1] for details). It shouldn't cause any problems, just make sure to run g++ buildtool.cpp -o btool after your next pull to re-compile. Best Regards, Eduard [1] https://bugs.launchpad.net/inkscape/+bug/1550776

2 4