Bug 577149 - Register a editor for a HTML file
Summary: Register a editor for a HTML file
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 4.22   Edit
Hardware: PC Linux
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-11-09 10:47 EST by Lars Vogel CLA
Modified: 2021-11-10 10:02 EST (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Lars Vogel CLA 2021-11-09 10:47:13 EST
The base IDE should open html files in an text editor. Feels strange to create a html file or double-click on such a file in the IDE and to open a internal or external browser.
Comment 1 Mickael Istria CLA 2021-11-10 09:25:55 EST
(In reply to Lars Vogel from comment #0)
> The base IDE should open html files in an text editor.

I disagree with that. The base IDE should open html file with a more appropriate internal editor if it has one; defaulting to best external application is often the best solution IDE can offer to users .
It's not different from .c, .kt, .cert, .whatever files.
Comment 2 Karsten Thoms CLA 2021-11-10 09:42:42 EST
> The base IDE should open html file with a more appropriate internal editor if it has one
The browser is no editor, so I agree with Lars' point. At least that the internal web browser should not be opened by default.

I am unsure about Mickael's point. It feels unnatural to me that an "integrated development environment" does not open HTML by itself by default. Any non-binary format I would expect to be opened within the IDE, unless a user wants explicitly to default to the external app. 

Maybe giving the user the choice on opening a file type the first time to change to the external registered application?
Comment 3 Mickael Istria CLA 2021-11-10 09:50:20 EST
(In reply to Karsten Thoms from comment #2)
> It feels unnatural to me that an
> "integrated development environment" does not open HTML by itself by
> default. Any non-binary format I would expect to be opened within the IDE,
> unless a user wants explicitly to default to the external app. 

The world is IMO better the other way round: an IDE that's "integrated" in the OS is doing a better job at helping its user by opening a better system editor if available instead of trying to open every file internally in a poorer editor than what user have available in the system.

> Maybe giving the user the choice on opening a file type the first time to
> change to the external registered application?

There is right-click > Open With for that, and ability to make some editors default for given file types. I don't think adding extra dialogs is going to make things simpler or better.
Comment 4 Andrey Loskutov CLA 2021-11-10 09:53:27 EST
(In reply to Mickael Istria from comment #3)
> (In reply to Karsten Thoms from comment #2)
> > It feels unnatural to me that an
> > "integrated development environment" does not open HTML by itself by
> > default. Any non-binary format I would expect to be opened within the IDE,
> > unless a user wants explicitly to default to the external app. 
> 
> The world is IMO better the other way round: an IDE that's "integrated" in
> the OS is doing a better job at helping its user by opening a better system
> editor if available instead of trying to open every file internally in a
> poorer editor than what user have available in the system.

What you mean here is a desktop manager, not IDE, or I have completely different understanding of "IDE" :-).

> > Maybe giving the user the choice on opening a file type the first time to
> > change to the external registered application?
> 
> There is right-click > Open With for that, and ability to make some editors
> default for given file types. I don't think adding extra dialogs is going to
> make things simpler or better.

Ideally things should work out of the box, and ideally in the my "IDE" understanding, that should be done *in* the IDE *by default*.
Comment 5 Mickael Istria CLA 2021-11-10 10:02:24 EST
(In reply to Andrey Loskutov from comment #4)
> What you mean here is a desktop manager, not IDE, or I have completely
> different understanding of "IDE" :-).

I don't think there is an official definition of IDE, so it's very likely that our interpretation of "integrated" are not the exact same ones.

> Ideally things should work out of the box, and ideally in the my "IDE"
> understanding, that should be done *in* the IDE *by default*.

So install Wild Web Developer and things should work ideally out of the box, the IDE will have a good HTML editor and Platform will use it in place of the Web Browser or the System Editor.
But by default, if the IDE has nothing good for HTML (and it really doesn't have anything better than the System Web Browser by default). Have you noticed that Firefox or Chrome have DevTools built-in that are very good for editing HTML, much better than Eclipse Text Editor ?