Sometimes the "barrier to entry" serves a real purpose. Is it possible to use this and have automatic unit-tests execute after each commit? What about honouring source-control hooks?
@meowsqueak The *technical* barrier to entry is still the same: you must be a project member to commit. Either the project owner trusts you with that privilege or they don't. The UX barrier to entry is easier now, however; you can fix a typo without grabbing version control tools. To answer your other questions: Project Hosting has never supported any sort of pre-commit enforcement. We have supported post-commit hooks, however, by sending a web ping to a server of your choice.
Is there an online-version of eclipse? If so, please tell me where I can find it. I need it to teach an Android programming class, and half my time is wasted installing eclipse.
Please add a link to the wiki pages that provides the same features. I know committers can already edit the wiki from the browser but users cannot. Being able to edit in this way, and submit a patch, would be great.
Oooooh, and just when I thought GC was starting to lag behind the competition. Pretty please, make a solid API for this and we could set up all kinds of cool interactions with our website. Imagine how easy it will be to contribute to a JavaDoc here and there!
This is cute, but pointless if you can't run the code you are editing. You make a change to the code and the next person to checkout finds out you broke it because tests don't run, the code isn't evaluated at all. It is shiny but has no substance.
But why would anyone want to do *BLIND* edits without even having the ability to see if the whole thing compiles and passes the tests? In my opinion without the ability to compile and run tests editing in the browser will be limited to fixing localization errors.
Web Hosting Design has cheap web hosting excellent customer service and very reasonable rates. I have never had any issues with them, and plan on keeping them as my web host for a very long time. My sales rep was great call at (800) 491-WEB1
Very cool, thank you.
ReplyDeleteSometimes the "barrier to entry" serves a real purpose. Is it possible to use this and have automatic unit-tests execute after each commit? What about honouring source-control hooks?
ReplyDeleteThis comment has been removed by the author.
ReplyDeleteWohhoooooo!!!! No longer have to use Google Gadget Editor now :)
ReplyDelete@meowsqueak The *technical* barrier to entry is still the same: you must be a project member to commit. Either the project owner trusts you with that privilege or they don't. The UX barrier to entry is easier now, however; you can fix a typo without grabbing version control tools. To answer your other questions: Project Hosting has never supported any sort of pre-commit enforcement. We have supported post-commit hooks, however, by sending a web ping to a server of your choice.
ReplyDeleteNow I'm gonna stop using eclipse!
ReplyDeleteWow, very cool!
ReplyDelete"Hey dawg, I put some code in your code...."
This is v. cool. I can't wait for someone to do a GWT based IDE...
ReplyDeleteIs there an online-version of eclipse?
ReplyDeleteIf so, please tell me where I can find it.
I need it to teach an Android programming class,
and half my time is wasted installing eclipse.
gpscruise@ you know
Awesome.
ReplyDeleteInteresting, let me ping github about such feature. Does anyone actually still use google project hosting?
ReplyDeleteNice! I'm still waiting for the ability to actually compile my code, like on Compilr.com.
ReplyDeleteVery cool.
ReplyDeletePlease add a link to the wiki pages that provides the same features. I know committers can already edit the wiki from the browser but users cannot. Being able to edit in this way, and submit a patch, would be great.
Super cool, now if they would just allow for git repositories on Google Code all would be well :)
ReplyDelete@carterson2 - yeah, check out eclipse orion. Build a web app in a web app!
ReplyDeleteNice feature. I wish you would add more features to make google code hosting more competitive with places like github and bitbucket
ReplyDeleteGreat feature, thanks :)
ReplyDeleteVery usefull, especially the quick patch option
ReplyDeleteI can see the barrier for entry for submitting patches dramatically lower. This is fantastic.
ReplyDeleteOooooh, and just when I thought GC was starting to lag behind the competition. Pretty please, make a solid API for this and we could set up all kinds of cool interactions with our website. Imagine how easy it will be to contribute to a JavaDoc here and there!
ReplyDeletegreat !!
ReplyDeletenice!
ReplyDeleteThis is exactly something I've been looking forward since a long time.
ReplyDeleteGreat!
ReplyDeleteThank you for sharing a nice article.
ReplyDeleteseslisohbet
This is cute, but pointless if you can't run the code you are editing. You make a change to the code and the next person to checkout finds out you broke it because tests don't run, the code isn't evaluated at all. It is shiny but has no substance.
ReplyDeleteDoes not work on iPad unfortunately!
ReplyDeleteOutput looks like crap and MobileSafari doesn't support contentEditable. Same problem as with Eclipse Orion.
Very interesting indeed. I tried it out but on the first file I edited, only the 92 first line (of 209) displayed...
ReplyDeleteUsing Firefox 3.6.13.
That is very click. Really like how if you don't have commit access it will auto submit a patch. So awesome. Great work.
ReplyDeleteBut why would anyone want to do *BLIND* edits without even having the ability to see if the whole thing compiles and passes the tests? In my opinion without the ability to compile and run tests editing in the browser will be limited to fixing localization errors.
ReplyDeleteWeb Hosting Design has cheap web hosting excellent customer service and very reasonable rates. I have never had any issues with them, and plan on keeping them as my web host for a very long time. My sales rep was great call at (800) 491-WEB1
ReplyDelete