Change title of action to launch PIM Settings Exporter
AbandonedPublic

Authored by dfaure on Jun 5 2019, 9:28 AM.

Details

Reviewers
mlaurent
Summary

It's not about exporting kmail's data (which I understand to be the
actual emails), it's about exporting its settings -- like the application
name says.

Test Plan

None

Diff Detail

Repository
R206 KMail
Branch
master
Lint
No Linters Available
Unit
No Unit Test Coverage
Build Status
Buildable 12424
Build 12442: arc lint + arc unit
dfaure created this revision.Jun 5 2019, 9:28 AM
Restricted Application added a project: KDE PIM. · View Herald TranscriptJun 5 2019, 9:28 AM
Restricted Application edited subscribers, added: kde-pim; removed: KDE PIM. · View Herald Transcript
dfaure requested review of this revision.Jun 5 2019, 9:28 AM

No really as we export mail when they are stored as mbox, or maildir (for pop account).
The name of application was good when I started it, but after settings I implemented method for exporting data as mail/addressbook/calendar etc.

Yeah, well, right now it's a big mess, with 90% of the GUI talking about settings, and 10% talking about data.

A very common use case for this is to export only settings. Emails are stored on IMAP, so they can be fetched again at destination.
Of course pop3 users (assuming they still exist?) also need to transfer the emails, that's like a bonus feature in a settings exporter :-)
As an IMAP user, it's scary to click on export data when I just want to export settings.
For a POP3 user, if all you can find is a menu-item about exporting settings, you'll try that and you'll be glad to then realize it also exports the emails ;-)

Brainstorming other solutions:

  • Import/Export KMail Settings/Emails... urgh, hard to read.
  • Two menuitems, which launch pimsettingsexporter with slightly different defaults?
  • s/Settings/Data/ *everywhere* in the pimsettingsexporter application (and possibly renaming it to pim-data-transfer or something...)

Yeah, well, right now it's a big mess, with 90% of the GUI talking about settings, and 10% talking about data.

A very common use case for this is to export only settings. Emails are stored on IMAP, so they can be fetched again at destination.
Of course pop3 users (assuming they still exist?)

Me for example :) I don't have sieve support in my perso email account :(
(a day I will create a lib for pop3 as for the moment it still uses kioslave)

also need to transfer the emails, that's like a bonus feature in a settings exporter :-)
As an IMAP user, it's scary to click on export data when I just want to export settings.
For a POP3 user, if all you can find is a menu-item about exporting settings, you'll try that and you'll be glad to then realize it also exports the emails ;-)

Brainstorming other solutions:

  • Import/Export KMail Settings/Emails... urgh, hard to read.

Indeed not good.

  • Two menuitems, which launch pimsettingsexporter with slightly different defaults?

People will not understand why there is two different menu entry...

  • s/Settings/Data/ *everywhere* in the pimsettingsexporter application (and possibly renaming it to pim-data-transfer or something...)

I think that it's the better solution no ?

dfaure abandoned this revision.Jun 7 2019, 6:50 AM

OK, I can't think of a better solution than "Data" everywhere.