Very low risk workaround implemented - close and dispose of the splash screen before creating project.
It is pretty clear it is the interaction between two dialogs during AppInit that is the root cause of the problem.
A high risk solution would involve delving into and fixing wx3 internals.
Splash screen will now disappear fractionally sooner than before - the time it takes to create an empty project.
This refers to the new Edit... command in the popup menu for individual labels.
The label editor can also be reached from toolbar menus, which shows data
for all labels.
Space required in path name. Also force old names that were set to temp directory to update to ones that aren't on Mac too.
Something to test on Mac -> What happens if suggested directory does not exist?
Untested on Mac (I don't have one). Might perhaps even fail to compile. But 1220 is a P1. Important enough for our schedule that we clear it now that I am happy enough to risk a 'blind patch'.
There is a very slight performance cost in using the sample-format set in preferences that does not seem to matter in practice. That's because the status message is updated infrequently, not every screen refresh, and the actual cost per look up is small. See http://bugzilla.audacityteam.org/show_bug.cgi?id=1436 for information on slow reading of preferences.
Fix by Uwe and Carsten of DirectSound issue (only). We can't interrogate for formats, so we use userData to tell PortAudio what the format should be. I have a 16 bit built in sound device and that continues to function correctly at 16 bit with 24 bit requested. Unable to test on a 24 bit device.
Specifically in the area of closing a window. Added mDismissed member which can stop double dismissal. Perhaps more relevant (?) still do an EndModal IF IsModal() is true. These changes are in response to feedback from Paul that simply removing EndModal (which seems good on Windows) causes problems (in TimerRecord!) on Mac.
... Use Command+f5 to start VoiceOver, then control+alt+ left and right arrows
to navigate.
Much better now, but still we need to do something about sliders, meters, and
numeric text controls.
Previously you could double click on a slider such as the volume slider to get the expanded/dialog view of it, and then assert when you drag the slider. This was caused by wx3 error checking printf arguments. Presumably wx2 did not.
Bug1431: Undocked toolbars should hide when project window minimizes
Correct the disabling of Minimize menu item
Implement "bring all to front" on Mac (really deminiaturizes all)...
Implmement option+command+M on Mac to minimize all projects
Avoid Objective-C
It's a bit crude. It always pastes the entire text field, ignoring the
insertion cursor, and ignoring which control really has the focus.
The file dialog, which can call up the Finder, is implemented in the AppKit
so it's not wholly under our control. But I could bolt on an event filter,
after the fashion of CommandManager, to intercept key events.
Perhaps later versions of the toolkit than 10.6 will have a better save dialog
in the AppKit, making this change unnecessary.
... This poor imitation of the standard Mac Window menu only includes
Minimize and Zoom.
But this may be adequate for the complaints in Bug1198, when the yellow title
bar button is hidden and unreachable.
