mirror of
https://github.com/qelectrotech/qelectrotech-source-mirror.git
synced 2026-08-03 10:34:14 +02:00
ispyisail
5275fb44fe
Implements the first pillar of #574: a "Shortcuts" preferences page letting users rebind, search and reset every keyboard shortcut in the app. What it does - New ShortcutManager singleton: every one of the ~95 setShortcut()/ setShortcuts() call sites across qet.cpp, qetmainwindow.cpp, elementspanelwidget.cpp, autonumberingdockwidget.cpp, richtexteditor.cpp, qetdiagrameditor.cpp, qettemplateeditor.cpp and qetelementeditor.cpp now calls registerAction(target, id, category, default_sequence) instead, which applies the user's saved override (or the default) and remembers the target for later editing. - New ShortcutsConfigPage, added to the existing "Configurer QElectroTech" dialog: a filterable table of every registered shortcut, grouped by category, each with a QKeySequenceEdit and a per-row reset button, plus a "reset all" button. Bindings are only persisted (via ShortcutManager::setSequence()) when the dialog is accepted. - Conflict detection: rows whose currently-edited sequence collides with another row are highlighted with a tooltip naming the conflicting action. - Overrides are stored under a "shortcuts/" QSettings group, one key per id, keyed to match the id (not persisted at all when equal to the hardcoded default), so a future QET version can safely raise a default for anyone who never customized it. Design notes - Targets are handled generically via QObject rather than QAction, since one call site (autonumberingdockwidget's "Configurer" button) is a QPushButton, not a QAction. Both declare an identical "shortcut" QKeySequence Q_PROPERTY, so registerAction() reads/writes it through the property system instead of needing a separate code path. - Several live targets can share one id at once -- QET allows multiple windows of the same kind (diagram editor, element editor...) open simultaneously, each constructing its own QAction with the same id. setSequence() updates every live target for that id in one call, so a rebind takes effect in all open windows immediately, without restart. - A shortcut's description is captured from its target's text() the first time that id is registered, then cached -- so the config page stays correct even after the owning window is closed. One consequence: a shortcut belonging to an on-demand window (element editor, title block editor, rich text editor) only appears in the list once that window has been opened at least once in the current session, since nothing has registered its id yet otherwise. Testing Full CMake build (qmake CONFIG+=no_kf5, Qt 5.15) compiles clean with zero errors and zero new warnings. Verified end-to-end in a real running session (Xvfb + xdotool): - The Shortcuts page appears in Configure QElectroTech with the right icon, lists every always-registered shortcut with correct category/action name/ current binding. - The filter box correctly narrows the list, and correctly returns nothing for an action whose owning window hasn't been constructed yet this session (confirming the on-demand-registration behavior above is working as designed, not silently broken). - Conflict detection correctly flagged a real pre-existing same-key overlap between "Supprimer" (delete selection, Del) and "Supprimer ce folio" (delete diagram from panel, Del) -- both highlighted with explanatory tooltips. - Rebound "Manuel en ligne" to Ctrl+Shift+M, clicked OK: persisted under [shortcuts] in QElectroTech.conf, and the Aide menu's entry showed the new binding immediately, no restart needed. - Reopened the dialog: the rebind was still shown. Clicked its per-row reset button, then OK: the settings key was removed entirely (not stored as "F1"), correctly falling back to the hardcoded default. Retrofitting the Tab/Shift+Tab, select-all (#585) and Ctrl+G jump-to-element (#586) shortcuts through this registry is left for a follow-up once those PRs land, to avoid re-merging still-open branches into this one. Developed with assistance from Claude (Anthropic).
93 lines
3.0 KiB
C++
93 lines
3.0 KiB
C++
/*
|
|
Copyright 2006-2026 The QElectroTech Team
|
|
This file is part of QElectroTech.
|
|
|
|
QElectroTech is free software: you can redistribute it and/or modify
|
|
it under the terms of the GNU General Public License as published by
|
|
the Free Software Foundation, either version 2 of the License, or
|
|
(at your option) any later version.
|
|
|
|
QElectroTech is distributed in the hope that it will be useful,
|
|
but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
GNU General Public License for more details.
|
|
|
|
You should have received a copy of the GNU General Public License
|
|
along with QElectroTech. If not, see <http://www.gnu.org/licenses/>.
|
|
*/
|
|
#ifndef SHORTCUTMANAGER_H
|
|
#define SHORTCUTMANAGER_H
|
|
|
|
#include <QHash>
|
|
#include <QKeySequence>
|
|
#include <QList>
|
|
#include <QPointer>
|
|
#include <QString>
|
|
#include <QStringList>
|
|
|
|
class QObject;
|
|
|
|
/**
|
|
@brief The ShortcutManager class
|
|
App-wide registry of every rebindable shortcut, carried by either a
|
|
QAction or a QAbstractButton -- both declare an identical "shortcut"
|
|
Q_PROPERTY of type QKeySequence, which this class targets generically via
|
|
QObject so it doesn't need a separate code path for the handful of
|
|
QAbstractButton-based shortcuts (e.g. a QPushButton acting as a shortcut-
|
|
only trigger).
|
|
|
|
Every place in the code that used to call setShortcut() directly now
|
|
calls registerAction() instead, giving each shortcut a stable string id, a
|
|
category (for grouping in the UI) and a hardcoded default sequence.
|
|
registerAction() applies the user's saved override for that id (if any),
|
|
falling back to the default, and remembers the target so the Shortcuts
|
|
configuration page can list, edit and persist it.
|
|
|
|
Several targets can share the same id at once, since QET allows several
|
|
windows of the same kind (diagram editor, element editor...) to be open
|
|
simultaneously, each with its own QAction. setSequence() updates every
|
|
live target for a given id in one call.
|
|
*/
|
|
class ShortcutManager
|
|
{
|
|
public:
|
|
static ShortcutManager &instance();
|
|
|
|
struct ShortcutInfo {
|
|
QString id;
|
|
QString category;
|
|
QString description;
|
|
QKeySequence default_sequence;
|
|
QKeySequence current_sequence;
|
|
};
|
|
|
|
void registerAction(QObject *target, const QString &id,
|
|
const QString &category,
|
|
const QKeySequence &default_sequence);
|
|
|
|
QList<ShortcutInfo> allShortcuts() const;
|
|
QKeySequence currentSequence(const QString &id) const;
|
|
void setSequence(const QString &id, const QKeySequence &sequence);
|
|
void resetToDefault(const QString &id);
|
|
void resetAllToDefaults();
|
|
|
|
private:
|
|
ShortcutManager() = default;
|
|
ShortcutManager(const ShortcutManager &) = delete;
|
|
void operator=(const ShortcutManager &) = delete;
|
|
|
|
struct Entry {
|
|
QString category;
|
|
QString description;
|
|
QKeySequence default_sequence;
|
|
QList<QPointer<QObject>> targets;
|
|
};
|
|
|
|
QKeySequence savedSequence(const QString &id, const QKeySequence &default_sequence) const;
|
|
|
|
QHash<QString, Entry> m_entries;
|
|
QStringList m_order;
|
|
};
|
|
|
|
#endif // SHORTCUTMANAGER_H
|