Re: Attachement Updation - File Contents Changed

[Shawn Stonequist]

 Just a thought, but instead of attaching the files directly to the request
you are on, what if it was a child form, with a Submit-Only, single field,
attachment pool?
 
This way, to upload a new attachment, a new child record has to be created,
and you know who  when did it. This would also keep historical records, you
could compare the file at each and every stage/change that took place, or if
you don't need this, you could simply delete the previous records. 
 
I've not worked through this completely, so I'm not sure what complications
might arise (though, immediately I can think of the fact users will have to
open the child record before they can get to the attachment) .
 
HTH
Shawn Stonequist
EMNS, Inc.
  _  


On 8/2/07, Meenakshinathan [EMAIL PROTECTED] wrote: 

Hi Robert,

Thanks for the information.

Anyhow this solution is not working. Remedy stores the attachments in
the following way number of characters,no of bytes(i am sure. but
it might bytes),filename with extenstion. 

I am not user this TR and DB can apply for attachement fields.

can any one give me a alternative solution on this? Looking for your
inputs.

Thanks,
Meenakshinathan


On Jul 28, 2:36 am, Robert Halstead  [EMAIL PROTECTED] wrote:
 I'm not entirely sure on this, but couldn't you do a filter on modify
 with a run-if condition as: 'TR.Attachment' != ' DB.Attachment' ??  I'm
 not entirely sure how remedy stores the attachments.  It might
 work

 Anyone else ??

 On 7/27/07, Meenakshinathan  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]  wrote:

  Hi Listers,

  In my application, at first stage users can attach 3-4 files. when the
  request assinged to next stage, that next stage user can edit or 
  modify the attachment and can upload it again. In this stage my client
  has an requirement like, first stage user to be notified whenever any
  attachement is updated. If anybody came throrough this , can you 
  please let me know how do i implement this?

  Thanks,
  Meenakshinathan

 
___-

  UNSUBSCRIBE or access ARSlist Archives atwww.arslist.orgARSlist:Where
the Answers Are

 --
 A fool acts, regardless; knowing well that he is wrong. The ignoramus
 acts on only what he knows, but all that he knows. 
 The ignoramus may be saved, but the fool knows that he is doomed.

 Robert Halstead


___-

 UNSUBSCRIBE or access ARSlist Archives atwww.arslist.orgARSlist:Where the
Answers Are


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the
Answers Are



__20060125___This posting was submitted with HTML in
it___ __20060125___This posting was submitted with HTML
in it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the 
Answers Are

Re: Attachement Updation - File Contents Changed

[Heider, Stephen]

Shawn,
 
There is a free utility available on ARS Wiki that will assist in
setting up and populating an Attachments form like you describe -
ARS_CreateAttachmentsForm.  http://arswiki.org/projects/dotnetutil
 
Stephen



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Shawn Stonequist
Sent: Friday, August 03, 2007 8:19 AM
To: arslist@ARSLIST.ORG
Subject: Re: Attachement Updation - File Contents Changed


** 
 Just a thought, but instead of attaching the files directly to the
request you are on, what if it was a child form, with a Submit-Only,
single field, attachment pool?
 
This way, to upload a new attachment, a new child record has to be
created, and you know who  when did it. This would also keep historical
records, you could compare the file at each and every stage/change that
took place, or if you don't need this, you could simply delete the
previous records. 
 
I've not worked through this completely, so I'm not sure what
complications might arise (though, immediately I can think of the fact
users will have to open the child record before they can get to the
attachment) .
 
HTH
Shawn Stonequist
EMNS, Inc.



On 8/2/07, Meenakshinathan [EMAIL PROTECTED] wrote: 

Hi Robert,

Thanks for the information.

Anyhow this solution is not working. Remedy stores the
attachments in
the following way number of characters,no of bytes(i am
sure. but
it might bytes),filename with extenstion. 

I am not user this TR and DB can apply for attachement fields.

can any one give me a alternative solution on this? Looking for
your
inputs.

Thanks,
Meenakshinathan


On Jul 28, 2:36 am, Robert Halstead  [EMAIL PROTECTED]
wrote:
 I'm not entirely sure on this, but couldn't you do a filter on
modify
 with a run-if condition as: 'TR.Attachment' != '
DB.Attachment' ??  I'm
 not entirely sure how remedy stores the attachments.  It might
 work

 Anyone else ??

 On 7/27/07, Meenakshinathan  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]  wrote:

  Hi Listers,

  In my application, at first stage users can attach 3-4
files. when the
  request assinged to next stage, that next stage user can
edit or 
  modify the attachment and can upload it again. In this stage
my client
  has an requirement like, first stage user to be notified
whenever any
  attachement is updated. If anybody came throrough this , can
you 
  please let me know how do i implement this?

  Thanks,
  Meenakshinathan

 

___-
  UNSUBSCRIBE or access ARSlist Archives
atwww.arslist.orgARSlist:Where the Answers Are

 --
 A fool acts, regardless; knowing well that he is wrong. The
ignoramus
 acts on only what he knows, but all that he knows. 
 The ignoramus may be saved, but the fool knows that he is
doomed.

 Robert Halstead



___-
 UNSUBSCRIBE or access ARSlist Archives
atwww.arslist.orgARSlist:Where the Answers Are



___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
ARSlist:Where the Answers Are



__20060125___This posting was submitted with HTML in
it___ __20060125___This posting was submitted with
HTML in it___ __20060125___This posting was
submitted with HTML in it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the 
Answers Are