Re: Need to make an error message more friendly.

2009-05-28 Thread MCCAVITT Nyall
Hi Doug,
 
Thanks for your suggestions.
 
Option 1, although quick, would not help as it is possible that other
values will be removed from the menu. As the data in the menu is
controlled by other parties then it is not really sensible or feasible
to go down this route.
 
Option 2 is what I am currently working on and may be the way for me to
go.
 
Option 3 definitely sounds the best way to go ut as you say but may take
longer and will require a change from Active Link to a filter. I was
looking into using an error-handling filter on submission to the second
form but as the push field action is form an Active Link on the first
form then this didn't work. I will look into using the Service action
and error handling filter as a more long term solution to this issue.
 
Thanks again for your helpful comments.
 
Nyall.
 
ps I would like to thank you for your ITSM 7.5 presentation earlier this
year in Paris. It was very informative.
 
 

_ 
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Mueller, Doug
Sent: mercredi 27 mai 2009 22:26
To: arslist@ARSLIST.ORG
Subject: Re: Need to make an error message more friendly.


** 
Nyall,
 
The key here is that you are trying to trap a specific instance where
this generic error message can come
up and provide a message that you control to give better indication
about this specific situation.
 
The various suggestions about changing menu styles and such help control
what can be entered, but do
not allow you to specifically address the issue.
 
Also, there seems to be a constraint about adding anything or doing any
checking on the remote form.
So, all the options here are adding things to the source form only.
 
The only way to accomplish what you want with a special error message
for the specific case you have is
to do your own validation or trapping of the problem and displaying your
own message.
 
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers
Are_ 




This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.

Any views expressed in this message are those of the sender.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are

Need to make an error message more friendly.

2009-05-27 Thread MCCAVITT Nyall
Hi,

Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g
database.

One of my users has complained that the standard error message from
Remedy for a certain condition is not very user-friendly and I cannot
see an easy way of making the message more friendly. Any suggestions
would be welcome.

The simplified situation is this:

One one form, called A1, for this example, I have a field called 'Menu'
which has a menu attached to it. The values in this menu are 2008A,
2008B, 2008C and 2008D. There is a button on this field which when
clicked on copies the data from form A1 to form A2 by means of an Active
Link. This second form also has a field called 'Menu' with an attached
menu, but in the case the menu values are 2008B, 2008C, 2008D i.e. the
value 2008A is missing from the menu on the form A2.

When an entry is being created on form A1 with a value of 2008A in the
'Menu' field and then the button is clicked on the user receives the
following error message:

ARERR [306] Value does not fall within the limits specified for
the field :  (Pattern - $MENU$) : 536870913

The error message itself is clear enough as to why the error has
occurred but the problem is that is uses the Database ID to identify the
field where the problem is. This is OK for an Administrator but the user
would like to have the name of the field i.e. the database label value.
Personally I would like to have the database label value, the form name
and the data value that has caused this error.

Thanks in advance.

Nyall

_
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02





This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.

Any views expressed in this message are those of the sender.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are

Re: Need to make an error message more friendly.

2009-05-27 Thread Kemes, Lisa
I use display forms to create more user friendly error messages.  They look a 
lot nicer and are more user friendly


Lisa




From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of MCCAVITT Nyall
Sent: Wednesday, May 27, 2009 10:38 AM
To: arslist@ARSLIST.ORG
Subject: Need to make an error message more friendly.

**

Hi,

Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g database.

One of my users has complained that the standard error message from Remedy for 
a certain condition is not very user-friendly and I cannot see an easy way of 
making the message more friendly. Any suggestions would be welcome.

The simplified situation is this:

One one form, called A1, for this example, I have a field called 'Menu' which 
has a menu attached to it. The values in this menu are 2008A, 2008B, 2008C and 
2008D. There is a button on this field which when clicked on copies the data 
from form A1 to form A2 by means of an Active Link. This second form also has a 
field called 'Menu' with an attached menu, but in the case the menu values are 
2008B, 2008C, 2008D i.e. the value 2008A is missing from the menu on the form 
A2.

When an entry is being created on form A1 with a value of 2008A in the 'Menu' 
field and then the button is clicked on the user receives the following error 
message:

ARERR [306] Value does not fall within the limits specified for the 
field :  (Pattern - $MENU$) : 536870913

The error message itself is clear enough as to why the error has occurred but 
the problem is that is uses the Database ID to identify the field where the 
problem is. This is OK for an Administrator but the user would like to have the 
name of the field i.e. the database label value. Personally I would like to 
have the database label value, the form name and the data value that has caused 
this error.

Thanks in advance.

Nyall

_
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02




This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.

Any views expressed in this message are those of the sender.


_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are


Re: Need to make an error message more friendly.

2009-05-27 Thread LJ Longwing
This one is a bane to our society...but unfortunately no solution that I'm
familiar with.  Sorry.

  _  

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of MCCAVITT Nyall
Sent: Wednesday, May 27, 2009 8:38 AM
To: arslist@ARSLIST.ORG
Subject: Need to make an error message more friendly.


** 

Hi, 

Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g database. 

One of my users has complained that the standard error message from Remedy
for a certain condition is not very user-friendly and I cannot see an easy
way of making the message more friendly. Any suggestions would be welcome.

The simplified situation is this: 

One one form, called A1, for this example, I have a field called 'Menu'
which has a menu attached to it. The values in this menu are 2008A, 2008B,
2008C and 2008D. There is a button on this field which when clicked on
copies the data from form A1 to form A2 by means of an Active Link. This
second form also has a field called 'Menu' with an attached menu, but in the
case the menu values are 2008B, 2008C, 2008D i.e. the value 2008A is missing
from the menu on the form A2.

