Вышла версия 15.1 компонентов DevExpress для VCL

[icoz]

Цены что-то негуманны. Или это только для корпораций? Для индивидуальных разработчиков как?

[toxicdream]

-Вставка и перемещение объектов OLE в документе.
Однозначно надо будет посмотреть

[MacIn]

Поддерживаю. Но вот проблемка — начиная с Win 8.1 картинки в RichEdit больше не являются OLE объектами, а это для меня самое важное. Для всех предыдущих версий писал свою обертку через IRichEditOLE интерфейс, но с 8.1 это больше не работает.

[tatyana_ryzh]

Возможно, мы неточно выразились. Имелось в виду, Вставка и перемещение объектов в документе, используя технологию OLE

[MacIn]

Да, но это реализуется достаточно просто, 3 основных функции:
function GetObjectCount: HResult; stdcall;
function GetObject(iob: Longint; out reobject: TReObject;
dwFlags: DWORD): HResult; stdcall;
function InsertObject(var reobject: TReObject): HResult; stdcall;

Я говорю о том, что политика MS в части хранения картинок — в сторону отказа от OLE, это значит, что мы по-прежнему можем работать как угодно с таблицами и какими угодно другими объектами в RE, но не с картинками, что несколько снижает ценность OLE интерфейса для этого стандартного компонента.

У меня была задача по работе — преобразование картинок в Rtf в более компактный формат (они хранятся как OLE объекты в формате метафайла, который по сути — BMP плюс заголовок, да еще в текстовом hex формате). Так вот в RichEdit до Win 8.0 включительно так и было, а начиная с 8.1 MsftEdit компонент в ОС заменен на новый, который сохраняет картинки не как OLE объекты, а как blob'ы, в чистом виде. И к ним доступ получить уже нельзя. Раньше я мог через GetCount и GetObject пробежаться по всем объектам, включая картинки, а теперь это невозможно. Картнки сами по себе и я понятия не имею, как с ними работать.

Это не к вашему компоненту относится, просто к слову пришлось.

[MacIn]

Ваш компонент — надстройка над msftedit, или написан с нуля? Потому что мы сейчас рассматриваем альтернативы MSовскому, если ваш хорошо с картинками, таблицами и скрытыми тэгами работает, можем и приобрести.

[tatyana_ryzh]

Наш cxRichEdit редактор (входит в состав библиотеки ExpressEditors) — надстройка над msftedit, а свежевыпущенный Rich Edit Control написан «с нуля». Картинки еще будем дорабатывать, сейчас в них только базовый функционал. Можете попробовать trial версию, чтобы все увидеть своими глазами и оценить…

[lola_term]

В качестве разработчика в период с 2005-2009, а именно уж очень нравился язык Pascal и его развитие в качестве Delphi, сделал около сотни проектов, многие до сих пор используются…
Так же среды программирования которые очень привыклись, все было вроде бы продуманным, что многие до сих пор пользуются в разработках старыми Delphi 7.0, rad studio 2007. Из-за того что Embarcadero стали рубить «капустку» на разработчиках, взвинтив цены в десятки раз, тупо приходится переосваиваться и смотреть на другие языки и среды разработки. Печально, натужно, как есть. Оставьте свои VCL себе, пойду изучать PHP, питон, руби, даже ассемблер кажется милее и уютнее, но только не ваши красивые картинки за такие деньги.

[dunmaksim]

Вы хотели сказать Qt, а не PHP, конечно же. Насчёт ценовой политики согласен. Раньше сам фанател за Delphi, сейчас, переехав на Python, вообще не понимаю, что может там держать людей, кроме Legacy-говна, которое дешевле поддерживать, чем переписать с нуля на чём-то другом (C#, C++, Qt, да что угодно, плюс получить кросс-платформенность в некоторых случаях).

[NortaBirdo]

Аналогичная ситуация. Долго и успешно кодил на delphi. Даже есть персональная лицензия. Но конские цены на апдейты + отсутствие развития основных библиотек (firemankey это хорошо, но развитие старых инструментов и починку багов ни кто не отменял) вынудили перейти на другой язык. pyqt + qtdesigner + python + cxFreeze + пара батников и в итоге кроссплатформенная не зависящая от питона, бесплатная RAD. Жаль и тяжело было уходить с любимого языка, который к тому же кормил, но язык это ещё не все.

[pcmaniac]

А есть в планах портирование вашей библиотеки под FireMonkey? Интересуют те-же шкалы в применении к управлению производством. Единая консоль управления на стационарнике и планшете с такими шкалами выглядит очень вкусно.

Аппаратное ускорение отрисовки используете? Реально ли на каком-нибудь Атоме со встроенным видео рисовать десяток шкал 1920х1080@60FPS?

[tatyana_ryzh]

Портирования на FireMonkey в планах нет, но можно использовать компонент прямо сейчас на Windows планшетах.

Что касается скорости отрисовки, мы сделали тестовую панель с 10 шкалами и попробовали на Desktop PC и Surface на Intel i5-3317U 1.7GHz с Win 8.1 Pro 1920*1080. На Surface дает «проседание» fps в 2.5-3 раза. Как-то не верится, что на Атоме будет лучше.