А можно сделать иначе. Тут уже в статье упоминается Delphi и фреймворк FireMonkey. Так вот что можно получить, при этом не имея зависимостей от дотнета и его SDK
Hidden text
Работать будет и на Линуксе и на Маке (правда, конечно же, без AcrylicBlur эффектов у окон)
Не соглашусь. Они странные (т.е. их нужно понять). Они далеко уже не сырые и прекрасно справляются со своей задачей. Множество проектов на FMX уже несколько лет в проде прекрасно себя чувствуют.
Смотря чем это будет рендериться. Например, в Delphi с использованием фреймворка FMX я создаю и использую векторные стили.
Буквально сейчас создаю стиль, аналогичный WinUI 3
FMX рендерит на GPU (DirectX/OpenGL/Direct2D/OpenGLES/Metal), в зависимости от платформы. На андроид можем получать вполне реальные 120fps, если того требует экран, хотя по умолчанию отрисовка происходит в 60fps. А уж на ПК и говорить не стоит.
Стили в основном состоят из Path (куска SVG). Ну и анимаций.
Приятный момент состоит в том, что при любом DPI мы видим отличное качество картинки.
Хочешь оставить ссылку - предложи поделиться Телеграмм каналом в комментариях. Т.е. либо кто-то заинтересуется и спросит, либо ты можешь приглашаешь в ТГ во время обсуждения. По-моему это достаточно уместно
Дотнеченность кончилась на Delphi 8. Дальше никакого дотнета там нет, кроме нескольких инструментах в самой среде разработки. А вот развитие в целом, в последующих версиях (после 2010) года, очень ощутимо.
Скорее в опросниках не было пункта Delphi. Его "отменяют" во многих аспектах. Игнорируют, будто не существует. При этом легко могут добавить COBOL и Visual Basic. Хотя те уже годами не развиваются и не обновляются, в то время как Delphi регулярно получает обновления, как по языку, так и по инструментам.
Самые крупные компании пользуются старым софтом, написанном на древних языках программирования. Кто помнит, как мы рисовали интерфейсы на Delphi Studio? И дизайн этого софта соответствующий.
А чем язык "древний"? Древнее C++? Нет. Он даже не древнее Питона.
И "Delphi Studio" - никогда не существовало. Был Borland Delphi и сейчас RAD Studio. "Дизайн этого софта" обусловлен тем, что он изначально НАТИВНЫЙ и то, как он отображается диктует ОС.
Delphi не является старым решением и не "годится лишь на легаси". Современные версии позволяют обеспечивать нужную безопасность и быстродействие. Не говоря уже о том, что он является кроссплатформенным и позволяет создавать GUI далеко не уступающий "современному вебу".
Компилятор закрытый. Что в свою очередь говорит о том, что существует только одна IDE для этого языка. И, соответственно, для коммерческой разработки, IDE не бесплатная.
Это, всё, пожалуй, можно охарактеризовать как "не очень хорошо". Но, в России есть поставщики, и можно без проблем приобрести. Для не коммерческой разработки IDE бесплатная и имеет свою (Community) редакцию с небольшими ограничениями. При этом RTL (рантайм библиотеки) и поставляемые два GUI фреймворка (VCL и FMX) имеют "открытые исходники", т.е. мы можем в момент разработки получить к ним доступ, прочитать и даже частично изменить под себя или что-то исправить. IDE очень гибкая и имеет обширный API для плагинов, которые могут позволить встроить новые механизмы в IDE, например, Co-pilot или GPT, управлять проектом или сборкой и т.д. Открытость RTL позволяет более подробно изучить доступные методы и классы (помимо отдельной документации и встроенной в код документации), в частности понять "как работает" или "как реализовано". Т.е. штатно, библиотеками мы можем очень сильно повлиять на то, как работает язык, например, реализовать смартпоинтеры или аналог "defer" из языка Zig (недавно такой делал). Ну и существует открытая Jira для пользователей IDE, где можно завести баг или новую фичу и в течение какого-то времени получить ответ и возможно решение в грядущем патче (баги обычно правят от 3 до 4 месяцев, а фичи сильно по-разному).
Из минусов ещё то, что IDE (и компиляторы) на данный момент, может работать только под Windows. Хотя, с переходом на стандартизированный LSP, мы можем использовать, например, VS Code для написания кода. Но без дизайнеров, все же, это не сильно полезно.
Сейчас язык находится в стадии активной разработки, не смотря на то, что он вышел порядка 29 лет назад, и сильно меняется.
Ну, если говорить о Delphi, то для такого подойдёт пакет HTML Components. Там своя реализация HTML рендера и полный контроль над управлением содержимым. Вставлять можно что угодно, управлять содержимым как нужно ну и сохранять/загружать в удобном формате (или в html).
Кроссплатформа будет доступна, привязок к внешним библиотекам нет. Так что можно за 3-4 вечера соорудить клиент-серверное решение, например, используя RESTfull сервер на MARS, с авторизацией на JWT и серваком под Linux/ Windows.
Ну и выглядеть будет как любой современный веб-сервис, если нужно. Кроссплатформенный GUI фреймворк (FMX) работает на GPU.
А можно сделать иначе. Тут уже в статье упоминается Delphi и фреймворк FireMonkey. Так вот что можно получить, при этом не имея зависимостей от дотнета и его SDK
Hidden text
Работать будет и на Линуксе и на Маке (правда, конечно же, без AcrylicBlur эффектов у окон)
Не соглашусь. Они странные (т.е. их нужно понять). Они далеко уже не сырые и прекрасно справляются со своей задачей. Множество проектов на FMX уже несколько лет в проде прекрасно себя чувствуют.
Вот пример кроссплатформенного проекта на delphi (и нет, это не html)
https://github.com/HemulGM/ChatGPT
+ (Android, iOS) в том же FireMonkey
Прекрасно оно в жизни
Те же ORM или HTTP серверные решения, в Delphi, без RTTI тоже не обходятся
Смотря чем это будет рендериться. Например, в Delphi с использованием фреймворка FMX я создаю и использую векторные стили.
Буквально сейчас создаю стиль, аналогичный WinUI 3
FMX рендерит на GPU (DirectX/OpenGL/Direct2D/OpenGLES/Metal), в зависимости от платформы. На андроид можем получать вполне реальные 120fps, если того требует экран, хотя по умолчанию отрисовка происходит в 60fps. А уж на ПК и говорить не стоит.
Стили в основном состоят из Path (куска SVG). Ну и анимаций.
Приятный момент состоит в том, что при любом DPI мы видим отличное качество картинки.
Если "Делфи" мертвый язык, то Java и C# - тоже
Справедливости ради: не официальный дистрибутив)
То же самое
Хочешь оставить ссылку - предложи поделиться Телеграмм каналом в комментариях. Т.е. либо кто-то заинтересуется и спросит, либо ты можешь приглашаешь в ТГ во время обсуждения. По-моему это достаточно уместно
Самый быстрый способ слить карму - выразить недовольство, что тебе поставили минус на комментарий
Дотнеченность кончилась на Delphi 8. Дальше никакого дотнета там нет, кроме нескольких инструментах в самой среде разработки. А вот развитие в целом, в последующих версиях (после 2010) года, очень ощутимо.
Скорее в опросниках не было пункта Delphi. Его "отменяют" во многих аспектах. Игнорируют, будто не существует. При этом легко могут добавить COBOL и Visual Basic. Хотя те уже годами не развиваются и не обновляются, в то время как Delphi регулярно получает обновления, как по языку, так и по инструментам.
А чем язык "древний"? Древнее C++? Нет. Он даже не древнее Питона.
И "Delphi Studio" - никогда не существовало. Был Borland Delphi и сейчас RAD Studio. "Дизайн этого софта" обусловлен тем, что он изначально НАТИВНЫЙ и то, как он отображается диктует ОС.
Delphi не является старым решением и не "годится лишь на легаси". Современные версии позволяют обеспечивать нужную безопасность и быстродействие. Не говоря уже о том, что он является кроссплатформенным и позволяет создавать GUI далеко не уступающий "современному вебу".
Delphi/Pascal до 2010 года крайне востребованы. И сейчас, Delphi, остается на плаву и имеет устойчивый спрос, хоть и считается "старым".
Компилятор закрытый. Что в свою очередь говорит о том, что существует только одна IDE для этого языка. И, соответственно, для коммерческой разработки, IDE не бесплатная.
Это, всё, пожалуй, можно охарактеризовать как "не очень хорошо". Но, в России есть поставщики, и можно без проблем приобрести. Для не коммерческой разработки IDE бесплатная и имеет свою (Community) редакцию с небольшими ограничениями. При этом RTL (рантайм библиотеки) и поставляемые два GUI фреймворка (VCL и FMX) имеют "открытые исходники", т.е. мы можем в момент разработки получить к ним доступ, прочитать и даже частично изменить под себя или что-то исправить. IDE очень гибкая и имеет обширный API для плагинов, которые могут позволить встроить новые механизмы в IDE, например, Co-pilot или GPT, управлять проектом или сборкой и т.д. Открытость RTL позволяет более подробно изучить доступные методы и классы (помимо отдельной документации и встроенной в код документации), в частности понять "как работает" или "как реализовано". Т.е. штатно, библиотеками мы можем очень сильно повлиять на то, как работает язык, например, реализовать смартпоинтеры или аналог "defer" из языка Zig (недавно такой делал). Ну и существует открытая Jira для пользователей IDE, где можно завести баг или новую фичу и в течение какого-то времени получить ответ и возможно решение в грядущем патче (баги обычно правят от 3 до 4 месяцев, а фичи сильно по-разному).
Из минусов ещё то, что IDE (и компиляторы) на данный момент, может работать только под Windows. Хотя, с переходом на стандартизированный LSP, мы можем использовать, например, VS Code для написания кода. Но без дизайнеров, все же, это не сильно полезно.
Сейчас язык находится в стадии активной разработки, не смотря на то, что он вышел порядка 29 лет назад, и сильно меняется.
Ну, если говорить о Delphi, то для такого подойдёт пакет HTML Components. Там своя реализация HTML рендера и полный контроль над управлением содержимым. Вставлять можно что угодно, управлять содержимым как нужно ну и сохранять/загружать в удобном формате (или в html).
Кроссплатформа будет доступна, привязок к внешним библиотекам нет. Так что можно за 3-4 вечера соорудить клиент-серверное решение, например, используя RESTfull сервер на MARS, с авторизацией на JWT и серваком под Linux/ Windows.
Ну и выглядеть будет как любой современный веб-сервис, если нужно. Кроссплатформенный GUI фреймворк (FMX) работает на GPU.
А в каком виде редактор текста интересует? Что от него требоваться будет?
Ну, на самом деле сама IDE не является кроссплатформенной. Софт, который можно написать является, а среда - нет. К сожалению.