themerius / scalaide Goto Github PK

If errors occur in the project, report them to the ace-editor.

Wie können wir eine Terminal-Anbindung realisieren?

Gibt es schon Webfrontends für Terminal-Sessions (bash / ssh) in JavaScript?

Sollen wir das indirekt über Play regeln? Wie kann man Befehle vom Frontend an das Server-Terminal senden? Wie kann man den Terminal-Text wieder an das Frontend leiten? Gibt es für so was Scala-Librarys?

Make websocket concurrent, so that more than one user (anonymous and logged in) can view the page.

Maybe akka.actors for internal communication?

Introduce testing/specification/mocks with spec2 for the serverside.

Test Akka: http://doc.akka.io/docs/akka/snapshot/scala/testing.html

Introduce unittests for client-side javascripts. But first research the various js-testing libraries!

In the ace-editor you should be able to tab-complete the project-file-contents.

Every user should have his own workspace with an configured (empty) sbt project. The error marking and autocomplete should be done with the jar's from the user's sbt project.

http://stackoverflow.com/questions/6506377/how-to-get-list-of-dependency-jars-from-an-sbt-0-10-0-project

Play benutzt als Editor-Frontend http://ace.ajax.org/

Das soll erstmal so umgesetzt werden, dass Play eine Datei öffnet und diese Ace anzeigen lässt. Dann soll man im Browser diese Datei bearbeiten können, anschließend speichern -- so dass auf dem Server (da wo Play ausgeführt wird) die überarbeitete Datei zu finden ist.

Falls Ace sich als unpraktisch herausstellt, müssen wir uns halt was anderes ausdenken.

When page is loaded, default "class" is loaded into the editor. If you change this class, we lose connection to the websocket.

Reason: Change = Save

Allow multiple users with their own project-spaces.

separate ScalaIDE instance from the terminal, which is used from the external users.

The readme is unclear.
Thanks.

Every time a (new) user connects, memory will be reserved. But if the user looses the connection to the websocket the memory will remain reserved -> this causes to swell server's memory.

Solution: Every time an user disconnects or looses the connection from the websocket, free up the memory of this user!

If you click on a tab to switch to it, nothing happens. Mac OS X, with Safari/Chrome/Firefox. The close buttons works!

Replace all Windows "" separators to UNIX "/" separators, because Windows can handle "/" and otherwise error can occur.

mark file icons at the file tree, if source file has errors/warnings.

If I write very quick my source code and the changed file is send to fast to the server, he can't handle it so fast. I think, we send the new file to a blocked compiler process, which is busy with compiling the last changed file, and this causes Errors and the hole system will stop with working.

Hi Guys,

I just wanted to check if this repo was maintained at all?

Mal das eclim anschauen. Wie kommuniziert das? Was kann man da alles rausholen / abfangen? Insbesondere wie bekommt man da die statische Code-Analyse raus?

Andere Ansätze:

• SBT Plugin? Wie hat das z.B. Play Framework gemacht? Stichwort: sbt.PlayReloader
• Dirk

Include dependency-jar-files generated from sbt into ScalaIde's compiler, so it can check also the external librarys etc.

Implement a basic and simple terminal.

Notes:
Start a bash within a screen? Or how to emulate this best? Or via SSH?

• http://serverfault.com/questions/21806/how-can-i-launch-a-screen-session-with-a-command-over-ssh-on-a-remote-server-fro
• http://www.unix.com/unix-advanced-expert-users/39284-difference-between-stdin-terminal.html

Mac platform

runs on safari fine (with terminal)
on firefox runs also fine (without terminal)

chrome and opera don't render all!

Windows platform

firefox works fine. And the others?