Summary: | kdevelop needs file association for *.S files | ||
---|---|---|---|
Product: | [Applications] kdevelop | Reporter: | Jon Smirl <jonsmirl> |
Component: | general | Assignee: | KDevelop Developers <kdevelop-devel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | git master | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Jon Smirl
2004-01-26 18:56:34 UTC
possible 58912 duplicate Ain't a dupe of #58912 :-) Though katepart can handle .s / .S files correctly in terms of a simple syntax-highlighting, there in fact does not exist a mime-type for gnu assembler. Neither katepart, nor KDElibs, nor kdevelop declares a mime type for gnu assembler. So this is pretty valid and has nothing to do with wrong mime type handling. Someone must write a .desktop file for gnu-assembler in order to have this work. What mime-type should be used that for? text/x-gnu-asm? Where should that mime-type be defined? Somewhere in kdelibs? in katepart? in kdevelop? I think, that kdevelop is not the right place to put that .desktop file, since it should be posibile to open .s / .S files, even if KDevelop ain't installed at all. If so, we should reassign either to kate or some other place in kdelibs. Are you sure that other assesemblers don't use .s/.S too? No. I'm pretty sure, that most assemblers will use something like: .asm .s or .S But how could we determine at all, that a file is a) any assembler or b) maybe even GNU Assembler? I'd like to think this is fixed with KDevelop-3.1. For unknown mimetypes KDevelop now asks if they should be opened as text with the option to do so in the future. I think this is as good as we can do it apart from fixing every single mimetype in KDE to behave properly. FIXED. I just tried it with current CVS. It opens the file as text without a prompt. |