bug#22604: 24.5; (elisp) `Key Binding Conventions': what about other `C-c' keys?

[Drew Adams]

> > > > For example, Lars recently proposed, in bug thread 22172, to bind
> > > > `C-c +' and `C-c -' by default.  Making the doc clearer about this
> > > > would preclude such a suggestion, as those keys would fall under
> > > > the category of "other punctuation", which is reserved for minor
> > > > modes.
> > >
> > > Then they cannot be used if we follow our conventions.  That looks clear
> > > enough to me.
> >
> > You feel that the convention is clear enough for you.
> >
> > Although I might agree with your interpretation of the convention
> > as currently stated, I would like it to be stated more clearly,
> > explicitly saying what it means by "punctuation", for example.
> 
> It's not really easy to define "punctuation" here.  More importantly,
> some of the characters that _are_ reserved aren't punctuation by
> Unicode categorization (they are symbols).
> 
> Would it help if we said "ASCII punctuation and symbol characters"?
> That's the official name of those characters, AFAICT, and the "ASCII"
> part makes sure no one will think about non-ASCII punctuation
> characters, which I think we don't want to reserve.
> 
> Enumerating the characters can be tedious, so I think we'd like to
> avoid that.

Yes, "punctuation and symbol characters" helps, IMO.  That was
one of my points: the chars are not necessarily punctuation, in
the usual sense of the word.

Dunno whether it's good to limit it to ASCII.  At a minimum it
should cover the "punctuation and symbol character" keys on a
typical US keyboard, of course.  Whether it should also cover
other punctuation or other symbol chars is maybe an open question.

It's really about character-inserting keys on a keyboard, not
punctuation and symbol chars that are not on keys.

But a key on a French keyboard that inserts a left guillemet
char should, I think, be handled the same by the convention as
is a key on a US keyboard that inserts a double-quote char or
a left angle-bracket char.

IOW, can/should we not apply the idea of such keys to keyboards
that insert other than ASCII chars?

I do agree that exhaustive enumeration would not be helpful.