Live data from Hacker News

New IDE: code bubbles

cs.brown.edu

171–180 of 226 posts

Re: New IDE: code bubbles

#171
post #156

Earlier quoted context omitted.

Visual Studio sort of does this. When you drag one pane over another, the default is to have the panes be tiled or tabbed (depending on where you drag it). It's all very intuitive too, with the arrows to guide you through what you're doing. Visual Studio's window management is totally awesome and one of my favorite features.

Does it work well with multiple monitors yet?

I was watching a channel9 video where one of the devs claimed multiple-monitor support in 2010 was improved. I'm not sure how, or even what needs improving for that matter (I use VS across two monitors.)

Re: New IDE: code bubbles

#172

It's odd that it's so rare in software to find window widgets that push each other out of the way instead of overlapping. I'm thinking of the gazillion pallettes in Adobe CS that always occlude each other. You'd think they'd have figured that out by now.

Pallets have been able to snap together to the side of the screen since at least CS3, though I only had issues with < CS1 just after changing main monitor resolution...

Re: New IDE: code bubbles

#173
post #152
post #137

Earlier quoted context omitted.

In the 30+ years Emacs has been around people have written a huge amount of Emacs Lisp that does pretty much everything you can think of. Almost every feature from other editors and IDEs has been implemented in Emacs. I like Lisp but rarely write very much Emacs Lisp, and when I do it's usually an extension of some code someone else started. There aren't a lot of new ideas and when an Emacs user sees one he implement…

You may say this, but I don't see semantic member or statement completion for any language. I don't see "go to definition" or "find all references." Frankly, although cc-mode is fantastic for indentation and stuff, it offers a small fraction of the features of Eclipse or NetBeans. Yes, I've used ctags and I've used etags. They tend to be interesting approximations but are never 100% reliable. They don't do a deep sem…

I said, "Almost every feature ...", and you probably found a few it lacks. I'm not talking in absolutes as that rarely produces an interesting discussion. Thus I don't really see your point, if anything you helped to prove mine, as hundreds or thousands of other features are available out-of-the-box or on Emacs wiki, github, etc. Additionally I don't understand why one needs IDE support for something `grep -Hn` can do, but to each his own.

We might use different technologies. I mostly write Objective-C, Ruby, Python, C, JavaScript, and recently some Objective-J and Erlang. Now and then I write Lisp (CL, Emacs), Scheme, Haskell, x86 assembly, and PHP. The only one of those I don't write in Emacs is Obj-C.

Other editors or IDEs may be better at certain tasks, just as Emacs has unparalleled Lisp support with SLIME. When there is clearly a best tool in one field then people tend to use that tool, if the payoff is worth it. Except for pg and a few others, people generally write Lisp in Emacs. I write Cocoa and Cocoa Touch apps in Xcode and IB. I'm pragmatic about it. But when I tried to use Eclipse for Mojo (webOS) because Palm recommended Eclipse + Mojo plugin, it ended up being more productive for me to extend an existing Mojo mode for Emacs[1] to have even more features[2] than the Eclipse plugin (or any of the others, Komodo, etc). Similarly if I were doing Java I would at least look into IntelliJ IDEA or Eclipse.

[1] http://www.emacswiki.org/emacs/MojoSdk and http://github.com/samsonjs/mojo.el

[2] http://www.webos-internals.org/wiki/Comparison_of_Editors (temporarily down)

Re: New IDE: code bubbles

#174
post #131

Earlier quoted context omitted.

One extremely annoying bit watching the video is that for an IDE manipulating text files it requires that your hand never leave the mouse. Every single operation it looks like requires that you right click, click to activate, click to drop down, click to open. Even the 'insta-search' box requires a click. Someone should buy a one button mouse and install it on their computer or just take the mouse away completely. A…

This was my exact impression; I hate leaving the keyboard when I'm writing or reading code. To simulate some of the functionality of codebubble in vim, I :vsp the same file and scroll up/down to the method I want. I have, however, come to realize that navigation through a large project with keys alone is suboptimal. One typo in a nav command and you have to press at least four or five more keys. With the mouse, you'r…

This is exactly why I love the "Open File in Project" functionality that exists in some editors/IDEs (e.g., SlickEdit). It lets you type the filename, and does a "fuzzy search" match on it.

Practically, this means that whatever file you think of, you can type any part of its name at any time to get to it. Once I got used to working this way, I stopped using the project tree-view: it's just much slower.

Re: New IDE: code bubbles

#175
post #107

Earlier quoted context omitted.

Leo is really nice and I've used it on real projects to refactor and study my architecture.

I'd actually say that Leo is horrible except for the one feature that makes it amazing (outlines). I find myself wanting to implement outlines in Vim but knowing I never will.

That's a fair assessment too. I don't use Leo for the general-purpose work and new code because it gets in the way when you know what you want to write. But it does work well if you need to learn what a large, spread out body of code is doing. Just realigning the position of code helps to spot some previously hidden repetition.

I would probably use it more if I wrote some scripts to autogen the outlines for entire codebases.

Re: New IDE: code bubbles

#176
post #36

nice. i can see myself using this for django projects (a bubble for the urls.py, another for the view and another for the template)

I'm thinking this won't work so well for dynamic languages. The demo video is using a Java project.

Get any of the better Lisp or Smalltalk environments - they will do all that and more.

Re: New IDE: code bubbles

#177
post #99

Earlier quoted context omitted.

Can your emacs editor construct hyperlinked call graphs showing all callers and callees of a given function? Will this call graph generation remain up to date as I edit files? Can Emacs give me a hyper-linked list of all usages of a given symbol and do it properly(lexical scope, etc.), not just doing a simple symbol search? Can I edit my code in emacs, have a background compiler compile the file on the fly, and also…

Wow what what a rant. - I think that different languages (and programmers) suit themselves to different balances of the IDE/Editor combination. I agree with your post, inasmuch as I find writing Java outside of an IDE like Eclipse limits you greatly. It sounds like you write Java a lot. - OTOH, I find writing C/C++ in Emacs with cscope/etags/make support and some custom keystrokes, and functions for common Unix calls…

As an emacs user, you may find Distel very useful for Erlang. It connects to a running node and leverages the code reflection capabilities in Erlang, so you get who_calls, symbolic debugging, process listing, M-., etc..

Re: New IDE: code bubbles

#178
Now if somebody just plugged this into Emacs, or just got me an extensible (Lisp-based) bubble system with SLIME so that I can connect to a Clojure environment and inspect my code…

Re: New IDE: code bubbles

#180
I really like this, although is views seem to lend themselves very much to functional programming as the bubbles in the demo only show the methods of a class and obtaining a view of a class as a whole does not seem to be inherent to the IDE. With functional programming you only care about the functions so maybe that would be an ideal target for this IDE
Post reply on HN