[Seaside] Making generated links more understandable
Lawrence Kellogg
mac.hive at me.com
Tue Mar 27 15:10:01 UTC 2012
On Mar 27, 2012, at 11:00 AM, Nick Ager wrote:
> I am also struggling to understand why everything breaks. My nginx.conf file redirects to /var/www/glass for files that I refer to in my code, so I only put 'picture.jpg' for an image, for instance, or 'bootstrap.css', and it all works great. Would you call that a relative path?
>
> If I put in that single addToPath line in updateUrl:
>
>> updateUrl: aUrl
>> super updateUrl: aUrl.
>> aUrl addToPath: self class name
>
>
> So in your render methods do you have code that looks like:
>
> html image url: 'picture.jpg'.
>
> If so the request url will be relative to page path, which you are modifying by adding the class name.
> I'd normally develop using a file library or external file library which would look like:
>
> html image url: MyFileLibrary / #pictureJpg.
>
> this generates html as: <img src='/files/MyFileLibrary/picture.jpg'>
>
> which is always absolute from the root.
>
Yes, I have html image tags as you describe. I have been told not to use the FileLibrary class for things like CSS, etc, because it gets cached somewhere where it shouldn't,
but I am forgetting the exact reason now. So, I don't use the FileLibrary for anything, in deployment, and I'm talking about my deployed system here. This code works correctly in my local system that uses a FileLibrary.
> Have a look with the developer tools (firebug etc) to see what the request path is
>
Thanks...
Larry
> Cheers
>
> Nick
> _______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20120327/79c3430c/attachment.htm
More information about the seaside
mailing list