MC IDE v2.6b6 posted

[Richard Gaskin]

Robert Brenstein wrote:
>>> In Revolution, the opening mode (open-as mode) is defined for each 
>>> plugin through "Plugin Settings". To make MetaCard's plugins 
>>> compatible with Revolution, you need to set the custom property:
>>>
>>> set the cRevLoadInfo["mode"] to empty -- palette
>>> set the cRevLoadInfo["mode"] to "modeless" -- modeless
>>> set the cRevLoadInfo["mode"] to "modal" -- modal
>>> set the cRevLoadInfo["mode"] to "invisible" -- invisible
>>
>> In cases where desired functionality is also available in Rev I would 
>> indeed honor the Rev method.
>>
>> But in this case the desired functionality is already in the engine, 
>> in the built-in style property of stack.
> 
> I don't follow the reason behind your comment. The above was just 
> documenting what Rev does for those who want to have MC plugins 
> compatible with both environments.
> 
>> Given that, instead I would recommend that Rev follow the engine 
>> method, which is what the MC IDE relies on.  This recommendation has 
>> been submitted:
>>
>> <http://www.runrev.com/revolution/developers/bugdatabase/show_bug.cgi?id=1077> 
> 
> But your suggestion, Richard, while useful in itself does not address 
> the main point: one should be able to place an alias in the plugins folder.

You're right, two unrelated points.  How they got lumped together in 
this thread is something I'd have to dig back a ways to discover; there 
is indeed no relationship between them.

But as long as this topic was added to this thread it seemed worth 
addressing.

My point on this issue is to ponder the possibility of omitting 
discussion of how Rev currently mirrors the built-in property, trusting 
their good judgement to eventually depricate the mirrored property in a 
future version and rely instead on the built-in property that's been 
there all along.

They have expressed a desire to look for opportunities to simplify the 
IDE, which would both simplify their developers' workflow and lower 
their own maintenance and support costs.  This is such an opportunity, 
so until I hear that RunRev is intractable on this I'm disinclined to 
mention Rev's duplicated-in-scripting properties in any MC 
documentation, assuming that many of them will eventually go away.

-- 
  Richard Gaskin
  Fourth World Media Corporation
  ___________________________________________________________
  Ambassador at FourthWorld.com       http://www.FourthWorld.com