2:12 p.m.
>>>> "Hrvoje" == Hrvoje Niksic
<hniksic(a)arsdigita.com> writes:
Hrvoje> "Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes:
> Not for the release. The rules have changed. I've explained
how
> this is going to work. The Release Manager says "no", and unless
> the Review Board overrules, the veto rides.
Hrvoje> We never agreed to these rules. You're inventing them as you go
Hrvoje> along.
I don't think so. The way I remember it, Stephen was quite explicit
about this aspect of the whole thing well in advance. Incidentally, I
agree, even though Stephen did veto one or two things *I* wanted in
the release.
Hrvoje> Even Ben didn't dare do that.
We're not talking about code not making it into XEmacs in general,
we're talking about code not making it into this specific release, for
which Stephen has accepted significant responsibility.
I'm sure he has no objections against putting it into the
soon-to-be-opened development branch.
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
3:24 p.m.
New subject: shifted arrow keys and the region (documentation?)
>>>> "ms" == Michael Sperber
<sperber(a)informatik.uni-tuebingen.de> writes:
ms> I'm sure he has no objections against putting it into the
ms> soon-to-be-opened development branch.
Depends on what you mean by that. I still think it's bad code.
But however it goes for the release, it goes into the devel branch.
And it stays there until I come up with code-that-doesn't-suck to
replace it, or convince somebody else to write it, or the Board
decides that the implementation sucks bad enough to get terminated-
with-prejudice.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
1:38 a.m.
New subject: shifted arrow keys and the region (documentation?)
I think Michael is spot-on in his statements here.
I see Stephen's point about the implementation, and I support his
right to make these kinds of decisions for this release.
I look forward to all of us trying to improve the implementation of
this feature for the next release.
- vin
sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes:
>>>>> "Hrvoje" == Hrvoje Niksic
<hniksic(a)arsdigita.com> writes:
Hrvoje> "Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes:
>> Not for the release. The rules have changed. I've explained how
>> this is going to work. The Release Manager says "no", and unless
>> the Review Board overrules, the veto rides.
Hrvoje> We never agreed to these rules. You're inventing them as you go
Hrvoje> along.
I don't think so. The way I remember it, Stephen was quite explicit
about this aspect of the whole thing well in advance. Incidentally, I
agree, even though Stephen did veto one or two things *I* wanted in
the release.
Hrvoje> Even Ben didn't dare do that.
We're not talking about code not making it into XEmacs in general,
we're talking about code not making it into this specific release, for
which Stephen has accepted significant responsibility.
I'm sure he has no objections against putting it into the
soon-to-be-opened development branch.
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
6:12 a.m.
New subject: shifted arrow keys and the region (documentation?)
>>>> "Mike" == Michael Sperber
<sperber(a)informatik.uni-tuebingen.de> writes:
>>>> "Hrvoje" == Hrvoje Niksic
<hniksic(a)arsdigita.com> writes:
Hrvoje> "Stephen J. Turnbull"
<turnbull(a)sk.tsukuba.ac.jp> writes:
>> Not for the release. The rules have changed. I've
explained how
>> this is going to work. The Release Manager says "no", and unless
>> the Review Board overrules, the veto rides.
Hrvoje> We never agreed to these rules. You're inventing them as you go
Hrvoje> along.
Mike> I don't think so. The way I remember it, Stephen was quite explicit
Mike> about this aspect of the whole thing well in advance. Incidentally, I
Mike> agree, even though Stephen did veto one or two things *I* wanted in
Mike> the release.
Hrvoje> Even Ben didn't dare do that.
Mike> We're not talking about code not making it into XEmacs in general,
Mike> we're talking about code not making it into this specific release, for
Mike> which Stephen has accepted significant responsibility.
Mike> I'm sure he has no objections against putting it into the
Mike> soon-to-be-opened development branch.
Well, since Stephen is doing so much of the work on 21.4, he gets to
have slightly more dictatorial powers than usual for a member of xemacs-review.
The situation is similar with Vin's 21.1. However, when there's a
feature that consensus wants to keep in the core, Stephen shouldn't be
able to remove it unless there's a CVS separate branch for 21.4, or
Stephen _promises_ to put it back himself. However, be aware that
removing this kind of a feature might itself be rather risky.
Regarding the technical issue, if a random function that calls
next-line behaves differently depending on its keybinding, then that
is a serious bug.
I agree with the idea that function behavior should not depend on
binding, with a few exceptions like self-insert-key. If you want
shifted motion keys to have particular behaviors, use the standard
keybinding api to define new functions for the shifted keys. But this
design question alone should not inhibit a release of 21.4.
Martin
8488
days inactive
8489
days old
3 comments
4 participants
participants (4)
-
Martin Buchholz -
Michael Sperber -
Stephen J. Turnbull -
Vin Shelton