- Inkscape Devel - Inkscape Mailman

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

While I'm waiting for Inkscape to redraw the screen....
by C R 07 Mar '16

07 Mar '16

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

3 4

Re: [Inkscape-devel] Paint-order attribute needs to be put in stroke properties dialogue
by Tobias Ellinghaus 07 Mar '16

07 Mar '16

Am Sonntag, 6. März 2016, 23:57:42 schrieb C R: > Same way it does now? :) I meant in the GUI, i.e., the two icons you proposed. They can't reflect all states the setting might be in. > I mean correct if wrong, but you want the markers always drawn on top so > you can... see them? > Drawing them anywhere but on top would constitute an error, imho. I am sure people will come up with valid use cases where you want them below. > Currently, I'd just like not to have to resort to clones to add a usable > outline to text. > I want that so bad I can taste it. :) Word. > My 2p. > > -C Tobias [...]

1 0

how to update a git repository?
by alvinpenner 05 Mar '16

05 Mar '16

I had previously downloaded the git lib2geom repository using the command: git clone git://git.launchpad.net/lib2geom Now I saw that there was a recent commit yesterday, so I decided to update. I ran the command : git pull git://git.launchpad.net/lib2geom and got the response: >From git://git.launchpad.net/lib2geom * branch HEAD -> FETCH_HEAD Already up-to-date. However, I know that my copy is not uptodate, despite what the message says. Any ideas as to how to do a pull? Also, is there any way of knowing which rev my local repository is currently on? Something equivalent to 'bzr revno' or 'bzr version-info'? I have tried 'git log', but unfortunately it generates an infinite loop from which I cannot escape, so it is not very helpful. I have tried about a dozen varieties of the command 'git log <revision range>' but none of them work. The git help files, unfortunately, are no help because they do not contain any working examples. Also, will I need to implement a SSH key to make changes? I previously did this for launchpad on Windows using Pageant and Putty, but am not sure how to apply that procedure to git, and also I lost my notes from that trial, which was in 2009. any help would be appreciated. tia, Alvin -- View this message in context: http://inkscape.13.x6.nabble.com/how-to-update-a-git-repository-tp4975817.h… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

7 25

Development Project Management System GSOC 2016
by Manipal Singh 05 Mar '16

05 Mar '16

Hey, I'm Manipal Singh junior year student from IIIT hyderabad and I want to contribute to Inkscape gsoc 2016 project, some of them are very interesting. I would like to seek some more information regarding the project "Development Project Management System" that seems pretty interesting to me as I have good knowledge of C++, CSS, Python and Django. Do we just need to create web app for ideas of development projects and enhance existing Project UI? Also I would like to know about the existing project. Thanks, Manipal Singh

2 1

Access to inkscape wiki
by Raphaël Bournhonesque 05 Mar '16

05 Mar '16

Hello, I wish to contribute to Inkscape, by improving the documentation/comments, and hopefully the code base. I found some typos in http://wiki.inkscape.org/wiki/index.php/Developer_manual, but it seems that writting access must be asked to the devel mailing list first. Is this the right place to ask ? Best, Raphaël

2 1

Code changes related to a scale factor of 1 + 1/15???
by mathog 03 Mar '16

03 Mar '16

Hi all, Does anybody recall a recent change that would have introduced a scale factor of 1.066667 (1 + 1/15), on Windows only? In a simple test case (one black rectangle) read in from an EMF file, for the same trunk revision, among other issues, I am seeing all coordinates and widths scaled up by that amount on windows relative to linux. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 4

[Fwd: Re: Website Download donations]
by Martin Owens 03 Mar '16

03 Mar '16

I'm forwarding this information directly to the list. It's from Canonical/Ubuntu about their donation during download screen. They say: * 1 in every 500 downloads results in a donation (0.2%) * People donate what your default is normally * There are lots of complaints about the download format * They plan on changing the download screen to a thank you page This is important data for us, because I feel the good will of our users is important for us and noting to large amount of complaints is important for the design. Best Regards, Martin Owens

1 0

btool slower to link with recent devlibs on Windows (32 bit)
by mathog 03 Mar '16

03 Mar '16

