181–190 of 193 posts
For those of us still stuck in the Dark Ages, I have patched Light Table so it can run on OS X 10.6.8 (Snow Leopard). You can download it here: https://s3-us-west-1.amazonaws.com/lighttable/LightTable0.4....
Greatly appreciated! Would love to see how this was done incase there's a need to patch future versions.
Earlier quoted context omitted.
From what I can tell, everything's working as normal. Let me know if anything breaks though.
Awesome thanks, any chance you could push this to GitHub?
Earlier quoted context omitted.
Can you elaborate on the "hoops"? I am trying to get a similar thing working.
Well, it's not that much of a hoop. If you start LightTable from the command line, via "open /Applications/LightTable.app", then it gets your environment parameters, including PATH, which is the important one. I tried to create a ~/.MacOSX/environment.plist file per the instructions here[1], but that didn't seem to work and I haven't bothered to fiddle with it more. [1] https://developer.apple.com/library/mac/#docume…
Earlier quoted context omitted.
Well, since you threw that out there... ...I can't believe that people use Clojure-the-language over CL-the-language. It seems to have no reason to exist except as a "I hate parens" Lisp-1. The interesting parts of Clojure (i.e., the sequence abstraction design) are replicatable in CL as a library. Extant issues (e.g., cl's map not mapping over vectors)* can be abstracted over with other tools. While the JVM interop…
The only reason I can understand for the existence and use of Clojure is interoperation with Java and because Clojure is more actively developed than ABCL. The big question to me is why people who do not need Java interop are using Clojure. Here are some reasons I can think of: - The tooling around Clojure feels more familiar to Ruby/Python/Node programmers. - Ruby/Python programmers need their programs to run slowly…
It's less than one fifth of the age of CL, yet it has vastly superior libraries. Part of this is the Java interop, but at this point, even Clojure native libraries tend to be just better than CL libraries.
The reason for this is probably the common focus on good, sensible defaults and less on "everyone can easily roll their own". Having a set of basic, sensible data structures and abstractions that everyone share is not the same thing as "well, it's easy for anyone to do this". The idea that CL is flawless because it's so powerful that all flaws can be fixed by users is a disease, not a strength. It leads to a community where work is massively duplicated because all libraries are designed for a specific use, and every user needs to bend them to his uses.
Earlier quoted context omitted.
The only reason I can understand for the existence and use of Clojure is interoperation with Java and because Clojure is more actively developed than ABCL. The big question to me is why people who do not need Java interop are using Clojure. Here are some reasons I can think of: - The tooling around Clojure feels more familiar to Ruby/Python/Node programmers. - Ruby/Python programmers need their programs to run slowly…
Nice way to ignore the big one. It's less than one fifth of the age of CL, yet it has vastly superior libraries. Part of this is the Java interop, but at this point, even Clojure native libraries tend to be just better than CL libraries. The reason for this is probably the common focus on good, sensible defaults and less on "everyone can easily roll their own". Having a set of basic, sensible data structures and abst…
If you think libraries are more important than having a truly interactive development environment that is Lisp 100% of the way down, you are missing out hugely on power and expressiveness. It has to be experienced to be understood. You're only fooling yourself and other people by thinking that Clojure is a "good enough" Lisp.
For those of us still stuck in the Dark Ages, I have patched Light Table so it can run on OS X 10.6.8 (Snow Leopard). You can download it here: https://s3-us-west-1.amazonaws.com/lighttable/LightTable0.4....
Earlier quoted context omitted.
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.
> LT will be open source, ... The licensing situation is really unclear. The Kickstarter page says, "In order to download packaged distributions, you'll need a license". But I expect that, if it's open source, I can get a packaged distribution by saying (I'm using Arch Linux): # pacman -S lighttable
Earlier quoted context omitted.
Nice way to ignore the big one. It's less than one fifth of the age of CL, yet it has vastly superior libraries. Part of this is the Java interop, but at this point, even Clojure native libraries tend to be just better than CL libraries. The reason for this is probably the common focus on good, sensible defaults and less on "everyone can easily roll their own". Having a set of basic, sensible data structures and abst…
You're making the same argument for why MIT started teaching Python instead of Scheme. I feel sorry for anyone whose life as a programmer is library spelunking instead of solving new problems. If you think libraries are more important than having a truly interactive development environment that is Lisp 100% of the way down, you are missing out hugely on power and expressiveness. It has to be experienced to be underst…
You do realize that the vast majority of all the things that need to be done are essentially "library spelunking"? Not every programmer can spend his time doing AI research. A lot of the things that need to be done are "easy" but very work-intensive, and can be made much, much faster by good libraries. The majority of programming jobs are still essentially crud apps with a db backend, and CL is simply just a bad language to implement those in.
> If you think libraries are more important than having a truly interactive development environment that is Lisp 100% of the way down, you are missing out hugely on power and expressiveness. It has to be experienced to be understood.
I have experienced it, and understood it. And after 6 years of it, I switched to Java, because that's actually a more productive language to get things done in. Because even if the language itself is shit, things like internationalization and input validation have good libraries so I don't have to spend weeks working on getting all the little details right. Clojure buys me that, and a better language.
Clojure may not be a good enough lisp, but it's certainly better than CL.
Earlier quoted context omitted.
Actually we haven't implemented replace yet. There's a few things like that that will either end up in 0.4.* releases or 0.5 at the latest.
Also, multi-line selection, please? =) That's probably the main thing that's keeping me in ST2 right now...
Earlier quoted context omitted.
[deleted]
Actually we haven't implemented replace yet. There's a few things like that that will either end up in 0.4.* releases or 0.5 at the latest.
But search/replace… even notepad, textedit and nano have it.
Anyway, I was initially convinced you'd never deliver and you consistently proved me wrong during the last months. Bravo and good luck!