on 5/14/05 4:10 PM, James Milne at james dot milne at mac dot com wrote:
> Why are you calling REALnewInstance when you're running your plugin
> in the IDE anyway?
I have posted this earlier:
on 4/18/05 11:41 AM, Joseph J. Strout at joe at realsoftware dot com wrote:
> Dynamic access to all intrinsic classes (Dictionary, FolderItem, etc.)
> will work as they did in 5.5. For plugin classes, however, there will
> be some restrictions on what is possible inside the IDE.
What are the restrictions for plugin classes inside the IDE?
For example an attribute class (super = object) instance can be created by
REALnewInstance("MyAttributes") in RB 5.5 and attribute items be set on this
instance when the caller of the plugin is changing property fields in the
property window of the control. These items are strings, the MyAttributes
instance manipulate these strings and serializes them and presents them in
string field.
Example:
Key as String
Value as String
Attributes as String
When the user types in a new key with a new value and the control is then
invalidated, the Attributes field is changed and would look like:
"width,550;height,400;"
So when a user types a new key = "top" and new value = "20" the Attributes
would then look like:
"width,550;height,400;top,20;"
Of course it looks like a dictionary class, but since one of the
constrictions above is that a subclass of dictionary will not work (Would
like to provide a class name different from "Dictionary"), I was just
wondering how restrictive the IDE will be with such a simple class like
"MyAttributes" defined in the plugin.
Currently, REALnewInstance("MyAttributes") appears to fail in REALbasic
2005- IDE.
Please advice,
And Björn will have additional arguments that validates usage.
Best,
Alfred
_______________________________________________
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>
|