Autocomplete

Hi,

Since we will include autocomplete feature for the People-Panel for
Requester/CC/AdminCC etc., I would like to know if there is interest
in adding it as a standard feature?

With best regards,

Christian

smime.p7s (4.29 KB)

Hi,

Since we will include autocomplete feature for the People-Panel for
Requester/CC/AdminCC etc., I would like to know if there is interest
in adding it as a standard feature?

With best regards,

Christian

Is this going to be an AJAX thing? I am working on some other
AJAX proof of concept stuff for RT, and was thinking of an
extension that would add all sorts of AJAXy goodness.

-Todd

Yes!

As far as our experience goes with AJAXy (I like this!) goodness at
the development ouf our medizinkraft-system, there is plenty of
possibilities to enhance the usability.

Since we believe in “Code In, Code Out” perhaps we can help you?

With best regards,

Christian
On Dec 12, 2005, at 8:17 PM, Todd Chapman wrote:

On Mon, Dec 12, 2005 at 06:17:26PM +0100, Kocourek, Christian wrote:

Hi,

Since we will include autocomplete feature for the People-Panel for
Requester/CC/AdminCC etc., I would like to know if there is interest
in adding it as a standard feature?

With best regards,

Christian

Is this going to be an AJAX thing? I am working on some other
AJAX proof of concept stuff for RT, and was thinking of an
extension that would add all sorts of AJAXy goodness.

-Todd

smime.p7s (4.29 KB)

Hi.

I tried this on the rt-user list, but got no response … maybe this is
deeper than a normal user question?

Background:

We’re trying to create “subtask” tickets from the creation of a “master"
ticket based on the settings of various custom fields. For each custom
field, if the value is “Required”, then create a new ticket and link it
back to the “master”. Seems simple enough and seems like a job for the
"Create Tickets” action in a TransactionBatch.

The problem:

When in the template for the “Create Tickets” action, the perl parser
seems to be executed after the initial parsing of the template file,
which seems to search for “===Create-Ticket” lines to create a hunk of
data to use for creating each ticket. This prevents me from using perl
in the template to generate the “===Create-Ticket” stanzas (since the
"===Create-Ticket" must be there for the initial parse prior to the
perl code evaluation). I’m wondering if this would be considered a bug
in the “Create Ticket” action? It’s certainly a pain in the ass. :slight_smile:

So, I am bailing out of that idea and switching to "TransactionStage"
and processing each ticket one at a time. Next problem I ran into was
figuring out what data objects are available within the "Create Ticket"
action’s template. Stuff like $self, $ticket, and $transaction do not
appear to be defined! I do have a $Tickets{‘TOP’}, and
$Tickets{‘TOP’}->Transactions does return a perl object, but none of the
methods and data I expect to be associated with a Transaction are there
(i.e. $trans->Field). How can I dump the contents of this object to
figure out what’s actually in there and available?

Basically, I am stuck. I can get the data I need in TransactionBatch,
but I can’t dynamically create the template for the multiple
Create-Ticket’s, and I can create the template I need in
TransactionStage, but can’t get to the data of the transaction to find
out which custom field was flipped (and therefor what queue to create
the ticket in).

As my last resort, I was going to do a User Defined action or a regular
notify action with a template that will expose the $Transaction to me,
but I haven’t figured out how to create a ticket the “hard way” yet
(i.e. the RT API). Any pointers to that would be welcome, as I haven’t
found anything on the Wiki or in the book (nice book, btw … I hope RT
Programming is comming out next!)

I can provide code chunks, configuration details, whatever, but I
figured this note was long enough already, so please ask if you want
more details or copies of the code I’ve tried.

Thanks!
Sam