Web based Textmate like editor that saves to Dropbox
chrome.google.com
chrome.google.com
That said, this looks quite convenient, and I appreciate you bringing it to my attention!
Now drop in some version control (mercurial for my own preference :)) and we are onto a winner.
Dropbox is great for syncing between your development machines, but version control is essential for deployment and team development. Combining the two is really powerful.
Judging by your response, it's clear that there isn't a bug, and you either just don't know how OAuth works or you don't understand what an active session is. OAuth doesn't require an active session on a website, and an active session is having a page loaded in your browser.
The OAuth web flow requires an active session on dropbox.com. Without an active session Dropbox can not verify who the user is.
You still didn't answer my question about how a frame would help. Iframes should never be used to to embed OAuth provider authorization pages and embedding dropbox.com in general would be pretty useless if the user does not have an active session open.
As far as active sessions go dropbox.com is going to have two kinds authenticated and anonymous. Since we are clearly talking about access to users Dropbox accounts the only type of active session that would be useful would be authenticated.
I thought you were saying that you couldn't get the Dropbox API authenticated using OAuth working unless you had a continuous active session on dropbox.com. Sorry for the misunderstanding.
How far do you plan to go with this? You could certainly make a buck or two if, say, you start offering a premium IDE with auto-complete, server-side compilation, etc. Not sure there's a big demand for this. Maybe you could sell this to enterprises and they could just deploy a lots of thin clients--save some cash on powerful workstations--and can log in from anywhere to develop and compile the code server-side and seamlessly deploy. But I'm just thinking out loud now. Best of luck.
Pretty good way to get people unfamiliar with version control to see the utility of it, though :)
Dropbox is about syncing, as fast as possible and in real time - it is designed for multiple computers but only one concurrent use. So it is really for the individual. Versioning is a form of snap shot that is designed to allow multiple concurrent work (and has benefits for deployment, releases, bug tracking etc.)
The vision should be to see them working together IMO :)
The advantage of this, of course, is that all your stuff becomes device-independent. Log in from any device that has web access, and you'll have access to all your apps and all your files.
This is much better than having each web app manage files on their own. For instance, you might have documents saved in Google Docs, notes saved in Evernote and Catch.com, and emails saved somewhere else, etc. It sure would be nice to have a single service provide the file storage so that you always have all your stuff and don't have to worry about some web app going obsolete and losing your data along with it.
Now what I would really like for backwards-compatibility is a web-based Linux environment to access my files. Someone recently created a web app using the HTML 5 canvas element (I think) to run an X GUI. (Anyone remember what this was called and where it is located?) Attach a Linux system and that GUI technology to your Dropbox, and then you have an entire computer that can be accessed from any device. Either the browser itself would load all the files and run them by emulation, or a server could run them natively and just print the results to your browser. Either way, once that becomes possible, I would be able to convert to an all-web environment.
On the other hand, this is fantastic for non-code text files.
http://www.cloudcompiling.com/cloudcompilingsaas.html
Wasn't there a link to a "Cloud Compiler" yesterday?
http://www.flickr.com/photos/gethifi/4952045778/
Little things like icons on the left are really helpful when trying to browse a file structure. In any case, I'll likely be using this once and a while in a pinch since I keep all of my client files in Dropbox.
I'm also excited for the Ace update. This appears to be using a pretty old version. Rendering text in the DOM is much faster.
Joel, I actually saw your app and thought that it was quite amazing looking (it gave me hope in Ace actually!)
This is probably best as a web app, not a browser plugin.
Hmm - new project idea...
Two suggestions: (1) Word-wrap. (2) Let me pick a dark-on-light color scheme.
From what I recall, they are developing version 2.0 in parallel. Relevant post from their blog: http://blog.macromates.com/2010/why-2-0-is-not-developed-in-...
http://endofline.wordpress.com/2011/01/25/3-browser-based-ed...
I also really like vim keybindings, which makes my usecase even more exotic. Web apps might make this niche interesting.
PlainText, my favorite iOS app for note-taking, displays all files from a specific folder within Dropbox. It may be limiting to others, having just have one folder but it keeps things organized. I'd like to see this either support that one folder model or alternatively, hide all content (images/video etc) that don't apply to the editor.
That
As an aside the Chrome Web Store tantalizingly says "Sorry, we don't support your browser just yet. You'll need Google Chrome to install apps, extensions and themes."- are they planning to go cross-browser at some point or just teasing me?
it was previously called Bespin and is now part of a cloud based IDE as it seems. Interesting.
Very neat and useful, thanks.
(it had to happen.)
I tried it and keep hitting the basic emacs bindings on the keyboard, and nothing happened.
If dropbox does not have a create file call for you to use, perhaps you could have the app create an empty filename and upload it automatically and then edit it as an existing file?
Edit: Never mind, I finally noticed the buttons on the bottom left. That was quite unintuitive for me--I never look at the bottom left for application buttons. Is this something that textmate does?