When an entry is being created on form A1 with a value of 2008A in the
'Menu' field and then the button is clicked on the user receives the
following error message:

ARERR [306] Value does not fall within the limits specified for the
field :  (Pattern - $MENU$) : 536870913 

The error message itself is clear enough as to why the error has occurred
but the problem is that is uses the Database ID to identify the field where
the problem is. This is OK for an Administrator but the user would like to
have the name of the field i.e. the database label value. Personally I would
like to have the database label value, the form name and the data value that
has caused this error.

Thanks in advance. 

Nyall 

_ 
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02 






This message and any files transmitted with it are legally privileged and
intended for the sole use of the individual(s) or entity to whom they are
addressed. If you are not the intended recipient, please notify the sender
by reply and delete the message and any attachments from your system. Any
unauthorised use or disclosure of the content of this message is strictly
prohibited and may be unlawful.



Nothing in this e-mail message amounts to a contractual or legal commitment
on the part of EUROCONTROL, unless it is confirmed by appropriately signed
hard copy.



Any views expressed in this message are those of the sender.





_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers
Are_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are


Re: Need to make an error message more friendly.

2009-05-27 Thread Brian Bishop
Hi Nyall,

 

Assuming you are pushing the value of the field Menu on form A1 to the field
Menu on form A2.

 

First of all ask yourself is it necessary to have a pattern match of $MENU$
on the menu field on form A2. 

 

If it is, then ask yourself why the values for Menu in form A1 don’t match
those in form A2. If there is a valid reason that 2008A can appear in form
A1 but not in A2, then what do you want to happen? Logically you don’t want
an entry to be created in form A2. 

 

So, if you don’t want an entry created in form A2 when the Menu value in
form A1 is 2008A, you need to create some workflow that checks if the value
in form A1 is also valid for form A2. If the check confirms it is valid, do
the push, if it isn’t don’t do the push. If you get the workflow correct the
user will not be aware that this decision action is happening and they will
never get this obscure message again.

 

If however you do want the entry to be created then you need to either
replace, or remove, the menu value in form A1 prior to the push to form A2.
The same workflow as above to check if it is valid but rather than not doing
the push, do it with the 2008A replaced with a valid value or remove it.
This will be decided by whether the field menu in form A2 is a required
field or not.

 

 

 

Brian Bishop

Goldstag Consultants Ltd

tel: +44 (0)7973 746832

 

 http://www.linkedin.com/in/brianpbishop Linkedin

 

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of MCCAVITT Nyall
Sent: 27 May 2009 15:38
To: arslist@ARSLIST.ORG
Subject: Need to make an error message more friendly.

 

** 

Hi, 

Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g database. 

One of my users has complained that the standard error message from Remedy
for a certain condition is not very user-friendly and I cannot see an easy
way of making the message more friendly. Any suggestions would be welcome.

The simplified situation is this: 

One one form, called A1, for this example, I have a field called 'Menu'
which has a menu attached to it. The values in this menu are 2008A, 2008B,
2008C and 2008D. There is a button on this field which when clicked on
copies the data from form A1 to form A2 by means of an Active Link. This
second form also has a field called 'Menu' with an attached menu, but in the
case the menu values are 2008B, 2008C, 2008D i.e. the value 2008A is missing
from the menu on the form A2.

When an entry is being created on form A1 with a value of 2008A in the
'Menu' field and then the button is clicked on the user receives the
following error message:

ARERR [306] Value does not fall within the limits specified for the
field :  (Pattern - $MENU$) : 536870913 

The error message itself is clear enough as to why the error has occurred
but the problem is that is uses the Database ID to identify the field where
the problem is. This is OK for an Administrator but the user would like to
have the name of the field i.e. the database label value. Personally I would
like to have the database label value, the form name and the data value that
has caused this error.

Thanks in advance. 

Nyall 

_ 
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02 

 


 
This message and any files transmitted with it are legally privileged and
intended for the sole use of the individual(s) or entity to whom they are
addressed. If you are not the intended recipient, please notify the sender
by reply and delete the message and any attachments from your system. Any
unauthorised use or disclosure of the content of this message is strictly
prohibited and may be unlawful.
 
Nothing in this e-mail message amounts to a contractual or legal commitment
on the part of EUROCONTROL, unless it is confirmed by appropriately signed
hard copy.
 
Any views expressed in this message are those of the sender.
 
 
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers
Are_No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 8.5.339 / Virus Database: 270.12.40/2135 - Release Date: 05/27/09
07:50:00
 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
image001.gif

Re: Need to make an error message more friendly.

2009-05-27 Thread Joe DeSouza
Make the character menu's display type as drop list and you will never have to 
deal with that error..

Joe





From: MCCAVITT Nyall nyall.mccav...@eurocontrol.int
To: arslist@ARSLIST.ORG
Sent: Wednesday, May 27, 2009 10:38:25 AM
Subject: Need to make an error message more friendly.

** 
Hi, 
Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g database. 
One of my users has complained that the standard error message from Remedy for 
a certain condition is not very user-friendly and I cannot see an easy way of 
making the message more friendly. Any suggestions would be welcome.
The simplified situation is this: 
One one form, called A1, for this example, I have a field called 'Menu' which 
has a menu attached to it. The values in this menu are 2008A, 2008B, 2008C and 
2008D. There is a button on this field which when clicked on copies the data 
from form A1 to form A2 by means of an Active Link. This second form also has a 
field called 'Menu' with an attached menu, but in the case the menu values are 
2008B, 2008C, 2008D i.e. the value 2008A is missing from the menu on the form 
A2.
When an entry is being created on form A1 with a value of 2008A in the 'Menu' 
field and then the button is clicked on the user receives the following error 
message:
    ARERR [306] Value does not fall within the limits specified for the 
