[rt-users] How do I make a custom field with values not equal to names ?
Alex Peters
alex at peters.net
Thu Jul 24 20:04:58 EDT 2014
I'm not sure I understand your question. Are you asking whether custom
fields can hold multiple values at once? You can set up custom fields that
do this. What exactly are you wanting to achieve? Custom field options
that depend on a previously-selected value?
Custom field values can safely be deleted when they should no longer be
added to new tickets/transactions, because they are copied by value (not by
reference) when used.
On 25/07/2014 6:18 am, "Al Joslin" <allen.joslin at gmail.com> wrote:
> I am wishing that RT supported CustomFields in a way other than Name ==
> Value
>
> This makes it impossible to have a CustomField showing a bunch of Names
> whose Values are [for example] integer Object IDs
>
>
>
>
> In my case I have to store billing rates for service calls, supporting
> multiple external service organizations with multiple rates
>
> It's going to look stupid because you can only have one (1) option in the
> final menu
>
> ServiceOrg == ServiceOrg -> RatePlan == RatePlan -> Cost $ == Cost $
>
>
> A cascade of two would be fine -- but it's impossible, right?
>
> ServiceOrg == ServiceOrg -> RatePlan == Cost $
>
>
>
> Am I stuck with mashing the cost into the rate plan string and extracting
> that with code anytime I need the value ?
>
> ServiceOrg == ServiceOrg -> RatePlan, Cost $ == RatePlan, Cost $
>
>
>
> thanks
> al;
>
>
> Oh, another thought just occurred to me as well -- what happens in the
> future when Rates change ? I don't want to have changes to the available
> rates change the amount's that were applied in the past !! Is there any
> way to set an option within a CF to disabled ? (exists but cannot be
> selected)
>
>
> --
> RT Training - Boston, September 9-10
> http://bestpractical.com/training
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20140725/24535b9f/attachment.htm>
More information about the rt-users
mailing list