Thanks!

> It would also have been nice to be able to change multiple swatches at
> the same time as it might have been if last years color GSOC project had
> been finished.

How can this be done? Are there any mockups from last year available?

> The Fill and Stroke dialog could use a rethinking. I really don't like
> that clicking on the Swatch icon automatically creates a new swatch.

The "swatch" tab can be moved to the color notebook and display
solid color swatches. It would behave similar to the patterns tab.

> We should also be displaying gradients in the swatches dialog.

No problem.

> Same thing with clicking on the Pattern icon. 

I'm afraid I didn't get the point. After clicking the pattern icon 
a list of patterns is displayed and no new pattern is created.

>  It might be interesting to think on how
> the Fill and Stroke tabs could be integrated with the new Swatches
> dialog.

I fully agree. Especially when solid colors, gradients and patterns
are equally treated as swatches. My first mockups from this project
included a modified fill and stroke interface [1]. They were rejected
and replaced by integration of pattern preview widget in a fill and stroke
tab. At those time, the mockups didn't involve the swatches dialog.
Do you think this idea is worth considering again?

Tomasz

[1] https://www.dropbox.com/s/l2w3ybeozmzix73/integration.png


On Sun, Jul 13, 2014 at 1:45 PM, Tomasz Boczkowski <penginsbacon@...400...> wrote:
Thanks!

> It would also have been nice to be able to change multiple swatches at
> the same time as it might have been if last years color GSOC project had
> been finished.

How can this be done? Are there any mockups from last year available?

> The Fill and Stroke dialog could use a rethinking. I really don't like
> that clicking on the Swatch icon automatically creates a new swatch.

The "swatch" tab can be moved to the color notebook and display
solid color swatches. It would behave similar to the patterns tab.

> We should also be displaying gradients in the swatches dialog.

No problem.

> Same thing with clicking on the Pattern icon. 

I'm afraid I didn't get the point. After clicking the pattern icon 
a list of patterns is displayed and no new pattern is created.

>  It might be interesting to think on how
> the Fill and Stroke tabs could be integrated with the new Swatches
> dialog.

I fully agree. Especially when solid colors, gradients and patterns
are equally treated as swatches. My first mockups from this project
included a modified fill and stroke interface [1]. They were rejected
and replaced by integration of pattern preview widget in a fill and stroke
tab. At those time, the mockups didn't involve the swatches dialog.
Do you think this idea is worth considering again?

Tomasz

[1] https://www.dropbox.com/s/l2w3ybeozmzix73/integration.png


On Thu, Jul 10, 2014 at 5:02 PM, Tavmjong Bah <tavmjong@...8...> wrote:
On Wed, 2014-07-09 at 18:57 +0200, Tomasz Boczkowski wrote:
> There's one more issue that I would like to consult.
>
>
> 4) There's a number of palettes provided with inkscape. If they are
> all displayed in tree mode, they occupy a lot of
> space in swatches dialog [1]. It can be quite uncomfortable to use
> "Ubuntu" and "Current document" palettes
> at the same time. In grid view mode, when all categories are collapsed
> into one, the situation is even worse [2].

Yes, this is a big problem.

> I can think of three solutions:
> * Leave tree mode [1] as is and in grid mode [2] display only expanded
> palettes. To enhance discoverability
>   it would be possible to expand and close palettes from popup menu
> [3]

I like the way the tree mode keeps the palettes separate. I prefer this
to the grid mode.

> * Use the popup menu [3] to choose palettes that are shown in swatches
> dialog. If a category is shown it can
>   further be expanded or collapsed.

There is a discoverablity issue here.

> * Share a TreeModel behind swatches dialog between: patterns panel in
> fill and stroke dialog, color chooser bar
>   at the bottom of the screen and swatches dialog. Add a dialog to
> choose active palettes, as shown in [4]. The
>   solution is similar to GIMP behaviour.

Sharing the TreeModel is a good idea, but I am not sure about the dialog
to choose the palette.

> Which of them do you like most?

What about adding a fourth option "Choose Palettes" to Tree, Grid, List
that would be like your Palettes dialog

> In third case we have a data model common to a number of dialogs. How
> can I implement creating and sharing
> the object? What comes to my mind is making the data model a
> singleton, or associating it with SPDesktop
> object. Are there other possibilities?

Singleton would be fine, I think.

Tav