field :  (Pattern - $MENU$) : 536870913 
The error message itself is clear enough as to why the error has occurred but 
the problem is that is uses the Database ID to identify the field where the 
problem is. This is OK for an Administrator but the user would like to have the 
name of the field i.e. the database label value. Personally I would like to 
have the database label value, the form name and the data value that has caused 
this error.
Thanks in advance. 
Nyall 
_ 
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02 



This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.

Any views expressed in this message are those of the sender.




___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are

Re: Need to make an error message more friendly.

2009-05-27 Thread Lyle Taylor
My feeling is that system messages make for terrible error messages to display 
to end users - they're OK for administrators, but don't mean much to the person 
trying to do their work.  As a result, I tend to favor manual data validation 
and popping up my own user-friendly messages.  So, rather than using a pattern 
to limit input on a field, I would validate it using workflow and then pop up 
an appropriate error message that you have complete control over.

Lyle

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of MCCAVITT Nyall
Sent: Wednesday, May 27, 2009 8:38 AM
To: arslist@ARSLIST.ORG
Subject: Need to make an error message more friendly.

**

Hi,

Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g database.

One of my users has complained that the standard error message from Remedy for 
a certain condition is not very user-friendly and I cannot see an easy way of 
making the message more friendly. Any suggestions would be welcome.

The simplified situation is this:

One one form, called A1, for this example, I have a field called 'Menu' which 
has a menu attached to it. The values in this menu are 2008A, 2008B, 2008C and 
2008D. There is a button on this field which when clicked on copies the data 
from form A1 to form A2 by means of an Active Link. This second form also has a 
field called 'Menu' with an attached menu, but in the case the menu values are 
2008B, 2008C, 2008D i.e. the value 2008A is missing from the menu on the form 
A2.

When an entry is being created on form A1 with a value of 2008A in the 'Menu' 
field and then the button is clicked on the user receives the following error 
message:

ARERR [306] Value does not fall within the limits specified for the 
field :  (Pattern - $MENU$) : 536870913

The error message itself is clear enough as to why the error has occurred but 
the problem is that is uses the Database ID to identify the field where the 
problem is. This is OK for an Administrator but the user would like to have the 
name of the field i.e. the database label value. Personally I would like to 
have the database label value, the form name and the data value that has caused 
this error.

Thanks in advance.

Nyall

_
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02






This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.



Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.



Any views expressed in this message are those of the sender.





_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_


 NOTICE: This email message is for the sole use of the intended recipient(s) 
and may contain confidential and privileged information. Any unauthorized 
review, use, disclosure or distribution is prohibited. If you are not the 
intended recipient, please contact the sender by reply email and destroy all 
copies of the original message.



___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are


Re: Need to make an error message more friendly.

2009-05-27 Thread MCCAVITT Nyall
This is a multi-part message in MIME format.
Hi Brian,
 
Yes I have to have pattern matching on the second form as the second form can 
have entries created independently of the first form. For the same reason the 
pattern matching has to be on as this is a business requirement.

In the real situation the same menu is used for both forms but this menu is 
based on a search of another form. The specific value of 2008A has been marked 
as inactive but some entries in the first form still have the 2008A value and 
only now are the entries in the second form being are being created from the 
first form. Ideally the value of 2008A should be made active again but 
currently this is not an option.

Thanks for your comments on doing some more error checking before creation in 
the second form.

Nyall


-Original Message-
From: Action Request System discussion list(ARSList) on behalf of Brian Bishop
Sent: Wed 27/05/2009 17:16
To: arslist@ARSLIST.ORG
Subject: Re: Need to make an error message more friendly.
 
Hi Nyall,

 

Assuming you are pushing the value of the field Menu on form A1 to the field
Menu on form A2.

 

First of all ask yourself is it necessary to have a pattern match of $MENU$
on the menu field on form A2. 

 

If it is, then ask yourself why the values for Menu in form A1 don't match
those in form A2. If there is a valid reason that 2008A can appear in form
A1 but not in A2, then what do you want to happen? Logically you don't want
an entry to be created in form A2. 

 

So, if you don't want an entry created in form A2 when the Menu value in
form A1 is 2008A, you need to create some workflow that checks if the value
in form A1 is also valid for form A2. If the check confirms it is valid, do
the push, if it isn't don't do the push. If you get the workflow correct the
user will not be aware that this decision action is happening and they will
never get this obscure message again.

 

If however you do want the entry to be created then you need to either
replace, or remove, the menu value in form A1 prior to the push to form A2.
The same workflow as above to check if it is valid but rather than not doing
the push, do it with the 2008A replaced with a valid value or remove it.
This will be decided by whether the field menu in form A2 is a required
field or not.

 

 

 

Brian Bishop

Goldstag Consultants Ltd

tel: +44 (0)7973 746832

 

 http://www.linkedin.com/in/brianpbishop Linkedin

 

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of MCCAVITT Nyall
Sent: 27 May 2009 15:38
To: arslist@ARSLIST.ORG
Subject: Need to make an error message more friendly.

 

** 

Hi, 

Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g database. 

One of my users has complained that the standard error message from Remedy
for a certain condition is not very user-friendly and I cannot see an easy
way of making the message more friendly. Any suggestions would be welcome.

The simplified situation is this: 

One one form, called A1, for this example, I have a field called 'Menu'
which has a menu attached to it. The values in this menu are 2008A, 2008B,
2008C and 2008D. There is a button on this field which when clicked on
copies the data from form A1 to form A2 by means of an Active Link. This
second form also has a field called 'Menu' with an attached menu, but in the
case the menu values are 2008B, 2008C, 2008D i.e. the value 2008A is missing
from the menu on the form A2.

When an entry is being created on form A1 with a value of 2008A in the
'Menu' field and then the button is clicked on the user receives the
following error message:

