Actually it will work this way.... As a plugin of sort... There will be interface which needs to be implemented, containing few methods...
Something like this....
// return all data in db (date, bg, comment)
// store data received
I haven't thought so far yet, but I will probably look through all jars loaded to find class, or maybe you will select which tool to use in configuration (and we will make search in configuration). Haven't thought so far yet...
Haven't thought so far... but it will be plug-in like...
---- Original message ----
>Datum: Fri, 5 Oct 2007 14:33:22 +0200
>Od: Reinhold Rumberger <rumbi@...>
>Zadeva: Re: [ggc-development] Meter Tool
>Do: andy@..., GGC Development discussion <ggc-development@...>
>> Ok guys I need a little vote here, what to do...
>> a) remove meter support all together for next release
>> b) leave meter support (full, but ascensia won't work)
>> c) leave meter support (only first three meters)
>> Please let me know what you think... All actions will require about the
>> same time...
>I'd vote for a) if any, as meter support isn't as important as a working
>OTOH, I'd personally suggest to make some sort of meter support available
>through a kind of plug-in or a helper tool.
>signature.asc (1k bytes)
Get latest updates about Open Source Projects, Conferences and News.