sirnewton01 / godev Goto Github PK

I usually dont setup my PATH to include the $GOPATH/bin folder. This caused some confusion when I tried to run some of the external tools like godef, because godev only said in the error that I should go get godef. However that did not make it work because it expect that the godef binary is on my PATH but its not.

The easiest for me would be if it could check for the tools in $GOPATH/bin if not found in PATH. But if that not possible please at least mention it in the in the readme :)

If you update the readme please also add that you need to go install the tools as well, not just go get them. It is not totally obvious that you need that now (at first I assumed that godev itself would install them after I go getted them)

I noticed these variables in godev.go and started wondering if this is how HTTPS is supposed to be set up. Is there any basic guidance on how to utilize this?

Awesome project btw!

How to setup domain?

When I use GOHOST=XX godev force me to have certificate file and key file.

Did you miss anything in README to config this?

Thanks!

Hey there,

This is a really awesome tool, especially it has intellisense. I also notice it supports remotes access, but I do quite understand how to use it, could you give more details?

BTW, it has account panel in the setting page, does that mean anything?

Cheers,
Joe.

I would like also to suggest, if you could consider, adding a "stupid" word completion, based on all words occurring in a file. I longed for such when writing "top-down" code, i.e. first writing high level function with names of not-yet-existant low-level functions, and then trying to fill them with body. When I then tried to write function prototypes, I could not use completion, and had to either rewrite from memory, or search for the callsite and only then be able to copy&paste.

Thanks!

There are times when you just want to format an entire Go package instead of having to do it from each file. Launching the GoDev shell isn't ideal.

One thing I miss from standard IDEs is how opened files are still available in a tabbed view, so I can flit among the tabs as needed. It would be nice to have a similar functionality added to godev.

It would be nice if there was code auto completion. gocode seems to be the defacto standard for that sort of thing.

As I don't know what the expected behaviour in this regard is, I can only describe how things have changed:

A godoc of ca. two weeks ago go get -u code.google.com/p/go.tools/cmd/godoc was auto-started by godev, however some js and css files failed to load.

A godoc as of Jan 20 failes to auto-load and many (all?) css and js files fail to load.

• If I start godoc manually godoc -http=:6060 and browse to localhost:6060 it seems as godoc is working without issues.
• If I start godoc manualy and browse within to godev to godoc, the package list get's displayed, but without any js or css files:

07:31:57.374 GET http://127.0.0.1:2022/godoc/pkg/ [HTTP/1.1 200 OK 59ms]
07:31:57.820 GET http://127.0.0.1:2022/lib/godoc/style.css [HTTP/1.1 404 Not Found 1ms]
07:31:57.821 GET http://127.0.0.1:2022/doc/gopher/pkg.png [HTTP/1.1 404 Not Found 1ms]
07:31:57.823 GET http://127.0.0.1:2022/lib/godoc/jquery.js [HTTP/1.1 404 Not Found 2ms]
07:31:57.824 GET http://127.0.0.1:2022/lib/godoc/godocs.js [HTTP/1.1 404 Not Found 1ms]
07:31:58.164 GET http://127.0.0.1:2022/doc/gopher/pkg.png [HTTP/1.1 404 Not Found 1ms]
07:31:58.165 GET http://127.0.0.1:2022/lib/godoc/jquery.js [HTTP/1.1 404 Not Found 1ms]
07:31:58.166 GET http://127.0.0.1:2022/lib/godoc/godocs.js

Clicking Go Doc above the editor area always works, regardless of godoc running in the background or not

why is this necessary?
go get -u github.com/sirnewton01/godev
go install unicode/utf8: open /usr/local/go/pkg/linux_386/unicode/utf8.a: permission denied
go install hash: open /usr/local/go/pkg/linux_386/hash.a: permission denied
go install crypto/cipher: open /usr/local/go/pkg/linux_386/crypto/cipher.a: permission denied
go install crypto/subtle: open /usr/local/go/pkg/linux_386/crypto/subtle.a: permission denied
go install unicode/utf16: open /usr/local/go/pkg/linux_386/unicode/utf16.a: permission denied
go install unicode: open /usr/local/go/pkg/linux_386/unicode.a: permission denied

I got godev up and running yesterday and everything worked great.

I tried to use it again today but all syntax highlighting had gone, as well as the ability to use external commands (apart from blame). This means I cannot use gofmt, oracle, etc.

See the following picture:

The tests view isn't showing why a test failed.

Now i managed to edit test.go to get the messages send why a particular test failed.
But for the front end files (js) which file is responsible for rendering the test columns?

Sometimes I stop seeing Tools in the menu bar. To get it back, I have to go to godoc and then come back to the workspace.

This is a suggestion to provide access to the new gorename tool. See announcement here:

https://groups.google.com/d/msg/golang-nuts/96hGPXYfqsM/WreOUy9qOT4J

Gorename is a tool for type-safe renaming of identifiers in Go source code.

First, I'm impressed with this project. It's working great on the local machine.

I followed the directions for the remote access, but I'm getting:
"Authentication required for: Orion File Service. Login and re-try the request"

Thanks in advance.
Harris