ARERR [306] Value does not fall within the limits specified for the
field :  (Pattern - $MENU$) : 536870913 

The error message itself is clear enough as to why the error has occurred
but the problem is that is uses the Database ID to identify the field where
the problem is. This is OK for an Administrator but the user would like to
have the name of the field i.e. the database label value. Personally I would
like to have the database label value, the form name and the data value that
has caused this error.

Thanks in advance. 

Nyall 

_ 
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02 

 


 
This message and any files transmitted with it are legally privileged and
intended for the sole use of the individual(s) or entity to whom they are
addressed. If you are not the intended recipient, please notify the sender
by reply and delete the message and any attachments from your system. Any
unauthorised use or disclosure of the content of this message is strictly
prohibited and may be unlawful.
 
Nothing in this e-mail message amounts to a contractual or legal commitment
on the part of EUROCONTROL, unless it is confirmed by appropriately signed
hard copy.
 
Any views expressed in this message are those of the sender.
 
 
_Platinum Sponsor

Re: Need to make an error message more friendly.

2009-05-27 Thread MCCAVITT Nyall
Hi Joe,

Unfortunately I cannot change the menu type as it is based on a search of 
another form.

Thanks.

Nyall


-Original Message-
From: Action Request System discussion list(ARSList) on behalf of Joe DeSouza
Sent: Wed 27/05/2009 17:41
To: arslist@ARSLIST.ORG
Subject: Re: Need to make an error message more friendly.
 
Make the character menu's display type as drop list and you will never have to 
deal with that error..

Joe





From: MCCAVITT Nyall nyall.mccav...@eurocontrol.int
To: arslist@ARSLIST.ORG
Sent: Wednesday, May 27, 2009 10:38:25 AM
Subject: Need to make an error message more friendly.

** 
Hi, 
Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g database. 
One of my users has complained that the standard error message from Remedy for 
a certain condition is not very user-friendly and I cannot see an easy way of 
making the message more friendly. Any suggestions would be welcome.
The simplified situation is this: 
One one form, called A1, for this example, I have a field called 'Menu' which 
has a menu attached to it. The values in this menu are 2008A, 2008B, 2008C and 
2008D. There is a button on this field which when clicked on copies the data 
from form A1 to form A2 by means of an Active Link. This second form also has a 
field called 'Menu' with an attached menu, but in the case the menu values are 
2008B, 2008C, 2008D i.e. the value 2008A is missing from the menu on the form 
A2.
When an entry is being created on form A1 with a value of 2008A in the 'Menu' 
field and then the button is clicked on the user receives the following error 
message:
    ARERR [306] Value does not fall within the limits specified for the 
field :  (Pattern - $MENU$) : 536870913 
The error message itself is clear enough as to why the error has occurred but 
the problem is that is uses the Database ID to identify the field where the 
problem is. This is OK for an Administrator but the user would like to have the 
name of the field i.e. the database label value. Personally I would like to 
have the database label value, the form name and the data value that has caused 
this error.
Thanks in advance. 
Nyall 
_ 
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02 



This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.

Any views expressed in this message are those of the sender.


  

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are




This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.

Any views expressed in this message are those of the sender.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are

Re: Need to make an error message more friendly.

2009-05-27 Thread Axton
This approach only solves the problem if the underlying data that
provides the menu values never changes.

Axton Grams

On Wed, May 27, 2009 at 12:29 PM, MCCAVITT Nyall
nyall.mccav...@eurocontrol.int wrote:
 **

 Hi Joe,

 Unfortunately I cannot change the menu type as it is based on a search of
 another form.

 Thanks.

 Nyall


 -Original Message-
 From: Action Request System discussion list(ARSList) on behalf of Joe
 DeSouza
 Sent: Wed 27/05/2009 17:41
 To: arslist@ARSLIST.ORG
 Subject: Re: Need to make an error message more friendly.

 Make the character menu's display type as drop list and you will never have
 to deal with that error..

 Joe




 
 From: MCCAVITT Nyall nyall.mccav...@eurocontrol.int
 To: arslist@ARSLIST.ORG
 Sent: Wednesday, May 27, 2009 10:38:25 AM
 Subject: Need to make an error message more friendly.

 **
 Hi,
 Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g database.
 One of my users has complained that the standard error message from Remedy
 for a certain condition is not very user-friendly and I cannot see an easy
 way of making the message more friendly. Any suggestions would be welcome.
 The simplified situation is this:
 One one form, called A1, for this example, I have a field called 'Menu'
 which has a menu attached to it. The values in this menu are 2008A, 2008B,
 2008C and 2008D. There is a button on this field which when clicked on
 copies the data from form A1 to form A2 by means of an Active Link. This
 second form also has a field called 'Menu' with an attached menu, but in the
 case the menu values are 2008B, 2008C, 2008D i.e. the value 2008A is missing
 from the menu on the form A2.
 When an entry is being created on form A1 with a value of 2008A in the
 'Menu' field and then the button is clicked on the user receives the
 following error message:
     ARERR [306] Value does not fall within the limits specified for the
 field :  (Pattern - $MENU$) : 536870913
 The error message itself is clear enough as to why the error has occurred
 but the problem is that is uses the Database ID to identify the field where
 the problem is. This is OK for an Administrator but the user would like to
 have the name of the field i.e. the database label value. Personally I would
 like to have the database label value, the form name and the data value that
 has caused this error.
 Thanks in advance.
 Nyall
 _
 Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02

 

 This message and any files transmitted with it are legally privileged and
 intended for the sole use of the individual(s) or entity to whom they are
 addressed. If you are not the intended recipient, please notify the sender
 by reply and delete the message and any attachments from your system. Any
 unauthorised use or disclosure of the content of this message is strictly
 prohibited and may be unlawful.

 Nothing in this e-mail message amounts to a contractual or legal commitment
 on the part of EUROCONTROL, unless it is confirmed by appropriately signed
 hard copy.

 Any views expressed in this message are those of the sender.




 ___
 UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
 Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are

 

 This message and any files transmitted with it are legally privileged and
 intended for the sole use of the individual(s) or entity to whom they are
 addressed. If you are not the intended recipient, please notify the sender
 by reply and delete the message and any attachments from your system. Any
 unauthorised use or disclosure of the content of this message is strictly
 prohibited and may be unlawful.

 Nothing in this e-mail message amounts to a contractual or legal commitment
 on the part of EUROCONTROL, unless it is confirmed by appropriately signed
 hard copy.

 Any views expressed in this message are those of the sender.

 _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers
 Are_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are


