Re: [Inkscape-devel] GSOC status report - Better support for SVG paints
It would be nice to be able to edit the gradient as is done with swatches... but this might be involve resurrecting a simplified version of the late Gradient editor dialog.
I like the idea. I can do it after I implement hatches.
One small problem... I had trouble switching back from "Grid" view to the "Tree" view as there wasn't an empty place to click on until I widened the window a bit.
You can also change the mode using left arrow button at the bottom right corner.
By the way I'm thinking of leaving some empty space after each palette in grid mode to keep palettes separate. It would look like this [1]. An icon could be added as first element of each palette. It would have a tooltip set to category name.
[1] https://www.dropbox.com/s/0jltcbm8rqthsi9/newlines.png
On Wed, Jul 23, 2014 at 4:43 PM, Tomasz Boczkowski <penginsbacon@...400...> wrote:
It would be nice to be able to edit the gradient as is done with swatches... but this might be involve resurrecting a simplified version of the late Gradient editor dialog.
I like the idea. I can do it after I implement hatches.
One small problem... I had trouble switching back from "Grid" view to the "Tree" view as there wasn't an empty place to click on until I widened the window a bit.
You can also change the mode using left arrow button at the bottom right corner.
By the way I'm thinking of leaving some empty space after each palette in grid mode to keep palettes separate. It would look like this [1]. An icon could be added as first element of each palette. It would have a tooltip set to category name.
[1] https://www.dropbox.com/s/0jltcbm8rqthsi9/newlines.png
On Wed, Jul 23, 2014 at 1:43 PM, Tavmjong Bah <tavmjong@...8...> wrote:
On Tue, 2014-07-22 at 13:19 +0200, Tomasz Boczkowski wrote:
New functions were added to the swatches dialog.
The most important is the ability to modify swatches. A swatch properties dialog was added. When a swatch in "current document" category is selected, "swatch properties" option is active. After clicking it a dialog appears. It is possible to change swatch name. Technically it is stored in title child element. Swatch preview is displayed at the bottom of the dialog. Depending on swatch type different controls can be displayed. For colors a color notebook widget is used to change swatch value [1]. Pattern attributes can be changed using attribute table widget [2].
Gradient support has been added. Gradients having a gradient vector defined are displayed in swatches panel [3]. The user can apply gradient to existing object. It is linear by default. An exception to this is applying gradient to an object with existing radial one.
It would be nice to be able to edit the gradient as is done with swatches... but this might be involve resurrecting a simplified version of the late Gradient editor dialog.
All pattern types can be chosen when no item is selected on canvas. In this case newly created items will receive selected style.
This is all really nice.
One small problem... I had trouble switching back from "Grid" view to the "Tree" view as there wasn't an empty place to click on until I widened the window a bit.
Tav
On Wed, 2014-07-23 at 16:44 +0200, Tomasz Boczkowski wrote:
It would be nice to be able to edit the gradient as is done with swatches... but this might be involve resurrecting a simplified
version
of the late Gradient editor dialog.
I like the idea. I can do it after I implement hatches.
One small problem... I had trouble switching back from "Grid" view
to
the "Tree" view as there wasn't an empty place to click on until I widened the window a bit.
You can also change the mode using left arrow button at the bottom right corner.
Ah, yes. I should have seen that.
By the way I'm thinking of leaving some empty space after each palette in grid mode to keep palettes separate. It would look like this [1]. An icon could be added as first element of each palette. It would have a tooltip set to category name.
I have mixed feelings about this. At first I thought it was a good idea and the I thought it would be better with a bit of spacing between the palettes, and then I thought having the palette name would be good too and then I realized that this is almost exactly what you have with the "Tree" view...
Tav
Hi,
The previous thread was getting a bit long so I've started a new thread.
I was playing around with the new swatches dialog and realized that use of the dialog behaves in a way that may be confusing for users. If you click on one of the solid colors, a new swatch is created (currently a one-stop gradient, hopefully soon a <solidColor> element). While the dialog is clearly labeled "Swatches", I think the average user would expect that after clicking on a blue swatch, the resulting SVG file would have:
style="fill:#0000ff"
and not:
style="fill:url(#linearGradient4232)"
where the gradient is a one-stop blue gradient.
I am wondering if the dialog should have the option to switch between these two modes (clearly this is only for solid colors and not patterns/gradients).
Part of the confusion is that the palette area at the bottom of the Inkscape main window has the same set of palettes as the swatch dialog. It's not obvious that clicking on the color sample there is different from clicking on a color sample in the swatch dialog.
Tav
This is what Ponyscape did with its custom swatches implementation and a special checkbox in the palette labeled "Don't Link," which would prevent objects with swatch coloring from having a linear gradient. [1]
Currently Adobe Illustrator does not support swatch coloring or one-stop gradients, so this would be a great thing to have.
[1] http://sta.sh/016cyhyielbb
On Wed, Jul 23, 2014 at 3:55 PM, Tavmjong Bah <tavmjong@...8...> wrote:
I was playing around with the new swatches dialog and realized that use of the dialog behaves in a way that may be confusing for users. If you click on one of the solid colors, a new swatch is created (currently a one-stop gradient, hopefully soon a <solidColor> element). While the dialog is clearly labeled "Swatches", I think the average user would expect that after clicking on a blue swatch, the resulting SVG file would have:
style="fill:#0000ff"
and not:
style="fill:url(#linearGradient4232)"
where the gradient is a one-stop blue gradient.
I am wondering if the dialog should have the option to switch between these two modes (clearly this is only for solid colors and not patterns/gradients).
Part of the confusion is that the palette area at the bottom of the Inkscape main window has the same set of palettes as the swatch dialog. It's not obvious that clicking on the color sample there is different from clicking on a color sample in the swatch dialog.
Tav
A few more comments...
1) The swatches should be able to get much smaller than the current smallest size. 2) I'm not a fan of the gaps between swatches. The old dialog had border options for none, solid, and wide. 3) Gradient handles are showing again. They should either be fully suppressed again or special cased to show a single handle (for single stop gradients).
Cheers, Josh
On Wed, Jul 23, 2014 at 12:55 PM, Tavmjong Bah <tavmjong@...8...> wrote:
Hi,
The previous thread was getting a bit long so I've started a new thread.
I was playing around with the new swatches dialog and realized that use of the dialog behaves in a way that may be confusing for users. If you click on one of the solid colors, a new swatch is created (currently a one-stop gradient, hopefully soon a <solidColor> element). While the dialog is clearly labeled "Swatches", I think the average user would expect that after clicking on a blue swatch, the resulting SVG file would have:
style="fill:#0000ff"
and not:
style="fill:url(#linearGradient4232)"
where the gradient is a one-stop blue gradient.
I am wondering if the dialog should have the option to switch between these two modes (clearly this is only for solid colors and not patterns/gradients).
Part of the confusion is that the palette area at the bottom of the Inkscape main window has the same set of palettes as the swatch dialog. It's not obvious that clicking on the color sample there is different from clicking on a color sample in the swatch dialog.
Tav
Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Wed, Jul 23, 2014 at 11:36 AM, Tavmjong Bah <tavmjong@...8...> wrote:
I have mixed feelings about this. At first I thought it was a good idea and the I thought it would be better with a bit of spacing between the palettes, and then I thought having the palette name would be good too and then I realized that this is almost exactly what you have with the "Tree" view...
I have mixed feelings too... I like the idea of a simple, compact, no frills view. I also like the idea of categorization in a minimalist way. I agree that it's really close to what the tree view is, but I just can't see myself using the tree view because the labels just waste too much space.
Cheers, Josh
TileView display modes are easy to change. As soon as I have some screencasts, I'll send them for review. Tile mode and tree mode are not set in stone, so they can be replaced by one mode. I fully agree that screen space waste should be minimized.
Tomasz
On Thu, Jul 24, 2014 at 12:11 AM, Josh Andler <scislac@...400...> wrote:
On Wed, Jul 23, 2014 at 11:36 AM, Tavmjong Bah <tavmjong@...8...> wrote:
I have mixed feelings about this. At first I thought it was a good idea and the I thought it would be better with a bit of spacing between the palettes, and then I thought having the palette name would be good too and then I realized that this is almost exactly what you have with the "Tree" view...
I have mixed feelings too... I like the idea of a simple, compact, no frills view. I also like the idea of categorization in a minimalist way. I agree that it's really close to what the tree view is, but I just can't see myself using the tree view because the labels just waste too much space.
Cheers, Josh
On Thu, Jul 24, 2014, at 06:57 AM, Tomasz Boczkowski wrote:
TileView display modes are easy to change. As soon as I have some screencasts, I'll send them for review. Tile mode and tree mode are not set in stone, so they can be replaced by one mode. I fully agree that screen space waste should be minimized.
I have a feeling this is a good point for post-project follow-ups. I know that when we were looking at the palettes much earlier we found several clusters of different users/artists who wanted different and often conflicting things. Space between entries vs. no space was just one of the points. Getting some better info collected will probably take a bit of time.
Coding now, however, as you're going seems good. Getting some good initial UI in is most helpful. And after we collect more info we can refine things. The key is probably just to keep in mind that such follow-up changes might occur. Doing so helps you keep the code organization clean, as it has been so far.
-- Jon A. Cruz jon@...18...
participants (5)
-
Jon A. Cruz -
Josh Andler -
Liam White -
Tavmjong Bah -
Tomasz Boczkowski