Re: [eclipse.org-architecture-council] Eclipse vs Vi vs Sublime

[Aleksandar Kurtakov <akurtako@xxxxxxxxxx>]

----- Original Message -----
> From: "Mickael Istria" <mistria@xxxxxxxxxx>
> To: "eclipse.org-architecture-council" <eclipse.org-architecture-council@xxxxxxxxxxx>
> Sent: Wednesday, 16 March, 2016 10:38:40 AM
> Subject: Re: [eclipse.org-architecture-council] Eclipse vs Vi vs Sublime
> 
> On 03/16/2016 09:04 AM, Max Rydahl Andersen wrote:
> 
> 
> I think you'll be surprised how that simple thing keeps people going back to
> emacs/vi because it is easily accessible.
> I'm not surprised at all, and I('ll) keep using vim for this reason. But is
> it really a challenge where Eclipse IDE can succeed?
> 
> vim and Emacs are popular on Linux, used widely because they are in the PATH
> and accessible easily via yum, apt-get, you-name-it. So one can type "vim
> file.txt" in a console and get immediately vim installed and opening the
> "file.txt".

Yeah, from that POV Eclipse is integrated in Fedora as much as vim and same workflow will work.

I'm really happy to see more and more people understanding that key to success is deeper integration with the OS instead of creating bigger "silo".


Alexander Kurtakov
Red Hat Eclipse team

> What is it for Eclipse IDE? Does Oomph installer make it
> available in the path? Which Linux distros package Eclipse IDE correctly
> enough to have a recent version of Eclipse installed on command-line
> invocation (only Fedora I'd say)?
> For Windows users, they often get to Notepad++ because it's available on
> right-click (here again, it's an OS thing given by the installer). Does
> Eclipse IDE populate that accessible menu?
> If we want the same level of accessibility, the first step isn't to improve
> the IDE, it's to integrate it better with the OS: make it part of the PATH
> and make it populate the OS "Open With" menus.
> 
> That said, I'd like to repeat that I'm all in favor of improving the workflow
> of opening a single file with the IDE, it's just that I have the impression
> that the cornerstone of this use-case is integration in the various OS
> (tricky thing) rather than improvements inside the IDE itself.
> --
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat
> My blog - My Tweets
> 
> _______________________________________________
> eclipse.org-architecture-council mailing list
> eclipse.org-architecture-council@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/eclipse.org-architecture-council
> 
> IMPORTANT: Membership in this list is generated by processes internal to the
> Eclipse Foundation.  To be permanently removed from this list, you must
> contact emo@xxxxxxxxxxx to request removal.