Sourcegraph now running on an in-browser VS Code • Hacker News Board

Re: Sourcegraph now running on an in-browser VS Code

#21

Post by rdubz » Wed, May 03, 2017, 11:07 PM UTC

sqs wrote: post #3

Sourcegraph CEO here. Thanks for posting! Our new VS Code-based UI makes Sourcegraph a better way for you to read a codebase on the web with the full power and intelligence of an editor, without the hassle of cloning or configuration. It provides jump-to-def, hovers, find references, advanced search, symbol search, cross-repo references, etc., for any repo and any commit on GitHub (in Go, Java, and some other languag…

Looks cool!

Mobile experience seems poor:

- Weird margins taking up lots of the screen

- Back button seems to be disabled (I pressed it about 200x trying to get back to HN and nothing happened)

- "view mode" would be nice: don't pop up keyboard for editing when I click on some part of a source file, but still support clicking symbols and offering options e.g. jump to definition.

Re: Sourcegraph now running on an in-browser VS Code

#22

Post by sdesol » Wed, May 03, 2017, 11:34 PM UTC

@sqs

Since you are posting in here, I figure I would ask. Are there plans to provide an API for Sourcegraph in the near future? My product is more focused on code history discovery and I was thinking it would be nice to be able to quickly transition into Sourcegraph for code browsing and search/analysis.

The discovery workflow would go something like this:

https://gitsense.com/media/source-graph-integration.mp4

For the API, it would nice to be able to just query Sourcegraph to see if the tree for that commit has been indexed and is searchable.

Re: Sourcegraph now running on an in-browser VS Code

#23

Post by sydd » Wed, May 03, 2017, 11:34 PM UTC

sqs wrote: post #9

lacampbell wrote: post #7

Can someone put this in some context for me? It's an IDE as a service, or what?

Sourcegraph CEO here. It is for reading code. It gives you the full power of an editor (jump-to-def, hovers, find references, advanced search, symbol search, cross-repo references, etc.) for any repo at any commit on GitHub. It supports Go and Java right now, with some more languages in beta. If you find yourself reading code on GitHub a lot, or cloning repos to open and read in your editor, you'll find it useful. If…

Look really nice. What other languages are in beta? Any plans for python or JS support?

Re: Sourcegraph now running on an in-browser VS Code

#24

Post by look_lookatme » Thu, May 04, 2017, 12:02 AM UTC

I converted to JetBrains products for a few different reasons, but one of the biggest was jump to definition that _just works_ across all language products. I suppose I could be made to consider something like this if it supported a number of other languages.

Re: Sourcegraph now running on an in-browser VS Code

#25

Post by Macha » Thu, May 04, 2017, 12:08 AM UTC

look_lookatme wrote: post #24

I converted to JetBrains products for a few different reasons, but one of the biggest was jump to definition that _just works_ across all language products. I suppose I could be made to consider something like this if it supported a number of other languages.

Your experience is greatly different to mine in webstorm. Better, sure, but I get about a 60% success rate. This was a vast improvement on basically anything else but it isn't _just works_.

Might be a pathological case however, the primary js project I work on is composed of about 12 modules, uses ES5 and Angular 1, except the build tooling which is ES6, has bower and npm dependencies, and has at times used every class/object pattern under the sun.

Re: Sourcegraph now running on an in-browser VS Code

#26

Post by zeusk » Thu, May 04, 2017, 12:09 AM UTC

sdesol wrote: post #22

@sqs Since you are posting in here, I figure I would ask. Are there plans to provide an API for Sourcegraph in the near future? My product is more focused on code history discovery and I was thinking it would be nice to be able to quickly transition into Sourcegraph for code browsing and search/analysis. The discovery workflow would go something like this: https://gitsense.com/media/source-graph-integration.mp4 For t…

This is definitely not a documented "API" but if you want to take the user to sourcegraph for a specific repo/file:line@commit then the url (currently) is:

sourcegraph.com/[repo]@[commit]/-/blob/[path/file]#L[line]

afaik repo must be on github.com (iirc bitbucket and GCP support was in the works) and commit can be either an absolute commit hash or a relative one like a branch name.

ie. https://sourcegraph.com/github.com/gorilla/mux@master/-/blob...

Re: Sourcegraph now running on an in-browser VS Code

#27

Post by sqs » Thu, May 04, 2017, 12:13 AM UTC

rdubz wrote: post #21

sqs wrote: post #3

Sourcegraph CEO here. Thanks for posting! Our new VS Code-based UI makes Sourcegraph a better way for you to read a codebase on the web with the full power and intelligence of an editor, without the hassle of cloning or configuration. It provides jump-to-def, hovers, find references, advanced search, symbol search, cross-repo references, etc., for any repo and any commit on GitHub (in Go, Java, and some other languag…

Looks cool! Mobile experience seems poor: - Weird margins taking up lots of the screen - Back button seems to be disabled (I pressed it about 200x trying to get back to HN and nothing happened) - "view mode" would be nice: don't pop up keyboard for editing when I click on some part of a source file, but still support clicking symbols and offering options e.g. jump to definition.

Thanks for the feedback. We haven't done much mobile-specific work, and Sourcegraph does not work well on mobile. (Unlike most sites, very few people actually use Sourcegraph on mobile, but we want to make a great first impression no matter what.) We will be improving the mobile experience in a few weeks.

Re: Sourcegraph now running on an in-browser VS Code

#28

Post by sqs » Thu, May 04, 2017, 12:16 AM UTC

sdesol wrote: post #22

@sqs Since you are posting in here, I figure I would ask. Are there plans to provide an API for Sourcegraph in the near future? My product is more focused on code history discovery and I was thinking it would be nice to be able to quickly transition into Sourcegraph for code browsing and search/analysis. The discovery workflow would go something like this: https://gitsense.com/media/source-graph-integration.mp4 For t…

We do have an API available to customers running Sourcegraph internally. We plan to open it up to users of Sourcegraph.com in the future, but I don't have a date for that.

In the meantime, URLs like the following will stay around forever:

https://sourcegraph.com/REPO@GITREV/-/blob/DIR/FILE#L123

And there is no indexing step required (except for the initial clone), so you don't need to query for that. Sourcegraph's code analysis is realtime.

Feel free to email if you want more info! sqs@sourcegraph.com

Re: Sourcegraph now running on an in-browser VS Code

#29

Post by sqs » Thu, May 04, 2017, 12:18 AM UTC

sydd wrote: post #23

sqs wrote: post #9

Earlier quoted context omitted.

Sourcegraph CEO here. It is for reading code. It gives you the full power of an editor (jump-to-def, hovers, find references, advanced search, symbol search, cross-repo references, etc.) for any repo at any commit on GitHub. It supports Go and Java right now, with some more languages in beta. If you find yourself reading code on GitHub a lot, or cloning repos to open and read in your editor, you'll find it useful. If…

Look really nice. What other languages are in beta? Any plans for python or JS support?

Thanks! The next languages will be TypeScript, JavaScript, Swift, and Python. You'll see some TS and JS support in the Chrome extension already. If you want to shoot me an email at sqs@sourcegraph.com, I'll make sure you hear about it when Python and JS support is released more widely.

Re: Sourcegraph now running on an in-browser VS Code

#30

Post by fiatjaf » Thu, May 04, 2017, 12:22 AM UTC

If you're interested in Sourcegraph for reading code on GitHub you may be interested in this Chrome Extension I wrote that is in the same domain, although much less powerful: http://fiatjaf.alhur.es/module-linker/

(on the plus side my tool is very lean and fast and supports a ton of languages.)