From: Xah <xahlee@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Re: What does 'run' do in cperl-mode?
Date: Tue, 29 Jul 2008 05:44:10 -0700 (PDT) [thread overview]
Message-ID: <eb75b361-9def-446d-909f-f823b1081e3f@a21g2000prf.googlegroups.com> (raw)
In-Reply-To: mailman.15545.1217332445.18990.help-gnu-emacs@gnu.org
On Jul 29, 4:52 am, Alan Mackenzie <a...@muc.de> wrote:
> Hi,Xah!
>
> On Mon, Jul 28, 2008 at 03:54:35PM -0700,XahLeewrote:
> > > Maybe the only reason some parts of Emacs haven't been updated is
> > > because of missing man power. Who knows? Maybe you can start on
> > > those 4 hours of query-replace, then.
> > Thanks for the encouragement. I just might down the road start my own
> > emacs cult... creating a emacs distro that's just my ideal of what
> > functional, BEST efficient, software should be like. I have actually
> > thought about this several times in the past year.
>
> Please do that! For one thing, you'll then find out just how time
> consuming your changes will be to implement.
there are difference between creating a fork vs the emacs team making
the changes.
For example, take this thread's issue of changing “M-‹key›” notation
to “Alt+‹key›” in emacs manual and menu.
The emacs team already have a infrastructure. So, there's mailing
list, source code depository, bug apps, ways to report bug, ways to
incorporate change, bug fixing cycle, feature adding cycle, release
cycle, established feature adding process or convention, etc.
On the other hand, to create a fork, you have to basically create the
whole infrastructure, social and technical.
Can you see there's a huge difference in manpower needed comparing the
two?
So, for example, i claim that the shortcut notation change is just few
hours work. Then somebody claims, if it is just few hours, why don't
you do it and perhaps send in the diff? Well, i'm not in any sense a
officially in gnu emacs dev team. I'm not subscribed to their mailing
list. Further, i'm not a experienced elisp coder as most of them are.
I can still say make the changes in say 1 day. Then, i have to
subscribe to the mailing list, write explanation all over again on why
i did this. Learn ways to put the code into their depository.
Basically learn all the structures they are using, etc. On the other
hand, if, say, one of the developer saw that the shortcut notation
change is a good idea, he can then spend 4 hours and commit.
The above is somewhat simplified scenario of course. Please, no need
to nit pick. But i hope you see that there's a difference, in the
manpower needed between GNU Emacs adopting a change, vs someone
outside making the exact same change into GNU Emacs.
> > For one thing, it's very difficult to change GNU Emacs on issues such
> > as these.
>
> It is. The difficulties are primarily technical, not political (though
> they're political too).
>
> > The most effective way to make such change, is just have a capable
> > coder and fork it, like Xemacs and Aquamacs did. Then, it'll wipe out
> > emacs marketshare almost overnight. Then, the GNU Emacs people will,
> > without any asking, seriously do all the changes, as it happened with
> > Xemacs. (in my opinion, Xemacs is largely responsible for propelling
> > user oriennted features we see in emacs today, took emacs about a
> > decade to catch up.)
>
> I don't think that'll happen at all. But try it - it can't do any harm.
I do thank you for the encouragement. But, i find the naysaying too
much. Of course, it's part of discussion. But too much negative
attitude screw progress.
The issue in this thread here, is whether “Alt+‹key›” notation is
better and should be adapted by emacs. I have given i hope detailed
analysis:
“Emacs's M-‹key› Notation vs Alt+‹key› Notation”
http://xahlee.org/emacs/modernization_meta_key.html
and answered all replies. However, many of this replies simply are not
about facts of the subject but just naysays.
Somebody says this is not the proper place, will never work,
AOL IM was ICQ, suggesting how i should do it, advices on how fork
should be done, that i'm off from reality, etc.
In general, lots of pure naysays.
The reason i gave, about why “Alt+‹key›” is better, is summarized like
this:
• Universally understood
• Notation Same as Key Label
• Meta is Alt in practice
• Keyboards don't have Meta key today
Can you point out, if any of these points are wrong, or other reasons
this change is just bad?
You say it takes too much time to implement. How so?
emacs manual is in info format, which is generated by texinfo. The
source code is one or more plain files. As such, it can be done with
the various find/replace commands in emacs, interactively or with
regex.
I mentioned, there's another thing is changing how the shortcut is
displayed in the menu. I'm not a elisp expert (in comparison to emacs
developers), and i haven't looked at how this can be done. I'm
thinking there's just one place we can change and all mode's menu will
show shortcuts using the “Alt+” or “Ctrl+” notation. Is this true?
Do you know about this?
> > So, either i try to spend tons of time to be the salesman for emacs
> > modernization, or i actually take things into my hands and start my
> > own emacs distro. The actually coding part for the latter will prob be
> > dwarfed by all the associated tasks of running a website with public
> > annoucement and communities etc.
>
> The problem is that what you think of as "modernisation", others see as
> "dumbing down".
Well, yeah, i know about that and mentioned it a few times in this
thread. But why is it dumb down? In what way it dumbed down? Let's
focus on facts and specifics. Why is the notation “Alt+‹key›” is
considered a dumb down? Is it because it's easy to understand?
Is it your opinion, that emacs should remain difficult to use for the
sake of difficult to use?
> > When i run my own emacs distro, info doc will be considered
> > supplementary to html/xhtml. HTML will be the primary doc format, with
> > its 1000 times more user base and tools and perhaps 10 times more
> > technically powerful and flexible.
>
> ??? HTML is much less powerful than Info. Viewing info within Emacs,
> you've got all the power of Emacs, and many useful viewing commands - on
> top of that, info is all text, so it displays instantly, in contrast to
> stuff in a web brower, which takes a noticeable time to render.
>
> In fact, info is so far ahead of html that if some researcher from a
> foreign planet were do descend on Earth and compare the two formats, he'd
> think that html arrived first, then info developed from it. In fact, it
> was more the other way around.
>
> Html is ghastly for reading manuals.
Great courage in start trolling. :)
If you would, start a new thread, then i'll discuss my reasons about
HTML vs info. Lets try to keep this thread on just the shortcut
notation issue please.
> > But likely the html will still be generated by texinfo. Doc in info
> > format will still be used i think, since it's a beautiful plain text
> > hyperlink doc system. (ok, i'm allowed to have some wild future vision
> > here...)
> > PS one element that came to me i missed in the discussion of the labor
> > of using the â~@~\Alt+â~@¹keyâ~@ºâ~@~] notation ....
>
> Yes,Xah, that garbage is what your squiggles look like on a terminal
> which isn't equipped with squiggle filters. "Feel free" to stop dumping
> such garbage on English language fora, please.
Hum? You don't have the right font installed or something? My post
should be in unicode with utf8 encoding.
You can read them correctly using google group, e.g.
http://groups.google.com/group/gnu.emacs.help/topics
> > .... in emacs is that the notation should also show in menus, of
> > course. (as opposed to just changing the info doc) I haven't looked at
> > coding menus in elisp... would it be just change one source code
> > location for keybinding display and all menus of every mode will
> > display using the ???Alt+???key?????? notation?
>
> There are people who already use alt-key combinations in Emacs - the alt
> key is not the same as the meta key. You're going to screw them. There
> are people, not a few, who bind meta-key key sequences in their elisp
> files. Are you going to insist on them making incompatible changes, so
> that what used to be
So you are talking about customization people made to emacs?
In this thread, i suggested making the shortcut notation changes. So,
it shouldn't effect people's exiting customization.
> (global-set-key '[M-insertchar] 'show-debug-string)
>
> will have to be changed to
>
> (global-set-key '[A-insertchar] 'show-debug-string)
>
> ? No, you won't. What you'll actually do, once you become aware of the
> problem, is to allow the 'M' modifier to remain "for the time being", as
> a backward compatibility cludge. 10 years later, if Leeemacs is still
> around by then, that "temporary" cludge will still be there.
See above.
> And the same will hold for countless other little details you haven't
> thought through yet.
>
> On the other hand, if you were willing to get to grips with real problems
> in Emacs, you'd be most welcome to contribute.
Please refrain from wild generalizations and extraneous advice. I
don't think it is welcome. For example, you are very welcome to
contribute to me by donating money thru paypal. Use my xah @@@
xahlee.org email. It'll help my spirit in spreading more facts among
tech geekers.
=(^_^)=
Xah
∑ http://xahlee.org/
☄
next prev parent reply other threads:[~2008-07-29 12:44 UTC|newest]
Thread overview: 86+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-24 17:36 What does 'run' do in cperl-mode? formido
2008-07-25 3:02 ` formido
2008-07-25 14:55 ` Xah
2008-07-25 16:41 ` Ted Zlatanov
2008-07-25 21:55 ` Xah
2008-07-26 0:05 ` Florian Beck
2008-07-26 2:04 ` Xah
2008-07-26 0:33 ` Lennart Borgman (gmail)
[not found] ` <mailman.15432.1217032437.18990.help-gnu-emacs@gnu.org>
2008-07-26 1:41 ` Xah
2008-07-28 11:42 ` Nikolaj Schumacher
2008-07-28 11:58 ` Thien-Thi Nguyen
2008-07-28 13:39 ` Ted Zlatanov
2008-07-28 15:02 ` Xah Lee
2008-07-28 16:34 ` Lennart Borgman (gmail)
[not found] ` <mailman.15504.1217262880.18990.help-gnu-emacs@gnu.org>
2008-07-28 17:42 ` Xah Lee
2008-07-28 22:44 ` Lennart Borgman (gmail)
2008-07-28 19:57 ` Ted Zlatanov
2008-07-28 20:28 ` Xah Lee
2008-07-28 21:31 ` Ted Zlatanov
2008-07-28 22:09 ` Xah Lee
2008-07-29 14:33 ` Ted Zlatanov
2008-07-29 23:20 ` Xah
[not found] ` <mailman.15488.1217245359.18990.help-gnu-emacs@gnu.org>
2008-07-28 15:22 ` Xah Lee
2008-07-28 22:14 ` Nikolaj Schumacher
[not found] ` <mailman.15520.1217283300.18990.help-gnu-emacs@gnu.org>
2008-07-28 22:54 ` Xah Lee
2008-07-29 3:32 ` Eli Zaretskii
[not found] ` <mailman.15531.1217302334.18990.help-gnu-emacs@gnu.org>
2008-07-29 7:25 ` Xah
2008-07-29 7:46 ` Juanma Barranquero
[not found] ` <mailman.15537.1217317612.18990.help-gnu-emacs@gnu.org>
2008-07-29 8:41 ` Xah
2008-07-29 12:56 ` Juanma Barranquero
2008-07-29 13:34 ` William Case
2008-07-29 9:39 ` Phil Carmody
2008-07-29 12:55 ` Juanma Barranquero
2008-07-29 18:19 ` Colin S. Miller
2008-07-30 12:29 ` David Hansen
2008-07-30 13:34 ` Juanma Barranquero
2008-07-29 19:33 ` Eli Zaretskii
2008-07-29 22:25 ` Andreas Eder
2008-07-29 23:35 ` Xah
2008-07-30 8:47 ` Andreas Eder
2008-07-30 9:49 ` Xah
2008-07-30 17:58 ` Eli Zaretskii
[not found] ` <mailman.15606.1217440713.18990.help-gnu-emacs@gnu.org>
2008-07-30 18:17 ` David Kastrup
[not found] ` <mailman.15565.1217360044.18990.help-gnu-emacs@gnu.org>
2008-07-29 19:45 ` Joost Diepenmaat
2008-07-29 21:16 ` Xah
2008-07-30 3:34 ` Eli Zaretskii
[not found] ` <mailman.15577.1217388899.18990.help-gnu-emacs@gnu.org>
2008-07-30 3:55 ` Xah
2008-07-30 18:06 ` Eli Zaretskii
[not found] ` <mailman.15607.1217441187.18990.help-gnu-emacs@gnu.org>
2008-07-30 18:37 ` Xah
2008-08-23 21:22 ` David Combs
2008-08-23 21:41 ` Barry Margolin
2008-08-24 0:15 ` origin of the Meta key Xah
2008-08-24 3:38 ` Barry Margolin
2008-08-26 12:19 ` Allan Gottlieb
2008-07-29 11:13 ` What does 'run' do in cperl-mode? Nikolaj Schumacher
2008-07-29 11:52 ` Alan Mackenzie
[not found] ` <mailman.15542.1217330058.18990.help-gnu-emacs@gnu.org>
2008-07-29 12:05 ` Xah
2008-07-29 21:55 ` David Kastrup
[not found] ` <mailman.15545.1217332445.18990.help-gnu-emacs@gnu.org>
2008-07-29 12:44 ` Xah [this message]
2008-07-29 15:16 ` Nikolaj Schumacher
2008-07-29 18:27 ` Alan Mackenzie
[not found] ` <mailman.15550.1217344626.18990.help-gnu-emacs@gnu.org>
2008-07-29 21:32 ` Xah
2008-07-29 23:06 ` Nikolaj Schumacher
[not found] ` <mailman.15574.1217372768.18990.help-gnu-emacs@gnu.org>
2008-07-29 23:29 ` Xah
2008-07-31 19:07 ` Ted Zlatanov
2008-08-01 3:34 ` Xah
2008-08-01 7:18 ` Eli Zaretskii
[not found] ` <mailman.15688.1217575142.18990.help-gnu-emacs@gnu.org>
2008-08-01 8:00 ` Xah
2008-08-01 8:12 ` Nikolaj Schumacher
2008-08-01 15:17 ` Ted Zlatanov
2008-08-06 22:42 ` Harry Putnam
[not found] ` <mailman.15964.1218062567.18990.help-gnu-emacs@gnu.org>
2008-08-06 23:22 ` Xah
2008-08-07 6:39 ` David Kastrup
2008-08-07 8:24 ` Xah
[not found] ` <mailman.15564.1217356016.18990.help-gnu-emacs@gnu.org>
2008-07-29 22:50 ` Xah
2008-07-30 15:15 ` Alan Mackenzie
[not found] ` <mailman.15602.1217430872.18990.help-gnu-emacs@gnu.org>
2008-07-30 17:32 ` Xah
2008-07-30 17:45 ` Joost Kremers
2008-07-30 18:33 ` Xah
2008-07-30 19:40 ` Bastien
2008-07-30 0:28 ` namekuseijin
2008-07-27 3:05 ` formido
2008-07-27 11:36 ` Lennart Borgman (gmail)
2008-07-27 11:56 ` Thierry Volpiatto
-- strict thread matches above, loose matches on Subject: below --
2008-08-06 23:27 Xah
2008-08-07 14:27 ` Harry Putnam
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=eb75b361-9def-446d-909f-f823b1081e3f@a21g2000prf.googlegroups.com \
--to=xahlee@gmail.com \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.