Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-24 Thread Robert Uhl
sition that they were, and I > quote, "broken and lame", assuming you mean the same stock Windoze > keybindings you meant with the cryptic term "CUA standards". Not really--they're broken and lame because they are less flexible and powerful. How 'bout you ac

Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-24 Thread Robert Uhl
or written for your > platform and get access to the real thing? Because it's nice having the same interface no matter what. Because GUIs come and GUIs go (remember CDE? OpenView?), but emacs will always be there. Because it's nice being able to fire up emacs and not care what platform one is running on. -- Robert Uhl <http://public.xdi.org/=ruhl> prepBut nI vrbLike adjHungarian! qWhat's artThe adjBig nProblem? -- Alec Flett -- http://mail.python.org/mailman/listinfo/python-list

Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-24 Thread Robert Uhl
e app > for unix systems (with the inevitable MS-DOS ports and others). No, as I've said over and over and over again, emacs is not what you think it is. It has a GUI; it has colours; it can display images; it can use the native widget set. It can even be configured to use native keybindin

Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-24 Thread Robert Uhl
Twisted <[EMAIL PROTECTED]> writes: > On Jun 23, 8:35 pm, Robert Uhl <[EMAIL PROTECTED]> wrote: >> Twisted <[EMAIL PROTECTED]> writes: >> >> > For an example of the latter, consider opening a file. Can't remember >> > the exact spelling and

Re: The Modernization of Emacs

2007-06-23 Thread Robert Uhl
ck? Check out nethack.el <http://www.nongnu.org/nethack-el/>. You can run nethack within emacs. This, of course, means that there _is_ a kitchen sink within emacs (when it's running nethack within itself)... -- Robert Uhl <http://public.xdi.org/=ruhl> I don't think the Jav

Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-23 Thread Robert Uhl
e some memory of such a project existing > somewhere). Agreed. Stallman got sidetracked by Scheme, which IMHO was a dead-end. A Common Lisp emacs would be pretty sweet. There's a Climacs project, but they're just focused on providing an editor, not on providing a full-fl

Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-23 Thread Robert Uhl
[EMAIL PROTECTED] writes: > > So now we're expected to go on a filesystem fishing expedition instead > of just hit F1? Interestingly enough, f1 _is_ bound to the help system in emacs. So's C-h. So's the 'help' key. -- Robert Uhl <http://public.xdi.org/=ruh

Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-23 Thread Robert Uhl
'; the first item therein is 'Emacs tutorial'; the second is 'Emacs tutorial (choose language).' If you had ever actually run emacs you'd know this. Do you think that Mercedes are awful cars because their engines don't start when you turn the key in the igniti

Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-23 Thread Robert Uhl
x27;ve never actually run emacs, have you? -- Robert Uhl <http://public.xdi.org/=ruhl> The power of Satan is as nothing before the might of the Lord, so don't go getting any ideas. --I Abyssinians 20:20 -- http://mail.python.org/mailman/listinfo/python-list

Re: The Modernization of Emacs

2007-06-23 Thread Robert Uhl
tures when > fiddling about in the shell. shells have a lot of context if you use > them effectively. context that isn't easy to transport between the > shell and emacs -- and it isn't really easy to explain either. M-x shell, or M-x terminal -- Robert Uhl <http://publi

Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-22 Thread Robert Uhl
w I learnt emacs. I was 13, and had only ever used Mac software up until that point. I had a fairly limited command set (basically, C-x C-f, C-x C-s & C-x C-c). > One person elsewhere in this thread even went so far as to suggest > that to avoid having a similar hurdle wit

Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-22 Thread Robert Uhl
ng the assumption that Mac OS in 1984 offered some textual capability (textual, since we're discussing text editing) which emacs did not. It didn't. -- Robert Uhl <http://public.xdi.org/=ruhl> A: Top posting Q: What's the most annoying thing about Usenet? -- http://mail.python.org/mailman/listinfo/python-list

Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-22 Thread Robert Uhl
forth. It's Mac OS and Windows which are inconsistent. Emacs has been around since they were mere glimmers in the eye of Jobs & Gates... -- Robert Uhl <http://public.xdi.org/=ruhl> Just because I'm not doing anything, doesn't mean I have nothing to do! --Ellen Winnie -- http://mail.python.org/mailman/listinfo/python-list

Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-21 Thread Robert Uhl
S interface conventions--you've just forgotten them), but it is easy to use. A Windows or Mac OS text editor may have an easier learning curve, but it'll never be as easy to use. -- Robert Uhl <http://public.xdi.org/=ruhl> I read [.doc files] with 'rm.' All you lose is

Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-21 Thread Robert Uhl
rching would interrupt one's flow of thought rather than being part of it. > Between Windows bugs and gratuitous misfeatures (e.g. DRM) and Unix > clunkiness, billions of dollars of potential productivity is lost > worldwide every *month*. You left out user refusal to learn... -- Robert

Re: The Modernization of Emacs: terminology buffer and keybinding

2007-06-21 Thread Robert Uhl
a half hours of wasted time. And you'd now be using an actual text editor, which is often helpful. -- Robert Uhl <http://public.xdi.org/=ruhl> The cover art on the O'Reilly tome isn't meant to anthropomorphize sendmail itself after all; it's actually a subliminal

Re: The Modernization of Emacs

2007-06-21 Thread Robert Uhl
d so forth). Granted, text-mode is friendlier than fundamental-mode. Still, as a pico replacement emacs works well enough--and as the user continue to works, he discovers more and more functionality, eventually having a 10,000-line .emacs... -- Robert Uhl <http://public.xdi.org/=ruhl>

Re: merits of Lisp vs Python

