Hi,
Well and good, except that this would require extra storage space in the
database repository. There is no space to store such a thing in either the
API or the Database, and it should not be implemented as a patch.
Drop your idea to BMC as an Enhancement Request.
Best Regards - Misi, RRR AB, http://www.rrr.se
Products from RRR Scandinavia:
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
* RRR|Translator - Manage and automate your language translations.
Find these products, and many free tools and utilities, at http://rrr.se.
> I'll agree with that and take it a step further. I want it to only show
> the brackets that I put there and not take them out or add new ones. They
> could do that by simply storing the qualification text as well as its
> internal representation.
>
> Lyle
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:[email protected]] On Behalf Of LJ Longwing
> Sent: Thursday, October 29, 2009 3:32 PM
> To: [email protected]
> Subject: Re: Developer Studio issue - auto grouping of qualification
> criteria
>
> I can certainly see that argument :)
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:[email protected]] On Behalf Of Misi Mladoniczky
> Sent: Thursday, October 29, 2009 3:25 PM
> To: [email protected]
> Subject: Re: Developer Studio issue - auto grouping of qualification
> criteria
>
> Hi,
>
> I agree, but why settle for the way AR Admin did it?
>
> I think that ALL unnecessary brackets should be removed. I want to see
> brackets only where they make a difference!
>
> The "normal" way:
> ('Field 1' != $NULL$ AND 'Field 2' != $NULL$ AND 'Field 3' != $NULL$ AND
> 'Field 4' != $NULL$) OR 'Field 5' != $NULL$
>
> AR Admin:
> (('Field 1' != $NULL$) AND ('Field 2' != $NULL$) AND ('Field 3' != $NULL$)
> AND ('Field 4' != $NULL$)) OR ('Field 5' != $NULL$)
>
> DevStudio:
> (((('Field 1' != $NULL$) AND ('Field 2' != $NULL$)) AND ('Field 3' !=
> $NULL$)) AND ('Field 4' != $NULL$)) OR ('Field 5' != $NULL$)
>
> Best Regards - Misi, RRR AB, http://www.rrr.se
>
> Products from RRR Scandinavia:
> * RRR|License - Not enough Remedy licenses? Save money by optimizing.
> * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
> * RRR|Translator - Manage and automate your language translations.
> Find these products, and many free tools and utilities, at http://rrr.se.
>
>> Not that I condone the practice, but I understand how it's doing
>> it...this goes back to the discussion regarding how to parse a
>> qualification. The 'dev studio way' is how ARInside has always parsed
>> the qualification. It takes the left and right operand and puts
>> brackets around them, then it parses again, and puts brackets around
>> left and right again, over and over till it hits the individual
> qualifications. it's significantly 'easier'
>> from a programming standpoint to do that than it is to do it the way
>> Admin tool used to do it....but I agree it makes it significantly
>> harder to read.
>> I would say we need to open defects against the DevStudio and get it
>> fixed.
>>
>> _____
>>
>> From: Action Request System discussion list(ARSList)
>> [mailto:[email protected]] On Behalf Of Guillaume Rheault
>> Sent: Thursday, October 29, 2009 8:03 AM
>> To: [email protected]
>> Subject: Developer Studio issue - auto grouping of qualification
>> criteria
>>
>>
>> **
>>
>> DevStudio is a great revolutionary tool compared to the good ol' Admin
>> tool, but there is something that the Admin Tool is better at, by not
>> doing it:
>> the automatic grouping of qualification statements. Let me explain.
>> When setting a qualification, whether for an active link , filter or
>> table field qualification, or any qualification, DevStudio "over"
>> groups the statements to the point where it is harder to see what it
>> is.
>>
>> So for instance in the Admin tool, you can have this qualification:
>>
>> (('Field 1' != $NULL$) AND ('Field 2' != $NULL$) AND ('Field 3' !=
>> $NULL$) AND ('Field 4' != $NULL$)) OR ('Field 5' != $NULL$)
>>
>> In DevStudio, this becomes:
>>
>> (((('Field 1' != $NULL$) AND ('Field 2' != $NULL$)) AND ('Field 3' !=
>> $NULL$)) AND ('Field 4' != $NULL$)) OR ('Field 5' != $NULL$)
>>
>> Notice the extra brackets.
>>
>> This qualification is very simple, but as you can see it is more
>> difficult to figure it out in DevStudio than the Admin tool because
>> of the extra brackets. With complex qualifications, this becomes a
>> real annoyance that really gets in the way of the developer, specially
>> because the auto-grouping is done even before saving the active link,
>> filter, table field, etc. This problem is magnified when dealing with
>> the ITSM workflow, to the point that I find myself copying and pasting
>> qualifications in Notepad to strip the extra brackets to be able to
>> understand the qualification.... this is not good.
>>
>> This problem really needs to be fixed, or at least provide the end
>> user with the option to turn this "feature" on or off. IMO, it should
>> be off, so DevStudio behaves the same way As the Admin tool by
>> default. So far it seems there is no option to turn this off, but if
>> somebody knows a way, please let us know
>>
>> Guillaume
>>
>>
>>
>>
>> _Platinum Sponsor: [email protected] ARSlist: "Where the
>> Answers Are"_
>>
>> ______________________________________________________________________
>> _________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> Platinum Sponsor:[email protected] ARSlist: "Where the Answers
>> Are"
>>
>> --
>> This message was scanned by ESVA and is believed to be clean.
>>
>>
>
> ____________________________________________________________________________
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
> Sponsor:[email protected] ARSlist: "Where the Answers Are"
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor:[email protected] 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:[email protected] ARSlist: "Where the Answers Are"
>
> --
> This message was scanned by ESVA and is believed to be clean.
>
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
