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 ___________________________________________________________ [EMAIL PROTECTED] http://www.FourthWorld.com _______________________________________________ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
