I would pay to be able to use this on Rails projects.
Light Table - a new IDE concept
61–70 of 315 posts
Re: Light Table - a new IDE concept
#62This looks great. I was talking about this with some friends who mainly use vim and they would be for using this if it incorporated vim key-bindings. Whenever they have to use other IDEs (usually Eclipse) they have a hard time not using vim commands.
I'm the same way myself - I <3 vim.
Re: Light Table - a new IDE concept
#63@ibdknox: you definitely need to get this project on kickstarter (to fund the work on an open source implementation ideally) it could really change the way people approach software development and Clojure in particular. The ideas you're presenting aren't necessarily new, but if they didn't caught on was more due to being done at the wrong time or the wrong way. I could definitely see you being able to pull it off!
Re: Light Table - a new IDE concept
#64Am I the only one who wants to see multiple, proportional fonts in editors?
Sure, I want to keep the methods themselves in monospaced font, but can't I have the method declaration in a larger size, and comments in a proportional serif?
There is a wealth of design experience out there in communicating things better and more quickly with typography, so why do we not take advantage of that in our IDEs?
Re: Light Table - a new IDE concept
#65Oh this is so awesome. Would it be possible to create a VIM plugin that uses some of these concepts?
Re: Light Table - a new IDE concept
#66Very interesting, especially if multiple language support becomes part of it. Is making this a "generic" IDE a project goal? I for one would be most interested in Python, and even SQL (for the docs / drafting table).
He talks in very generic terms, so I think you can gauge this to be the overall intent. But, I would have some reservations about the challenges of live-evaluation in other languages. It's not insurmountable by any means, but using a lisp really gives you a massive head start.
Re: Light Table - a new IDE concept
#67Whenever I get the chance to use a spreadsheet, I really enjoy it. I find it really satisfying to set up cascading functions and see them update in real-time. I'd like to see that experience translated to general programming. I'd like to update code and see the unit tests update automatically, and an understandable representation of the objects being manipulated.
Editing complex functions in a spreadsheet is an absolute nightmare though. AS long as he doesn't recreate that part we are good :)
Editing complex functions in a spreadsheet is an absolute nightmare
Can you expand on why? Also, if you can imagine a spreadsheet that actually did a good job of this, what would it look like?
Re: Light Table - a new IDE concept
#68I can't get my hands on this soon enough. It makes so much sense: we're moving away from the files and folders metaphor everywhere, so why not in the IDE too?
We might not want the hassle of dealing with files and folders all the time, but I sometimes worry that a new generation of "programmers" will emerge who have no understanding of how the underlying filesystem works.
Re: Light Table - a new IDE concept
#69"...but there's no reason this couldn't be done for any language with a dynamic runtime."
With your (ibdknox) background, could this work for c#/f#? I like Visual Studio, but I feel more and more it gets in my way when I'm debugging/navigating code. There is too much "chrome"/widgets/toolbars and hundreds of specialized windows, each with their own chrome that eat up precious space on my 27" monitor.
When I use it on my 15" laptop I really have to strip everyting away and use a simple editor window.
I'd love an editor with the power of Visual Studio without all the noise.
Re: Light Table - a new IDE concept
#70@ibdknox: you definitely need to get this project on kickstarter (to fund the work on an open source implementation ideally) it could really change the way people approach software development and Clojure in particular. The ideas you're presenting aren't necessarily new, but if they didn't caught on was more due to being done at the wrong time or the wrong way. I could definitely see you being able to pull it off!
Anyone's who's Googled around for the "proper" way to setup Emacs for Clojure development (and found innumerable blog posts dating back 5 years each with completely different instructions) is intimately aware of what an easy-to-use IDE for clojure, one with a simple install procedure on multiple platforms, would do for language adoption.