Robert Covington wrote: > The FB editor (these days) apparently only stores window positions and size data for files when they are in a project. I can’t think of too many times when non-project window positions were important to me. Obviously with a project it is easy to use the plist within the .fbproj package. > Since writing a wPOS resource is non-cool with the demise of resource forks, occurred to me that one way of adding this handy need to singular orphan files is to maintain a log file somewhere in the Editors’ private locations, and looking it up upon window open and close. This sounds like it might be challenging to manage. The file package idea below is (IMO) preferable, although there are other higher priority(IMO) aspects of FBtoC/FB5 requiring change. > OR…for future files, write them as packages with the data needed to correctly implement the feature as an additional PLIST or other within the file package. > Such would then relieve the PM from having to handle such for future files. Could work but it is far from trivial. > FBtoC would have to be altered I expect to correctly intake such files then. Definitely. Brian S.