[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: gEDA-user: Parts DB



On Dec 17, 2007, at 2:47 PM, Dave N6NZ wrote:
>> Perhaps what is needed here is the concept of
>> "data sources", with a defined API that forms an abstraction layer
>> between gschem and the component database(s), whatever format/ 
>> database
>> type/etc they may be stored in.  That way, "data source  
>> modules" (MySQL,
>> Postgres, Oracle, flat files, whatever) could be implemented, even as
>> dynamically loadable modules, and instantiated by config file  
>> statements.
>>
>>   As this'd be a layer of abstraction between gschem and the actual
>> component data, it would (and should) be transparent to the user, who
>> would simply be presented with the standard component chooser dialog
>> which would serve to "unify" the data.
>
> You're right, of course.

   So do you think it's feasible?

         -Dave

-- 
Dave McGuire
Port Charlotte, FL
Farewell Ophelia, 9/22/1991 - 7/25/2007





_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user