Выбрать всех

[Igors]

Добрый день

Простенькая задачка, но не удалось сделать "чисто" (пришлось прибегать к dynamic_cast).

Есть пункт меню "Select All" который должен срабатывать по стандартной комбинации Cmd+A (Ctl+A на Вындоуз). Если действие не имеет эффекта - этот пункт должен быть задизаблен. Ну вроде без проблем, сделал так

Код

C++ (Qt)
// virtual
bool MyBaseWindow::CanSelectAll( void ) const
{
// возвращает true если QLineEdit, QTreeWidget или еще что в фокусе
} 
 
// virtual
void MyBaseWindow::DoSelectAll( void ) 
{
// применяет к текущему фокусу 
} 

Ну и зову эти методы когда обновляю меню. Но, как всегда, нашлось  маааленькое но мерзкое исключение. Для одного окна нужна доп возможность - если нажато Alt то должны выбираться все айтемы в дереве, иначе - только те кто не имеет флажка Locked. Необязательно что в фокусе будет дерево - другие контролы там тоже есть. Ну и если Alt нажат то надо в меню поменять текст "Select All + Locked". Как быстро развалилась моя стройная система из 2 виртуалов   Наверное я что-то не так делаю?  

Спасибо

[Racheengel]

а нельзя это сделать дополнительным пунктом меню?

Ctrl+A: "Select All except Locked"
Ctrl+Alt+A: "Select All + Locked"

[Igors]

а нельзя это сделать дополнительным пунктом меню?

Ctrl+A: "Select All except Locked"
Ctrl+Alt+A: "Select All + Locked"

Он имеет смысл только для одного окна, для десятков других никаких locked нет. Хотя в официальной доке apple (якобы) "не рекомендует" модифицировать меню по клавишам - это делают все, и Finder первый

[Racheengel]

Мне вот сама идея, честно говоря, не оч. понятна - если юзер зажал Альт, то изменить пункт меню...
Но какой смысл юзеру лезть в меню, зажав альт? Кто так делает? В винде по альту, например, меню пропадает (стандартное поведение).
Поэтому я бы все же 2 пункта сделал. Плюс еще статус-тип показал - поведение то нестандартное..

[Igors]

Мне вот сама идея, честно говоря, не оч. понятна - если юзер зажал Альт, то изменить пункт меню...
Но какой смысл юзеру лезть в меню, зажав альт? Кто так делает?

На каждой платформе существует стандартная практика, и лучше ее придерживаться (а не велосипедить). Уверяю Вас что пользователь Мас сразу же облапает меню со всеми Cmd, Alt, Shift - и всеми их комбинациями. Я же не спрашиваю (и не выражаю неудовольствия) почему в линуксе надо чего-то долбить в командной строке - ну значит там так надо.

Поэтому я бы все же 2 пункта сделал. Плюс еще статус-тип показал - поведение то нестандартное..

На этой платформе меню одно и всегда вверху экрана. Когда приложение активируется - его меню замещает предыдущий меню бар. В рамках приложения этот бар один на все окна, поэтому его подстройка под активное окно неизбежна, своих меню баров окна иметь не должны.

Ну и вообще-то вопрос был о взаимодействии классов 

[Racheengel]

Уверяю Вас что пользователь Мас сразу же облапает меню со всеми Cmd, Alt, Shift - и всеми их комбинациями.

Ну и что? Увидит 2 пункта выбора - чем это мешает? По крайней мере не надо будет ему додумывать, что "а тут же еще альт нада зажать..."

А вообще в меню 99% населения мышом лазят, без альтов и шифтов

По поводу структуры классов - я бы наоборот делал - пусть активное окно заполняет меню, а не наоборот. Т.е. окно - контроллер, меню - slave.

[Igors]

Ну и что? Увидит 2 пункта выбора - чем это мешает? По крайней мере не надо будет ему додумывать, что "а тут же еще альт нада зажать..."

А вообще в меню 99% населения мышом лазят, без альтов и шифтов

Ладно, толку все равно не будет (с ответом на изначальный вопрос), давайте покалякаем о принципах ГУЯ  

Пример: в меню есть пункт Plugins в нем "Plugin 1", "Plugin 2"... "Plugin N"  (сколько нашли на диске). Юзер выбрал плагин из меню - он подключился. Возможно плагин открыл свое окно, но может и нет. Все хорошо. Но вот начинаются мелкие пакости: нужно не подключать плагин, а посмотреть его "About". Плагин имеет интерфейс типа GetInformation возвращающий строку описания, но об UI он может и ничего не знать. Понятно что то "About" нужно в году раз - но нужно.

Решение в духе Mac: открываем меню с зажатой клавишей, теперь уже там "About Plugin 1", "About Plugin 2"... "About Plugin N", выбираем, смотрим About. Лаконично и изящно.

