>_< 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 <b...@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 <b...@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 < >> falc...@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 >>> >> >> >
-------- RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 & 6, 2012