If you're looking for the same kind of live reload web editing, I have such a plugin for Vim:
Light Table 0.4 released
111–120 of 193 posts
Re: Light Table 0.4 released
#112I'm not near any machines of mine that aren't Chromebooks. Does anyone know if the libudev.so.0 stuff is fixed? I don't see any mention of it in the change log, but I was really hoping they would have a fix for those of us not on Ubuntu so we don't have to symlink the new libudev.so.1 to so.0 just to use light table (yes other hacks exist, this was the most prevalent one...)
unforunately no. It's an issue carried over from node-webkit[1] and I'm not really a Linux guy :/ Someone could work on a fix for node-webkit, though and I'd pick it up in a heartbeat [1]: https://github.com/rogerwang/node-webkit
Thanks for the quick response. I'll try to find some time to look into this. I know Chromium links to libudev for input device support so that it can do things like gestures, but I don't know that LightTable supports (will support?) them. It may be possible to do away with that linking but I may have to dig into the chromium code to do it.
Re: Light Table 0.4 released
#113I look forward to writing (essentially vim-) plugins for light table in javascript. Some day soon? Extensions were mentioned on the blog about a year ago ( http://www.chris-granger.com/2012/04/15/light-tables-numbers... ), but as far as I can tell, they're still not here yet :(
The plugin architecture is something we have to be deliberate about given that it allows you to do literally anything we can do. I talk a little bit about the plan moving forward at the bottom of the post, but gist is that there's going to be one more public release, and then the private beta (for KS folks) is going to focus on really hammering out how we expose LT to plugins.
Can you comment in generalities on the scope of changes to LT's behaviour end users can expect to be possible by design, e.g. the entire stack is modifiable to the extent that Emacs (even the underlying elisp interpreter) is modifiable, only via a limited API like Sublime Text 2 has (which results in end users being reliant on major changes coming from the top down), or something else entirely?
Re: Light Table 0.4 released
#114Has anybody gotten the node.js connection working. I keep on getting 'In order to start a NodeJS client, you have to have node installed and on your system's PATH.' But, node is indeed installed, and in my $PATH. Running OSX with node v0.10.5
Re: Light Table 0.4 released
#115I hoped ST3 would replace Emacs, but Light Table seems more like it now...
Sublime Text will never be a plausible replacement for Emacs as its design does not encompass all of possibilities a lisp machine provides. Sublime Text is a plausible replacement for any tool which only targets text editing though. It has many converts or new users whose use case is only a text editor though, so to that extent Sublime Text has been successful.
Re: Light Table 0.4 released
#116Earlier quoted context omitted.
1. make a new lein project 2. fill in the dependencies in project.clj 3. open your src/core.clj (or whatever) in LT 4. start coding LT will automatically launch a client and connect to it. In between lein will have seamlessly fetched the dependencies for you (this happens automatically each time you launch or relaunch a client). You can do manual (C-Enter) or live (Instarepl) inline evaluation in any of your project…
Would you then recommend focusing development around some unit tests and eval-ing them as you do work? (that's what I am trying so far, seems ok)
Precisely. This is at least how I do it.
It is also pretty nice to have an Instarepl where you can see live changes, either in your source files or in a separate repl. Don't forget that if your paths and namespaces match you can require your namespaces at will.
Re: Light Table 0.4 released
#117It looks pretty nifty! It's kind of like what Subtext and Bicicleta wanted to do, but never did (or haven't done yet). You get live update of the code and, apparently, live inspection of all the values in the code. The missing piece would be inspecting values inside a function call. But it sounds like it's proprietary software? Why do you need that if you're getting funded through Kickstarter? Either way, it looks li…
What happened with Bicicleta? I love the premises I saw listed in response to Perlis. LT will be open source, just want it to get a bit more stable first.
It will be open source? Can't wait to use it then.
Re: Light Table 0.4 released
#118The author mentions [1] (at the bottom, under 'key bindings') that light table uses codemirror[2] as the editor.
I am really amazed with how well codemirror emulates basic vim key bindings [3], as I prefer to use ctrl-c rather than escape and I often find that vim emulators either do not support ctrl-c or do not support it well.
[1]http://www.chris-granger.com/2012/04/15/light-tables-numbers... [2]http://codemirror.net/ [3]http://codemirror.net/demo/vim.html
Re: Light Table 0.4 released
#119Earlier quoted context omitted.
Would you then recommend focusing development around some unit tests and eval-ing them as you do work? (that's what I am trying so far, seems ok)
Precisely. This is at least how I do it. It is also pretty nice to have an Instarepl where you can see live changes, either in your source files or in a separate repl. Don't forget that if your paths and namespaces match you can require your namespaces at will.
I'm normally not a screencasts kind of guy, but is there a good one for using the REPL to assemble, oh, say a web app in Compojure? I started doing a Clojure/Compojure tutorial the other day and I thought I was doing way too much restarting to get changes to take effect (using emacs/nrepl).
Re: Light Table 0.4 released
#120It looks amazing, but I haven't been able to get it to work since 0.2.
alert('foo');
Produces 'SyntaxError: Unexpected identifier'. I'm looking forward to the kinks being ironed out.