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

[Bart]

>_<

Didn't know this:

mBlox Email Attachment Policy:
> Emails containing batch, executable or script attachments (even within a
> zip compressed file) are NOT permitted through the mBlox messaging
> network.
>

Below a link to my wiki where you can easilly download the actual script,
seems that's the best way for now ;)

   - http://pleh.info/wiki/rt/rt-extension-queuechangeonupdate


-- Bart


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

> 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/2ebaa4d9/attachment.htm>