- open the page
- click to the end of line 15 (inside the try, before the return)
- hit ENTER
Expected: caret goes to the same indent level as previous line
Actual: caret goes to position zero
- type "obj"
- hit CTRL+SPACE
Expected: At least be able to autocomplete symbols from the previous line.
Actual: Renders a SPACE
I'm not sure why it isn't turned on for the demo though.
For example, rather than autocomplete, I would rather see support for codereview capabilities and being truly inside a server allows significantly improved team capabilities (think Microsoft Office vs Google Docs).
- All code uploaded to their orion servers
- Import of .zip files
- git commit and diff functionality
- Try your code with by running webserver username.orion.eclipse.org
- Syntax highlighting (at least for js)
- Use of JSLint for syntax navigation and error notification
- Keyboard bindings as you know them from desktop applications
- Handles huge files without any noticable delay (40000 lines+)
Oh and as I understood it, it is a beta and some functionality are not fully implemented, like the .git support.
Personally I believe some things are better of being a desktop application - and do not like the trend with _everything_ on the web, but the project itself is a cool idea and great implementation.
Pretty much this. Yes, this is interesting, and I'm sure it will garnish a nice user base. But I won't be one of them. There's nothing shown that makes me want to deviate from Vim + plugins to this.
> - All code uploaded to their orion servers
Wow, this just isn't for me or almost any code I've worked on.
I'd like to know for whom this would be comfortable other than using pure-OSS projects.
So, to spare me finding headphones and watching 10 minutes of video, is this meant to be more than a syntax-highlighting text box without a right-click context menu? (FF 4.01)
Moving an entire IDE online is a pretty huge task but there are some features that simply make more sense online. I personally would love to see some kind of active collaboration so that you can share code with someone who isn't in office with you. I'm thinking Google Docs style where it shows you where they are in the file and the changes they make as they make them.
The git support alone makes this a pretty useful tool for on the go development.
The only tool you have at your disposal is your mom's ChromeBox, since you decided to "disconnect" for the holidays.
But no fear ! You log in to a familiar, already configured Orion workspace, debug the shiznit out of the issue, save the day and have well deserved turkey-fueled nap ..
But no fear ! You log in to a familiar, already configured Orion workspace
Anyone else see the contradiction?
If you need to disturb people's holidays to have them firefight software problems, the manager manager needs to be fired for allowing such a knowledge bottleneck to form.
I know Eclipse supports other languages, but essentially Eclipse is the biggest Java IDE so announcing this web editor but avoiding Java support feels like they just picked the most easy thing to show off.
Syntax highlighting is easy. What I want is a Java editor with code completion, code folding and error highlighting/error stripe. Otherwise we might just use Emacs over NaCl.
Edit: To be perfectly fair, Eclipse foundation is itself guilty for this confusion, because if you go to the "downloads" page on their site, you only see downloads for Eclipse IDE. You need to go to the "projects" page to see or download any other project.
It's not about showing off, it's about releasing early and getting some users to start a feedback cycle. To berate them over using the eclipse name because it's not what "you" want is just petty.
The idea of a web IDE is still a new concept. And maybe some things aren't meant for the cloud. It's awesome that these guys are experimenting with the notion. How can you expect them to just release a finished (open source) product out of the blue?
Java syntax highlighting is also supported. However, we have not implemented any outlining or content assist. Since we are building an integrated web-based toolset, we felt it important to target first the web client languages such as JavaScript, CSS, and HTML, so we can attract members of the JS community to Eclipse. Since we are self hosting Orion development in Orion, we need the JS features first.
http://wiki.eclipse.org/Orion/Getting_Started_with_Orion#Jav...