<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I think ideally this would be resolved with a new type of 'hierarchical'<br>
slot indices where instances will be indexed in many indices at once -- when<br>
you make super-frob instance it will be indexed by frob-style both in<br>
super-frob and frob index (and, generally, in all super-classes). In this<br>
case get-instances-by-... semantics will be cleaner.<br>
<br></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
But perhaps that would be rather hard to implement.<br></blockquote><div><br></div><div>Why? I am by no means an expert and never looked thoroughly the code, but ,abstractly speaking, doesnt it boil down to just creating more indexes automatically at class definition time? </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
As a quick fix, maybe we can filter instances on get-instances-by-... or<br>
map-inverted-index level?<br>
These functions have information about actual class so filtering instances<br>
using type-of should be trivial.</blockquote><div><br></div><div>Independently of the whole subject, I think this should be done anyway, and it can be an optional param with a default for old behaviour for those who want the whole pie. I think many people subtypep the results of get-instance family funcs early in their projects.</div>
<div><br></div><div><br></div><div>Vassilis. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
<br>
_______________________________________________<br>
elephant-devel site list<br>
<a href="mailto:elephant-devel@common-lisp.net">elephant-devel@common-lisp.net</a><br>
<a href="http://common-lisp.net/mailman/listinfo/elephant-devel" target="_blank">http://common-lisp.net/mailman/listinfo/elephant-devel</a><br>
</blockquote></div><br>