Generic Invisibility Handler

Michael Kann mikekann at yahoo.com
Mon Feb 8 12:35:53 EST 2010


To toggle from hidden to visible use:

set the visible of fld 1 to not the visible of fld 1

--- On Mon, 2/8/10, Andrew Kluthe <andrew at rjdfarm.com> wrote:

> From: Andrew Kluthe <andrew at rjdfarm.com>
> Subject: Generic Invisibility Handler
> To: use-revolution at lists.runrev.com
> Date: Monday, February 8, 2010, 11:14 AM
> (Moderator Note: My previous post
> from akrevolt at gmail.com
> should be ignored
> or deleted. I mistakenly sent it from the wrong email. I'm
> very sorry.)
> 
> Hello,
> 
> I recently convinced my company to let me re-write our farm
> management
> software in RunRev. Part of my proposal for this was
> developing a module for
> this software within a week.
> 
> Going from zero RevTalk/Revolution knowledge to programming
> a fairly large
> database application has really been fun (no sarcasm
> intended).
> 
> But syntax (or lack thereof?) seems to be my biggest
> problem.
> 
> I have a lot of controls that need to be made visible and
> invisible
> depending on the user-state of the application (updating a
> record, adding a
> record, viewing a record).
> 
> I'm unsure how to use parameters with handlers in this one
> liner.
> 
> on hideObject pObjectType, pObjectName
>    set the invisible of pObjectType
> pObjectName to true
> end hideObject
> 
> on showObject pObjectType, pObjectName
>    set the invisible of pObjectType
> pObjectName to true
> end showObject
> 
> Any suggestions on helping this RevNub get this sorted out?
> In your
> response, try to include how the params are used in
> handlers. Thank you so
> much in advance for your replies!
> 
> 
> Hoping Rev can make my job easier (I am very tired of ASP
> .NET),
> 
> Andrew K.
> RJD Farm LLC
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage
> your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
> 


      



More information about the use-livecode mailing list