nex3

10 ms·

61.
by nex3 17y ago
According to http://en.wikipedia.org/wiki/Mongo , there are a wide variety of uses of the word "Mongo".
62.
by nex3 17y ago
Here's another answer: http://emacspeak.sourceforge.net/
63.
by nex3 17y ago
It was mentioned elsewhere that the typesetting is done via LilyPond, which is supposed to be excellent.
64.
by nex3 17y ago
It can get to be a pretty big problem for hackers, as well. When I'm on Linux, I use the Awesome tiling window manager and Emacs, both of which are tweaked far beyond their usual configurations. Using Windows or OSX (or even Linux without m
65.
by nex3 17y ago
Any tiling window manager will have a mode, usually the default, where no windows will be occluded. Instead, all screen space is divided among them according to some algorithm.
66.
Have Tracing JIT Compilers Won?(lambda-the-ultimate.org)
76 points by nex3 17y ago|39 comments
67.
by nex3 17y ago
I'm sure each is fully aware of the other, or at least of the same source research into dynamic language optimization (which, I believe, comes largely from research into the Self language).
68.
by nex3 17y ago
Here's a PDF version, via Google Docs: https://docs.google.com/fileview?id=0B1njwImQ2AsFOGRjYmRmYWI... And a C version: http://gist.github.com/319391
69.
by nex3 17y ago
This doesn't solve one problem that sends me running to nano a lot: having very old Emacs versions (usually 21) on the server that don't work with my configuration.
70.
by nex3 17y ago
Luckily for you, Sass 3 will have a new CSS-like syntax. You can even use it right now if you want: http://github.com/nex3/haml/commits/scss . I believe it works great with the Compass 0.10 prerelease.
71.
by nex3 17y ago
A lot of people are saying "the difference with IE6 is that the iPhone is standards-based and open," but I don't think that's right. The problem that PPK is pointing out is that developing for a single browser is bad, full stop. It doesn't
72.
by nex3 17y ago
You're right. I got my terminology mixed up.
73.
by nex3 17y ago
Interestingly, one can in fact create valid English sentences of arbitrary length composed entirely of the word "Buffalo." By induction: n = 1 is valid as the imperative of the verb. That is to say, "Buffalo" means "You should harangue some
74.
by nex3 17y ago
Sass (not Haml) allows you to work at a significantly higher level than CSS. The parallel in programming languages might be Forth: the basics translate directly, but using the abstractions provided by the language you can make it work at a
75.
by nex3 17y ago
In order to be Turing-complete, Sass would have to have some way of reading and writing arbitrary amounts of memory. Since it has neither anonymous functions nor any sort of data structures, it can only read and write from pre-declared vari
76.
by nex3 17y ago
I agree with tptacek that this is a red herring, but I disagree about why. Maybe I've been lucky, but all the designers I've interacted with are plenty good enough to get Haml and (especially) Sass. And most of these designers have liked th
77.
by nex3 17y ago
CSS, although a very cool and powerful language, leaves a lot to be desired in one key area: abstraction. Not coincidentally, this is the area that Sass is best at. Chris Eppstein has an excellent blog post ( http://chriseppstein.github.com
78.
by nex3 17y ago
Sass can actually help quite a bit with dealing with the IEs. Compass ( http://compass-style.org ) has a bunch of mixins that are fully cross-browser and make short work of a lot of compatibility issues.
79.
by nex3 17y ago
I think you aren't giving designers enough credit. They're generally quite smart folks, and tend to pick up Haml and Sass just as quickly as programmers. I'm sad that you found Sass's configuration difficult. What in particular did you have
80.
by nex3 17y ago
We've tried to get the CSSEdit folks to support Sass, but so far they haven't been interested. I think the best way to get that is to have more users say they want it.
81.
by nex3 17y ago
This is an odd meme, and not really accurate. Yes, Sass has a few control structures that are not meant to be used in day-to-day stylesheet coding. But the language is wholly geared towards creating stylesheets, and every feature was added
82.
Sass 2.4 will now be Sass 3.0(nex-3.com)
2 points by nex3 17y ago|0 comments
83.
by nex3 17y ago
Just because you're the best one to take a bad risk, doesn't mean the risk's worth taking.
84.
by nex3 17y ago
I can imagine this being useful for knowing to stop when things start going wrong. One problem I've had with GUI-automators in the past is that they've just kept automating after something unexpected happened and put them into an invalid st
85.
by nex3 17y ago
Arguably the languages were not "yet another" in the sense that they were the first application of those concepts to executable code. But your point is well taken: everything has its roots in history. I would say most reasons for creating n
86.
by nex3 17y ago
All languages (except maybe Lisp, COBOL, and FORTRAN) were "yet another language" at some point. This is how innovation happens.
87.
by nex3 17y ago
Sass is coming out with a new syntax that's an extension of CSS. It's available to use right now: http://github.com/nex3/haml/commits/scss
88.
by nex3 17y ago
Most of the benefit of Sass lies in variables, mixins, and nesting. If there are any programming constructs, they're usually in the background, in library code. When there's debugging to be done, it's the same sort that's done for CSS: touc
89.
by nex3 17y ago
It's also a matter of empirical fact that the people who use Sass now are a mix of designers and developers. No, Sass isn't used by most designers. Nor is it used by most programmers. But of the people who use Sass, many of them are designe
90.
by nex3 17y ago
I believe jlong is referring to the functionality added by an abstraction layer. Sass allows people to experiment with additions to CSS, and it gives the CSS designers good insight into what people would find most useful.

More ›