The Modernization of Emacs: terminology buffer and keybinding
Gian Uberto Lauri
saint at spammer.impiccati.it
Wed Jun 27 04:18:14 EDT 2007
>>>>> Long count = 12.19.14.7.16; tzolkin = 2 Cib; haab = 4 Tzec.
>>>>> I get words from the Allmighty Great Gnus that
>>>>> "T" == Twisted <twisted0n3 at gmail.com> writes:
T> On Jun 26, 6:06 am, Gian Uberto Lauri <s... at spammer.impiccati.it>
T> wrote:
>> >> > HOW IN THE BLOODY HELL IS IT SUPPOSED TO OCCUR TO SOMEONE TO
>> >> ENTER > THEM, GIVEN THAT THEY HAVE TO DO SO TO REACH THE HELP
>> THAT >> WOULD TELL > THEM THOSE ARE THE KEYS TO REACH THE HELP?!
>>
>> >> What's your problem ?
>>
>> >> Ofcourse a mere program-consumer would not look what was being
>> >> installed on his/her system in the first place ... So after
>> some >> trivial perusing what was installed and where : WOW Look,
>> MA ! >> .... it's all there!
>>
>> >> lpr /usr/local/share/emacs/21.3/etc/refcard.ps or your >>
>> install-dir........^ ^ or your >>
>> version.............................^
>>
n> So now we're expected to go on a filesystem fishing expedition
n> instead of just hit F1? One small step (backwards) for a man; one
n> giant leap (backwards) for mankind. :P
T> [snipping some thinly-veiled insults and irrelevancies throughout]
>> There's a program called find, not this intuitive but worth
>> learning
>>
>> It could solve the problem from the root with something like
>>
>> find / -name refcard.ps -exec lpr {} \; 2> /dev/null
T> Let me get this straight.
T> In this corner, we have just about every Windows application ever
T> developed. When a user needs help, a click on the "help" menu or
T> tap of the F1 key is all it takes to obtain some. Sometimes the
T> help is not of the greatest quality, but that is another issue we
T> won't concern ourselves with here.
Hmmm. I just activated the help hitting F1... WOHA, it says that if I
press k after F1 I get the description of what that key does...
T> In the other corner, we have just about every Unix application ever
T> developed. When a user needs help, they may do such things as
T> manually explore the directories where the application was
T> installed
Ever heard about the man command ? Is the first thing you learn to
do...
T> Or alternatively
T> it can just magically come to them as a divinely inspired insight,
If they are Windows user, I pity them, their brain could have been
damaged beyond repair.
They'll never be blessed by the idea that programs can do work for
them, and will bash restlessy their keyboard in antiquate sequences of
pre-automatic-controls tasks (as a reference, take a look to the
Metropolis movie)
T> or in a dream or a burning bush or stone tablets from heaven or
T> something, that something useful might happen if the unlikely
T> combination of symbols "find / -name refcard.ps -exec lpr {} \; 2>
T> /dev/null"
Nothing this divine. Just someone a bit more experienced than you are.
On the other hand I never seen such thing like a refcard, that's not
in the standard documentation system for such a modern toxic waste
like Word.
T> obviously never occur to them. Even if they knew the find tool and
T> its syntax, it would still have to somehow occur to them that
T> "refcard.ps" might be a useful search target.
Strange. I am *NOT* a native english speaker and I think my Q.I. tends
toward average from below, but refcard sound very useful to me, maybe
is short for "reference card" ?
T> came to shove, clicking Start->Search and putting in ".hlp" and
T> "C:\Program Files\Appname" would quickly find any help files.
I admit. find is less intuitive. But the stuff Windows comes with does
just that and nothing more. It will never suggest you that the long
boring task expecting you can be solved in a completely automatic
way with a little creative job.
T> most usually the help files would be named to end with
T> .hlp.
All, or that impaired of a O.S. could not understand they are help
files.
T> Moreover, once found, a quick double click and they're in a
T> hypertext browser viewing the help.
Emacs help was hypertextual when Dr. Watson plagued Windowd 3.11
users...
T> Unless I miss my guess,
T> refcard.ps would require mucking about installing and configuring
T> Ghostscript and GSView,
Splash, large miss.
You usually fire it to the local printer.
Uh, I understand. A Windows user could never have shared its HP720c
printer... Windows printer driver aren't known to be smart.
Not an Emacs flaw.
T> enough. Trying to read anything serious and navigate in GSView is
T> no picnic either.
A refcard, my dear, is something that goes on an A4/Letter sheet and
NEEDS NOT to be hypertextual.
T> Reader *might* be able to do more with a .ps file
With a PS file you can do just one thing, execute it. It's a program,
did you know ?
Ah, I never use Acroread. Xpdf does all the things really needed.
Uh, I forget. For Windows users getting a PDF out of a PS or HTML or
ASCII is not this easy unless they get some extra software (someone
ported CUPS to Windows ?). Again, not an Emacs fault.
T> On a Unix box, if you don't know exactly how to get
T> some app viewing a .ps file and how to navigate in it I'm guessing
T> you're SOL.
Stop guessing or all will know that all you know about Unix is that
is a 4 letter word, the first a capital U, the last an x.
On a Unix system either YOU are the sysadmin and know about all the
stuff you need to view, concot, print and bit-recycle PS files or
there's a sysadmin that did this for you. All with free (as in freedom)
stuff.
Most Unix users thinks that Word is a typewriter on steroids not worth
using due its poor output on paper, and are used to a typesetting
system that deals effortlessy with PS, PDF and so on. Uh, oh, Emacs
hypertextual manuals can be turned into a PS or PDF ready for a fine
professional printer...
T> The original suggestion with "lpr" implies printing it
T> rather than viewing it online, which a) costs money and b) requires
T> configuring a printer and a Postscript interpreter, given that
T> unless the printer cost more than the computer's CPU it surely
T> won't natively grok Postscript.
I will call you if I need some advice about cars. Maybe.
But not at all for computers.
refcard.ps is something you print and keep on a side when you start
using Emacs, as a REFERENCE for the key sequence, in the case you
forget some of them.
All the computer screen is devoted to your work, the sheet provides
some extra "real estate" for the help information, a sort of double
heading display. All you need to do is turn your eyes from the
monitor, maybe your eyes and read the informations. It coudl happen
that you need to flip the sheet. But you can keep both your work and
the help text "ready at your fingertips", and this is useful indeed:
you read the command keybinding, turn your eyes, type it and see the
result and/or continue your work.
Online viewing. Great deal.
Flip windows until you reach refcard. Read the command. Flip again
windows until you reach Emacs. Use the command (but you could have
forgot the key sequence - redo from start.
About money. Indeed ink/toner and paper costs. Electricity grows on
the spark tree so aboundant in our forests...
Configuring a printer. Yes you need to configure a printer. You need
it with Windows too. But if your Windows printer driver does not
handle PostScript (or if it does not let you share your printer) *now*
you are SOL. PostScript printing on a Windows system that does not
support PS is a pain in the ass.
But PostScript printing on my '80 Epson printwriter or my HP720c with
a Unix system with CUP is as easy as opening a browser, telling the
system I have a HP720c plugged to the parallel port and voilĂ .
And I can even share my HP720c.
P> We're back to configuring
T> Ghostscript, only this time on the Unix box where I have no doubt
T> it's even more painful than it is on a Windoze box, as well as
T> configuring a printer on a Unix box, itself a recurring nightmare
T> of mine for years now since one night in the nineties when I got
T> caught in the crossfire between someone's Epson inkjet and their
T> Mandrake 7.somethingorother Linux.
O poor boy. It was a job for someone else indeed.
In the same time I got an HP720c and it come with no other drivers
than Mac and Windows ones. I feared I was SOL when I readed of some
guy that wrote a small program that was able to convert certain gs
output to byte sequences good to pilot the HP720c.
It was *easy* to put this program in the pipeline in the "printer
driver" script.
And was *easy* insert a2ps to shoot plain text directly to the printer.
Before, I used an Epson pinwriter (24 pin head). Again, never had
problems (unless it was dead slow). On the other hand printing
directly some plain text under Windwos...
T> Reexamining that "find" line it looks like it tries to
T> automatically "lpr" the file(s) found.
Looks like ???? Hey, it doesn't look like, it's wat it's mean to do!
T> That is cause for concern,
T> since I can easily see something like this going into Sorceror's
T> Apprentice mode and costing you a fortune in ink and paper if
T> there's either a misspelling or other mistake (easy enough to make
T> in a complex arcane command line like that one) or more
T> "refcard.ps" matches than you expected there'd be in the target
T> directory and its descendants.
You are not one good for the computers, I see.
The good thing in bash is that I can use the history to recall a
command line. So you can first see what find finds, and then rerun the
program (search results get cached, so there's an incredible boost of
speed).
Second. When you learn how useful *is* find used that way, you *don't*
do the mispelling or other mistakes (as a smart person, you first do
the dryrun).
Ah, you'll start thinking that those who find find syntax arcane are
jackass... You need a little to realize it was not this easy in the
beginning. The dark side of power.
--
/\ ___
/___/\_|_|\_|__|___Gian Uberto Lauri_____
//--\| | \| | Integralista GNUslamico
\/ e coltivatore diretto di Software
A Cesare avrei detto di scrivermi a fnvag at rat.vg
More information about the Python-list
mailing list