freenode/#clim - IRC Chatlog
Search
14:42:02
scymtym
jackdaniel: is :inherit-menu {:menu,:keystrokes} completely new or is there evidence for it in other parts of the spec?
14:45:27
jackdaniel
it is not anywhere in the spec (I've modified appropriate entries) although it was part of McCLIM implementation and it is part of clim-tos (and specified in clim-ug by franz)
14:47:46
jackdaniel
also the spec was contradicting itself regarding whether keystrokes are inherited or not, that is fixed too
14:51:53
scymtym
yes, i'm currently reading the spec changes. i'm not against them, but maybe :INHERIT-MENU should continue to accept true values besides T, :MENU and :KEYSTROKES
14:52:52
jackdaniel
I think that because we differentiate between different true values, accepting /anything/ would be bad
14:58:51
scymtym
if a user can put any form i would argue strongly in favor of keeping the generalized boolean
15:00:07
scymtym
somebody could have :inherit-menu (find :super-menus features) or whatever in their code and it would break
15:01:25
scymtym
to be clear, i wouldn't mind if we writing a new specification, but we are talking about an incompatible change to the specification if i understand correctly
15:07:59
jackdaniel
third is that if we differentiate between generalized-boolean values, then it is not generalized-boolean anymore, so semantically that would be incorrect
15:14:28
scymtym
after the specification change, MAP-OVER-COMMAND-TABLE-KEYSTROKES has the require signature but does not (yet?) implement the full specified behavior, right?
15:17:27
jackdaniel
yes, first I've added expected behavior tests (I've agonised over them for a few days), then then specification and finally I've fixed the tested behavior
15:19:23
jackdaniel
it is basically part of the implementation for the keystroke combos (and I'm surprised I've commited it)
17:46:10
jackdaniel
scymtym: I've addressed most comments, I had some objections in a few -- I'll attend to them if you disagree tomorrow
21:44:53
scymtym
i was wondering where the weird underlining comes from: "DT_NOPREFIX Turns off processing of prefix characters. Normally, DrawTextEx interprets the ampersand (&) mnemonic-prefix character as a directive to underscore the character …"