-
- Сильная сторона Дельфи не только визуальный редактор и куча визуальных компонентов. Большее значение имеет прекрасная реализация работы с базами данных, обмен данными в форматах XML/JSON и т.п. FDA(430 знак., 30.03.2020 20:48)
- Не обязательно на Паскале кодить. Я на С++ на Delphi пишу. - Ale3000(30.03.2020 10:12)
- Именно поэтому и нужно разделять "интерфейс" и "функционал". И раз первое можно получить бесплатно, то так и нужно сделать. Cкpипaч(325 знак., 29.03.2020 21:48)
- Тогда и посоветуйте мне, на что можно мигрировать с Delphi, чтобы (хотя бы в общих чертах) сохранить внешний вид программы. C# не предлагать. - Kceния(29.03.2020 22:08)
- Qt? Уж по части Qt Widgets он всегда будет бесплатным, ибо (см. KDE) - lloyd(30.03.2020 20:44)
- Возможно Lazarus LightElf(4 знак., 30.03.2020 17:26, ссылка)
- Чем вызвана необходимость миграции? А то варианты могут быть
разными, от Lazarus до Qt c Qt Creator. - AlexG(30.03.2020 14:42)
- Причина может быть подобна той, из-за чего многие программисты МК
сидят на GCC: купить IAR или Keil не по карману, а
пользоваться взломанными версиями не позволяет совесть. Вот и здесь
есть большое желание перейти на 64-разрядный код, тогда как
RAD-Studio - слишком дорогое удовольствие. Тогда как MS VS
community доступна бесплатно. - Kceния(30.03.2020 14:57)
- Одно время была доступна версия RAD-Studio, распространяемая на
аналогичных VS community условиях - AlexG(30.03.2020 15:39)
- Она и сейчас доступна, но условия иные - лицензия только на 1 год. - Kceния(30.03.2020 16:11)
- Одно время была доступна версия RAD-Studio, распространяемая на
аналогичных VS community условиях - AlexG(30.03.2020 15:39)
- Причина может быть подобна той, из-за чего многие программисты МК
сидят на GCC: купить IAR или Keil не по карману, а
пользоваться взломанными версиями не позволяет совесть. Вот и здесь
есть большое желание перейти на 64-разрядный код, тогда как
RAD-Studio - слишком дорогое удовольствие. Тогда как MS VS
community доступна бесплатно. - Kceния(30.03.2020 14:57)
- "Внешний вид программы" это интерфейс пользователя или внутренняя архитектура. А то
кому и кобыла невест...ракурс однако может быть разным :) - Cкpипaч(29.03.2020 22:17)- Меня интерфейс пользователя интересует. Типа того, что есть ранее написанный проект на Delphi и его надо перенести на другой компилятор, чтобы меню, диалоги и их элементы фунционировали так же. - Kceния(29.03.2020 22:20)
- Интерфейса вашей программы я не видел. Насколько мне известно, Microsoft Visual C++ идеологически точно такой же как Делфи, но врядли вы о нем не знаете. Значит речь идет о каких-то изощренных особенностях Делфи (особенности всегда вылазят боком). - Cкpипaч(29.03.2020 22:29)
- Я о нем почти всё знаю. Если на MSVC гую писать, то надо всё переделывать через классы MFC. Тогда как набор последних много беднее, чем в Delphi, т.к. поддерживает только те элементы управления, которые есть в Windows. Тогда как в Delphi графических элементов на порядок больше, причем многие из них настолько сложные, но неясно, как их через MFC выразить. - Kceния(29.03.2020 22:36)
- Да. Это именно то, за что меня ненавидят мои программисты :) Еще ни разу не удалось им обосновать необходимость нестандартного элемента в интерфейсе. Cкpипaч(312 знак., 29.03.2020 22:40 - 22:55)
- Я еще на OWL писала :), была такая графическая библиотека на Borland С/C++ 5-ой версии. А когда она в 6-ой версии исчезла, то энтузиаcты запустили проект OWLNext, и я еще долгое время его юзала. Но даже он гораздо компактнее, чем MFC, и много симпатичнее. - Kceния(29.03.2020 22:52, ссылка)
- И обработку видеоданных - тоже? %) "Скролбары с кнопками" никому не интересны. Ждем активного развития дополненной реальности с распознаванием образов. - Cкpипaч(29.03.2020 22:54)
- Видеоданных у меня нет, но есть графики. Их пришлось самой писать, включая автоматический выбор зарубок на шкале. Получилось сложно и недостаточно универсально. - Kceния(29.03.2020 22:59)
- А оно так и есть. Везде. Сложно и неуниверсально. Внутри. - Cкpипaч(29.03.2020 23:04)
- Видеоданных у меня нет, но есть графики. Их пришлось самой писать, включая автоматический выбор зарубок на шкале. Получилось сложно и недостаточно универсально. - Kceния(29.03.2020 22:59)
- И обработку видеоданных - тоже? %) "Скролбары с кнопками" никому не интересны. Ждем активного развития дополненной реальности с распознаванием образов. - Cкpипaч(29.03.2020 22:54)
- Я еще на OWL писала :), была такая графическая библиотека на Borland С/C++ 5-ой версии. А когда она в 6-ой версии исчезла, то энтузиаcты запустили проект OWLNext, и я еще долгое время его юзала. Но даже он гораздо компактнее, чем MFC, и много симпатичнее. - Kceния(29.03.2020 22:52, ссылка)
- Да. Это именно то, за что меня ненавидят мои программисты :) Еще ни разу не удалось им обосновать необходимость нестандартного элемента в интерфейсе. Cкpипaч(312 знак., 29.03.2020 22:40 - 22:55)
- Я о нем почти всё знаю. Если на MSVC гую писать, то надо всё переделывать через классы MFC. Тогда как набор последних много беднее, чем в Delphi, т.к. поддерживает только те элементы управления, которые есть в Windows. Тогда как в Delphi графических элементов на порядок больше, причем многие из них настолько сложные, но неясно, как их через MFC выразить. - Kceния(29.03.2020 22:36)
- Интерфейса вашей программы я не видел. Насколько мне известно, Microsoft Visual C++ идеологически точно такой же как Делфи, но врядли вы о нем не знаете. Значит речь идет о каких-то изощренных особенностях Делфи (особенности всегда вылазят боком). - Cкpипaч(29.03.2020 22:29)
- Меня интерфейс пользователя интересует. Типа того, что есть ранее написанный проект на Delphi и его надо перенести на другой компилятор, чтобы меню, диалоги и их элементы фунционировали так же. - Kceния(29.03.2020 22:20)
- Тогда и посоветуйте мне, на что можно мигрировать с Delphi, чтобы (хотя бы в общих чертах) сохранить внешний вид программы. C# не предлагать. - Kceния(29.03.2020 22:08)