Hi John, i can't confirm this is working... I referenced a external css-file through <wo:ERXStylesheet ...> and in that file all background images are referenced relative (../images/bar.png) - It´s not working...
Am 31.05.2011 um 16:09 schrieb John Huss: > Relative URLS work fine, but you must use an external CSS file, not a style > tag embedded in a component. The URL is resolved relative to the location of > the hosting file. > > John > > On Mon, May 30, 2011 at 4:35 AM, Paul Hoadley <[email protected]> wrote: > Hi Frank, > > On 30/05/2011, at 6:22 PM, Ruenagel, Frank wrote: > > > I guess, this is a problem of resource-path-names without beginning with > > "/" or "http://";. > > For example the following *never* may come up in the generated html of a > > WO-generated dynamic page: > > > > <style> > > div#statistic p#count-right{ > > background-image: url(images/count-right.jpg); > > } > > </style> > > You are right, that doesn't work. > > > There has to be "/images..." (or alternative the absolute path), > > else the URL is interpreted as relative to the current "page", which is > > a WOComponent or DirectAction. > > As far as I can tell, that doesn't work either. Using the url(...) notation > within a page seems to generate filesystem paths relative to > '/Library/WebServer/Documents/', regardless of whether they're relative or > absolute. I've just tested both, running within Eclipse. > > Anyway, that's not what we're trying to do. We're using the url(...) > notation not within a page template, but from within a stand-alone CSS > resource which has already been loaded. In that case, relative paths within > the CSS file should be relative to the location of the file itself. Indeed, > it works just fine in both Eclipse and in normal deployment running under > JavaMonitor. In any case, I tried converting the image references to > "absolute" (relative to WebServerResources, I suppose), and it still doesn't > work under Direct Connect. > > > Check the *generated* page for such errors. > > The weird part is that Safari doesn't complain about missing resources. It > thinks it has them. They're just empty. > > > Check the logs of your app: any miraculous "page not found" errors around? > > The only time the app logs show an error is when I change "../img/foo.png" to > "/img/foo.png" and it complains that it's not present in > '/Library/WebServer/Documents/'. > > > -- > Paul. > > http://logicsquad.net/ > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/johnthuss%40gmail.com > > This email sent to [email protected] > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/paul.dunkler%40xyrality.com > > This email sent to [email protected] Mit freundlichen Grüßen Paul Dunkler
<<inline: xyrality_logo_medium.png>>
----------------------------------------------------- XYRALITY GmbH • Lerchenstraße 28a • 22767 Hamburg Paul Dunkler • Softwareentwickler Mail: [email protected] Tel: +49 (0) 40 23 51 78 97 Mobil: +49 (0) 151 11624143 Fax: +49 (0) 40 23 51 78 98 Web: http://www.xyrality.com/ Registergericht: Hamburg HRB 115332 Geschäftsführer: Sven Ossenbrüggen & Alexander Spohr -----------------------------------------------------
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
