That would set the focus to the field. But normally you right-click an attachment to access it. Or is there an alternate method?
Dwayne Martin James Madison University ---- Original message ---- >Date: Thu, 29 Nov 2007 10:05:41 -0800 >From: Jason Miller <[EMAIL PROTECTED]> >Subject: Re: On-the-fly permissions in Attachment field >To: [email protected] > >Ah the go old transparent box over a field method. This doesn't prevent them >from using the tab key to navigate behind the box though. > >-----Original Message----- >From: Action Request System discussion list(ARSList) >[mailto:[EMAIL PROTECTED] On Behalf Of Dwayne Martin >Sent: Thursday, November 29, 2007 4:33 AM >To: [email protected] >Subject: Re: On-the-fly permissions in Attachment field > >Thanks, Carey and Jason. Both are good ideas that I'll check into. > >I also got an off-line suggestion from Gary Opela that said: > >". . . if they can only add an attachment by right-clicking the field, try >putting a transparent box on top of the attachment field and then >show/hiding it depending on the user. I know it's hokey, but it should >work." (quoted with his permission) > >To which I replied: "Thanks for the suggestion. I should have mentioned, >that I want Public to be able to read, just not change the attachments." > >Is there some reason why attachment fields can't be made read-only? > >Dwayne Martin >James Madison University > >---- Original message ---- >>Date: Wed, 28 Nov 2007 20:42:40 -0800 >>From: Jason Miller <[EMAIL PROTECTED]> >>Subject: Re: On-the-fly permissions in Attachment field >>To: [email protected] >> >>Another options is to use an attachments form and not use an attachment >>field directly on the form but a table that allows you to interact with the >>attachment record. Now the attachment has its own record you have complete >>control over the read/write security of the file using row level >permissions >>and workflow. >> >>Stephen Heider created a attachments form and a utility that will add your >>attachments from the original form to the new attachments form (I don't >>remember if it deletes the attachment from the original form or just copies >>it). Check out the ARS_CreateAttachmentsForm application in the downloads >>section on http://arswiki.org/projects/dotnetutil. >> >>Jason >> >>-----Original Message----- >>From: Action Request System discussion list(ARSList) >>[mailto:[EMAIL PROTECTED] On Behalf Of Carey Matthew Black >>Sent: Wednesday, November 28, 2007 2:58 PM >>To: [email protected] >>Subject: Re: On-the-fly permissions in Attachment field >> >>Dwayne, >> >>I would think that a Join of A and B would be a better option than >>using read-only/read-write display properties of the client. ( That by >>the way: the display property is not a real security feature.) The >>join could inherit the Assignee from Form B as the Assignee for the >>join and the "Assignee" group could be granted change access to the >>field. >> >>( Hope that makes sense. Hope that Helps) >> >>-- >>Carey Matthew Black >>Remedy Skilled Professional (RSP) >>ARS = Action Request System(Remedy) >> >>Love, then teach >>Solution = People + Process + Tools >>Fast, Accurate, Cheap.... Pick two. >> >> >>On Nov 28, 2007 3:05 PM, Dwayne Martin <[EMAIL PROTECTED]> wrote: >>> Hello Everyone, >>> >>> We have a Form A with Attachment fields. >>> >>> Form B is a sub-file to Form A. >>> >>> We want anyone who is an Assignee in a Form B subfile entry, to be able >to >>add/change/delete attachments in Form A. >>> >>> You could make an ordinary field read-only, then On Display, you could >>check to see if the User was in the subfile, and if so, make the field >>read-write. But I don't see any way of making Attachments read-only. >>> >>> Any suggestions? >>> >>> (ARS 7.1, RH Linux server, Oracle 10.2 db) >>> >>> Dwayne Martin >>> James Madison University >> >>___________________________________________________________________________ >_ >>___ >>UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >>Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" >> >>___________________________________________________________________________ >____ >>UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >>Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > >____________________________________________________________________________ >___ >UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > >_______________________________________________________________________________ >UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
