[fdo-internals] RFC 20 for review
Dan Stoica
dan.stoica at autodesk.com
Thu Jul 10 12:10:36 EDT 2008
Thomas,
If that Int32 is not an FdoCapabilityType - then what is it?
Dan.
From: fdo-internals-bounces at lists.osgeo.org [mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Thomas Knoell
Sent: Thursday, July 10, 2008 12:02 PM
To: FDO Internals Mail List
Subject: RE: [fdo-internals] RFC 20 for review
Hi Dan,
Adding a new capability does not require an update of the enumeration FdoCapabilityType.h. If you look at the interfaces, you see that a capability is identified by an Int32 number, not by a parameter of the enumeration type. So you can add new capabilities without changing the FDO version.
Thomas
From: fdo-internals-bounces at lists.osgeo.org [mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Dan Stoica
Sent: Thursday, July 10, 2008 11:42 AM
To: FDO Internals Mail List
Subject: RE: [fdo-internals] RFC 20 for review
"The new API would not require the a FDO version upgrade"
Depends. Unless the new enum is added at the end of FdoCapabilityType.h you have to rebuild your application. And this accounts for a version upgrade.
BTW, I think the opposite: the capabilities belong to the providers. Because "capabilities" is another way to talk about "limitations" which are provider specific.
Dan.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/fdo-internals/attachments/20080710/d7ea9beb/attachment.html
More information about the fdo-internals
mailing list