Change for widgets to save space and simpler UI?

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Change for widgets to save space and simpler UI?

Paristo

Now a while Krita team created a custom widget for Krita to save space and make easier pen use for the application UI.
Same functionality is coming to GIMP 2.8 (now on development version 2.7) what is littlebit different by function. Depending does user drag upper or lower part of the slider widget.

Should digiKam take same direction as Krita has?

Here is example of same widget lenght what gives about 15% space saving. Less buttons, but still offering same information and possibility to click and type wanted number.


It has benefits for space and easy dragging. But it has bad side as well, what is color schema what can be very bright when having multiple colored widgets on sidepanel. Or that there is no scale metering for steps (can be good and bad).


_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: Change for widgets to save space and simpler UI?

Andi Clemens
I like this widget, reminds me of the UI in some of the Adobe Create Suite  
applications.

Andi

On Tue, 06 Sep 2011 22:33:49 +0200, Paristo <[hidden email]> wrote:

> Now a while Krita team created a custom widget for Krita to save space  
> and
> make easier pen use for the application UI.
> Same functionality is coming to GIMP 2.8 (now on development version 2.7)
> what is littlebit different by function. Depending does user drag upper  
> or
> lower part of the slider widget.
>
> Should digiKam take same direction as Krita has?
>
> Here is example of same widget lenght what gives about 15% space saving.
> Less buttons, but still offering same information and possibility to  
> click
> and type wanted number.
>
> http://saukonpaa.com/projects/mockups/digikam_sidepanel_widget.png
>
> It has benefits for space and easy dragging. But it has bad side as well,
> what is color schema what can be very bright when having multiple colored
> widgets on sidepanel. Or that there is no scale metering for steps (can  
> be
> good and bad).


--
Using Opera's revolutionary email client: http://www.opera.com/mail/
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: Change for widgets to save space and simpler UI?

Gilles Caulier-4
In reply to this post by Paristo
Do you mean  that slider have been replaced in new widget by a
progress bar ? Sound like interesting and easy to implement...

I'm waiting other comments...

Gilles Caulier

2011/9/6 Paristo <[hidden email]>:

>
> Now a while Krita team created a custom widget for Krita to save space and
> make easier pen use for the application UI.
> Same functionality is coming to GIMP 2.8 (now on development version 2.7)
> what is littlebit different by function. Depending does user drag upper or
> lower part of the slider widget.
> Should digiKam take same direction as Krita has?
> Here is example of same widget lenght what gives about 15% space saving.
> Less buttons, but still offering same information and possibility to click
> and type wanted number.
> http://saukonpaa.com/projects/mockups/digikam_sidepanel_widget.png
> It has benefits for space and easy dragging. But it has bad side as well,
> what is color schema what can be very bright when having multiple colored
> widgets on sidepanel. Or that there is no scale metering for steps (can be
> good and bad).
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>
>
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: Change for widgets to save space and simpler UI?

Gilles Caulier-4
In reply to this post by Andi Clemens
Andi,

If something must be done for digiKam, it's in libkdcraw where similar
widget exist, but of course based on slider version (KIntNumInput and
KDoubleNumInput class):

https://projects.kde.org/projects/kde/kdegraphics/libs/libkdcraw/repository/revisions/master/entry/libkdcraw/rnuminput.cpp#L65

https://projects.kde.org/projects/kde/kdegraphics/libs/libkdcraw/repository/revisions/master/entry/libkdcraw/rnuminput.cpp#L164

Changing these widget here will patch digiKam and kipi-plugins at the
same time. Some adjustments must be done i think in others place to
use these widgets everywhere.

Gilles Caulier

2011/9/6 Andi Clemens <[hidden email]>:

