[rt-users] Add queue change to Update.html (comment/reply)

[Bart]

Seems the mailing lists doesn't really allow .sh files, attempting to
attatch a zip with this mail :P

-- Bart


Op 15 februari 2012 12:18 schreef Bart <bart at pleh.info> het volgende:

> Hi Kevin,
>
> Thanks for the info :)
>
> I've done some shameless copying of Ruslan's plugin and created my own out
> of it.
> Using his plugin as an example was plenty :)
>
> It seems that Ruslan's plugin and this one can work together quite nicely,
> you just need to figure out which one you want to load first. In my case I
> want the queue change to showup first and then the custom fields. Thus when
> you load the plugin make sure that the QueueChangeOnUpdate is listed before
> the CustomFieldsOnUpdate plugin in your RT_SiteConfig.pm.
>
> The part that might be difficult for myself a.t.m. is creating an official
> plugin out of it and adding it to the Perl repo.
> I did however manage to make simple bash script out of it which for now
> kinda works for me :)
>
> You can check the results in the attatchment.
> The script assumes that you have RT installed under /opt/rt4, so if it
> isn't then you may need to edit the paths a little.
>
> I would however like to know how I can add this to Perl, so that it's a
> little more like a normal plugin :) (need to find some time to figure out
> how to do all of that, I'm not that brilliant with Perl, let alone with
> actually adding stuff to the repo)
>
>
> -- Bart
>
>
> Op 14 februari 2012 17:44 schreef Kevin Falcone <falcone at bestpractical.com
> > het volgende:
>
>> On Tue, Feb 14, 2012 at 07:44:08AM +0100, Bart wrote:
>> >    Now to make a seperate plugin out of it :) Not sure if I'm able to
>> make something for the CPAN
>> >    repository, but I'll see how far I can get. (first I'd like to see
>> how this works as a
>> >    seperate plugin along with to the CustomFieldsOnUpdate plugin).
>>
>> These days, I usually install Dist::Zilla::MintingProfile::RTx and run
>> dzil -P RTx My-Custom-RT-Module and then put it in source control and
>> edit away.  I realize that may be a slightly higher barrier to entry
>> than you want, and you can usually get away with judicious renaming /
>> copying from an existing module.  The most common things you'll need
>> to touch include lib/RT/Extension/ModuleName.pm (renaming the file and
>> the package line) and also updating the package line in Makefile.PL.
>>
>> If you're familiar with building a normal CPAN extension, the only
>> real magic in an RT extension is the RTx line in Makefile.PL.  If
>> you're not familiar with building CPAN extensions, there's a bit more
>> framework to wrap your head around.
>>
>> -kevin
>>
>> --------
>> RT Training Sessions (http://bestpractical.com/services/training.html)
>> * Boston — March 5 & 6, 2012
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20120215/77990345/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RT-Extension-QueueChangeOnUpdate.sh.zip
Type: application/zip
Size: 1193 bytes
Desc: not available
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20120215/77990345/attachment.zip>