Hi all,

I think orthogonal to the timetable for the GSoC about KDE integration, the 
question about priority/usefulness of various integration points should be 
discussed.

For example: wallet/keychain integration is probably something that most users 
don't really care about. They care about save password storage and having 
applications gather their credations from there as transparent as possible.

In my personal experience the only passwords I ever lookup manually are for 
web URLs and there I find it annoying to have to look into my wallet and into 
Firefox.
But that is because you sometimes need to re-login and auto-form-completion 
didn't work. I never have to do that for any of my email related things, 
because login is handled through protocols and doesn't stop to work now and 
then.

One thing I as a user care alot about is programs that produce data (or 
download it, which is the case for email attachments) allow easy access to my 
most common locations. In case of a Qt program in a KDE session that is done 
by Qt (it loads the KDE file dialog which knows all my "places").

Another thing I care about is launching applications for documents. If I click 
a link/attachment I want the same program to open regardless of in which 
program I click the link.
Again this should be taken care of sufficiently by Qt's QDesktopServices.

Something that does do notifications (which I understand is not yet the case 
for Trojita anyway), it should be doing it the right way.

For email programs I care about using my addressbook. Mostly for lookup of 
course, but ideally now and then also for adding.

I guess nice to have is shortcuts and icons, the latter again mostly covered 
by QIcon::fromTheme() with icons from resources as fallback.

Cheers,
Kevin
-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to