2006-12-14 Thread Robert Uhl
ture checking. It's not optimal, but I think it'd get the job done. -- Robert Uhl <http://public.xdi.org/=ruhl> So how *do* you determine the gender of bread? Ah, no doubt L'Academie has vast teams of staff who wander through France assigning gender to inanimate objects, in

Re: merits of Lisp vs Python

2006-12-13 Thread Robert Uhl
ould argue that optimisation for unit conversion is the wrong choice when designing a system of measures. But this is not the venue for such a discussion, so I'll stop now:-) -- Robert Uhl <http://public.xdi.org/=ruhl> ...It [the Mexican dictatorship] has demanded us to deliver up our arms, w

Re: merits of Lisp vs Python

2006-12-13 Thread Robert Uhl
Christophe <[EMAIL PROTECTED]> writes: > Robert Uhl a écrit : > >> The argument from popularity is invalid. French units have overtaken >> standard units, > > Never heard of that French unit thing. Unless you talk about that > archaic unit system that was in

Re: merits of Lisp vs Python

2006-12-13 Thread Robert Uhl
ademic in both languages with modern editors... Or even nearly 30 year old editors; emacs provides support for error-free selection of s-expressions, although to be frank I still don't use them as often as I should. -- Robert Uhl <http://public.xdi.org/=ruhl> Thanks to the joint e

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
I've not written code to 'consume web-services,' but I daresay that NET.HTML.CLIENT (believe that's the name) would do the trick. -- Robert Uhl <http://public.xdi.org/=ruhl> If anybody can show me in the Bible the command, 'Thou shalt not smoke,' I am ready to

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
#x27;t prove anything whatsoever (as I imagine that your stuff was a _lot_ more complex), except maybe how great the FSF is for giving away this sort of thing for free. -- Robert Uhl <http://public.xdi.org/=ruhl> `We're ten parsecs from Regina, we've got a full tank of LH-two, a h

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
uldn't infect package B unless B allowed it to. In other words, you have to put the bullet in the chamber, take off the safety and point the gun at your foot. -- Robert Uhl <http://public.xdi.org/=ruhl> What some idiot in Glasgow or NYC, what a million idiots do, has nothing at all to

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
gency they wouldn't run (as they require X). Now, force me to write Lisp _or_ Python in ed and things will get very ugly... -- Robert Uhl <http://public.xdi.org/=ruhl> Whoa, there. Those are some strong words for somebody who doesn't even own a machine gun. --Milkman Dan -- http://mail.python.org/mailman/listinfo/python-list

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
tain their code. Emacs has been used for almost thirty years now, by tens (hundreds?) of thousands of programmers, and extended by almost every one of them. > The benefits of extending a language in a domain specific manner are > exaggerated. Certainly they seem useful to the au

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
to get back to it but haven't yet. I pretty much skipped that chapter. The bit where it gets mind-boggling is where he creates ID3-tag reading classes from binary-reading primitives and ends up with a complete ID3 library in very few lines of code. -- Robert Uhl <http://public.xdi.org/=ruh

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
r you is a cut-down version of Lisp with worse performance. Pretty much;-) Fewer features, worse performance. Why use 'em? In my case, because the standard library is larger, and because I can get my teammates to use 'em. -- Robert Uhl <http://public.xdi.org/=ruhl> When you di

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
, and French units may be better when dealing with users thereof). -- Robert Uhl <http://public.xdi.org/=ruhl> Traditionally, there are only three classes of people who use 'we' in describing themselves: Royalty (which you aren't), editors (no evidence that this applies) and p

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
functions; it's a second order of structure. -- Robert Uhl <http://public.xdi.org/=ruhl> Face it--Bill Gates is a white Persian cat and a monocle away from being a Bond villain. --Dennis Miller -- http://mail.python.org/mailman/listinfo/python-list

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
hon generators as Lisp macros in any > reasonable way. I'm pretty certain it could be done with conditions. -- Robert Uhl <http://public.xdi.org/=ruhl> We're going to Moe's. If we're not back, avenge our deaths. --Homer Simpson -- http://mail.python.org/mailman/listinfo/python-list

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
ommunity is small and exceedingly bright; it doesn't suffer fools gladly. Python's is larger and friendlier, realising that we were all fools once and that with education many of us get better. o Top-notch Web frameworks Pylons and Django are nice to use and take care of a lot of the bo

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
osomething x)) Which doesn't seem particularly more or less prefixy or infixy than the Python version. Infix is really only used in arithmetic--and there are Lisp macros which give one infix notation if wanted, so one could write: (infix 1 + x / 4) -- Robert Uhl <http://public.

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
e's an editor for it that indents automatically? Because it's the language for which indentation is automatically determinable. That is, one can copy/paste a chunk of code, hit a key and suddenly everything is nicely indented. -- Robert Uhl <http://public.xdi.org/=ruhl> Flagrant system

Re: merits of Lisp vs Python

2006-12-12 Thread Robert Uhl
big, but it's simple enough to write a map-new-object or loop-new-object or whatever). Library-wise, Python is pretty much a superset of Lisp, and in fact many of the things Lisp was criticised for providing as a standard part of the language are also standard parts of Python. -- Robert Uhl

Re: A critic of Guido's blog on Python's lambda

2006-05-10 Thread Robert Uhl
Ken Tilton <[EMAIL PROTECTED]> writes: > > Set Kelvin, and make Celsius and Fahrneheit functions of that. Or Rankine:-) -- Robert Uhl <http://public.xdi.org/=ruhl> Brought to you by 'Ouchies', the sharp, prickly toy you bathe with... -- http://mail.python.org/mailman/listinfo/python-list