[rt-devel] RTFM element and callback overrides

Ed Kershenbaum edk at grandvirtual.com
Wed Mar 3 00:09:33 EST 2004


Can someone exmplain (or point me toward) the rules regarding RTFM
overriding RT callbacks.  

For example, 

./share/html/Callbacks/RTFM/Elements/MessageBox/Default appears to override
./share/html/Elements/MessageBox

In general, what are the differences between Elements under Callback
hierarchies, and all others?

Instead of changing the
./share/html/Callbacks/RTFM/Elements/MessageBox/Default file, what would be
the appropriate location to create my own override?

Thanks,

Ed

-----Original Message-----
From: Ed Kershenbaum [mailto:edk at grandvirtual.com] 
Sent: Tuesday, March 02, 2004 3:46 PM
To: rt-devel at lists.bestpractical.com
Subject: RE: [rt-devel] Constraining RTFM search by queue when updating ti
cket

Turns out it was not problem.  Passed the queue name into the callback as a
parameter, then scanned the article class list looking for a match.  Used
the $class->ID of the match as an additional limit in calling
$articles_basic->Limit.

-----Original Message-----
From: Ed Kershenbaum [mailto:edk at grandvirtual.com] 
Sent: Monday, March 01, 2004 1:31 PM
To: rt-devel at lists.bestpractical.com
Subject: [rt-devel] Constraining RTFM search by queue when updating ticket

We operate RT in 16 languages.  I've set up a queue per language, and a
corresponding RTFM class with an identical name.

I'm passing the queue name into the RTFM BeforeMessageBox callback on
Update.html.  

Looks like I'll need to constrain the RTFM search by calling
$articles_basic->Limit.

Any hints on the appropriate parameters need to constrain searching for
RTFM_Content by particular named class?
_______________________________________________
rt-devel mailing list
rt-devel at lists.bestpractical.com
http://lists.bestpractical.com/mailman/listinfo/rt-devel
_______________________________________________
rt-devel mailing list
rt-devel at lists.bestpractical.com
http://lists.bestpractical.com/mailman/listinfo/rt-devel



More information about the Rt-devel mailing list