After a line like that

        case "resource_format":
            const checkchars = `.:/\`

syntax highlighting stops.

I have a bitbucket repo cloned in one location, while my workspace has a symlink to the clone.

If I browse to the symlink in GoDev, the left pane shows the symlink as if it's a file. If I click on the symlink, I see a browsable directory in the right pane.

I'd like to see the left pane act as if the symlink is a folder directly (at least for a symlink that points to a folder). Doable?

go get -u github.com/sirnewton01/godbg

warning: code.google.com is shutting down; import path code.google.com/p/go.net/websocket will stop working

go get code.google.com/p/go.tools/cmd/goimports
warning: code.google.com is shutting down; import path code.google.com/p/go.tools/cmd/goimports will stop working

Allow for declaration of bundles path so that entire godev source is not required to be in gopath to run. Perhaps also do a check to see if it is in same path as bin?

godoc seems to be using all the resources it can get. I've found the issue and it's in doc.go:

cmd := exec.Command("godoc", "-http=127.0.0.1:"+godocPortStr, "-index=true", "templates="+godoc_templates_dir)

to:

cmd := exec.Command("godoc", "-http=127.0.0.1:"+godocPortStr, "-index=true", "-maxresu
lts=0","-templates="+godoc_templates_dir)

basically, adding -maxresults=0 makesit play nice.

One trouble which bugged me most when using godev, was that when I jumped from file to file (e.g. "jump to definition", or searching for some function name, etc), especially just for a moment, which I do quite much, then after coming back to the original file, each time I had to scroll again from the beginning and hunt for the position where I was last editing.

In this workflow, there's also trouble with having to save the file each time, even if the changes are just "in progress" and not worth saving; but IIRC, I worked around this by enabling autosave feature.

• One possible solution I imagine to fix annoyances in my workflow would be if there was a "Navigate Back/Navigate Forward" feature like in the desktop Eclipse IDE.
• Other one that could mostly solve my problem would be if there was "bookmarks" feature and keyboard shortcut, for marking lines in files and quickly jumping between them ("next"/"previous"-style); disadvantages here are: that it requires interaction and thus can be accidentally forgotten; also that it is often some line near editing place which is marked (since previous jumps - I know that from using such feature in other editors), and thus requires some movement keystrokes after jumping back to reposition on correct line. There's however an advantage too, that it is more permanent than "Navigate back/forward" and allows for marking more important navigation points.
• One more partial solution which would often mitigate the problem would be if multiple files could be opened at once (with position remembered), or even if it was that just the position in each filename was remembered. This would help when jumping between files, but would not when jumping inside a single big file, or when jumping to other file later led back to jumping to other function in original file.

I'd be very grateful if some feature to mitigate my problems was implemented in godev, it would much improve my workflow with it! It's been my main pain point when I last tried. That said, the tool is very impressive already, and balancing near the edge of becoming my favourite for Go development. Big thanks!

so yes I got it running, but when I open a binary, it opens in the editor (which is good or bad) but I'm sure the IDE should open a binary...
comments?

I had the debugger working yesterday. Not sure what changed but now I am getting this pop up when running execute in the debug window on a working helloworld.go project:

POST:{"Severity":"Error","HttpCode":400,"Message":"Error installing command.","DetailedMessage":"exit status 2"}

On windows, after executing tests via the UI, the resulting link is as below (note the back-slash)

http://localhost:2022/edit/edit.html#\file\xyz\xyz_test.go,line=12

The link is not navigable.

Within $GOPATH/src all packages that have sub-directories open just fine.
Only github.com seems to have a problem that it brings up below message:

Use the [+] to create new files and folders. Click a file to start coding.

I renamed github.com to github_com and tried again. Now github_com opens properly just like any other folder without problem.

After update the top two menue bars are in an undefined state.
godev -debug=true
godev2014/03/05 06:46:05 Bundle path /home/nigel/go/src/github.com/sirnewton01/godev/bundles/net.jazz.sirnewton.godev/web added
godev2014/03/05 06:46:05 Bundle path /home/nigel/go/src/github.com/sirnewton01/godev/bundles/org.eclipse.orion.client.core/web added
godev2014/03/05 06:46:05 Bundle path /home/nigel/go/src/github.com/sirnewton01/godev/bundles/org.eclipse.orion.client.editor/web added
godev2014/03/05 06:46:05 Bundle path /home/nigel/go/src/github.com/sirnewton01/godev/bundles/org.eclipse.orion.client.git/web added
godev2014/03/05 06:46:05 Bundle path /home/nigel/go/src/github.com/sirnewton01/godev/bundles/org.eclipse.orion.client.golang/web added
godev2014/03/05 06:46:05 Bundle path /home/nigel/go/src/github.com/sirnewton01/godev/bundles/org.eclipse.orion.client.javascript/web added
godev2014/03/05 06:46:05 Bundle path /home/nigel/go/src/github.com/sirnewton01/godev/bundles/org.eclipse.orion.client.ui/web added
godev2014/03/05 06:46:05 Bundle path /home/nigel/go/src/github.com/sirnewton01/godev/bundles/org.eclipse.orion.client.users/web added
http://127.0.0.1:2022
textproto Readline GET /plugins/esprima/esprimaJsContentAssistPlugin.html HTTP/1.1
godev2014/03/05 06:46:20 Miss: /plugins/esprima/esprimaJsContentAssistPlugin.html
textproto Readline GET /plugins/esprima/esprimaJsContentAssistPlugin.html HTTP/1.1
godev2014/03/05 06:46:20 Miss: /plugins/esprima/esprimaJsContentAssistPlugin.html
textproto Readline GET /images/none.png HTTP/1.1
godev2014/03/05 06:46:20 Miss: /images/none.png
textproto Readline POST /login HTTP/1.1
textproto Readline GET /workspace HTTP/1.1
godev2014/03/05 06:46:21 HANLDER: GET /workspace
It would appear godev is trying to find a "plugins" handler which I can't find in godev.go. Is this something generated at runtime for javacript or is something still missing from the update?

Thanks in advance

When I attempt to create a project it seems like creation fails silently. Nothing suggests either success or failure. Watching the debug output on stdout does not hint at anything going wrong either. This is on OSX Mavericks, built with go 1.3.

Would it be possible to add ability to kill a process that was started from the debug panel? I just started developing a web app and have to manually kill the process from command line.

Images are broken in your Readme file, at least when viewing on github