Bug 209549

Summary: provide "don't ask me again" checkbox in the dialog asking "could not find editor for file xyz. Do you want to open it as plain-text"
Product: [Developer tools] kdevplatform Reporter: Alexander <ashaduri>
Component: shellAssignee: kdevelop-bugs-null
Status: RESOLVED FIXED    
Severity: wishlist    
Priority: NOR    
Version: git master   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Alexander 2009-10-05 18:56:20 UTC
Version:           SVN (using KDE 4.3.1)
Compiler:          gcc 4.3.2 
OS:                Linux
Installed from:    SuSE RPMs

Consider the following scenario:

1. Create or open a project in KDevelop.
2. Open some file which is not handled by the editor by default. A good example is an ini file, config_local.ini in my case. KDevelop shows a dialog with the following text:
"KDevelop could not find the editor for file 'config_local.ini'. Do you want to open it as plain text?"
3. Answer "Yes". The file is now open.
4. Restart KDevelop. The same project is loaded, but before KDevelop window displays anything (it remains blank until then), TWO dialog boxes come up, both of them asking the question above (do you want to open...?).

The bug, as I see it, is this: KDevelop shouldn't display these dialogs as I already answered that question the first time. Instead, it displays two dialogs asking about the same thing (at the same time). The thing gets quite annoying when I'm loading KDevelop with multiple ini (or similar) files open.

Thanks
Comment 1 Andreas Pakulat 2009-10-05 19:42:50 UTC
First of all I don't see why an .ini file isn't setup to be handled by kate. That already looks like a bug (in your system configuration). Second I don't see why we shouldn't re-ask you wether you want to open the file as plain-text editor. We might want to introduce the "well-known" "don't ask me again" checkbox though. Last but not least the reason for you seeing it twice is a bug in sublime which is already tracked in another report. 

Hence I hereby make this a wish for the don't-ask-me-again checkbox so the report stays useful.
Comment 2 Alexander 2009-10-05 20:52:08 UTC
> Second I don't see why we shouldn't re-ask you wether you want to open the file as plain-text editor. We might want to introduce the "well-known" "don't ask me again" checkbox though.

You see, the file is in my KDevelop session, which means that I already said "Yes" the first time.
I don't think there's any other way KDevelop could have seen that file when loading a session on startup.

Remembering the answer for the respective file type or file name would be a solution which doesn't address this problem directly, just delegates it to the user (you'd have to implement reseting that dialog, too).

Never asking about files when loading a session on startup, on the other hand, seems like a logical thing to do (at least for me). So, I'd like to stand by my original wish/bug, not the checkbox one.

Thanks
Comment 3 Andreas Pakulat 2009-10-05 21:58:01 UTC
(In reply to comment #2)
> > Second I don't see why we shouldn't re-ask you wether you want to open the file as plain-text editor. We might want to introduce the "well-known" "don't ask me again" checkbox though.
> 
> You see, the file is in my KDevelop session, which means that I already said
> "Yes" the first time.
> I don't think there's any other way KDevelop could have seen that file when
> loading a session on startup.

Open files are not part of the session.

> Remembering the answer for the respective file type or file name would be a
> solution which doesn't address this problem directly, just delegates it to the
> user (you'd have to implement reseting that dialog, too).

No we don't, thats the good part. Its all done already, kde-wide.

> Never asking about files when loading a session on startup, on the other hand,
> seems like a logical thing to do (at least for me). So, I'd like to stand by my
> original wish/bug, not the checkbox one.

That would be a wontfix IMHO. But I actually am not sure wether the dialog box will stay anyway. It was implemented back when there was no open-with plugin and I think its just obsolete by now. And the openwith part will definetly gain support for storing the selected "with" per filetype and re-use that for open.
Comment 4 Aleix Pol 2012-11-21 03:05:16 UTC
Git commit f1302d10b5c0904caf98a2bb0fa5f16817c198cc by Aleix Pol.
Committed on 21/11/2012 at 04:03.
Pushed by apol into branch 'master'.

Improve message box for missing KPart

If we didn't find an editor and we have to ask the user if she
wants the text editor, provide a check box so that we don't have
to ask again.

M  +2    -1    shell/documentcontroller.cpp

http://commits.kde.org/kdevplatform/f1302d10b5c0904caf98a2bb0fa5f16817c198cc