Re: Need to make an error message more friendly.

2009-05-27 Thread Joe DeSouza
You do not have to change the Menu type.. just the field property of the field 
that the menu is attached to.

You will find this option in the first default tab of the field property in the 
mid upper right corner of the field property dialog..

Joe




From: MCCAVITT Nyall nyall.mccav...@eurocontrol.int
To: arslist@ARSLIST.ORG
Sent: Wednesday, May 27, 2009 1:29:20 PM
Subject: Re: Need to make an error message more friendly.

** 
Hi Joe,

Unfortunately I cannot change the menu type as it is based on a search of 
another form.

Thanks.

Nyall


-Original Message-
From: Action Request System discussion list(ARSList) on behalf of Joe DeSouza
Sent: Wed 27/05/2009 17:41
To: arslist@ARSLIST.ORG
Subject: Re: Need to make an error message more friendly.

Make the character menu's display type as drop list and you will never have to 
deal with that error..

Joe





From: MCCAVITT Nyall nyall.mccav...@eurocontrol.int
To: arslist@ARSLIST.ORG
Sent: Wednesday, May 27, 2009 10:38:25 AM
Subject: Need to make an error message more friendly.

**
Hi,
Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g database.
One of my users has complained that the standard error message from Remedy for 
a certain condition is not very user-friendly and I cannot see an easy way of 
making the message more friendly. Any suggestions would be welcome.
The simplified situation is this:
One one form, called A1, for this example, I have a field called 'Menu' which 
has a menu attached to it. The values in this menu are 2008A, 2008B, 2008C and 
2008D. There is a button on this field which when clicked on copies the data 
from form A1 to form A2 by means of an Active Link. This second form also has a 
field called 'Menu' with an attached menu, but in the case the menu values are 
2008B, 2008C, 2008D i.e. the value 2008A is missing from the menu on the form 
A2.
When an entry is being created on form A1 with a value of 2008A in the 'Menu' 
field and then the button is clicked on the user receives the following error 
message:
    ARERR [306] Value does not fall within the limits specified for the 
field :  (Pattern - $MENU$) : 536870913
The error message itself is clear enough as to why the error has occurred but 
the problem is that is uses the Database ID to identify the field where the 
problem is. This is OK for an Administrator but the user would like to have the 
name of the field i.e. the database label value. Personally I would like to 
have the database label value, the form name and the data value that has caused 
this error.
Thanks in advance.
Nyall
_
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02



This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.

Any views expressed in this message are those of the sender.


 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are




This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.

Any views expressed in this message are those of the sender.




___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are

Re: Need to make an error message more friendly.

2009-05-27 Thread MCCAVITT Nyall
Hi Joe,
 
Tried that but as the Pattern attribute is set to $MENU$ then this gives
the same error.
 
What I am trying to do is catch the error and displayed a more
user-friendly error message. 
 
Thanks.
 
Nyall
 
 

_ 
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Joe DeSouza
Sent: mercredi 27 mai 2009 20:58
To: arslist@ARSLIST.ORG
Subject: Re: Need to make an error message more friendly.


** 
You do not have to change the Menu type.. just the field property of the
field that the menu is attached to.
 
You will find this option in the first default tab of the field property
in the mid upper right corner of the field property dialog..
 
Joe


  _  

From: MCCAVITT Nyall nyall.mccav...@eurocontrol.int
To: arslist@ARSLIST.ORG
Sent: Wednesday, May 27, 2009 1:29:20 PM
Subject: Re: Need to make an error message more friendly.

** 

Hi Joe,

Unfortunately I cannot change the menu type as it is based on a search
of another form.

Thanks.

Nyall


-Original Message-
From: Action Request System discussion list(ARSList) on behalf of Joe
DeSouza
Sent: Wed 27/05/2009 17:41
To: arslist@ARSLIST.ORG
Subject: Re: Need to make an error message more friendly.

Make the character menu's display type as drop list and you will never
have to deal with that error..

Joe





From: MCCAVITT Nyall nyall.mccav...@eurocontrol.int
To: arslist@ARSLIST.ORG
Sent: Wednesday, May 27, 2009 10:38:25 AM
Subject: Need to make an error message more friendly.

**
Hi,
Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g
database.
One of my users has complained that the standard error message from
Remedy for a certain condition is not very user-friendly and I cannot
see an easy way of making the message more friendly. Any suggestions
would be welcome.
The simplified situation is this:
One one form, called A1, for this example, I have a field called 'Menu'
which has a menu attached to it. The values in this menu are 2008A,
2008B, 2008C and 2008D. There is a button on this field which when
clicked on copies the data from form A1 to form A2 by means of an Active
Link. This second form also has a field called 'Menu' with an attached
menu, but in the case the menu values are 2008B, 2008C, 2008D i.e. the
value 2008A is missing from the menu on the form A2.
When an entry is being created on form A1 with a value of 2008A in the
'Menu' field and then the button is clicked on the user receives the
following error message:
ARERR [306] Value does not fall within the limits specified for
the field :  (Pattern - $MENU$) : 536870913
The error message itself is clear enough as to why the error has
occurred but the problem is that is uses the Database ID to identify the
field where the problem is. This is OK for an Administrator but the user
would like to have the name of the field i.e. the database label value.
Personally I would like to have the database label value, the form name
and the data value that has caused this error.
Thanks in advance.
Nyall
_
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02



