Re: rfc: generic table API

2005-10-11 Thread Robert Story
On Mon, 10 Oct 2005 13:51:34 +0100 Dave wrote: DS> What's the interface to this iteration mechanism? DS> I've had a quick poke through the 'container_binary_array.c' DS> file, and found mention of various _ba_iterator routines. DS> But what's the public interface that I should be using? void *it =

Re: rfc: generic table API

2005-10-10 Thread Dave Shield
On Fri, 2005-10-07 at 17:39 -0400, Robert Story wrote: > RS> I was surprised that this didn't include something to deal with > RS> saving default values for columns, to be used during row creation. > DS> I'm not at all sure what you mean by that. > DS> Rather than responding to a (probably erron

Re: rfc: generic table API

2005-10-07 Thread Robert Story
On Mon, 03 Oct 2005 16:53:22 +0100 Dave wrote: DS> I get the impression that most of what you've said is DS> concerned with the specifics of this particular helper. DS> Did you have any thoughts about this as an example of DS> a more general API framework? Any operations that DS> felt to be missin

Re: rfc: generic table API

2005-10-03 Thread Dave Shield
On Sat, 2005-10-01 at 11:20 -0400, Robert Story wrote: > DS> I'd be interested in hearing what people think about > DS> this general framework. > > Ok, but remember, you asked for it! :-) Thanks for those comments, Robert. There's definitely a lot of useful stuff there. I get the impression that

Re: rfc: generic table API

2005-10-02 Thread Robert Story
On Mon, 19 Sep 2005 09:56:35 -0700 Wes wrote: WH> > On Mon, 19 Sep 2005 09:55:09 +0100, Dave Shield WH> > <[EMAIL PROTECTED]> said: WH> WH> Dave> I wondered about that, but decided against it. I agree with Wes. WH> Dave> Leaving this code in 'table_data2.c' helps show that WH> Dave> this

Re: rfc: generic table API

2005-10-02 Thread Dave Shield
Dave> The connection between 'table_data' and 'table_data2' Dave> is clearer than between 'table_data' and 'tdata' IMO. Robert> For the users, distinct names are needed if the concepts/workings Robert> are different. The concepts are the same. The workings should have been, but things weren't th

Re: rfc: generic table API

2005-10-02 Thread Robert Story
On Fri, 16 Sep 2005 15:07:55 +0100 Dave wrote: DS> Some time ago, there was a brief discussion about what DS> operations were necessary for implementing and using DS> a table helper (regardless of the internal details DS> of exactly how that particular helper worked). DS> DS> I'd be interested in

Re: rfc: generic table API

2005-09-19 Thread Wes Hardaker
> On Mon, 19 Sep 2005 09:55:09 +0100, Dave Shield <[EMAIL PROTECTED]> said: Dave> I wondered about that, but decided against it. Dave> Leaving this code in 'table_data2.c' helps show that Dave> this is a reworking of the previous 'table_data' helper. Dave> The connection between 'table_data'

Re: rfc: generic table API

2005-09-19 Thread Dave Shield
On Fri, 2005-09-16 at 12:37 -0700, Wes Hardaker wrote: > Dave> I've just submitted a revision to the container-based > Dave> table_data helper ('table_data2'), which includes a > Dave> first draft at just such a generic table API. > > I haven't looked at the code yet, but as long as you've chosen

Re: rfc: generic table API

2005-09-16 Thread Wes Hardaker
> On Fri, 16 Sep 2005 15:07:55 +0100, Dave Shield <[EMAIL PROTECTED]> said: Dave> I've just submitted a revision to the container-based Dave> table_data helper ('table_data2'), which includes a Dave> first draft at just such a generic table API. I haven't looked at the code yet, but as long a