Some input about current Krita Windows build

Fri Sep 27 08:23:26 UTC 2013

>
> *(Animtim) (by the way, I'm really missing the option to see only presets
>>> from selected engine here as it was before, I filed a bug about this some
>>> time ago).
>>> *
>>
>> *(Deevad)** Restricting presets by active brush engine on this carousel
>> selector would make a lot of sens. For your and my usage.
>> *
>>
> *(Slangkamp) At some point the restriction to only the the active brush
> was removed from all preset widgets, not sure why though.*

xD I was the culprit asking for breaking the restriction back in 2010 I
think. At this time, it was restricted by engine in _all_ brush preset
dialog. A 'Show All' checkbox existed on the "brush preset docker". I asked
for checking 'Show All' as default at startup, because I pressed this each
restart , and so for productive reason. But I agree the 'caroussel/slider'
brush preset selector embedded into the brush-editor would act better if
showing only brush from the 'engine' selected.

So, does a breakdown action by action of a brush-editing could be
summarized to this ? :

   1. select engine
   2. panel propose existing brush-preset ( engine related )
   3. pick an existing brush-preset or reset one to default
   4. tweak options
   5. edit thumbnails or paint a test in the test zone
   6. edit name or rename
   7. save or overwrite

On Thu, Sep 26, 2013 at 4:07 PM, Sven Langkamp <sven.langkamp at gmail.com>wrote:

>
> On Thu, Sep 26, 2013 at 12:16 PM, David Revoy <davidrevoy at gmail.com>wrote:
>
>>  * mockup : http://i.imgur.com/NMzgAhY.png*
>>>
>>>
>> Thanks for your time commenting @Animtim, here my replies on this topic
>> :
>>
>>
>>> *-The preset selector row is really important for me, very useful to
>>> compare/check several presets quickly. I would not be happy if it gets
>>> removed. (by the way, I'm really missing the option to see only presets
>>> from selected engine here as it was before, I filed a bug about this some
>>> time ago).
>>> *
>>
>> Ok. I have difficulties using this carousel brush selector with a stylus,
>> so I never do. With new tag system mini-bug-or-feature ;newly created brush
>> just jump to the end of list. The scrolling holding '>' arrow is really
>> long.
>> Restricting presets by active brush engine on this carousel selector
>> would make a lot of sens. For your and my usage.
>>
>>
>
> If we remove it someone will request to add it back soon. We could add an
> option to hide it maybe. At some point the restriction to only the the
> active brush was removed from all preset widgets, not sure why though.
>
>
>> ** *
>>> -Having the engine selector as dropdown would make one more click  and
>>> scrolling the list to switch.. I still prefer how it is now.
>>> *
>>
>> Ok, I thought about it because I rarely switch engine when I configure a
>> brush.  Anyway, my drop-down list in a drop-down panel was surely not
>> elegant.
>> By the way, does the subcategory 'Stable' and 'Experimental' brush engine
>> still makes sens ? I have the feeling any brush engine available now are
>> stable.
>>
>
> Experimental is a bit useless. Originally it was there to show that these
> brush engines might change in the future. But I think we never really
> communicated that and they didn't change that much either.
>
>
>> * -Name field shrinked: that's ok as long as it's still long enough
>>> (looks ok size on the mockup)
>>> *
>>
>> :-)
>>
>>
>>> * -Do we really need to add a rename preset when we can already just
>>> edit the name and save it as new? Well yes, as then we have to clean up
>>> manually old-named presets, so it could save some manipulations here.. So
>>> why not, if we find space for it.
>>> *
>>
>> Rename would be a nice little featurette. Because sorting is driven by
>> 0-9 + A-Z ;  Renaming by creating a new and removing the old one is sure
>> what I do since years. But it's also always risky to remove accidentally
>> the unwanted one. Here again the "mini-bug-or-feature ;newly created brush
>> just jump to the end of list" prevent a bit of that. I would really like a
>> way to refresh resource without having to close and restart Krita...
>>
>>
>>> * -Color field folded be default: why not, as those options are used on
>>> very few preset cases.
>>> *
>>
>> :)
>>
>> * -Restore icon button: yep sure this one still miss a proper icon, it's
>>> on the todo list ;)*
>>
>> My idea on the mockup was not to provide a static icon. But draw here the
>> 'active' icon . Easier feedback.
>>
>
> The problem there is that not every image can be scaled down properly. So
> you could get some problem with very fine structures etc.
>
>
>>  _____________________
>> http://www.davidrevoy.com
>>
>>
>> On Thu, Sep 26, 2013 at 11:17 AM, Timothée Giet <animtim at gmail.com>wrote:
>>
>>>  Le 26/09/2013 09:38, David Revoy a écrit :
>>>
>>>  5) "Edit Brush Settings" dialog doesn't fit the wide-format laptop
>>>> screen (I guess it was a 15" laptop).
>>>>
>>> A diet mockup proposition I made this morning for the "Krita Brush
>>> Editor" :  http://i.imgur.com/NMzgAhY.png  ( 950x450px instead of
>>> 1115x600px ).To other artist and users feel free to debate about this
>>> mockup here before submitting as a wish. Would you like it ?
>>>
>>>
>>> Hi,
>>> Some opinions about this mockup:
>>> -The preset selector row is really important for me, very useful to
>>> compare/check several presets quickly. I would not be happy if it gets
>>> removed. (by the way, I'm really missing the option to see only presets
>>> from selected engine here as it was before, I filed a bug about this some
>>> time ago).
>>>
>>> -Having the engine selector as dropdown would make one more click  and
>>> scrolling the list to switch.. I still prefer how it is now.
>>>
>>> -Name field shrinked: that's ok as long as it's still long enough (looks
>>> ok size on the mockup)
>>>
>>> -Do we really need to add a rename preset when we can already just edit
>>> the name and save it as new? Well yes, as then we have to clean up manually
>>> old-named presets, so it could save some manipulations here.. So why not,
>>> if we find space for it.
>>>
>>> -Color field folded be default: why not, as those options are used on
>>> very few preset cases.
>>>
>>> -Restore icon button: yep sure this one still miss a proper icon, it's
>>> on the todo list ;)
>>>
>>>
>>> Tim
>>>
>>>   - David
>>>
>>>
>>> _______________________________________________
>>> Krita mailing listkimageshop at kde.orghttps://mail.kde.org/mailman/listinfo/kimageshop
>>>
>>>
>>>
>>> _______________________________________________
>>> Krita mailing list
>>> kimageshop at kde.org
>>> https://mail.kde.org/mailman/listinfo/kimageshop
>>>
>>>
>>
>> _______________________________________________
>> Krita mailing list
>> kimageshop at kde.org
>> https://mail.kde.org/mailman/listinfo/kimageshop
>>
>>
>
> _______________________________________________
> Krita mailing list
> kimageshop at kde.org
> https://mail.kde.org/mailman/listinfo/kimageshop
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kimageshop/attachments/20130927/421a8d40/attachment.html>