[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#35508: 27.0.50; Fine-ordering of functions on hooks
From: |
Stefan Monnier |
Subject: |
bug#35508: 27.0.50; Fine-ordering of functions on hooks |
Date: |
Mon, 13 May 2019 09:29:36 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) |
>> >> Other objections?
>> > Thanks. Should we perhaps change 100 to 110 and 90 to 100?
>> You mean make it go https://en.wikipedia.org/wiki/Up_to_eleven ? ;-)
> Yes. The idea is that 100 is easier to remember than either 90 or
> 110.
How 'bout 42, then?
More seriously: since I don't want `t` to be equivalent to the maximum
depth, there are 2 numbers to be "remembered". In order to follow the
same convention as add-function, I'd really much prefer to keep 100 as
the maximum. As for the value corresponding to `t`, I'm definitely not
wedded to 90, it could be any value in the ]0,100[ interval.
66? 50? 10? 99? π?
>> Also I think it's important to use the same convention as for add-function.
> We can always document that in comments.
Will do.
> We could have checkdoc complain about values we don't want to see in
> application code.
I think that'd be more trouble than it's worth.
But I'll warn against using 100 (or -100), in the doc.
Stefan