Xojo Developer Conference
25/27th April 2018 in Denver.
MBS Xojo Conference
6/7th September 2018 in Munich, Germany.

New Plugins-SDK available (Real Studio Plugins Mailinglist archive)

Back to the thread list
Previous thread: Release string from Absolutepath?
Next thread: Where is encoding stored?


Re: Plugins website   -   Troy A. Dix
  New Plugins-SDK available   -   David Grogono
   Re: New Plugins-SDK available   -   Christian Schmitz
    Re: New Plugins-SDK available   -   Joseph J. Strout
     Re: New Plugins-SDK available   -   Christian Schmitz
      "namespace" (was Re: New Plugins-SDK available)   -   Joseph J. Strout
   Re: New Plugins-SDK available   -   Peter Robinson
   Re: New Plugins-SDK available   -   Joseph J. Strout
   New Plugins-SDK available: Compiler complain   -   Alfred Van Hoek

New Plugins-SDK available
Date: 06.06.02 22:44 (Thu, 06 Jun 2002 16:44:24 -0500)
From: David Grogono
A new version of the REALbasic Plugins-SDK is now available. It is version
4.5a1 and available here:

http://webster.realsoftware.com/download/files/prerelease/PluginsSDK.sit

The changes are as follows:

1. added new API functions for access to string encoding, FSRefs, and
new database architecture; see the API Reference for details

2. properly conditionalized 68K includes, so that they won't disrupt
building when 68k headers are not installed

3. updated DLL Postlinker plugins to work with CW7 under OS X (older
plugins still available under "older versions" subfolder)

4. updated SDK header and glue code to be more compatible with MPW

5. updated sample projects to compile cleanly with CW7

Re: New Plugins-SDK available
Date: 06.06.02 23:05 (Fri, 7 Jun 2002 00:05:55 +0200)
From: Christian Schmitz
> A new version of the REALbasic Plugins-SDK is now available. It is version
> 4.5a1 and available here:

Cool.

> 1. added new API functions for access to string encoding, FSRefs, and
> new database architecture; see the API Reference for details

Fine. Would you like to see us useing REALSetStringEncoding for every
new string? And what constant for binary data?

> 2. properly conditionalized 68K includes, so that they won't disrupt
> building when 68k headers are not installed

Fine.

> 3. updated DLL Postlinker plugins to work with CW7 under OS X (older
> plugins still available under "older versions" subfolder)

Same as the one which was available for some time?

> 4. updated SDK header and glue code to be more compatible with MPW

Ok.

> 5. updated sample projects to compile cleanly with CW7

Is "namespace" a valid C command?

Mfg
Christian

Re: New Plugins-SDK available
Date: 06.06.02 23:18 (Thu, 6 Jun 2002 15:18:22 -0700)
From: Joseph J. Strout
At 12:05 AM +0200 6/7/02, Christian Schmitz wrote:

>Fine. Would you like to see us useing REALSetStringEncoding for every
>new string?

Every one where it makes sense, yes. I think (please check me on
this) that by default, if the string you create contains only ASCII
characters, the encoding will be set to ASCII automatically. But if
you know your text is something else, you should call
REALSetStringEncoding to let RB know.

> And what constant for binary data?

In that case it doesn't matter. Presumably the user won't be trying
to display that in EditFields, StaticTexts, etc. (and if they do,
what they'll get is undefined in any case).

> > 3. updated DLL Postlinker plugins to work with CW7 under OS X (older
>> plugins still available under "older versions" subfolder)
>
>Same as the one which was available for some time?

Functionally, yes. This is the first time they've been available from us.

> > 5. updated sample projects to compile cleanly with CW7
>
>Is "namespace" a valid C command?

No, it's a valid C++ keyword. Why, is it giving you trouble somewhere?

Cheers,
- Joe

Re: New Plugins-SDK available
Date: 07.06.02 12:36 (Fri, 7 Jun 2002 13:36:37 +0200)
From: Christian Schmitz
> At 12:05 AM +0200 6/7/02, Christian Schmitz wrote:
>
> >Is "namespace" a valid C command?
>
> No, it's a valid C++ keyword. Why, is it giving you trouble somewhere?

No. I just saw it in the winheader.cpp which is C only, or?

Mfg
Christian

Re: New Plugins-SDK available
Date: 07.06.02 00:12 (Fri, 7 Jun 2002 00:12:48 +0100)
From: Peter Robinson
At 4:44 pm -0500 6/6/2002, David Grogono wrote:

>A new version of the REALbasic Plugins-SDK is now available.

Great :)

>2. properly conditionalized 68K includes, so that they won't disrupt
>building when 68k headers are not installed

This is good.

>4. updated SDK header and glue code to be more compatible with MPW

Thank you :)

It works fine (modulo one small issue which I'll describe off list)

>5. updated sample projects to compile cleanly with CW7

Have you checked the DialControl example? For me although it loads
and displays fine, it never becomes enabled. This is with both the
supplied binary and with my MPW compiled version. I'm still using RB
4.01.

The DialControl source is identical to the previous version, and I
could find no relevant changes in any of the header files. I think
the problem is in PluginMain.cpp, but it looks like a deliberate
change. You have changed the function REALGetControlEnabled() so
that it uses
CallResolver("REALGetControlEnabled");
instead of
CallResolver("controlEnabledGetter");

Is this problem just a symptom of using RB 4.01 instead of 4.5 with
the new SDK? If so, it presents backwards compatibility issues for
plug-in developers.

Peter

- - - - - - - - - -
For list commands, send "Help" in the body of a message to
<<email address removed>>
Unsubscribe:
<mailto:<email address removed>>

Re: New Plugins-SDK available
Date: 07.06.02 02:13 (Thu, 6 Jun 2002 18:13:16 -0700)
From: Joseph J. Strout
At 12:12 AM +0100 6/7/02, Peter Robinson wrote:

>PluginMain.cpp, but it looks like a deliberate change. You have
>changed the function REALGetControlEnabled() so that it uses
> CallResolver("REALGetControlEnabled");
>instead of
> CallResolver("controlEnabledGetter");
>
>Is this problem just a symptom of using RB 4.01 instead of 4.5 with
>the new SDK? If so, it presents backwards compatibility issues for
>plug-in developers.

It does indeed. Clearly there's a mistake here somewhere. Thanks
for pointing it out; I'll look into it.

Best,
- Joe