freenode/#clim - IRC Chatlog
Search
20:43:01
scymtym
jackdaniel: this seems to say that the mirrored part of the sheet hierarchy and the corresponding mirror hierarchy should be isomorphic trees: "However, on those display servers that support hierarchical windows, the hierarchies must be parallel. If a mirrored sheet is an ancestor of another mirrored sheet, their corresponding mirrors must have a similar ancestor/descendant relationship." (not that it matters much)
20:44:23
scymtym
the single-mirror-for-multiple-mirrored-sheets idea also leads to problems with the way e.g. DESTROY-MIRROR is specified
22:30:47
jackdaniel
right, still going from a mirror to a sheet goes beyond the standard, while the other way around is just fine. but yeah, you are correct and my previous assertion was not
4:50:55
loke[m]
About the issue I posted yesterday. I have an even weirder observation (yes, I'll try to create a smaller test case)
4:52:11
loke[m]
I have a command (CMD-SHOW-CANVAS) which adds the pane that I linked to yesterday to the main frame. When I type that command on the interactor, the issue I explained happens (i.e. one of the sub-panels are not redrawn)
4:53:06
loke[m]
However, when I run the exact same command from a menu (the menu is defined as ("Show" :command cmd-show-canvas), then the pane gets redrawn correctly.
4:53:36
loke[m]
So, my question is: What is different between issuing a command on the interactor vs. running the same command via the menu that could cause redraw problems?