Решение в духе Вындоуз.... а затрудняюсь указать Придется наверное тащить "корову на баню" - делать отдельное окно в котором будет список плагинов (чтобы там иметь кнопку About) или вообще отказаться от размещения плагинов в меню. Зато мы точно знаем что делает 99% юзеров    

[Old]

Да уж, "лаконично и изящно".
А если плагинов 1000 штук, несчастный пользователь начнет получать неописуемые удовольствия, пытаясь найти нужный плагин в меню.

[Racheengel]

Вот у меня как то тоже "дружественность" макаки часто вызывала вопросы и не только...
Нужен нормальный плагин-менеджер, где их можно включить-выключить, глянуть версии, описания и пр.

[Igors]

Нужен нормальный плагин-менеджер, где их можно включить-выключить, глянуть версии, описания и пр.

Ну так это то самое "окно ради кнопки About" о котором я говорил. Понты "плагин-менеджер" опускаем. Включить-выключить тоже за уши притянуто. Что осталось?

Вот у меня как то тоже "дружественность" макаки часто вызывала вопросы и не только...

С "макакой" аккуратнее пожалуйста - я же не употребляю выражений типа "вындозная срань" и.т.п. Здесь просто "довлеет" накопленный опыт. типа

Учиться легко - переучиваться трудно

[Old]

Ну так это то самое "окно ради кнопки About" о котором я говорил. Понты "плагин-менеджер" опускаем. Включить-выключить тоже за уши притянуто. Что осталось?

Например, некоторые плагины можно настраивать. Добавим вход в меню с другой зажатой кнопкой?

Включить-выключить тоже за уши притянуто.

Да ну ладно.
Если бы в том же QtCreatore не было возможности отключать плагины из командной строки, то его в некоторых случаях было бы невозможно запустить вовсе.
А менеджер плагинов, с возможностью вкл/выкл, позволяет иметь разные решения для одних и тех же задач. На примере того же QtCreator, пользователь может выбирать какой бэкэнд будет использоваться для разбора кода, или пользователь может включить только используемые им системы сборки... Много может быть возможностей.

[Авварон]

Добрый день

Простенькая задачка, но не удалось сделать "чисто" (пришлось прибегать к dynamic_cast).

Есть пункт меню "Select All" который должен срабатывать по стандартной комбинации Cmd+A (Ctl+A на Вындоуз). Если действие не имеет эффекта - этот пункт должен быть задизаблен. Ну вроде без проблем, сделал так

Код

C++ (Qt)
// virtual
bool MyBaseWindow::CanSelectAll( void ) const
{
// возвращает true если QLineEdit, QTreeWidget или еще что в фокусе
} 
 
// virtual
void MyBaseWindow::DoSelectAll( void ) 
{
// применяет к текущему фокусу 
} 

Ну и зову эти методы когда обновляю меню. Но, как всегда, нашлось  маааленькое но мерзкое исключение. Для одного окна нужна доп возможность - если нажато Alt то должны выбираться все айтемы в дереве, иначе - только те кто не имеет флажка Locked. Необязательно что в фокусе будет дерево - другие контролы там тоже есть. Ну и если Alt нажат то надо в меню поменять текст "Select All + Locked". Как быстро развалилась моя стройная система из 2 виртуалов   Наверное я что-то не так делаю?  

Спасибо

Ну вообще самое простое решение - в ваших виртуалах взять значение QGuiApplication::keyboardModifiers и проверить, зажат ли альт.

[Igors]

Ну вообще самое простое решение - в ваших виртуалах взять значение QGuiApplication::keyboardModifiers и проверить, зажат ли альт.

Злополучное окно-исключение проверило и вернуло true в CanSelectAll, а толку? Tекст в меню меняет не оно само, а вызывающий CanSelectAll. А когда меню открылось - Alt может быть и отпущен до выбора пункта.

"Вызываюший" у меня наследник QApplication. Все изменения в меню выполняются когда юзер нажал в меню бар. Полемика "а нужно ли их менять" беспердметна, по меньшей мере их надо enabled/disabled. Суетиться с этим до открытия меню (всякий раз на изменение данных) явно плохо. С шорткатами там тоже интересно - но то уже др тема.

Рассматривал такой вариант

Код

C++ (Qt)
bool MyBaseWindow::CanSelectAll( QString * txt ) const;
void MyBaseWindow::DoSelectAll( const QString & txt );
 

Ну типа окно может сказать какой текст в меню, а потом его же и использовать. Ну не знаю, как-то смотрится не очень...

[Авварон]

Да нет, вполне норм. Надо только методу переделать название на более логичное.

Код:

std::tuple<bool /*can select*/, QString /*text*/, QVariant /*hint*/> MyBaseWindow::selectionInfo() const;
void MyBaseWindow::DoSelectAll( const QVariant & hint );

Можно вместо тупеля структурку передавать.

[Old]

Можно вместо тупеля структурку передавать.

Можно добавить еще один метод:

Код

C++ (Qt)
QString itemName() const;

возвращающий строку для пункта меню.