a runtime will always open it´s primary file in front, so double clicking a copy will open the runtime program, but also the primary file instead of the double clicked copy.
I understand that this is happening. I'm looking more for the reason why it's implemented this way (seems user hostile to double click a file and have a different one actually open) and whether this behaviour is consistent/documented on both Mac/Windows (i.e. if the copy is double clicked when the database is already open, then the copy will be opened).
it was this way since I can think. It is this way - at least I believe so - because the Runtimes very much are based on the principle of one main / primary file and perhaps a lot of helper files. In this concept the primary file has the main menu layout and therefor has to be opened, if the application should function correctly for the user.
Of course this doesn´t fit so much anymore with the one file / many tables concept of FM 7 and younger and the idea of a document orientated approach. It isn´t possible for example to have three or four copy databases and double click one of them to have it opened. This would only work with a full version of FileMaker, because there is no primary file.
I have not tried to play with this approach but I believe the problem may be because a run time solution has been bound to only the original file. If you want to open the new copy then you will have to bind this to the original solution - which I think will be a total waste of time. If the computer the solution is running on has filemaker installed then there really isn't a need for a standalone runtime solution. Maybe this is why it is opening the saved copies when the original is already open?? Does it already have filemaker installed?? it would be interesting to know if backup copies are being opened on a computer that does not have filemaker installed.
I might sugest that if you want back up copies you may be better off exporting the data. This way, if there is ever a problem with the original file, you could import the lastest saved export. it may be a bit round about but it may also be the best way for you.
1 of 1 people found this helpful
Intex's explanation is essentially correct. I found that runtimes launched by doubl-clicking a non-primary file often open the file clicked, however, if the primary file was not already open, they also open it and bring it to the front-most window, obscuring the file which the user clicked. If you have access to the Window menu, you can usually find the intended file open in a background window.
This is simply another limitation (known intended behavior) of the runtime file structure with its primary file defined in the runtime application.