In a message dated 16/10/2006 18:01:11 GMT Daylight Time, [EMAIL PROTECTED] writes:
Send metacard mailing list submissions to
    [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
    http://lists.runrev.com/mailman/listinfo/metacard
or, via email, send a message with subject or body 'help' to
    [EMAIL PROTECTED]

You can reach the person managing the list at
    [EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of metacard digest..."


This is the Metacard mailing list.

Today's Topics:

   1. Re: Plugin Immunity ([EMAIL PROTECTED])
   2. Re: Plugin Immunity (Ken Ray)
   3. Re: Plugin Immunity (Jeanne A. E. DeVoto)


----------------------------------------------------------------------

Message: 1
Date: Sun, 15 Oct 2006 13:38:24 EDT
From: [EMAIL PROTECTED]
Subject: Re: Plugin Immunity
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"


>> Is there a way to stop Rev being able to create  new  controls in a 
>> stack that is designed to work as a Rev  plugin?

> maybe setting the "cantmodify" to true does work for  you?

Not an option I'm afraid, Klaus. The plugin stack is designed to be 
content-modifiable. The stoic insistence by Rev's tools palette that any 
non-cantModify stack is fair game with no lockout option (e.g. a revBlessed  property
that, if set to true, means the tools palette will not touch it) verges  on the
insane, or inane, or inept, or an IDE bug, or to charitable an IDE  oversight.

/H

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.runrev.com/pipermail/metacard/attachments/20061015/8337d874/attachment-0001.html

------------------------------

Message: 2
Date: Sun, 15 Oct 2006 13:04:19 -0500
From: Ken Ray <[EMAIL PROTECTED]>
Subject: Re: Plugin Immunity
To: MetaCard List <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain;    charset="US-ASCII"

On 10/15/06 12:38 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
wrote:


>>> Is there a way to stop Rev being able to create  new  controls in a
>>> stack that is designed to work as a Rev  plugin?
>
>> maybe setting the "cantmodify" to true does work for  you?
>
> Not an option I'm afraid, Klaus. The plugin stack is designed to be
> content-modifiable. The stoic insistence by Rev's tools palette that any
> non-cantModify stack is fair game with no lockout option (e.g. a revBlessed
> property
> that, if set to true, means the tools palette will not touch it) verges  on
> the
> insane, or inane, or inept, or an IDE bug, or to charitable an IDE  oversight.

Name your stack file starting with "rev" and it should be ignored. I looked
at the code in Rev that handles this, and the key function is
'revFilterStacksList' (found in the 'revCommon' backscript) that will remove
stacks from a list if they meet certain criteria. I tried with the
revExample stack, and you can't drop objects on top of it from the tool
palette (you get a beep).

Try that, Hugh...

Ken Ray
Sons of Thunder Software
Web site: http://www.sonsothunder.com/
Email: [EMAIL PROTECTED]



------------------------------

Message: 3
Date: Mon, 16 Oct 2006 05:32:22 -0700
From: "Jeanne A. E. DeVoto" <[EMAIL PROTECTED]>
Subject: Re: Plugin Immunity
To: Discussions on Metacard <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

At 1:53 PM -0400 10/14/2006, [EMAIL PROTECTED] wrote:
>Is there a way to stop Rev being able to create  new controls in a stack that
>is designed to work as a Rev plugin?

This isn't as elegant as preventing creation of the control, but you
can trap newButton and the other new[Control] messages and delete
(possibly with an error message to the user).
--
jeanne a. e. devoto ~ [EMAIL PROTECTED]
http://www.jaedworks.com


------------------------------

_______________________________________________
metacard mailing list
[email protected]
http://lists.runrev.com/mailman/listinfo/metacard


End of metacard Digest, Vol 37, Issue 19
****************************************
 
_______________________________________________
metacard mailing list
[email protected]
http://lists.runrev.com/mailman/listinfo/metacard

Reply via email to