Re: An idea: controlling the order of execution of elisp hook functions

[Richard Stallman]

    I could see a use for finer-grained control that would depend less on
    the order in which the 'add-hook' calls were made.  An optional priority
    could be an integer between 1 and 100 (or whatever) defaulting to 50.

In my experience, schemes like this which try to order things by
letting people assign numeric priorities to them are never really the
right thing.

To make them work, you have to figure out logical categories and
assign regions of the number space to them--in which case, it is
better to label them with categories instead of numbers.  Or else you
have to assign numbers based on knowing what numbers everything else
uses.  That can be made to work if one person can assign numbers to
everything, but it's hard for that to work when lots of people are
assigning them independently.

If we have to extend this feature, it would be better to do it by
defining multiple hooks which have a defined relationship.  But now it
seems there is no need.  I think we should rejoice that the existing
simple features appear to be adequate.