This message and any files transmitted with it are legally privileged
and intended for the sole use of the individual(s) or entity to whom
they are addressed. If you are not the intended recipient, please notify
the sender by reply and delete the message and any attachments from your
system. Any unauthorised use or disclosure of the content of this
message is strictly prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal
commitment on the part of EUROCONTROL, unless it is confirmed by
appropriately signed hard copy.

Any views expressed in this message are those of the sender.


 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
http://www.arslist.org/ 
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers
Are







This message and any files transmitted with it are legally privileged
and intended for the sole use of the individual(s) or entity to whom
they are addressed. If you are not the intended recipient, please notify
the sender by reply and delete the message and any attachments from your
system. Any unauthorised use or disclosure of the content of this
message is strictly prohibited and may be unlawful.



Nothing in this e-mail message amounts to a contractual or legal
commitment on the part of EUROCONTROL, unless it is confirmed by
appropriately signed hard copy.



Any views expressed in this message are those of the sender.

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers
Are_




This message and any files transmitted

Re: Need to make an error message more friendly.

2009-05-27 Thread Joe DeSouza
Or if it changes from another configuration form, where you do not have the 
$MENU$ patterning on the field in question..

If the underlying values are just used from all other data forms you can safely 
use the display type of Drop-List and everyones happy.

Thats what I had done to some of the fields such as the CTI or RSD fields in 
the OTB apps...

Joe





From: Axton axton.gr...@gmail.com
To: arslist@ARSLIST.ORG
Sent: Wednesday, May 27, 2009 2:01:55 PM
Subject: Re: Need to make an error message more friendly.

This approach only solves the problem if the underlying data that
provides the menu values never changes.

Axton Grams

On Wed, May 27, 2009 at 12:29 PM, MCCAVITT Nyall
nyall.mccav...@eurocontrol.int wrote:
 **

 Hi Joe,

 Unfortunately I cannot change the menu type as it is based on a search of
 another form.

 Thanks.

 Nyall


 -Original Message-
 From: Action Request System discussion list(ARSList) on behalf of Joe
 DeSouza
 Sent: Wed 27/05/2009 17:41
 To: arslist@ARSLIST.ORG
 Subject: Re: Need to make an error message more friendly.

 Make the character menu's display type as drop list and you will never have
 to deal with that error..

 Joe




 
 From: MCCAVITT Nyall nyall.mccav...@eurocontrol.int
 To: arslist@ARSLIST.ORG
 Sent: Wednesday, May 27, 2009 10:38:25 AM
 Subject: Need to make an error message more friendly.

 **
 Hi,
 Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g database.
 One of my users has complained that the standard error message from Remedy
 for a certain condition is not very user-friendly and I cannot see an easy
 way of making the message more friendly. Any suggestions would be welcome.
 The simplified situation is this:
 One one form, called A1, for this example, I have a field called 'Menu'
 which has a menu attached to it. The values in this menu are 2008A, 2008B,
 2008C and 2008D. There is a button on this field which when clicked on
 copies the data from form A1 to form A2 by means of an Active Link. This
 second form also has a field called 'Menu' with an attached menu, but in the
 case the menu values are 2008B, 2008C, 2008D i.e. the value 2008A is missing
 from the menu on the form A2.
 When an entry is being created on form A1 with a value of 2008A in the
 'Menu' field and then the button is clicked on the user receives the
 following error message:
     ARERR [306] Value does not fall within the limits specified for the
 field :  (Pattern - $MENU$) : 536870913
 The error message itself is clear enough as to why the error has occurred
 but the problem is that is uses the Database ID to identify the field where
 the problem is. This is OK for an Administrator but the user would like to
 have the name of the field i.e. the database label value. Personally I would
 like to have the database label value, the form name and the data value that
 has caused this error.
 Thanks in advance.
 Nyall
 _
 Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02

 

 This message and any files transmitted with it are legally privileged and
 intended for the sole use of the individual(s) or entity to whom they are
 addressed. If you are not the intended recipient, please notify the sender
 by reply and delete the message and any attachments from your system. Any
 unauthorised use or disclosure of the content of this message is strictly
 prohibited and may be unlawful.

 Nothing in this e-mail message amounts to a contractual or legal commitment
 on the part of EUROCONTROL, unless it is confirmed by appropriately signed
 hard copy.

 Any views expressed in this message are those of the sender.




 ___
 UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
 Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are

 

 This message and any files transmitted with it are legally privileged and
 intended for the sole use of the individual(s) or entity to whom they are
 addressed. If you are not the intended recipient, please notify the sender
 by reply and delete the message and any attachments from your system. Any
 unauthorised use or disclosure of the content of this message is strictly
 prohibited and may be unlawful.

 Nothing in this e-mail message amounts to a contractual or legal commitment
 on the part of EUROCONTROL, unless it is confirmed by appropriately signed
 hard copy.

 Any views expressed in this message are those of the sender.




___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are

Re: Need to make an error message more friendly.

2009-05-27 Thread Mueller, Doug
 and that there are often different options -- with different 
implementation costs -- that you can
choose from depending on what you want to accomplish and how far you need to go 
with the solution.


I hope this set of ideas gives you something to think about and that helps with 
your situation,

