freenode/#clim - IRC Chatlog
Search
11:20:47
jackdaniel
scymtym: I think that using default '* is more consistent with other standard types (and with deftype of course)
11:25:21
jackdaniel
I had a brief idea to have region parameter instead of xy, but that feels like overengineering
12:51:47
scymtym
a region parameter would allow an input context (blank-area :sheet SHEET :region REGION) and subtyping could make sure that only clicks within that region would be acceptable. but yeah, maybe leave that for later
12:53:05
jackdaniel
I think that if we decide on x/y vs region once, we need to commit to it for sake of compatibility (assuming we document it or examplify in demos)
13:58:00
jackdaniel
that's only if we want to implement it -- I've rejected the idea (when I was thinking about it) because I've concluded that if someone wants a region on a sheet, then it should be properly presented with a distinct presentation type
13:58:33
jackdaniel
it is possible to construct artificial use cases - I didn't come up with a practical one though
14:34:02
scymtym
did you have a look at the documentation? if it seems ok to you, i will test a little and then update the pull request or push to master, depending on whether you want to review again
14:40:36
jackdaniel
I did not, I'll take a look. in the meantime you may update the pull request and I'll take another look
14:43:56
jackdaniel
I think that the last paragraph is not necessary because of how presentation types are defined (the part about more parameters being subtype of fewer)
14:44:50
scymtym
do you think it is obvious enough what blank-area and (blank-area :sheet sheet) mean in terms of subtyping?
14:46:35
jackdaniel
because it is not obvious (with-presentation-parameters … ) won't cut it, because x is not exported from the clim package
14:48:10
scymtym
i wish i could at least do (destructuring-bind (&key sheet x y) (get-parameters (presentation-type presentation)))
14:49:01
scymtym
i think presentation type parameters are fine, just that you can't get them without binding things is strange
14:49:58
scymtym
yes, as i said, i like presentation type parameters. but the standard should have something like CLIM-INTERNALS::DECODE-PARAMETERS
14:51:23
scymtym
i thought, maybe we could allow a destructuring lambda list in WITH-PRESENTATION-TYPE-DECODED
14:56:06
scymtym
but that already the case with WITH-PRESENTATION-TYPE-DECODED if you use the parameter binding for anything
14:57:23
jackdaniel
generally decoding presentation types is mostly meant for presentation generic functions, users should be mostly concerned with objects
14:59:18
jackdaniel
from the documentation part you wrote, that *null-presentation* is a singleton object, however that's not what the spec says -- it says that "null presentation" is a singleton object associated with the type
15:00:09
jackdaniel
and you've mentioned something about other part of the spec that suggests, that the presentation may be eq-compared with *null-presentation*, so that's probably a braino in the spec too