Re: Private Branding-multiple css
Re: Private Branding-multiple css
- Subject: Re: Private Branding-multiple css
- From: Mark Morris <email@hidden>
- Date: Fri, 11 Mar 2005 18:15:41 -0600
Well, there could very easily be a better way, but....
I've written apps that dynamically load (and cache) CSS (and
javascript) files. (Before you ask, one of the reasons for this was to
do some substitution of placeholder strings within the css and js
files.)
Wait, forget that. ;-) Here's another idea:
If each client has their own application defined (in Monitor), you
could have some sort of convention that the CSS files for that
application are in a certain path that contains the application name
(say /css/App1/). Then, add a WOString (in the HTML where you load
your CSS) that returns the correct path. (The app can determine its
own name.) You could still have a /css/common/ directory for common
CSS files.
You can have apache redirect from "site1.domain.com" to something like
"apps.domain.com/cgi-bin/WebObjects/App1", etc.
I hope this helps!
Regards,
Mark
On Mar 11, 2005, at 4:22 PM, Drew Thoeni wrote:
I'm looking to allow clients to have their own "brand" on a site. So,
I'd like to have one generic application and deploy it with slightly
different domain names. For example:
site1.domain.com
site2.domain.com
or
www.domain.com/site1
www.domain.com/site2
Each site would use a different CSS to make the site appear as if it
was being offered by that version of the site's sponsor.
Question is how to best do this so the CSS appears on all session and
directAction pages.
I can already cause a single site to use a CSS, the question here is
how to "reuse" the same code and domain name to offer the appearance
of different sites.
regards,
Drew
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden