forum.clarionlife.net

Мы у себя CFC меню используем Андрюхино.
Правда все в пункты в шаблоне задаются. Но получается так.

Группы не всегда удобно. Они и при кастамизации меню группами останутся. С destroy меню нормализуется, но этот вариант неудобен, так как содержание меню зависит от разных настроек и может меняться в процессе работы пользователя. Поэтому я делаю обычное меню в дизайнере окон, в процессе работы скрываю ненужные пункты. Я пробовал еще с высотой строк играть, не срабатывает.

Admin писал(а): 29 Июль 2020, 9:51 Мы у себя CFC меню используем Андрюхино.
Правда все в пункты в шаблоне задаются.

Я так понял, само меню динамически шаблоном генерите. Так сделано, чтобы обойти озвученную проблему?

finsoftrz писал(а): 29 Июль 2020, 9:57 Группы не всегда удобно. С destroy меню нормализуется, но этот вариант неудобен.

Вы же так и скажите: хочу как придумал и никак иначе !
У нас (по другим причинам) при смене юзера выполняется перезапуск APPFRAME и всё.

Игорь Столяров писал(а): 29 Июль 2020, 10:10 У нас (по другим причинам) при смене юзера выполняется перезапуск APPFRAME и всё.

Собственно, да, почему должно быть по-другому? Destroy равносилен Hide в данном контексте. Тем более, если это решает проблему.

Игорь Столяров писал(а): 29 Июль 2020, 10:10

finsoftrz писал(а): 29 Июль 2020, 9:57 Группы не всегда удобно. С destroy меню нормализуется, но этот вариант неудобен.

Вы же так и скажите: хочу как придумал и никак иначе !
У нас (по другим причинам) при смене юзера выполняется перезапуск APPFRAME и всё.

Я смотрю оптимальный вариант. Hide это штатная проперть для скрытия контролов. На меню много всякого функционала понавешено, все писать я же не буду. Смысл в том, что destroy не подходит.

Я, например, никогда ничего не hide'ю. Только disable'ю. Пользователь должен знать, что функционал есть, а у него нет прав на него. У пользователя не должно быть лишних вопросов.

finsoftrz писал(а): 29 Июль 2020, 11:26 Hide это штатная проперть для скрытия контролов

Никто с этим не спорит.
Вопрос в том, что у Вас с SV разные точки зрения на то, надо ли учитывать
скрытый штатной пропертью контрол при расчёте размера выпадающего меню или нет.
А в остальном - всё хорошо, дела идут как никогда ...

kreator писал(а): 29 Июль 2020, 11:35 Только disable'ю. Пользователь должен знать, что функционал есть, а у него нет прав на него.

Вот только хорошо бы доступ к "запретному" функционалу блокировать не только disable-нием контролов.
Потому, что есть программы, под которыми запускаешь приложение и оно снимает disable.
В основном это для игр юзается, но можно использовать и для прикладного софта.

kreator писал(а): 29 Июль 2020, 11:35 Я, например, никогда ничего не hide'ю. Только disable'ю. Пользователь должен знать, что функционал есть, а у него нет прав на него. У пользователя не должно быть лишних вопросов.

Видимо, в меню мало пунктов, и уровень покрытия пользователей точечный.

Игорь Столяров писал(а): 29 Июль 2020, 11:52

finsoftrz писал(а): 29 Июль 2020, 11:26 Hide это штатная проперть для скрытия контролов

Никто с этим не спорит.
Вопрос в том, что у Вас с SV разные точки зрения на то, надо ли учитывать
скрытый штатной пропертью контрол при расчёте размера выпадающего меню или нет.
А в остальном - всё хорошо, дела идут как никогда ...

Да ладно рассказывать, откровенный баг, который годами не правится. Это не критично для работы приложения, вопрос эстетический.

finsoftrz писал(а): 29 Июль 2020, 10:03 Так сделано, чтобы обойти озвученную проблему?

Не слежу за темой. Какая проблема? Ткните носом.

Вот, например. Вниз места хватает, а меню выводится в 2 столбца. Пункты с hide учитываются наравне с видимыми.

сериал "Гуишники"

finsoftrz писал(а): 29 Июль 2020, 12:28 Пункты с hide учитываются наравне с видимыми.

Я понял. Наверное у нас это вообще не учитывается. Как и два столбца. Завтра проверю на работе. Ну и Андрей в отпуске, позже спрошу если что.

А в C11 исправили, однако. Там все корректно работает.