Clarion 11-12

finsoftrz

Хорошая новость. Кривую работу с числовыми полями можно обойти. Технически это сделать небольшой класс, который после открытия окна собирает список всех числовых entry полей, навешивает alert на backspace, а затем отрабатывает события prop:alertkey и prop:selected. Пример с полем суммы, работает корректно, как в с6.

http://finsoftrz.ru/mp4_tmp/entryField.mp4

finsoftrz

kreator писал(а): 11 Декабрь 2021, 15:45
finsoftrz писал(а): 07 Декабрь 2021, 10:40 Не хотелось бы очередной раз писать негатив про с11, но гуй там вообще косой. Не только поломали ввод чисел в entry полях и пропадает меню фрейма при переключении тем классика - аэро, про что уже писали. Вот еще пара нестыковок.
1. Spin контролы остались как в с6. При наведении мышки на пимпочки, те не подсвечиваются, при фокусе на контроле он не выделяется рамочкой, как entry или text.
2. Dropcombo тоже при фокусе работает, как в с6. А при наведении мышки на пимпочку, эта пимпочка живет своей жизнью. Может подсветиться, может нет. Логики поведения я не понял.
То есть, если приглядываться, не радостно. Уж лучше, как в с6, все поля ввода выглядят идентично (кроме text, но это можно принять, оно несколько в стороне от других по смысловой нанрузке).
Я пригляделся. В MS Office всё чётко. А в других программах (у меня рабочие Total Commander, IBExpert) тоже абы как. То подсвечивается, то нет. Логики, действительно не наблюдается. Спин у нас чётко не подсвечивается, никогда.

В офисе и меню фрейма не пропадает при переключении тем.

Игорь Столяров

finsoftrz писал(а): 07 Декабрь 2021, 10:40 1. Spin контролы остались как в с6. При наведении мышки на пимпочки, те не подсвечиваются, при фокусе на контроле он не выделяется рамочкой, как entry или text.

Не остались. В С11 при НАЖАТИИ "пимпочки" SPIN контрола подсвечиваются, чего нет в C63.
В Microsoft Office SPIN подсвечивается при наведении на него курсора мышки.
Делали ли вообще это в SV ? Не уверен.

finsoftrz

Да, при нажатии подсвечиваются. Аналогично и combo. А drop и entry подсвечиваются при наведении мыши. Spin и entry это почти одно и то же, отличаются наличием пимпочек для уменьшения и увеличения значения с заданным шагом. Когда я присмотрелся, выглядит коряво. Двигаем мышкой по контролам, одни подсвечиваются, другие нет. По логике интерфейса, должно все быть унифицировано.
Проблема тут не совсем в кларионе, а в том, что ms в 6 версии гуя не реализовали поддержку ряда старых контролов. В результате старые приложения при попытке подключить манифест столкнулись с подобной проблемой, часть контролов стали соответсвовать 6 гую, часть остались, как в 5.
По моему восприятию, лучше было оставить, как в с6. Где все старые поля ввода остались как раньше, изменились только те, которые поддерживает ms (после подключения манифеста). В с6 я увидел пока только одну явную недоработку с манифестом. Если подключен манифест, мы работаем в классическом режиме и в окне подложены обои, то при переключении по контролам check и option на экране остается мусор. В с11 это пофиксили.
Хорошим примером использования win api являются классы xp them. Там пытались реализовать более расширенную поддержку нового гуя, в обход кларионовского рантайма. На мое восприятие, все же такие вещи должны быть на уровне рантайма. Плюс xp them превращаются в тыкву при переключении темы на классику. Что ребята честно указали в документации...

RaFaeL

finsoftrz писал(а): 13 Декабрь 2021, 9:44 Плюс xp them превращаются в тыкву при переключении темы на классику.

Это не баг, а фича, так и должно быть

finsoftrz

finsoftrz

Вывод такой, что ни с6, ни с11, ни xp them полноценно не реализуют новый гуй. В c6 "честно" подключили работу с манифестом, и те контролы, которые поддерживает ms, стали выглядеть по новому. В с11 и xp them попытка эмулировать то, что осталось. Не полноценная, со своими багами и фичами.
У себя я сделал в настройке программы возможность опционального подключения манифеста (генерится или убивается внешний файл манифеста). После переключения на классический гуй глаза прямо отдыхают, все работает быстро и ожидаемо. Может, дело в привычке.

Игорь Столяров

Я как-то воспринимаю реальность как есть.

Сейчас Вы заострили внимание - пошёл посмотрел, что там и как подсвечивается.
А так много лет вообще не обращал внимание на подсветку полей ...

finsoftrz

Значит, недостаточно тщательно тестируете свои приложения.

Игорь Столяров

У нас есть такие пользователи - обновляют программы и начинают слать запросы
в тех. поддержку, что вот там иконка изменилась, а вот там поле было другого цвета и т.д.
Зачем обновлять версию приложения если в ней ничего не меняется ?

Понятно, какие-то изменения в оформлении экранных контролов в C11 есть.
Понятно, что есть вопросы, почему они сделаны так, а не иначе.
Но мы не можем здесь что-то менять и потому, что в стакан налили - за то и спасибо !

finsoftrz

Тут для себя важно понять, где разумная грань в оформительских фантазиях. Пока ясно, что приложения на кларионе не соответствуют оформлению, как предлагает MS в своих "современных" версиях операционки. На clarionhub сейчас один товарищ предлагает все рисовать на win api. И красиво, и с юникодом. И даже готов выложить свои классы для этой цели. Вряд ли взлетит, слишком не идейно для клариона.

Игорь Столяров

finsoftrz писал(а): 13 Декабрь 2021, 12:35 что приложения на кларионе не соответствуют оформлению

В принципе - и никогда не соответствовали. Потому и были различные шаблоны, вроде XP Theme.
SV с первых версий Clarion для Windows металась между умными и красивыми (контролами окон).
С другой стороны - мы проверяем оформление приложений по "иконе" Microsoft Office - а это не так.
Например, продукты Adobe имеют вообще свой интерфейс оформления.

finsoftrz

Возможно, и нам надо, как у adobe.

Не в плане самого интерфейса, а в плане стратегии. Все равно угнаться за фантазиями дизайнеров из ms проблематично. Как минимум, пользователи рады явно не будут. Делать здесь читаем, а здесь селедку завертываем, тоже не хочется. Оформление все же должно быть унифицировано и систематизировано.
Это разговор выходит за рамки с11.

Игорь Столяров

finsoftrz писал(а): 13 Декабрь 2021, 15:11 Оформление все же должно быть унифицировано и систематизировано.

Как бы да. Но жись ведь не стоит на месте, причём совсем.

Казалось бы в классическом оформлении всё понятно.
С включённой темой Windows - есть вопросы к манифесту, но работает.

Но теперь же появились BlackMode, вечерний свет, HDR и т.д.
И если под Android - это всё настраивается (переключается) в манифесте приложения,
то как я понимаю, под Windows это всё надо делать вручную через API ... А жить когда ?

finsoftrz

Только вот пользователям и вечерний, и ночной свет по барабану. Им надо, чтобы программа везде выглядела одинаково, как они привыкли. Одинаково во всех версиях windows, Карл, а не одинаково с разными версиями ms office.