KListBox/KIconView/KListView

[Benjamin Meyer]

On Monday 02 January 2006 11:51 am, David Faure wrote:
> On Sunday 01 January 2006 16:24, Till Adam wrote:
> > - there's quite a bit of duplication between KListBox and KIconView,
> > shall we try to merge those into one class, not unlike QListWidget/View
> > does? KListWidget, then?
> >
> > - If we change the name anyhow, would it be easier to leave the old
> > classes as is, put them into kdesupport and write a new one implementing
> > the features mentionend above in it?
>
> Sounds good to me.
> But don't we need both a View and a Widget to provide this functionality?
>
> Providing an all-in-one KListWidget isn't enough, for the case where we
> want to provide our own model and not use ListWidgetItems.
>
> I don't see how we can do this without duplicating all the kde-specific
> code, or duplicating all the stuff that QListWidget adds on top of
> QListView - but we probably need to do that anyway in order to define our
> own KListViewItems. I think you forgot to look at the item classes.
> K[3]IconViewItem provides:
> - more readable word-wrapping
> - custom pixmap size per-item
>
> Hmm. Maybe this can be done in KListView/Widget or in a KListItemDelegate
> without reimplementing the item class themselves.

Yup, there can be a kde delegate that can have custom pixmaps, text layout 
etc.  This is a good solution.  In fact there are probably four or five 
delegates that we might want to have that would be usefull such as a progress 
delegate.

-Benjamin Meyer

-- 
aka icefox
Public Key: http://www.icefox.net/public_key.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20060103/6d482014/attachment.sig>