aboutsummaryrefslogtreecommitdiffstats
path: root/profile-widget/divetooltipitem.cpp
diff options
context:
space:
mode:
authorGravatar Berthold Stoeger <bstoeger@mail.tuwien.ac.at>2021-04-09 21:51:42 +0200
committerGravatar Dirk Hohndel <dirk@hohndel.org>2021-04-10 14:15:35 -0700
commit4daf6878768fabb2db15fae4e202aacc47676dee (patch)
tree9921ac704c9275d24a74c932be69733ed8ad56a0 /profile-widget/divetooltipitem.cpp
parent11c54b85f6f6c567e5a9f6e6e537eace49ee6666 (diff)
downloadsubsurface-4daf6878768fabb2db15fae4e202aacc47676dee.tar.gz
profile: remove [disable|enable]Shortcuts() signals
When switching to the "plan" or "add" (which should rather be called "edit", by the way) mode of the profile, the "shortcuts" for copy&paste, undo&redo, etc. are disabled. When switching to "profile" mode, they are reenabled. This was done in a most convoluted way: - The MainWindow calls the set*State() function of the profile. - The Profile emits [disable|enable]Shortcuts() signals. - The MainWindow catches these signals and does the enabling or disabling. Not only is this very hard to reason about, it is also in contradiction to the profile being part of the display layer. Moreover, in editCurrentDive() the MainWindow disabled the shortcuts itself, so this was all redundant. For the sake of sanity, let's just move this logic to the MainWindow, unslotify the [disable|enable]Shortcuts() functions and make them private. Signed-off-by: Berthold Stoeger <bstoeger@mail.tuwien.ac.at>
Diffstat (limited to 'profile-widget/divetooltipitem.cpp')
0 files changed, 0 insertions, 0 deletions