Hi,
we need many local customized modules for RT. The problem is that these
modules will be lost when upgrading to a new version of RT (which also
includes color shemes, company logo etc).
Is there a current way to preserve local changes, or is such a feature
planned? Maybe I could also make a few patches to allow local modules,
example:
-
A company wants an own logo instead of the default RT logo (rt.jpg).
Usually, you would replace rt.jpg with your own logo. The problem is
that the file will be overwritten when a new version of RT is installed.
Maybe an implementation with local files could help there, implementing
a check if rt.local.jpg exists, RT should take rt.local.jpg instead of
rt.jpg. Since rt.local.jpg won’t be installed by the default RT
installation, the RT administrator won’t need to worry about that.
-
The same principle above could be used for other things in RT
Comments?
Timo
Timo A. Hummel, IT Specialist
IS Innovative Software AG Phone: +49 69 505030-302
Feuerbachstraße 26-32 Fax: +49 69 505030-505
60325 Frankfurt a.M. E-Mail:
mailto:timo.hummel@isg.de
GERMANY WWW: http://is.ag
There already is a semantic for this… it is the Mason Local Path…
Just put your replacement rt.jpg in the same path that it is in, but in
local/WebRT instead of just WebRT… Once there, Mason uses it before it
uses the default that was installed… Also, RT never overwrites these
files… The only problem I have had with local customization of the web
code is web code updates, like the recent REFRESH stuff… I had made a
customized header and footer, and also a bunch of other smaller custom web
pieces to appease all the PR types, and every time I update the web
interface, i have to diff the old and new to see what has changed (wrote
simple shell scripts to make the diffs), anyhow, then update the local stuff
with the changes if need be (on a file by file basis).
Jay
files… The only problem I have had with local customization of the web
code is web code updates, like the recent REFRESH stuff… I had made a
customized header and footer, and also a bunch of other smaller custom web
pieces to appease all the PR types, and every time I update the web
interface, i have to diff the old and new to see what has changed (wrote
simple shell scripts to make the diffs), anyhow, then update the local stuff
with the changes if need be (on a file by file basis).
I see. Maybe Jesse or anybody else has a good idea about this? I bet
I’ll stumple
over this earlier or later.
Regards
Timo
Timo A. Hummel, IT Specialist
IS Innovative Software AG Phone: +49 69 505030-302
Feuerbachstraße 26-32 Fax: +49 69 505030-505
60325 Frankfurt a.M. E-Mail:
mailto:timo.hummel@isg.de
GERMANY WWW: http://is.ag
There already is a semantic for this... it is the Mason Local Path..
Just put your replacement rt.jpg in the same path that it is in, but in
local/WebRT instead of just WebRT… Once there, Mason uses it before it
uses the default that was installed… Also, RT never overwrites these
This works with html files, but pictures are ignored for some reason…
Best regards
Timo
Timo A. Hummel, IT Specialist
IS Innovative Software AG Phone: +49 69 505030-302
Feuerbachstraße 26-32 Fax: +49 69 505030-505
60325 Frankfurt a.M. E-Mail:
mailto:timo.hummel@isg.de
GERMANY WWW: http://is.ag
You know, I never really looked at that from a picture standpoint, because I
have all my pictures coming from another vhost I have setup in apache, with
non-relative urls… I’ve changed the header/footer and a lot of the
internal design elements in RT to match our corporate website as well as
some other software we already use, and serve all the images that way…
Maybe that could be a solution for your problems? I know its more work to
redo that way, but its worked flawlessly here (ahah, its totally outside the
scope of RT at that point)… And, I think the Local stuff is just for the
html at this point, because of the refactoring that Jesse did for FastCGI…
I don’t even know if the local path works correctly at all with FastCGI (I’d
rather just use mason/mod_perl… it’s fine for my needs, I have a big
enough box for it, and have not had any problems… heh)… Anyhow, tell me
if this would work, and if you want any help…
Jay
So a while ago, there was some discussion about whether the FastCGI handler
should use the local/ directory to override images. What I didn’t realize
until this weekend was that the mod_perl handler won’t display images
in the local component root, since it declines image requests and hands
them off to apache…and apache has no concept (to my knowledge) of composite
DocumentRoots. The change I’ve made in 2.0.9 is to allow users
to specify that images should be served from another path or server.
As things move forward, I’m happy to look at new and better ways to allow local
customization without hindering upgrades. I hope that this change will
help somewhat.
-jOn Wed, Nov 07, 2001 at 10:18:12AM -0600, Jay Kramer wrote:
You know, I never really looked at that from a picture standpoint, because I
have all my pictures coming from another vhost I have setup in apache, with
non-relative urls… I’ve changed the header/footer and a lot of the
internal design elements in RT to match our corporate website as well as
some other software we already use, and serve all the images that way…
Maybe that could be a solution for your problems? I know its more work to
redo that way, but its worked flawlessly here (ahah, its totally outside the
scope of RT at that point)… And, I think the Local stuff is just for the
html at this point, because of the refactoring that Jesse did for FastCGI…
I don’t even know if the local path works correctly at all with FastCGI (I’d
rather just use mason/mod_perl… it’s fine for my needs, I have a big
enough box for it, and have not had any problems… heh)… Anyhow, tell me
if this would work, and if you want any help…
Jay
There already is a semantic for this... it is the Mason Local Path..
Just put your replacement rt.jpg in the same path that it is in, but in
local/WebRT instead of just WebRT… Once there, Mason uses it before it
uses the default that was installed… Also, RT never overwrites these
This works with html files, but pictures are ignored for some reason…
Best regards
Timo
–
Timo A. Hummel, IT Specialist
IS Innovative Software AG Phone: +49 69 505030-302
Feuerbachstraße 26-32 Fax: +49 69 505030-505
60325 Frankfurt a.M. E-Mail:
mailto:timo.hummel@isg.de
GERMANY WWW: http://is.ag
rt-devel mailing list
rt-devel@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-devel
rt-devel mailing list
rt-devel@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-devel
http://www.bestpractical.com/products/rt – Trouble Ticketing. Free.