Re: [kopete-devel] New kdelibs/kutils/kpluginselector

2006-11-03 Thread Martijn Klingens
On Friday 03 November 2006 01:36, Rafael Fernández López wrote:
> To: kopete-devel@kde.org

[...]

I'm pretty sure Thomas only reads kde-core-devel and not this list, you 
probably want to resend with both lists on CC.

-- 
Martijn

Whoever said nothing is impossible never tried slamming a revolving 
door. -Melissa O'Brien
___
kopete-devel mailing list
kopete-devel@kde.org
https://mail.kde.org/mailman/listinfo/kopete-devel


Re: [kopete-devel] New kdelibs/kutils/kpluginselector

2006-11-02 Thread Rafael Fernández López
Hi,
 
I agree with you with the dotted lines. Maybe we can say something to the Qt people, since they have such method for the root, why haven't it for the rest of the items. I cannot do it here since this is not a delegate. I would like to get out those lines.

 
The no item selected should exist for various reasons:
 
  1. At start, what plugin do you select. Why to select a plugin at first ? The window could be resized with no point, and would be something like a flicker. If the window resizes because a user clicked on a plugin is OK, but no when loading the dialog.

 
  2. When hiding a category and your selected item is in there, you lose your selection, again, where do you put your selection ? And what happens if all categories are collapsed ? I think about putting a contextual menu with "Expand all" and "Collapse all", you couldn't select any plugin if they are all collapsed !!!

 
What message label do you refer to ?
 
Bye,
Rafael Fernández López.
___
kopete-devel mailing list
kopete-devel@kde.org
https://mail.kde.org/mailman/listinfo/kopete-devel


Re: [kopete-devel] New kdelibs/kutils/kpluginselector

2006-11-02 Thread Thomas Zander
On Wednesday 01 November 2006 14:12, Rafael Fernández López wrote:
> All issues that happened on the old class have been fixed. I've
> improved the user experience, through:

May I give some comment from a user-interface point of view?
- The indent of the tree structure (the dotted lines at the left of the 
checkboxes) doesn't seem needed. I think its clear enough without and 
if you could remove them it would be great. reason: Less clutter.

- The 'No item selected' should never be visible. Make it a 
single-select list and keep at least one item selected.
This will have the effect that the label to the right will be "This 
plugin is not configurable" which has the advantage that its clear that 
its about plugins and config options.

- Please top-align the message label.

- you added a double margin around your list-widget. I can see too much 
space is on the top and left of the widget.

Cheers!
-- 
Thomas Zander


pgprwhHn8tI4g.pgp
Description: PGP signature
___
kopete-devel mailing list
kopete-devel@kde.org
https://mail.kde.org/mailman/listinfo/kopete-devel


[kopete-devel] New kdelibs/kutils/kpluginselector

2006-11-01 Thread Rafael Fernández López
Hi guys,Beautiful news !! (at least for me). I've finished rewriting this stuff:* kdelibs/kutils/kpluginselector.cpp* kdelibs/kutils/kpluginselector.h* kdelibs/kutils/kpluginselector_p.h
All issues that happened on the old class have been fixed. I've improved the user experience, through:
* The QTreeWidget will be resized if QSplitter resized* The "Default" button works, I think it didn't work for me in the past* No KTabWidget on the plugin list*
Instead of KTabWidget (we would force the user to more clicks to
examine all available plugins [one per category]), I've listed all
available plugins into the QTreeWidget, but separated by a visual
separator (See snapshot). With this improvement, the user can see all
available plugins in one fast seek.
* Dependencies have been improved this way: - If we check an item, we check its dependencies (this was in the old class too) - If we uncheck an item, we uncheck all items that depends on that item (new [was a FIXME])
* Visual separators can be expanded or collapsed to show or hide the plugins that they contain.For achieving all these goals, I had to start the class almost
from scratch, but the result is really pretty from my point of view.You can check code and snapshots at 


http://www.ereslibre.es/kdedev.After contacting with #kde-usability at IRC, the category titles are aligned at left, and have been fixed some issues with the focus.Waiting for your comments ;)
Bye,Rafael Fernández López.

___
kopete-devel mailing list
kopete-devel@kde.org
https://mail.kde.org/mailman/listinfo/kopete-devel