already had an "ignore native inputs" flag which served a dual-purpose:
toggle flag for the menu's lock/unlock setting and also as a temporary
state that was set/unset when opening/closing the edit run and settings
dialogs. problem was that if you locked hotkeys, opened say the settings
dialog and then closed it, the hotkeys would be unlocked during the
dialog close event. this change fixes that behaviour.
once in a while i've noticed after choosing "exit" from the menu, the
application doesn't terminate. the window always closes as expected,
but the java process seems to hang around. not exactly sure what
behaviour triggers this yet
i think these are probably somewhat confusing as-is, and i'd probably
need to change how they work somewhat with the new fixed-width window
option. easiest for now i think to just remove these menu options
as the window seems to be resizing automatically in a pretty good way
when the window autosize option is set. the only reason i can think of
that someone might want these options is to undo any manual window
resizings (done using the mouse, since the window is marked as user
resizable right now).
the way in which property change event handlers where comparing
properties to find out which was being changed would result in any
checks for properties without "section" values to never be matched
(as the propertyName string here would end up being ".name" or similar
and the actual property's name string would just be "name")
the sub title can still be used to put a goal if the end user really
wants it. but it won't do the fancy automatic segment time text
if the user had goal showing enabled but no text set.
the "Retry" button thing we had previously didn't really seem all that
good in practice, as there's no way (??) to determine if the OS actually
_did_ pop up some kind of prompt for the user (as OS X does).
since hotkeys won't work if hook registration fails, displaying an
error immediately seems to be the best option... and still much better
then what used to happen where the app would just silently fail to start