freenode/#clim - IRC Chatlog
Search
3:32:39
loke
There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION CLIM:HANDLE-EVENT (56)> when called with arguments (#<CLIM-DEMO::AV-TEST {10037E28C3}> #<CLIM-DEMO::REFRESH-EVENT {10098500E3}>).
3:34:15
slyrus1
Hmm... that's not what I get. I get something like: https://gist.github.com/slyrus/d63f465751b332e81ba33f6d659b0624
3:44:04
beach
loke: I haven't finished reading your issue yet. I'll try to work on it a bit more today.
3:55:02
loke
There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION CLIM:REGION-CONTAINS-POSITION-P (12)> when called with arguments (#<DREI:DREI-AREA TEXTUAL-DREI-SYNTAX-VIEW {1007F7D4E3}> 74 79).
3:55:36
slyrus1
Ok, so I think there are two problems. That may or may not be a legitimate error, but on newer SBCLs I get a type error in CLX instead of that.
3:56:52
slyrus1
I decided to spend some time figuring out how presentations work and ended up trapped in bug hell.
3:59:48
beach
More sophisticated people use the SBCL-specific construct to defeat local declarations.
4:10:08
slyrus1
it's totally possible I'm doing something wrong with accepting values, but the fact that I see a similar error in the accepting values test makes me suspicious.
4:10:24
slyrus1
And this whole problem is confounded by the fact that newer SBCLs give some bogus error here.
5:08:59
slyrus1
Ok, if I add: (defmethod region-union ((region1 drei-area) (region2 drei-area)) (region-union (bounding-rectangle region1) (bounding-rectangle region2)))
5:09:32
slyrus1
still doesn't explain why new SBCLs are giving a CLX type error, but a step in the right direction.
7:05:57
jackdaniel
when I implement animations (if ever) I'm going to make playing this webm a demo: https://img-9gag-fun.9cache.com/photo/aR352dy_460svvp9.webm for that :-)
10:43:42
jackdaniel
no, I still work on the renderer (patterns work fine, I'm squashing regressions and working on performance before merge - since after rewrite it is slower)
13:24:20
slyrus1
jackdaniel: let me know if you have a minute to hear about my problems accepting values.
14:17:11
slyrus1
jackdaniel: first problem described here: https://github.com/slyrus/clim-presentation-test/issues/1
14:17:38
slyrus1
So I've made a simple app an am trying to figure out how to work with presentations and accepting values.
14:18:08
slyrus1
but I keep running into problems. Initially I thought it was things I doing wrong, now I'm thinking that I have both a McCLIM bug and an SBCL bug.
14:18:21
slyrus1
the first issue descrbies the McCLIM problem. The second will describe the SBCL problem.
14:20:55
slyrus1
it's entirely possible I'm doing something bogus in my application, but I can't find out what, if anything, I'm doing wrong.
14:27:23
slyrus1
and now I can't trigger the SBCL bug. grumble... hmm... One of the reasons I'm interested in the seeming SBCL problem is that that same failure mode (type mismatch in the guts of CLX) shows up in other contexts (like when I have non-trivial transformations on a sheet.
14:28:48
jackdaniel
OK, so as of first McCLIM bug: specialization on region region takes precedense over specialization on t drei:drei-area
14:30:38
jackdaniel
I'm not clos expert, so I don't know what would be a clean solution in this scenario
14:32:08
jackdaniel
sure, when you specialize on both areas you may get somewhere, but you'll still have an abstraction leak
14:32:30
jackdaniel
(region-union my-standard-rectangle my-drei-area) will use general sepcialization *again*
14:33:16
slyrus1
It strikes me that maybe calling region-union on the drei-area it self is bogus and maybe it should be fixed at the call site.
14:34:48
jackdaniel
as I said, *working* solution would be adding specialization on region for unspecialized arguments