Hi all, Finally had a chance to update things on my Windows XP 32 bit build box. Devlibs 53 -> 61 and now current inkscape trunk. I'm observing that the link stage is taking a very, very, Very long time to complete. Many minutes. I do not recall it taking that long previously. Am I hallucinating or is it really slower than it used to be? Is there an easy way to disable the build for inkview, so that I can at least not have to wait for that progam's equally slow link? Also I have forgotten the trick to get btool to show what it is doing when it compiles a module. That is, to show the cxx line rather than compile (modulename) Finally, gdb seems to be more hit and miss than I remembered. Doing it this way: gdb file inkscape/inkscape.exe inkscape/inkscape.dbg # set break point here run /c/temp/test2.emf is doing strange things. The break points will not always set. Sometimes it says that it doesn't see the file (emf-inout.c) and other times that it does not see the line specified. build.xml was modified with -O2 -> -O0, so nothing should have been optimized away. Yet other times, it works as one would expect. Also when it segfaults "bt" is wildly uninformative. For the case at hand it is >600 levels deep and each level is just described by a few numbers - no file or module names are shown. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

Details of project
by Nishant karn 02 Mar '16

02 Mar '16

I visited the site https://summerofcode.withgoogle.com/organizations/6010720831406080/ went through idea page and found a idea according to my knowledge. The project idea is: Slice toolbar items. I want to know about how should i prepare my proposal and what are the requirements?

3 3

Hackfest 2016: Topics
by Tavmjong Bah 01 Mar '16

01 Mar '16

Hi, I've started a wiki page for discussion/hacking topics at the upcoming Leeds hackfest. It's been seeded with a few things from last years hackfest. Please fill free to add new topics and to comment on the existing topics. See: http://wiki.inkscape.org/wiki/index.php/Hackfest2016_Topics It's not too late to sign up for the hackfest. Travel funding is available for based on past contributions to Inkscape. Tav

4 5

SpinachCon 2016
by Martin Owens 01 Mar '16

01 Mar '16

Dear users and developers, Inkscape has been invited to take part in the Free Software design day known as SpinachCon which happens the day before LibrePlanet here in Boston: https://libreplanet.org/2016/ The SpinachCon event is about working with users on finding odd, weird and slightly ugly things within inkscape that we can fix or make designs about. If you are in the area and wish to take part it's March 18th 2016, from 12:00-5:00pm, in Boston at Beaucoop's offices (near South Station on the Red Line) I'll report in a new article any findings or fixes after the event. Best Regards, Martin Owens

2 1

Google Summer of Code 2016
by Josh Andler 29 Feb '16

29 Feb '16

Hey all, I just wanted to let everyone know that Inkscape was accepted as a mentoring organization for GSoC this year. This will be our 11th year participating. Google has transitioned from Melange to a new site (1) this year if you're interested in reading more about it. If you are interested in participating as a student please visit our page (2) on Google's new Summer of Code site to find links to our Ideas for summer projects on our wiki and our developer mailing list. As usual, please either introduce yourself on our developer mailing list or let us know what you're interested in working on this year. Student application don't open until the 14th, so now is the time to be talking to us if you are interested in working with us. If anyone has any questions, please ask away. Cheers, Josh (1) https://summerofcode.withgoogle.com/ (2) https://summerofcode.withgoogle.com/organizations/6010720831406080/

1 0

Re: [Inkscape-devel] Inkscape for embroidery
by Michael Soegtrop 29 Feb '16

29 Feb '16

Dear Alexander, > Did you create a branch on Launchpad where I can see your code? I'd > like to test it and possibly contribute to it. Not yet, but I guess within a week. Best regards, Michael

1 0

Screenshots of bool LPE with new slice-inside and slice-outside bool ops.
by Michael Soegtrop 28 Feb '16

28 Feb '16

