You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Whereas Issue#9 presented the fact that NPAPI doesn't have an actual API
version number but instead has an ABI version number, and
Whereas Issue#9 presented the need for an actual API version number, and
Whereas the lack of intention for source-level compatibility to date does not
mean it isn't worthy goal,
Be it resolved that an additional #define be added to the npapi-sdk, which can
be combined along with the ABI version represented by NPAPI_VERSION_MAJOR +
NPAPI_VERSION_MINOR , such as "NPAPI_VERSION_REVISION" , to create an actual
API version that can be checked for and relied upon within plugin code.
Helper #defines, to support a simple #if statement to check required version
info in plugin codes, would also be very nice.
Adding this new revision number to the versioning scheme in the pkg-config file
would also be very helpful.
Original issue reported on code.google.com by i.staken...@gmail.com on 6 Sep 2011 at 7:48
The text was updated successfully, but these errors were encountered:
To give a further rationale for this -- for the freewrl plugin I help maintain,
I want to be able to use a particular #if statement in my code, based on
version numbering, so that i define either a "char* NP_GetMIMEDescription()" or
a "const char* NP_GetMIMEDescription()" so that whichever npapi.h et al a
particular distro maintainer is going to use, the code will work appropriately.
(Freewrl does not embed npapi.h et all into its source distribution, nor does
it intend to in the future)
Original comment by i.staken...@gmail.com on 7 Sep 2011 at 7:27
Original issue reported on code.google.com by
i.staken...@gmail.com
on 6 Sep 2011 at 7:48The text was updated successfully, but these errors were encountered: