On Sat, 23 Apr 2005 10:56:03 +0100 Dave wrote:
DS> Quoting Robert Story <[EMAIL PROTECTED]>:
DS> > I was thinking that mayb table_data2/table_row could just go away.
DS> > It's really just a few wrapper functions around table_container,
DS> > so I'd say move those functions into table_container, and do away
DS> > with table_data2.
DS>
DS> Nope. Not in favour of that.
DS> The significant difference between table_data/data2/row and the
DS> container lies in the data structure used. The table_container
DS> helper forces a particular format to the per-row data structure,
DS> with explicit fields to hold the formatted index values.
DS>
DS> The table_data helper (and variants) works with an arbitrary
DS> per-row data structure - the index values are held external to this.
DS> I think that's a useful flexibility. In fact, I prefer the
DS> table_data helper for that very reason. The container helper
DS> has a superior internal implementation, but the table_data helper
DS> has the better visible API (IMO).
I'm not sure that you read the whole paragraph (of mine) that you quoted.
All you've done in the container version of table_data is internally provided
the structure that the table container expects. I having nothing against that.
All I'm suggesting is that the API be part of table_container instead of
table_data2. Do a few wrapper function really warrant a whole new helper?
DS> > If you don't mind signing up for
DS> > lots of arguments with me, I think we could try and bring the best
DS> > features of all the current handlers into this one.
DS>
DS> Ummm....
DS> What sort of timescale were you thinking of?
Long term. Not for 5.3 (which is likely to be in the Sep-Oct time frame). The
container stuff could probably use revamping too. I've always considered what
I've got so far as a prototype.
DS> So I'd say - yes, but not yet.
Ok. I'll be ready whenever you are. No pressure. I'd much rather you continue
contributing the time that you have to support, instead of arguing with me.
--
NOTE: messages sent directly to me, instead of the lists, will be deleted
unless they are requests for paid consulting services.
Robert Story; NET-SNMP Junkie
Support: <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp>
Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-coders>
You are lost in a twisty maze of little standards, all different.
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