Dear Inksacpe Team, here are 3 screen shots of the bool-op LPE and the new slice-inside and slice-outside bool ops I implemented this weekend: www.Michael-Soegtrop.de/Inkscape/slice_off.png www.Michael-Soegtrop.de/Inkscape/slice_inside.png www.Michael-Soegtrop.de/Inkscape/slice_outside.png In the slice-outside image please note that the cut shape is transparent - it is not just hiding the lines below. Of cause all normal bool-ops are also supported by the LPE. Since I want to supply a patch for embroidery use based on 0.91 soon, I implemented it based on the old livarot mechanisms, but the new bool ops are just 200 lines with quite a few comments, so I don't see much of an issue to port it later. The main work was anyway thinking about how to do it so that it works reliably and not implementing it. The filltype parameters I will remove and get them from the paths instead. I think these bool-ops are quite useful for normal drawing (not embroidery) as well as a more generic kind of hatching. Best regards, Michael

2 1

Quality of gradients.
by Gez 28 Feb '16

28 Feb '16

A few weeks ago, Tavmjong added a comment to bug #180693, asking if the reported issue was still present with the new renderer. I'm answering here, as I'm adding some personal comments that probably don't belong to the bug report. Please tell me if it's is worth that I add some of this information to the bug report, or feel free to do it if anyone wants to. Regarding the question, As long as Inkscape renders at 8bpc, yes. It will still be a problem. It's possible that some sizes and colors hide the problem more than others, but banding will still be a problem unless images are rendered in higher precision. The easiest way to check this is to draw a grayscale gradient. At 8bpc, you can't paint more than 256 shades of gray. So a 256px-wide gradient will look ok, but as soon as you stretched that gradient to a larger size, banding will appear. An even more extreme example (but not less frequent) is when you also have a grayscale gradient, but instead of going from black to white you go from a middle gray to a lighter gray. If your gradient takes, say 50 levels out of those 256, stretching the gradient will result in severe banding sooner. I don't think it's possible to address banding in 8bpc without some form of dithering, and it looks that the current renderer doesn't apply any. As I mentioned in an older comment, the best way I could find to work around this was using the "spread" filter in GIMP, which jitters the edges of each step of the gradient making it look smoother. There are existing dithering algorithms that could be used too, like floyd-steinberg, bayer, a-diher (http://pippin.gimp.org/a_dither/), etc. but I wonder how effective would they be as we don't have a smooth gradient as a starting point, but a stepped one. Those dithering algos could be useful if inkscape rendered at 16bpc, to bring down the display to 8bpc though. At any rate, rasterizing a vector shape and applying a filter would be prohibitively slow for large sizes so this dithering, if applied, should be probably applied only to export, making this solution unsuitable for on-screen representation. Anyway, I don't think banding is too much of a problem (it is, but it's not as severe) for screen as it is for printing. For printing it becomes a critical issue, as other commenters pointed out. Inkscape is a valuable tool for large format printing which I use daily, and time to time I have to apply some nasty workarounds because of this limitation. For my professional work, the way inkscape renders gradients is a show- stopper. The quality of my work suffers if I don't apply one of those tedious workarounds discussed in this thread. This bug has been reported about 8 years ago, and a lot happened since. Maybe this time, with a new renderer there's something that can be done to get it fixed? Gez

4 11

Win64 devlibs update
by Eduard Braun 28 Feb '16

28 Feb '16

Hi all, as some of you might already have noticed I'm working on a major update for the win64 devlibs. Current status: Both trunk and 0.91 build fine and seem to work without obvious flaws on my system! Most of the binaries are contributed by Partha Bagchi whom I'd like to thank very much again! Almost all dependencies were updated to the latest available version and rebuilt from scratch with gcc 5.3. Although work is not yet finished I'm at a point were I'd like to encourage you to test my changes: * If you want to compile Inscape from scratch you can do that as usual [1]. However you'll need a checkout of the updated devlibs branch, see https://code.launchpad.net/~inkscape.dev/inkscape-devlibs64/5.3 The updated compiler is available as part of a MinGW-w64 package available from https://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20… Lastly you'll need an updated build-x64.xml. I temporarily uploaded a copy for both trunk and 0.91 branch to my Google drive, see https://drive.google.com/open?id=0B3IZiqBj23X1My1CaUE2NjlpVms * If you want to start testing right away, I also provided pre-built packages available from the same link https://drive.google.com/open?id=0B3IZiqBj23X1My1CaUE2NjlpVms I'll push some further smaller updates in the coming days. If no bugs or regressions are discovered I'll propose to merge the update after that. Thanks for testing, Eduard [1] http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows_64-bit

2 4