Re: Patch: implement new dynamic varobj spec

[nickrob@snap.net.nz (Nick Roberts)]

 > Nick>   map<string, int> m;
 > Nick> then has_more=0 yet the node for it would need to be expandable.
 > 
 > I don't think I understand this, though.  There would be nothing
 > underneath the node.  So, showing some expansion control would be weird,
 > wouldn't it?

Clicking on it wouldn't immediately display children but ensure that they
were displayed when created.

 > Nick> AFAICS the only way the front end can discriminate is through the
 > Nick> displayhint field.
 > 
 > I would like the display hint to remain just a hint.  In particular I
 > think it is important for future backward compatibility that we don't
 > require all front ends to know about all possible hints -- that is, it
 > should always be ok for the front end to ignore a hint it doesn't
 > understand.
 > 
 > So, if we need a way to determine "might possibly have children", then
 > let's add a new attribute.

Now Vladimir has explained how "has_more" works, I'm happy to use that.  As
you say, my approach would require the front end to know about all possible
hints.

-- 
Nick                                           http://www.inet.net.nz/~nickrob