orib

31 ms·

241.
by orib 18y ago
To be quite honest, I find that format easier to read (well, why else would I have posted it that way?) A short snippet that is being responded to puts the text in context, allowing the reader to see exactly what I'm going on about, without
242.
by orib 18y ago
Oh. Oops, noticed the date. How things change in just a few years. =) Still, it shows how fast X is progressing, now that we've ditched XFree86. Since the split, X has really moved into the 90s, gaining <sarcasm>esoteric</sarcas
243.
by orib 18y ago
1) Extend font server and services to vend outlines and antialiased masks, support more font types, handle font subsetting. It does that. See Cairo/XRender. or XFT. or any of the other client-side font stuff (available since 2000) 2) Ext
244.
by orib 18y ago
I haven't read any especially good literary criticism, however (as I obviously failed to make clear) I do enjoy reading and discussing a book. What I hated was attempting to mash meaning into every word in the story, even when there was obv
245.
by orib 18y ago
Seriously, who didn't see this coming? Let me know what the outcome of this trial is.
246.
by orib 18y ago
The problem with dissecting a book is that -- just like dissecting an animal -- at the end of the exercise, the subject of the dissection is dead. While mulling over a good book and discussing it can be enjoyable, the attempt to squeeze dee
247.
by orib 18y ago
As always, it's about asking the right questions. Asking a customer what they want, and you'll come to the conclusion that they don't know what they want. Customers know what they want to do. In your Henry Ford example, they know that they
248.
by orib 18y ago
I'd rather an empty space than either possibility
249.
by orib 18y ago
Sounds quite a bit like what Rob Pike has to say about programming style: http://www.lysator.liu.se/c/pikestyle.html
250.
by orib 18y ago
As I said, there are enough real problems with society that we don't need to make up hogwash about how the internet is us stupider. Real problems, like a broken education system where the intelligent children with a desire to learn are bore
251.
by orib 18y ago
I'm getting tired of these "The Internet Makes Us Dumb" and "People can't read on the internet"... These articles are usually so poorly read that I give up trying to make sense of them. I have no problem reading large, thick books, and will
252.
by orib 18y ago
Hm, with an 8.x horepower engine, how well can the thing handle?
253.
by orib 18y ago
Suggestions, eh? I personally love Stanislaw Lem's books. Two of my favorites: - The Cyberiad: a set of short stories that read almost like silly little fairy tales, complete with probabalistic dragons, poetry machines, and
254.
by orib 18y ago
So it's hard to write programs that aren't steaming piles of crap. Your point?
255.
by orib 18y ago
The problem is that even though Java GUIs tend to suck, web app guis suck more. I'm probably going to get a fair bit of hate from this, but seriously, web apps are a pain. - they have the browser's baggage. Address bar, back/forward b
256.
by orib 18y ago
Wow, I found that ridiculously hard to read. The one sentence paragraphs were harder to follow than a well thought out, cohesive block, and the gratuitous bolding of text was distracting. If that was supposed to make it match how we read on
257.
by orib 18y ago
http://people.debian.org/~aaronl/Usenix88-lexic.pdf ddescribes non-escaping lexical closures for C++. With a bit of work (automated clone-env-on-escape, for example) you can have efficient closures that don't totally suck.
258.
by orib 18y ago
The beauty of vim is that the general paradigm is that you apply an action over a structured motion. For example, 'dib' will delete (d) the current inner block (ib), and put it into the paste buffer -- wonderful for pulling a block out into
259.
by orib 18y ago
Speaking as a passionate vim user, If you're on dvorak, the advantages of vim are reduced quite a bit. The normal navigation keys are poorly placed, and the most commonly used keys are in hard-to-reach places. However, at the same time, the
260.
by orib 18y ago
You are. One of the defining properties of a cryptographic hash is that you cannot easily deduce the input given the output, nor can you easily construct an input to produce a given output. (see the overview at http://en.wikipedia.org/wiki
261.
by orib 18y ago
I actually have a commit hook in git that will update a copy of my website when I commit something with the right message. It's kind of crude, but it manages the busywork for me quite nicely.
262.
by orib 18y ago
I second that. PyGtk with Glade is the easiest way I've found of cranking out a GUI quickly.
263.
by orib 18y ago
That's not the biggest issue for me. Often the PDFs that get posted are interesting enough for me to want to archive and read more in depth on the bus, when I don't have an internet connection. Scribd makes this a royal pain in the arse. Al
264.
by orib 18y ago
I sense that there's a simple solution to this. Perhaps we could drop the automatic scribdifynig of PDF links?
265.
by orib 18y ago
Thank you! Scribd is quite annoying for viewing PDFs with the non-native behavior, the flash plugin which I block by default, and the inability to save easily for future reference. I hope people directly link PDFs in the future. Thanks.
266.
by orib 18y ago
Majorly second that opinion. Best keyboard I've ever used.
267.
by orib 18y ago
vim.
268.
by orib 18y ago
I'd personally go for Ikiwiki, just because it lets me ditch the browser for editing the wiki. I personally hate the embedded text controls in web pages, finding that they invariably stink. Ikiwiki stores the pages in a $SCM repository (eg,
269.
by orib 19y ago
It does, but middle or right clicking is rather awkward (2/3 finger taps, awkward key combinations)
270.
by orib 19y ago
there are a few: giggle (developer.imendio.com/projects/giggle) git-gui (packaged with Git, at least on my distro) gitk (same as git-gui) and probably a few more

More ›