Говорите ли Вы о классическом Win32-интерфейсе как о классической теме (которую можно включить в Windows 7, например) или о интерфейсе через Win32 API вообще?
Как по мне, многие современные интерфейсы сглаживают шрифты сильно хуже чем ClearType, работающий еще с Windows XP. На высоких DPI не очень заметно, а на стандартных 96 DPI разница очень видна. В том же Windows XP появились и поддержка разных DPI, и красивые скругленные кнопочки и прочие свистелки/мигалки, нужно лишь чтобы приложение указало поддержку всего этого в манифесте. А начиная с Windows 10 поддерживаются и темные темы (хоть и через полускрытый API). Правда настройки системных цветов для классических тем работали еще с Win 95 и были утрачены с Win 8.
Тот же модный современный Qt получил нормальную поддержку DPI на Windows только в версии 6. Qt 5 мог менять DPI только кратно, полому про масштабе 150% приложения Qt 5 были на 200% больше.
Про визуальный шум и логическую иерархию непонятно. Не больше ли шума и хаоса когда каждое приложение имеет свой совершенно уникальный интерфейс? Если уникальный дизайн и лучше, то во времена XP популярны были скины приложений (особенно плееров), вполне через Win32 работало, с анимациями и пр.
Не проблема и сенсор. У самого уже больше 10 лет ноут с сенсорным экраном. Можно делать крупные элементы, большие зазоры в меню и т.п., но часто это неудобно. Если у тебя мышь, то элементы управления на пол экрана раздражают и крадут место у рабочего пространства. Крупных элементов влезет меньше. Неудобно работать в каком-нибудь Excel или VS Code на сенсорном экране.
Кастомный рендер точно нужен приложениям где нужно 120 FPS на 4K, но придется платить системными ресурсами, которые многие программисты посчитали неисчерпаемым ресурсом.
Расстраивает только условия этой бесплатной версии. Она для тех у кого годовой доход не больше 5000$. Это ж 420$ в месяц. Т.е. даже условный продавец в Пятерочке не может ее использовать. Получается, что бесплатная она разве что для бедных студентов и индусов. Та же MS Visual Studio Community Edition бесплатна при доходе до миллиона $.
Увы, но для C++ Builder я не знаю достойной свободной альтернативы. Есть, конечно, и Qt, и wxWidgets, и FLTK, и еще тонна всего, но оно всю намного заморочнее. Да и C++ далеко не такой простой в использовании язык как паскаль. Пишу на нем, но прочитать, наверное, далеко не все сразу смогу. Писать на нем получается дольше. Постоянно надо держать в голове много особенностей, UB всяких сортов помнить. Шаблоны до сих пор нормально не освоил. Delphi - это про легкую и быструю разработку. Эдакий компилируемый Python с упором на быстрое создание GUI.
Сам активно использую open source альтернативу Delphi - Lazarus. В чем-то он конечно сильно уступает Delphi. Например, разработка под Android всё еще сырая, для IOS практически отсутствует, не все компоненты для Delphi совместимы с Lazarus, и еще много всего.
Но всё же это замечательный инструмент. Хорошая кроссплатформенность, приемлемые возможности кросс-компиляции, прекрасная поддержка старых систем, удобная IDE, быстрая компиляция, простота создания программ. Да и на выходе получаются небольшие (2-5 Мб) самодостаточные программы, независимые от от всяких Java Runtime, DotNet, VC Redistributable и прочего. Сам в основном создаю им portable приложухи.
На нем делаются некоторые вполне "взрослые" проги, многие из которых сам пользую: Total Commander, Double Commander, PeaZip, Cheat Engine, Greenfish Icon Editor Pro и др.
Давно уже ищу достойную замену из-за (незаслуженно) низкой популярности паскаля. Но всё в чем-то да уступает. Нет совершенства в мире ПО.
Ну тогда это хороший повод собрать из исходников. Версия 5.15.2 вышла в ноябре 2020, т.е. разница с 5.15.17 почти 5 лет. И за это время были исправлены некоторые весьма серьезные баги (например, OpenSSL 3 или qserialport).
Выглядит несложно, но ведь это для сборки с компилятором от Microsoft, разве нет? Или оно само скачает правильную версию mingw с правильной версией libclang?
Если я правильно понял, то именно бинарники 5.15.17 доступны по коммерческой лицензии. Исходники Qt не меняли лицензию, т.е. вполне законно собираются в LGPL. Да, оно вышло после 6.0, но остается ценным из-за поддержки (не таких уж) старых систем.
Было бы неплохо б если бы Вы рассказали о таком способе в отдельной статье. Увы, с ходу не могу найти достаточно информации об этом. Видимо на сайте Qt что-то уже удалили - "There is currently no text in this page".
Интересный способ, не знал о таком. Тем не менее, в их документации сходу не вижу как, например, добавить поддержку ffmpeg (который я добавил в примере для Qt 6.9). Потому предположу что компиляция из исходников предпочтительнее там где нужна кастомизация. Там же вижу, что в качестве Qt 5.15 самый свежий доступен 5.15.2, в то время как из исходников собираем 5.15.17 (и к этой версии исправили тучу ошибок).
в то время как в Modbus/TCP подключение инициирует сервер (master)
Позвольте уточнить. В Modbus/TCP действительно master инициирует соединение, но master это клиент. Сервер это slave. Если за NAT клиенты, то проброс портов не нужен.
Говорите ли Вы о классическом Win32-интерфейсе как о классической теме (которую можно включить в Windows 7, например) или о интерфейсе через Win32 API вообще?
Как по мне, многие современные интерфейсы сглаживают шрифты сильно хуже чем ClearType, работающий еще с Windows XP. На высоких DPI не очень заметно, а на стандартных 96 DPI разница очень видна. В том же Windows XP появились и поддержка разных DPI, и красивые скругленные кнопочки и прочие свистелки/мигалки, нужно лишь чтобы приложение указало поддержку всего этого в манифесте. А начиная с Windows 10 поддерживаются и темные темы (хоть и через полускрытый API). Правда настройки системных цветов для классических тем работали еще с Win 95 и были утрачены с Win 8.
Тот же модный современный Qt получил нормальную поддержку DPI на Windows только в версии 6. Qt 5 мог менять DPI только кратно, полому про масштабе 150% приложения Qt 5 были на 200% больше.
Про визуальный шум и логическую иерархию непонятно. Не больше ли шума и хаоса когда каждое приложение имеет свой совершенно уникальный интерфейс? Если уникальный дизайн и лучше, то во времена XP популярны были скины приложений (особенно плееров), вполне через Win32 работало, с анимациями и пр.
Не проблема и сенсор. У самого уже больше 10 лет ноут с сенсорным экраном. Можно делать крупные элементы, большие зазоры в меню и т.п., но часто это неудобно. Если у тебя мышь, то элементы управления на пол экрана раздражают и крадут место у рабочего пространства. Крупных элементов влезет меньше. Неудобно работать в каком-нибудь Excel или VS Code на сенсорном экране.
Кастомный рендер точно нужен приложениям где нужно 120 FPS на 4K, но придется платить системными ресурсами, которые многие программисты посчитали неисчерпаемым ресурсом.
На Яндекс картах свежие панорамы. Их интересно сравнивать с Гуглом - город очень быстро растет и застраивается. Некоторые районы не узнать.
Увы, это качается всего дохода вообще, в т.ч. не связанным с Delphi. Есть на русском лицензионное соглашение, про Community edition на 5-й странице.
Расстраивает только условия этой бесплатной версии. Она для тех у кого годовой доход не больше 5000$. Это ж 420$ в месяц. Т.е. даже условный продавец в Пятерочке не может ее использовать. Получается, что бесплатная она разве что для бедных студентов и индусов. Та же MS Visual Studio Community Edition бесплатна при доходе до миллиона $.
Увы, но для C++ Builder я не знаю достойной свободной альтернативы. Есть, конечно, и Qt, и wxWidgets, и FLTK, и еще тонна всего, но оно всю намного заморочнее. Да и C++ далеко не такой простой в использовании язык как паскаль. Пишу на нем, но прочитать, наверное, далеко не все сразу смогу. Писать на нем получается дольше. Постоянно надо держать в голове много особенностей, UB всяких сортов помнить. Шаблоны до сих пор нормально не освоил. Delphi - это про легкую и быструю разработку. Эдакий компилируемый Python с упором на быстрое создание GUI.
Сам активно использую open source альтернативу Delphi - Lazarus. В чем-то он конечно сильно уступает Delphi. Например, разработка под Android всё еще сырая, для IOS практически отсутствует, не все компоненты для Delphi совместимы с Lazarus, и еще много всего.
Но всё же это замечательный инструмент. Хорошая кроссплатформенность, приемлемые возможности кросс-компиляции, прекрасная поддержка старых систем, удобная IDE, быстрая компиляция, простота создания программ. Да и на выходе получаются небольшие (2-5 Мб) самодостаточные программы, независимые от от всяких Java Runtime, DotNet, VC Redistributable и прочего. Сам в основном создаю им portable приложухи.
На нем делаются некоторые вполне "взрослые" проги, многие из которых сам пользую: Total Commander, Double Commander, PeaZip, Cheat Engine, Greenfish Icon Editor Pro и др.
Давно уже ищу достойную замену из-за (незаслуженно) низкой популярности паскаля. Но всё в чем-то да уступает. Нет совершенства в мире ПО.
Не понимаю о каком инсталлере речь. Но если он зависит от Qt, тогда - да, сначала нужны библиотеки.
Спасибо. Это очень хорошая статья. Поэтому я тоже на нее ссылаюсь (в первом абзаце).
Ну тогда это хороший повод собрать из исходников. Версия 5.15.2 вышла в ноябре 2020, т.е. разница с 5.15.17 почти 5 лет. И за это время были исправлены некоторые весьма серьезные баги (например, OpenSSL 3 или qserialport).
Спасибо, поизучаю этот вариант.
Выглядит несложно, но ведь это для сборки с компилятором от Microsoft, разве нет? Или оно само скачает правильную версию mingw с правильной версией libclang?
Если я правильно понял, то именно бинарники 5.15.17 доступны по коммерческой лицензии. Исходники Qt не меняли лицензию, т.е. вполне законно собираются в LGPL. Да, оно вышло после 6.0, но остается ценным из-за поддержки (не таких уж) старых систем.
Было бы неплохо б если бы Вы рассказали о таком способе в отдельной статье. Увы, с ходу не могу найти достаточно информации об этом. Видимо на сайте Qt что-то уже удалили - "There is currently no text in this page".
Интересный способ, не знал о таком. Тем не менее, в их документации сходу не вижу как, например, добавить поддержку ffmpeg (который я добавил в примере для Qt 6.9). Потому предположу что компиляция из исходников предпочтительнее там где нужна кастомизация. Там же вижу, что в качестве Qt 5.15 самый свежий доступен 5.15.2, в то время как из исходников собираем 5.15.17 (и к этой версии исправили тучу ошибок).
Спасибо Вам за Ваши старания. Печально видеть как прекращается поддержка вполне рабочего железа.
Позвольте уточнить. В Modbus/TCP действительно master инициирует соединение, но master это клиент. Сервер это slave. Если за NAT клиенты, то проброс портов не нужен.