Re: Private Branding-multiple css
Re: Private Branding-multiple css
- Subject: Re: Private Branding-multiple css
- From: Chuck Hill <email@hidden>
- Date: Fri, 11 Mar 2005 17:05:16 -0800
A lot depends on how your are pointing to the css file now. In
addition to the ideas below, you can also check the headers http_host
and host. There might at times be others. The WO adaptors seem very
inconsistent in header naming across platforms, versions, and phases of
the moon.
Chuck
On Mar 11, 2005, at 4:15 PM, Mark Morris wrote:
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:
village.net
This email sent to email@hidden
--
Practical WebObjects - a book for intermediate WebObjects developers
who want to increase their overall knowledge of WebObjects, or those
who are trying to solve specific application development problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
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