Uwe Grauer wrote: > Paul McNett wrote: >> Ed Leafe wrote: >>> On Jun 19, 2008, at 2:39 AM, Paul McNett wrote: >>> >>>> Changed strToBmp() to use app.HomeDirectory as the cwd, if there's >>>> an app defined, >>>> as app.HomeDirectory always refers to the app's root directory, even >>>> if the >>>> cwd is somewhere else, even if the app is frozen with py2exe. >>> Looks like a good change. Question: since we are searching a series >>> of locations until we find the file in question, what about adding >>> both the HomeDirectory and current directory if they're not the same? >>> We can search the homedir first, and if still not found, search the >>> currdir. Does this make sense? >> Sounds good. I'd say the search order should really be: >> >> 1) os.getcwd() >> 2) app.HomeDirectory >> 3) Dabo directories >> >> Paul > > Did you hear about the "bug" in Safari which does download files to the > desktop? on Win platforms Internet Explorer does search the Desktop > first to locate dlls which it wants to use. That way automatically > downloaded Explorer dlls by Safari get used immediately by IE. > I don't know how wise it is to search the current working directory > first. Why would this be a good idea anyway (for whatever file types)?
That doesn't sound like a bug in Safari (I believe FF downloads to the desktop by default, too). Windows searches the desktop for dll's??? Geesh, I almost can't believe that one, but then again... Anyway, os.getcwd() is nearly always going to equal app.HomeDirectory. It is simply a matter of finding the resource requested by the user. I do see your point, though. Paul _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev Searchable Archives: http://leafe.com/archives/search/dabo-dev This message: http://leafe.com/archives/byMID/[EMAIL PROTECTED]
