on 3/14/05 10:02 AM, Joseph J. Strout at joe at realsoftware dot com wrote:
> All most all entry points are going to fail
> within the IDE; remember, your plugin is no
> longer being loaded into the runtime framework
> while within the IDE, as it used to. The few
> entry points that do work are the ones we've
> provided adapters for.
The adapter is REALGetControlPosition as is REALGetControlBounds, so what
are you going to kill?
>
> You should write your controls to rely on the
> framework as little as possible within the IDE;
> just draw a simple representation of your control
> (most likely using REALGetControlBounds). When
> there's some other function you really need
> within the IDE, by all means request it as you
> have done here -- but please make sure it's
> something you really need, as we're trying to
> reduce the coupling between the IDE and the
> framework.
Which means what exactly?, No dynamic access? Lots of the Plugin SDK is
going not to work in the IDE anymore? If this is so, it contradict other
statements being made on the lists or in private.
Confused, as always. I wished a list of all things will be made available so
we can cut down in plugin functionality appropriately, rather then let the
plugin disable the IDE, which would reflect on the track record of a
plugin-author. And why was this issue moved to the plugin list? To expose
angry authors to the world at large? Darn..
nn.
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
|