In the message, it should have read, (/help/1.0file.html) On Thu, Nov 13, 2008 at 5:16 PM, David <[EMAIL PROTECTED]> wrote: > I take it back. Its not working. Its acting even weirder. > > For a file that's missing locally... it works. It obtains it from the > web at the /help/1.0/file.html location. > > But for files which ARE present locally, it fails. I get a message such as: > > "Multiple Choices > The document you requested (/htlp/1.0file.html) could not be found on > this server. However, we found documents with names similar to the one > you requested. > > Available document: > - /help/1.0 (common basename)" > > And the /help/1.0 is a link. If I follow it, I can then access all the > server based files. > > I'm at wits end. I cannot figure this beast out. > > Can anyone provide any guidance or pointers. Is there some other > mailing list where folks know more about this subsystem? > > Again this is on Leopard which apparently has changed the help system. > > On Thu, Nov 13, 2008 at 4:23 PM, David <[EMAIL PROTECTED]> wrote: >> For the benefit of others who may run across this horrible Help design... >> >> I was trying to create help for my application. Used Help Indexer to >> give it a remote root url to use overriding local help. >> >> When I first put in the URL, I did it in the form, http://foo/help/1.0 >> >> Little did I know that Help does a non-intelligent concatenation of >> the URL with the path in the help. This results in the help viewer >> looking for http://foo/help/1.0index.html. >> >> Seems very simple right? Just add the / at the end. How hard could that be... >> >> Well turns out that this value gets cached. I've wasted an entire day >> because of a lack of transparency regarding what the help system does. >> >> I have to scan the entire file system to figure out where this was >> being stored. Turns out it was being cached in >> ~/Library/Caches/com.apple.helpui/<application name> >> >> I erased the application's help cache directory and suddenly it FINALLY >> worked. >> >> On Thu, Nov 13, 2008 at 12:00 PM, David <[EMAIL PROTECTED]> wrote: >>> I'm getting really wierd results that make me think the Help system is >>> caching its source location somewhere. I changed the URL used in Help >>> Indexer for a network location for help. Sometimes the changes seems >>> to take effect and often it doesn't. Is it stored in preferences? Does >>> Help remember across invocations of an application? >>> >>> I'm originally had http://foo/help. No complaints, but it didn't read >>> anything. >>> Then switched to using http://foo/help/1.0 >>> >>> I uploaded my content. Now it complains that it can't find, >>> http://foo/help/1.0index.html. What happened to the directory >>> delimiter between 1.0 and index.html? >>> >>> So I added a / at the end of the root URL, http://foo/help/1.0/ >>> No change, same error. >>> >>> I changed it to http://foo/help1.0/ and I still got an error about >>> http://foo/help/1.0index.html even though that wasn't the path >>> anymore. >>> >>> Now I'm getting weird results where sometimes it complains, and >>> sometimes it shows the local page. >>> >>> I need more clarity on what the help system is doing. This black box >>> magic stuff is ok if it works, but when it doesn't its a HUGE waste of >>> time. >>> >>> Thanks >>> >> > _______________________________________________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