> I like this widget, reminds me of the UI in some of the Adobe Create Suite
> applications.
>
> Andi
>
> On Tue, 06 Sep 2011 22:33:49 +0200, Paristo <[hidden email]> wrote:
>
>> Now a while Krita team created a custom widget for Krita to save space and
>> make easier pen use for the application UI.
>> Same functionality is coming to GIMP 2.8 (now on development version 2.7)
>> what is littlebit different by function. Depending does user drag upper or
>> lower part of the slider widget.
>>
>> Should digiKam take same direction as Krita has?
>>
>> Here is example of same widget lenght what gives about 15% space saving.
>> Less buttons, but still offering same information and possibility to click
>> and type wanted number.
>>
>> http://saukonpaa.com/projects/mockups/digikam_sidepanel_widget.png
>>
>> It has benefits for space and easy dragging. But it has bad side as well,
>> what is color schema what can be very bright when having multiple colored
>> widgets on sidepanel. Or that there is no scale metering for steps (can be
>> good and bad).
>
>
> --
> Using Opera's revolutionary email client: http://www.opera.com/mail/
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: Change for widgets to save space and simpler UI?

Paristo
In reply to this post by Andi Clemens


On 6 September 2011 23:44, Andi Clemens <[hidden email]> wrote:

 I like this widget, reminds me of the UI in some of the Adobe Create Suite applications.
Andi

It is similar. 
There are few visual bad sides like if person have such color schema that is very bright, then sidepanel can be such, but it should not be problem as we allow custom color schema on digikam, so user can easily edit them on SystemSettings and then just choose such.
But this widget would more need same scaling for every widget. Now we have scales
0.10-3.0
0.0-2.0
0-5
0-100
-100-100
0.0-10.0
And so on. 
I would say, technically they might be correct. 
But visually and logically for person who does not know algorithms and scales of widgets, it is a mess.
Is there a change to make every widget to have same scale and steps?
Like now example the RAW import tool and Post Processing tab of it: http://saukonpaa.com/projects/mockups/digikam_sidepanel_widget_current_state.png
On that, Brightness and Contrast looks good. They are on scale -100-100
And visually those looks good when scale is 10 on every step. 
But when looking Exposure and Gamma, we have lines for steps too much and the panel comes cluttered.
Even if not adding that progress bar style for widgets, having a same visual widget levels would be huge improvement.
But is it technically possible or is it too huge compromise or even defect for features?
There are some settings where default is 2 from range 0-5. So having that to scale up to same size is a problem. But stepping does not need to be same, as we can cut 100 scale to smaller sizes like 5 (every step is 20%). Default coult be kept as it is (2). 

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: Change for widgets to save space and simpler UI?

Gilles Caulier-4
I just tested last krita interface.

The slider which use progress bar as adjustment widget is optimum to
preserve space in GUI.

It sound like functionnal and suitable as well.

I think it's a good way to go.

The implementation is in krita at this place :

https://projects.kde.org/projects/calligra/repository/revisions/master/entry/krita/ui/widgets/kis_slider_spin_box.h

Please report this wish in bugzilla...

Best

Gilles Caulier

2011/9/20 Paristo <[hidden email]>:

>
>
>> On 6 September 2011 23:44, Andi Clemens <[hidden email]>
>> wrote:
>>
>>  I like this widget, reminds me of the UI in some of the Adobe Create
>> Suite applications.
>> Andi
>
> It is similar.
> There are few visual bad sides like if person have such color schema that is
> very bright, then sidepanel can be such, but it should not be problem as we
> allow custom color schema on digikam, so user can easily edit them on
> SystemSettings and then just choose such.
> But this widget would more need same scaling for every widget. Now we have
> scales
> 0.10-3.0
> 0.0-2.0
> 0-5
> 0-100
> -100-100
> 0.0-10.0
> And so on.
> I would say, technically they might be correct.
> But visually and logically for person who does not know algorithms and
> scales of widgets, it is a mess.
> Is there a change to make every widget to have same scale and steps?
> Like now example the RAW import tool and Post Processing tab of
> it: http://saukonpaa.com/projects/mockups/digikam_sidepanel_widget_current_state.png
> On that, Brightness and Contrast looks good. They are on scale -100-100
> And visually those looks good when scale is 10 on every step.
> But when looking Exposure and Gamma, we have lines for steps too much and
> the panel comes cluttered.
> Even if not adding that progress bar style for widgets, having a same visual
> widget levels would be huge improvement.
> But is it technically possible or is it too huge compromise or even defect
> for features?
> There are some settings where default is 2 from range 0-5. So having that to
> scale up to same size is a problem. But stepping does not need to be same,
> as we can cut 100 scale to smaller sizes like 5 (every step is 20%). Default
> coult be kept as it is (2).
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>
>
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel