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@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@lists.sourceforge.net
You can reach the person managing the list at inkscape-devel-owner@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@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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-board
Inkscape-devel mailing list Inkscape-devel@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@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@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@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@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@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@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@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).