Doug Mueller


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of MCCAVITT Nyall
Sent: Wednesday, May 27, 2009 12:52 PM
To: arslist@ARSLIST.ORG
Subject: Re: Need to make an error message more friendly.

Hi Joe,

Tried that but as the Pattern attribute is set to $MENU$ then this gives the 
same error.

What I am trying to do is catch the error and displayed a more user-friendly 
error message.

Thanks.

Nyall
_
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe DeSouza
Sent: mercredi 27 mai 2009 20:58
To: arslist@ARSLIST.ORG
Subject: Re: Need to make an error message more friendly.

**
You do not have to change the Menu type.. just the field property of the field 
that the menu is attached to.

You will find this option in the first default tab of the field property in the 
mid upper right corner of the field property dialog..

Joe


From: MCCAVITT Nyall nyall.mccav...@eurocontrol.int
To: arslist@ARSLIST.ORG
Sent: Wednesday, May 27, 2009 1:29:20 PM
Subject: Re: Need to make an error message more friendly.

Hi Joe,

Unfortunately I cannot change the menu type as it is based on a search of 
another form.

Thanks.

Nyall

-Original Message-
From: Action Request System discussion list(ARSList) on behalf of Joe DeSouza
Sent: Wed 27/05/2009 17:41
To: arslist@ARSLIST.ORG
Subject: Re: Need to make an error message more friendly.

Make the character menu's display type as drop list and you will never have to 
deal with that error..

Joe


From: MCCAVITT Nyall nyall.mccav...@eurocontrol.int
To: arslist@ARSLIST.ORG
Sent: Wednesday, May 27, 2009 10:38:25 AM
Subject: Need to make an error message more friendly.

**
Hi,
Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g database.
One of my users has complained that the standard error message from Remedy for 
a certain condition is not very user-friendly and I cannot see an easy way of 
making the message more friendly. Any suggestions would be welcome.
The simplified situation is this:
One one form, called A1, for this example, I have a field called 'Menu' which 
has a menu attached to it. The values in this menu are 2008A, 2008B, 2008C and 
2008D. There is a button on this field which when clicked on copies the data 
from form A1 to form A2 by means of an Active Link. This second form also has a 
field called 'Menu' with an attached menu, but in the case the menu values are 
2008B, 2008C, 2008D i.e. the value 2008A is missing from the menu on the form 
A2.
When an entry is being created on form A1 with a value of 2008A in the 'Menu' 
field and then the button is clicked on the user receives the following error 
message:
ARERR [306] Value does not fall within the limits specified for the 
field :  (Pattern - $MENU$) : 536870913
The error message itself is clear enough as to why the error has occurred but 
the problem is that is uses the Database ID to identify the field where the 
problem is. This is OK for an Administrator but the user would like to have the 
name of the field i.e. the database label value. Personally I would like to 
have the database label value, the form name and the data value that has caused 
this error.
Thanks in advance.
Nyall
_
Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are


Re: Need to make an error message more friendly.

2009-05-27 Thread LJ Longwing
Nicely worded Doug.

  _  

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Mueller, Doug
Sent: Wednesday, May 27, 2009 2:26 PM
To: arslist@ARSLIST.ORG
Subject: Re: Need to make an error message more friendly.


** 
Nyall,
 
The key here is that you are trying to trap a specific instance where this
generic error message can come
up and provide a message that you control to give better indication about
this specific situation.
 
The various suggestions about changing menu styles and such help control
what can be entered, but do
not allow you to specifically address the issue.
 
Also, there seems to be a constraint about adding anything or doing any
checking on the remote form.
So, all the options here are adding things to the source form only.
 
The only way to accomplish what you want with a special error message for
the specific case you have is
to do your own validation or trapping of the problem and displaying your own
message.
 
So, here are some options:
 
Option 1 -- Easy, quick and dirty however is inflexible
 
This works ONLY IF you know that there is a bad value -- say 2008A -- that
is causing the problem.
 
Simply add an active link that fires BEFORE the active link that does the
push to the other form that fires
on the same conditions that has a run if
 
'field' = 2008A
 
and an action that says to display an error message and you can say that
value 2008A is not allowed.
You can be as specific as you want with the message.
 
NOTE: This is easy but it is inflexible since you need to know the exact
value that is wrong and need to
keep up if there are other values that can be wrong.  This is an option only
if the menu is essentially
static even though it is a lookup.
 
 
Option 2 -- A bit more work, much more robust and flexible than Option 1 but
still requires keeping
definitions in sync
 
Add (or use an available existing) temp field.  It doesn't matter what the
field is since you are really not going
to be using it, you are just going to do a NULL test on it.
 
Add two active links that run BEFORE the active link that does the push to
the other form that fire on the
same conditions
 
#1  if the field in question has a value (no need to test if it is NULL),
perform a set fields that has a qualifier
that is the same as the qualifier for the menu that is on the other form
with the following added on
 
AND 'field on target form' = $field on current form$
 
This does the same search for a subset of records to display AND says to see
if there is one that is the
value I am supplying.
 
Assign the field value you are looking up to the temp field you have
arranged for with the option for what to
do if there are no matches set to Assign a NULL value
 
#2 runs at a higher execution order than #1 has a run if
 
'temp field' = $NULL$
 
and an action that is an error message that says exactly what you want to
say.
 
This adapts to any value and changing menus.  However, it is dependent on
the qualification.  So, if the
menu definition on the other form changes, you will have to change the
active link set fields qualifier in
#1 to adapt.
 
 
Option 3 -- requires AR System 7.1 or later, is the most complete solution,
but is also a bit more work
 
Redo your logic to move the push fields to a filter that fires on Service.
Then, change the active link that
does the push to perform a Service action against your form (probably
passing a code in some field to
tell it that this is the operation you are performing in case there are
multiple service conditions) and have
the operation performed.
 
