The owner of a selected control - a mystery
ambassador at fourthworld.com
Tue Feb 24 10:49:12 EST 2015
The issue here is that this is a built-in feature of not only the OS X
PutFile dialog, but also the ones in Windows and Linux, and it used to
work in LC as it does in any other program, prompting us right in the
dialog when we're about to save something that will overwrite an
It's not the end of the world to let the dialog be completed, check for
the existence of a file with the same name, let the user know with an
answer dialog, and then re-open the PutFile dialog. It's just not how
other programs do it.
I haven't tested on Windows, but this issue also occurs in Linux.
Perhaps there's a flag that's included in the OS PutFile call, I don't
know, but oddly enough this seems to affect at least two platforms, and
since it used to work beautifully and has since been confirmed (thanks
for submitting the bug report, Graham), hopefully we'll see the
HIG-savvy behavior restored in the next build.
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
Ambassador at FourthWorld.com http://www.FourthWorld.com
Bob Sneidar wrote:
> Maybe I don’t understand the problem, but I would rather have the
> control of silently overwriting a file or alerting the user
> instead and giving them options. If they fix this “bug” that
> would present a problem for me.
> On Feb 23, 2015, at 19:32 , Graham Samuel wrote:
>> I know I can do this as a workaround, but I was pointing out a bug.
>> RunRev have now acknowledged this - on the Mac, apparently only
>> Yosemite users are affected. Not sure about other platforms.
>> On 24 Feb 2015, at 00:32, Bob Sneidar wrote:
>>> Just use “there is a file”
More information about the Use-livecode