DropDMG 3.7.1
DropDMG 3.7.1 is a maintenance update of my app for disk images and archives.
I continue to run into AppleScript problems with Tahoe. This script:
tell application "Finder" tell window 1 set statusbar visible to true end tell end tellno longer does anything (FB20794683). If I change
windowtoFinder window, instead of doing nothing it fails with error -10006. The header says that’stelCAUnavail, which doesn’t seem like it would apply here. On Sequoia, it doesn’t work either, but it silently fails rather than reporting an error.Apple again got in the way of shipping my app. I had to try several times this morning to submit it to the App Store. The upload kept hanging at this step:
CHANGE UPLOAD STATE TO COMPLETE (UPLOADING SPI ANALYSIS) REQUEST: […] DEBUG: [ContentDelivery.Uploader.60000176C480] Download task 9 sent 113 bytes (113 of 113 bytes sent).
Finally, just before lunch, it worked, but now the business day is over here, and the update is still stuck in review.
Previously:
2 Comments RSS · Twitter · Mastodon
In a situation like this, to still be able to control the toolbar’s visibility, would you consider using System Events to read menu item titles and send keystrokes to the Finder after making it the frontmost application?
I feel like I would be going full-on into hack territory, but I also want to keep helping the user. The idea of just accepting the situation and removing a feature due to a lack of support from Apple also occurs to me. I'm curious to see what you think.
@Adrian Considering it. At the moment, it seems to not be greatly missed. There are other ways to achieve the same thing (setting the default Finder window settings first), and it never 100% worked for other reasons, anyway, so you’ve always had to design with the idea that the status bar might be shown.
