From kde-kimageshop Sun Sep 29 11:12:50 2013 From: David Revoy Date: Sun, 29 Sep 2013 11:12:50 +0000 To: kde-kimageshop Subject: Re: Some input about current Krita Windows build Message-Id: X-MARC-Message: https://marc.info/?l=kde-kimageshop&m=138045318212099 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============2029667611302157778==" --===============2029667611302157778== Content-Type: multipart/alternative; boundary=e89a8fb1f218db9e7804e783ccdc --e89a8fb1f218db9e7804e783ccdc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > > * -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 manua= lly >> 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 ju= st > 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... > We could change it to add the preset to the start of the list or > alphabetically correct position. > It's ok if the preset jump at the end after a brush edit. Even if I call it a "mini-bug-or-feature" :-P It can help while editing in a way, as Animtim said me on IRC ; it's a sort of feedback about keeping an eye on 'newly added brush' during a brush tweaking session. But I would really like a way to 'refresh' all resources in Krita without close/reloading Krita ( and so, it would sort brush-preset alphabetically after this action ). This refresh would take into account new added pattern/textures/brush-mask. I would imagine this feature under Menu > Edit > Resources > Refresh. ( it would also help to close : Bug 325291 - [tag] new tag/group are not accessible after creation - https://bugs.kde.org/show_bug.cgi?id=3D325291 = ) _____________________ http://www.davidrevoy.com On Sun, Sep 29, 2013 at 3:15 AM, Sven Langkamp wro= te: > On Thu, Sep 26, 2013 at 12:16 PM, David Revoy 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 so= me >>> 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 br= ush >> 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. >> >> >>> ** * >>> -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 engin= e >> still makes sens ? I have the feeling any brush engine available now are >> stable. >> >> >>> * -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 bru= sh >> 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... >> >> > > We could change it to add the preset to the start of the list or > alphabetically correct position. > > >> * -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 th= e >> 'active' icon . Easier feedback. >> >> _____________________ >> http://www.davidrevoy.com >> >> >> On Thu, Sep 26, 2013 at 11:17 AM, Timoth=E9e Giet wro= te: >> >>> Le 26/09/2013 09:38, David Revoy a =E9crit : >>> >>> 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 so= me >>> 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 (look= s >>> 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 manu= ally >>> old-named presets, so it could save some manipulations here.. So why no= t, >>> 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@kde.orghttps://mail.kde.org/mailman/listin= fo/kimageshop >>> >>> >>> >>> _______________________________________________ >>> Krita mailing list >>> kimageshop@kde.org >>> https://mail.kde.org/mailman/listinfo/kimageshop >>> >>> >> >> _______________________________________________ >> Krita mailing list >> kimageshop@kde.org >> https://mail.kde.org/mailman/listinfo/kimageshop >> >> > > _______________________________________________ > Krita mailing list > kimageshop@kde.org > https://mail.kde.org/mailman/listinfo/kimageshop > > --e89a8fb1f218db9e7804e783ccdc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
-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.
Re= name would be a nice little featurette. Because sorting is driven by 0-9 +=20 A-Z ;=A0 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= =20 unwanted one. Here again the "mini-bug-or-feature ;newly created brush= =20 just jump to the end of list" prevent a bit of that. I would really li= ke a way to refresh resource without having to close and restart Krita...
We could change it to add the preset to the start of the list or= alphabetically correct position.
=A0
It&#= 39;s ok if the preset jump at the end after a brush edit. Even if I call it= a "mini-bug-or-feature" :-P
It can help while editing in a way, as Animtim said me on IRC=A0 ; it'= s a sort of feedback about keeping an eye on 'newly added brush' du= ring a brush tweaking session.

But I would really like a way to '= ;refresh' all resources in Krita without close/reloading Krita ( and so= , it would sort brush-preset alphabetically after this action ).
This refresh would take into account new added pattern/textures/= brush-mask. I would imagine this feature under=A0 Menu > Edit > Resou= rces > Refresh.
=A0( it would also help to close : Bug 325= 291 - [tag] new tag/group are not accessible after creation - https://bugs.kde.org/show_bug.= cgi?id=3D325291=A0 )


_________________= ____
http= ://www.davidrevoy.com



On Sun, Sep 29, 2013 at 3:15 AM, Sven La= ngkamp <sven.langkamp@gmail.com> wrote:
On Thu, Sep 26, 2013 at 12:16 PM, David = Revoy <davidrevoy@gmail.com> wrote:
=A0mockup : http://i.imgur.com/NMzgAhY.png

<= /div>
Thanks for your time commenting @Animtim, here my replies on this= topic :=A0
=A0
-T= he 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 onl= y presets from selected engine here as it was before, I filed a bug about this some time ago).
Ok. I have di= fficulties 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 sele= ctor would make a lot of sens. For your and my usage.
=A0
=

-Having the engine selector as dropdown would make one more click=A0 and scrolling the list to switch.. I still prefer how it is now.
Ok, I thought about it because I rarely switch eng= ine when I configure a brush.=A0 Anyway, my drop-down list in a drop-down p= anel 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 avail= able now are stable.
=A0
-Name field shrinked: that's ok as long as it's still long enou= gh (looks ok size on the mockup)
:-)
=A0
-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.
<= div>Rename would be a nice little featurette. Because sorting is driven by = 0-9 + A-Z ;=A0 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 accidentall= y 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 re= ally like a way to refresh resource without having to close and restart Kri= ta...
=A0

=
We could change it to add the preset to the start of the list or alpha= betically correct position.
=A0
-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.

______________= _______
h= ttp://www.davidrevoy.com



On Thu, Sep 26, 2013 at 11:17 AM, Timoth= =E9e Giet <animtim@gmail.com> wrote:
=20 =20 =20
Le 26/09/2013 09:38, David Revoy a =E9crit=A0:
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" :=A0 http://i.imgur.com/NMzgAhY.png=A0 ( 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 onl= y 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=A0 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 enou= gh (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 ;)

=A0
Tim

- David


_______________________________________________
Krita mailing list
kimageshop@kde.org<=
/a>
https://mail.kde.org/mailman/listinfo/kimageshop


_______________________________________________
Krita mailing list
kimageshop@kde.org<= /a>
https://mail.kde.org/mailman/listinfo/kimageshop



_______________________________________________
Krita mailing list
kimageshop@kde.org<= /a>
https://mail.kde.org/mailman/listinfo/kimageshop



_______________________________________________
Krita mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop


--e89a8fb1f218db9e7804e783ccdc-- --===============2029667611302157778== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Krita mailing list kimageshop@kde.org https://mail.kde.org/mailman/listinfo/kimageshop --===============2029667611302157778==--