Чёт меня тоже смутил этот TOPER SOFT, куча антивирей классифицирует их лаунчер как зараженный трояном, странно что никто про это не написал в комментах
Delphi for .NET это у них мертворождённый проект получился, он давно закрыт. Delphi сейчас генерирует нативный код под Win, MacOS и с натяжкой под Linux, а также некий код (о степени наивности которого я не осведомлен) под Android и iOS
И что, правда нет проблем с отображением простейших компонентов? В начале FireMonkey постоянно было то шрифт кривой в ComboBox, то тут что-то съехало, то тут криво отрисовывается , и бороться со всей этой фигнёй дополнительно проверяя, на какой из платформ оно поехало, нет никакого желания. Плюс пусть сначала сделают нормальную компиляцию GUI под Линукс, без всяких дополнительных костылей в виде FMXLinux
Кросс платформенные компоненты GUI (т.н. Fire Monkey) до сих пор какие-то странные/сырые, хотя появились лет 10 назад. Доверять в Delphi можно только старым компонентам VCL , но этот фреймворк не кроссплатформенный, он только под Windows
Я больше по десктопным приложениям, а у них независимо от наличия кнопок Сохранить/Отмена есть еще крестик закрытия в углу окна и на закрытие по нему тоже надо как-то реагировать (хотя бы если были несохраненные изменения)
Дело не в том, сколько кнопок в диалоге , а в том, как сформулирован текст диалога.
Примеры хороших диалогов:
Настройки будут сохранены. Продолжить? (Да/Нет)
Сохранить выполненные изменения? (Да/Нет/Отмена) - в данном случае "Да" выходит с сохранением, "Нет" - выходит без сохранения, "Отмена" - возвращается обратно в редактирование (не выходит)
Дело не в том, сколько кнопок в диалоге , а в том, как сформулирован текст диалога.
Примеры хороших диалогов:
Настройки будут сохранены. Продолжить? (Да/Нет)
Сохранить выполненные изменения? (Да/Нет/Отмена) - в данном случае "Да" выходит с сохранением, "Нет" - выходит без сохранения, "Отмена" - возвращается обратно в редактирование (не выходит)
Не вижу смысла спорить, но точно существует несколько версий файла (возможно с одинаковой начинкой - это не проверял):
Мicrosoft Visual C++ 2015 Redistributable (x64) - 14.0.23026 Microsoft Visual C++ 2017 Redistributable (x64) - 14.16.27033 Microsoft Visual C++ 2015-2022 Redistributable (x64) - 14.40.33810
Вот для Микротика выложили
https://habr.com/ru/articles/838452/
Чёт меня тоже смутил этот TOPER SOFT, куча антивирей классифицирует их лаунчер как зараженный трояном, странно что никто про это не написал в комментах
не файл же, а раздел
Delphi for .NET это у них мертворождённый проект получился, он давно закрыт. Delphi сейчас генерирует нативный код под Win, MacOS и с натяжкой под Linux, а также некий код (о степени наивности которого я не осведомлен) под Android и iOS
Подозрительно, что при подготовке борща в стиле космического аппарата, две модели назвали его "Борщ-1", кто-то у кого-то списывает X-)
В том что на отключена по умолчанию и включается в недрах настроек "for developers"
Rar ещё.
Да и FineReader по сути рождён в России.
еще -таки, и -ка
А как оно догадалось, что на голове сзади волосы, а не второе лицо, например )))
Intel NUC ?
И что, правда нет проблем с отображением простейших компонентов? В начале FireMonkey постоянно было то шрифт кривой в ComboBox, то тут что-то съехало, то тут криво отрисовывается , и бороться со всей этой фигнёй дополнительно проверяя, на какой из платформ оно поехало, нет никакого желания. Плюс пусть сначала сделают нормальную компиляцию GUI под Линукс, без всяких дополнительных костылей в виде FMXLinux
Кросс платформенные компоненты GUI (т.н. Fire Monkey) до сих пор какие-то странные/сырые, хотя появились лет 10 назад. Доверять в Delphi можно только старым компонентам VCL , но этот фреймворк не кроссплатформенный, он только под Windows
Всё нормально, работает не хуже чем в Delphi 7 )
Может они Линукс из исходников собирают своим компилятором
Я больше по десктопным приложениям, а у них независимо от наличия кнопок Сохранить/Отмена есть еще крестик закрытия в углу окна и на закрытие по нему тоже надо как-то реагировать (хотя бы если были несохраненные изменения)
Дело не в том, сколько кнопок в диалоге , а в том, как сформулирован текст диалога.
Примеры хороших диалогов:
Настройки будут сохранены. Продолжить? (Да/Нет)
Сохранить выполненные изменения? (Да/Нет/Отмена) - в данном случае "Да" выходит с сохранением, "Нет" - выходит без сохранения, "Отмена" - возвращается обратно в редактирование (не выходит)
Дело не в том, сколько кнопок в диалоге , а в том, как сформулирован текст диалога.
Примеры хороших диалогов:
Настройки будут сохранены. Продолжить? (Да/Нет)
Сохранить выполненные изменения? (Да/Нет/Отмена) - в данном случае "Да" выходит с сохранением, "Нет" - выходит без сохранения, "Отмена" - возвращается обратно в редактирование (не выходит)
Не вижу смысла спорить, но точно существует несколько версий файла (возможно с одинаковой начинкой - это не проверял):
Мicrosoft Visual C++ 2015 Redistributable (x64) - 14.0.23026
Microsoft Visual C++ 2017 Redistributable (x64) - 14.16.27033
Microsoft Visual C++ 2015-2022 Redistributable (x64) - 14.40.33810
У меня другая информация насчет VC++:
Всё так же, только версий .Net и С++ Redistributable стало гораздо больше :)