I think what C R says makes a lot of sense from an artistic point of view: the most important use-case is clearly the one where you choose to put "fill" on top of "stroke", a reverse of the current order (stroke on top of fill).Then these arcane end-markers (which I seem to never use for quality work, just for quick infogfx/mockups, they're so obnoxious to work with) come and make things complicated :)Having just a toggle for fill/stroke order (defaulting to current order) on the fill tab would be lovely. Then the Marker/stroke toggle could be on the stroke tab. I'd actually prefer if the "advanced/crazy" order of marker-fill-stroke and stroke-fill-marker would be a case of "edit the xml" or as a not-in-the-way button/widget on the stroke tab.This results in:- For 99% of time, I just use the fill/stroke order toggle on the Fill tab.- For 1%, I use the more hidden away stroke/marker ordering "thing" on the Stroke tab.Mvh/Olof-----------------3-5-åriga småttingar i närheten?Lek & lär siffror och bokstäver via mobilen m.h.a. Alfamem till Android.On 7 March 2016 at 21:44, C R <cajhne@...400...> wrote:------------------------------------------------------------------------------If there were three toggles, yes, but since there are only two in each tab, this would not happen.The fill toggle would make the fill either always on top or always on the bottom.Nothing you do to the stroke/markers tab toggle would change that, and vice-versa.Okay, I hear you. I'm just still not sure it would visually make sense. With all of the options grouped like they were in your example, you can discern what is going on there. It still seems like it would be less obvious to a user with the current icons proposed if they were split up. Am I missing something that makes it more obvious? Maybe my confusion is a bad sign. :PI think the problem is that "Paint Order" is the programatic term for doing two different functional things (at least from the user perspective):1.It's making the makers (which are a property of the line, not the fill) either on top of the line or bellow it.2.It's making the fill either on top of the line/marker or below it.It's also doing a third thing, which I'd bet no one will ever want to do, and that's putting the fill between the marker and the line... not only is this confusing, it's *ugly as hell*. :) You remember when they got rid of the "blink" property in HTML? Yea, that kind of ugly. :)So what would really make sense is to control the top or bottom positioning of the fill in the fill dialogue, and the relation of the markers to the line in the line dialogue.Consider this:I'm drawing map with lines and I'm using markers as station endpoints.I've decided I want my markers under the line, so people can see the line continue through the marker unbroken.Case 1: I look through the set of 6 icons, and click what I think is the right one. If it's not lovely, I click again, and again, and again until I find the one I want. I have to worry about where the fill is going to land too, and if I don't have a fill yet, I may be revisiting this 6 icon cluster again shortly.Case 2: I choose one of the two options in stroke, one that clearly shows the stroke on top of the marker. Done.Now that I've done that, I decide I'm going to use a fill on that markered line, which is something that usually happens accidentally.But for whatever reason I want it.The only thing I have to decide is if the fill is going on the top or the bottom, so...Case 1: I look through the set of 6 icons, and click what I think is the right one. If it's not lovely, I click again, and again, and again until I find the one I want. But now I have to worry about messing up the order of my markers too! Trying to do too many things all at once. :)Case 2: I choose one of the two options in stroke, one that clearly shows the fill on top of the marker. Done.I vote Case 2. Two options bite it for now, but they aren't even good options. :)-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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel