Jon, On 12/7/06, Jonathan Johnson <[EMAIL PROTECTED]> wrote:
On Dec 7, 2006, at 2:55 PM, Dennis Birch wrote: > I didn't notice that because I was working in R3. The frequent crashes > in R4 get to be too frustrating after a while. But I've tested it in > R4, and that doesn't work either. I noticed that URLPath precedes what > ShellPath produces with "localhost". I don't know if that's > specifically the problem, but I can clearly see that the HTMLViewer > does not seem to like the URLPath string. I'm a bit surprised that it doesn't work. Our language reference's search feature uses URLPath to build the HTML on the fly. The only known issue that I fixed with it for r2 or r3 was that it used the wrong encoding on Japanese Windows :) On Mac OS X, we ask the OS to create the URL for us through some CoreFoundation calls. On other OSes, we piece it together manually, but it's always worked for us in our language reference.
It wouldn't auto-complete or compile for me in R3. I assumed it was added for R4. Nevertheless, when I changed my code to use it, I got "?" icons instead of the images, so I assumed HTMLViewer doesn't like those references. Perhaps I used it incorrectly. I'll double-check later, but the HTML looked good on my first viewing.
> So, any other suggestions on characters to manually decode? I'm not really sure. If you open the file in Safari, what URL does it show? It might help to work from that direction.
The problem is that I don't have problems with any of the image files I've tried on my hard drive. I'm wondering if anybody has suggestions for gotchas I haven't run into (other than the spaces in path names. By the way I suppose it couldn't hurt to mention that there could be problems because I cannot control how users name the folders a couple of levels above the images folder where this routine is looking. _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html>
