Review Request: Social About Dialog implementation for KDElibs

Teo Mrnjavac teo at kde.org
Wed Nov 10 12:51:48 GMT 2010



> On 2010-11-09 21:40:54, David Faure wrote:
> > trunk/KDE/kdelibs/kdeui/dialogs/kaboutapplicationpersonlistdelegate_p.cpp, line 45
> > <http://svn.reviewboard.kde.org/r/5794/diff/5/?file=40894#file40894line45>
> >
> >     Why is this a pointer to a QSize, rather than just a QSize member?
> >     
> >     In fact this member (m_widgetSizeHint) doesn't seem to be used anywhere, can be removed.

Whoops, I forgot to delete that member from an earlier attempt at handling the delegate's geometry.


> On 2010-11-09 21:40:54, David Faure wrote:
> > trunk/KDE/kdelibs/kdeui/dialogs/kaboutapplicationpersonlistdelegate_p.cpp, line 224
> > <http://svn.reviewboard.kde.org/r/5794/diff/5/?file=40894#file40894line224>
> >
> >     Why the setPen, if this method only uses drawPixmap?
> >     
> >     This means the save + the restore can be removed too.

Same as above.


> On 2010-11-09 21:40:54, David Faure wrote:
> > trunk/KDE/kdelibs/kdeui/dialogs/kaboutapplicationpersonmodel_p.cpp, line 140
> > <http://svn.reviewboard.kde.org/r/5794/diff/5/?file=40898#file40898line140>
> >
> >     Why does this start at 2?

That's because of a design issue in the OCS API and Attica. OCS supports 10 total homepages. The counter starts at 2 because the first homepage property is labeled as "homepage" in the OCS API and exposed by Attica simply through Person::homepage(), but the others are "homepage2..10" in the OCS API and exposed only through Person::extendedAttribute() in Attica.
I'm going to add a brief comment about this in the code to avoid confusion.


> On 2010-11-09 21:40:54, David Faure wrote:
> > trunk/KDE/kdelibs/kdeui/dialogs/kaboutapplicationpersonmodel_p.cpp, line 235
> > <http://svn.reviewboard.kde.org/r/5794/diff/5/?file=40898#file40898line235>
> >
> >     Why the emit layoutChanged()? When a cell changes, dataChanged() is enough.

The geometry of the row changes, if I don't call layoutChanged() the rows start overlapping at some points and the whole view looks borked.


- Teo


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://svn.reviewboard.kde.org/r/5794/#review8600
-----------------------------------------------------------


On 2010-11-09 09:22:50, Teo Mrnjavac wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://svn.reviewboard.kde.org/r/5794/
> -----------------------------------------------------------
> 
> (Updated 2010-11-09 09:22:50)
> 
> 
> Review request for kdelibs.
> 
> 
> Summary
> -------
> 
> The present review request contains the implementation of a Social About Dialog feature for KDE apps, and is a rewrite of Amarok's Social About Dialog (See http://teom.wordpress.com/2009/08/23/social-desktop-integration-in-kaboutdialog/ ). For those who don't have time to read through that link, the Social About Dialog is an evolution of our old KAboutDialog which adds optional Open Collaboration Services features to complete the contributors' data.
> The only changes that concern the API are in kaboutdata.{h,cpp}, and I've tried to keep it binary compatible to the best of my abilities by following the instructions on our Techbase, I hope I did it right.
> The only new dependency is the Attica library, except if we are building with KDE_PLATFORM_FEATURE_BINARY_COMPATIBLE_FEATURE_REDUCTION, in that case all social features are #ifdef'ed out and the dialog behaves very much like the old KAboutDialog.
> The dialog itself uses model/view/delegate, not very different from KNewStuff3, and most of the action happens in the model (jobs to get data from Attica/OCS) and in the delegate.
> As we're getting dangerously close to the string freeze, I've decided to put this up for review even though there are still a couple TODOs in the code. These are:
>  * The icons are placeholders, we are going to need some real icons for links and social networks. We already have some of those for Amarok's about dialog but this needs to be cleanly solved in a way that would not make us liable for IP infringement in any way. IANAL here so a discussion as to how to proceed is welcome.
>  * In the optional translators tab there's a short but not very short text about the translation team. I've added it as a label but it tends to take a bit more room than I'd like, so I'm requesting for comments on what to do with it. Also, I don't know how translators' names are added. If translators can't add their OCS usernames anyway then I'll easily revert to the old about view for them and the problem of the tall translation team text is automatically solved.
>  * Since kdeui does not depend on KIO, I couldn't use KIO::get and had to use QNAM instead. For the same reason I had to use QDesktopServices instead of KRun::runUrl() to launch URLs. As it is now, stuff works, but to make it nicer the plan could be to add an Attica::PixmapFromUrlJob (which I've been told would satisfy other unrelated needs too) to Attica to remove the single instance where QNAM is used instead of KIO.
> 
> Except maybe for the translators tab issues, none of the TODOs require string changes.
> 
> To test the feature you only need to compile KDElibs with the patch and run any KDE app which has an about dialog, however you won't be able to try the social features unless you also add OCS usernames (by default the provider is openDesktop.org) to one or more contributors in the KAboutData of a KDE app of your choice.
> For example: aboutData.addAuthor( ki18n("Random Dude") ,  ki18n("Random stuff"), "randomdude at kde.org", "http://example.com", "random-dude's-oD.o-username");
> 
> 
> Diffs
> -----
> 
>   trunk/KDE/kdelibs/kdecore/kernel/kaboutdata.h 1194020 
>   trunk/KDE/kdelibs/kdecore/kernel/kaboutdata.cpp 1194020 
>   trunk/KDE/kdelibs/kdeui/CMakeLists.txt 1194020 
>   trunk/KDE/kdelibs/kdeui/dialogs/kaboutapplicationconfigattica_p.h.cmake PRE-CREATION 
>   trunk/KDE/kdelibs/kdeui/dialogs/kaboutapplicationdialog.h 1194020 
>   trunk/KDE/kdelibs/kdeui/dialogs/kaboutapplicationdialog.cpp 1194020 
>   trunk/KDE/kdelibs/kdeui/dialogs/kaboutapplicationpersonlistdelegate_p.h PRE-CREATION 
>   trunk/KDE/kdelibs/kdeui/dialogs/kaboutapplicationpersonlistdelegate_p.cpp PRE-CREATION 
>   trunk/KDE/kdelibs/kdeui/dialogs/kaboutapplicationpersonlistview_p.h PRE-CREATION 
>   trunk/KDE/kdelibs/kdeui/dialogs/kaboutapplicationpersonlistview_p.cpp PRE-CREATION 
>   trunk/KDE/kdelibs/kdeui/dialogs/kaboutapplicationpersonmodel_p.h PRE-CREATION 
>   trunk/KDE/kdelibs/kdeui/dialogs/kaboutapplicationpersonmodel_p.cpp PRE-CREATION 
>   trunk/KDE/kdelibs/kdeui/dialogs/thumb_frame.png UNKNOWN 
> 
> Diff: http://svn.reviewboard.kde.org/r/5794/diff
> 
> 
> Testing
> -------
> 
> Testing during development, both with Attica enabled and disabled.
> 
> 
> Screenshots
> -----------
> 
> The social about dialog as it appears when OCS usernames for openDesktop.org are provided in addAuthor()
>   http://svn.reviewboard.kde.org/r/5794/s/552/
> 
> 
> Thanks,
> 
> Teo
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20101110/dd1d8879/attachment.htm>


More information about the kde-core-devel mailing list