At this point you have the IDENTICAL operation you have now but instead of
the active link performing the
operation, it calls an operation on the current form and a filter performs
the operation.  But, the error is the
same and you still want it fixed.
 
HOWEVER, this is where you can then use the second new feature of 7.1 --
error handling  (available only
for filters which is why I had to get you to move the operation to filters
first).
 
Define an error handler on the filter that does a push.  If an error occurs
during the push, the error handler
will get called.
 
The error handler would have a run if qualification of
 
$ERRORNUMBER$ = 306 AND $ERRORMESSAGE$ LIKE %536870913%
  (note that the actual keywords are different strings, but you can look
up the exact wording)
 
This would be true ONLY for error 306 on the field of interest.
 
Success, the error handler would not be called
Any other error and the error handler would run the ELSE branch (which is
empty) and return the error
 
If it matches however, the error 306 would be suppressed completely.  You
would then have an action on
your error handler filter that would be an error message of the text that
you wanted to have.
 
Essentially, you have trapped the error you don't want in this case and
substituted your error.  You could
alternatively have kept running or whatever you wanted but you wanted an
alternate

Re: Need to make an error message more friendly.

2009-05-27 Thread Axton
 changes, you will have to change the
 active link set fields qualifier in
 #1 to adapt.


 Option 3 -- requires AR System 7.1 or later, is the most complete solution,
 but is also a bit more work

 Redo your logic to move the push fields to a filter that fires on
 Service.  Then, change the active link that
 does the push to perform a Service action against your form (probably
 passing a code in some field to
 tell it that this is the operation you are performing in case there are
 multiple service conditions) and have
 the operation performed.

 At this point you have the IDENTICAL operation you have now but instead of
 the active link performing the
 operation, it calls an operation on the current form and a filter performs
 the operation.  But, the error is the
 same and you still want it fixed.

 HOWEVER, this is where you can then use the second new feature of 7.1 --
 error handling  (available only
 for filters which is why I had to get you to move the operation to filters
 first).

 Define an error handler on the filter that does a push.  If an error occurs
 during the push, the error handler
 will get called.

 The error handler would have a run if qualification of

 $ERRORNUMBER$ = 306 AND $ERRORMESSAGE$ LIKE %536870913%
   (note that the actual keywords are different strings, but you can look
 up the exact wording)

 This would be true ONLY for error 306 on the field of interest.

 Success, the error handler would not be called
 Any other error and the error handler would run the ELSE branch (which is
 empty) and return the error

 If it matches however, the error 306 would be suppressed completely.  You
 would then have an action on
 your error handler filter that would be an error message of the text that
 you wanted to have.

 Essentially, you have trapped the error you don't want in this case and
 substituted your error.  You could
 alternatively have kept running or whatever you wanted but you wanted an
 alternate error.

 This last one is the most work, but it works no matter what the values are
 today or change to, no matter
 what the menu in question is.



 I hope this shows the variety of types of things you can do to handle
 situations like the one you are
 describing and that there are often different options -- with different
 implementation costs -- that you can
 choose from depending on what you want to accomplish and how far you need to
 go with the solution.


 I hope this set of ideas gives you something to think about and that helps
 with your situation,

 Doug Mueller
 
 From: Action Request System discussion list(ARSList)
 [mailto:arsl...@arslist.org] On Behalf Of MCCAVITT Nyall
 Sent: Wednesday, May 27, 2009 12:52 PM
 To: arslist@ARSLIST.ORG
 Subject: Re: Need to make an error message more friendly.

 Hi Joe,

 Tried that but as the Pattern attribute is set to $MENU$ then this gives the
 same error.

 What I am trying to do is catch the error and displayed a more user-friendly
 error message.

 Thanks.

 Nyall
 _
 Nyall McCavitt CND/COE/VI/SQ (BE.25) Tel: +33 (0)1 69 88 73 02

 -Original Message-
 From: Action Request System discussion list(ARSList)
 [mailto:arsl...@arslist.org] On Behalf Of Joe DeSouza
 Sent: mercredi 27 mai 2009 20:58
 To: arslist@ARSLIST.ORG
 Subject: Re: Need to make an error message more friendly.

 **
 You do not have to change the Menu type.. just the field property of
 the field that the menu is attached to.

 You will find this option in the first default tab of the field property in
 the mid upper right corner of the field property dialog..

 Joe
 
 From: MCCAVITT Nyall nyall.mccav...@eurocontrol.int
 To: arslist@ARSLIST.ORG
 Sent: Wednesday, May 27, 2009 1:29:20 PM
 Subject: Re: Need to make an error message more friendly.

 Hi Joe,

 Unfortunately I cannot change the menu type as it is based on a search of
 another form.

 Thanks.

 Nyall

 -Original Message-
 From: Action Request System discussion list(ARSList) on behalf of Joe
 DeSouza
 Sent: Wed 27/05/2009 17:41
 To: arslist@ARSLIST.ORG
 Subject: Re: Need to make an error message more friendly.

 Make the character menu's display type as drop list and you will never have
 to deal with that error..

 Joe

 
 From: MCCAVITT Nyall nyall.mccav...@eurocontrol.int
 To: arslist@ARSLIST.ORG
 Sent: Wednesday, May 27, 2009 10:38:25 AM
 Subject: Need to make an error message more friendly.

 **
 Hi,
 Environment: ARS V7.1 (Solaris) running with a remote Oracle 10g database.
 One of my users has complained that the standard error message from Remedy
 for a certain condition is not very user-friendly and I cannot see an easy
 way of making the message more friendly. Any suggestions would be welcome.
 The simplified situation is this:
 One one form, called A1, for this example, I have a field called 'Menu'
 which has a menu attached to it. The values