Bug 201374 - emacs or save are the only options for attachment handling
Summary: emacs or save are the only options for attachment handling
Status: RESOLVED FIXED
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Unspecified
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-07-24 19:30 UTC by David Rankin
Modified: 2009-08-05 23:26 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Rankin 2009-07-24 19:30:18 UTC
Version:            (using KDE 4.2.98)
Installed from:    SuSE RPMs

When a bash script is received as an attachment to an email in kmail, the only options presented to the user after clicking on the attachment are to "open with 'emacs'" (what? are you kidding) or save. There is no option to open in another editor despite the "Advanced Embedded Editor" (kate) being set in default applications.

The easiest way to send new users running back to windows or gnome is to have them open anything in emacs. kmail should respect the "default application" setting and at least default to opening text attachments in kate or kwrite. kmail should also let the user choose what application or editor to open the attachment with. Presenting emacs as the only default choice is a huge bug. Heck presenting the user with 'vim' would at least be kinder.

So here, kmail needs to provide a drop down allowing the user to choose the application *with* the "Browse..." option also provided since kmail doesn't keep track of all text editors installed. Certainly change the default to anything other than emacs.

screenshot of current behavior:

http://www.3111skyline.com/download/openSUSE_bugs/kde4/screenshots/kmail-emacs.jpeg
Comment 1 Dotan Cohen 2009-07-25 10:08:52 UTC
I think that this is a good case for a generic change to the open/save dialogs used in Kmail Konqueror and other places. Particularly, the "open" dialog should have a default as is currently the case, plus the ability to open other applications as well (similar to the Open With dialogue in Dolphin).

Note that Mozilla applications work this way: the user is presented with three choices:
1) Open with Default
2) Open with... <browse installed applications>
3) Save


David, would you agree with making the bug more generic?
Comment 2 Martin Koller 2009-08-02 23:07:19 UTC
I'm proposing a patch on the review board.
Comment 3 Martin Koller 2009-08-02 23:16:14 UTC
see http://reviewboard.kde.org/r/1219/
Comment 4 Martin Koller 2009-08-05 23:26:03 UTC
SVN commit 1007520 by mkoller:

BUG: 201374

always add an "open with" button, even if we know the application which can
open the attachment


 M  +1 -0      CMakeLists.txt  
 A             attachmentdialog.cpp   [License: GPL (v2+)]
 A             attachmentdialog.h   [License: GPL (v2+)]
 M  +13 -18    kmreaderwin.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1007520