DXperience v2011 vol 1 — Новая версия .NET компонентов от DevExpress

    DXperience 2011.1 Компания Developer Express недавно объявила о выходе очередной мажорной версии своего набора контролов для .NET разработчиков — DXperience v2011 vol 1. По традиции, эта версия выходит спустя полгода от предыдущего релиза и является первым большим апдейтом в 2011-м году. Так же традиционно, она содержит множество различных улучшений как для разработчиков Windows Forms и ASP.NET, так и для тех, кто создаёт свои продукты на базе платформ WPF и Silverlight.

    К тому же, у нас есть ещё один сюрприз — на этот раз для тех, кто знакомится с технологией LightSwitch и хочет делать полноценные бизнес-приложения с её помощью.

    Если вы ещё не успели прочитать официальный What's New-пресс релиз на английском языке, то я приготовил для вас краткий обзор того, на что стоит обратить внимание в новой версии DXperience.

    Для тех, кого интересует какая-то конкретная платформа, можно сразу перейти по одной из этих ссылок:

    Теперь рассмотрим каждое направление по отдельности:


    Silverlight



    Свежий релиз DevExpress-продуктов для Silverlight готов порадовать вас целой россыпью новых контролов. Среди них особо можно выделить DXGauges (который может пригодиться как для создания интерактивных «приборных панелей», так и для различных бизнес-приложений)…



    ...a также DXTreeList (предназначенный для иерархического отображения строк с данными):



    К тому же DXTreeList был интегрирован в продукт DXGrid в качестве отдельного вида для табличного представления данных, а сам DXGrid сделал очередной прорыв в представлении больших объёмов данных под Silverlight, реализовав нашу технологию InstantFeedback(tm), которая позволяет избежать «зависания» интерфейса при загрузке больших объёмов данных:



    Продукт DXCharts, который предназначен для рисования различных графиков и диаграмм, стал богаче на 4 новых вида серий, а его интерактивные возможности теперь включают в себя масштабирование отдельных областей и прокрутку, способную эффективно работать даже на очень больших объёмах данных:



    Интерактивность добавилась и в наш генератор отчётов — XtraReports — который теперь поддерживает удобную систему поиска, возможность сжатия или растяжения содержимого документов, а также схлопывания и развёртывания отдельных регионов с данными прямо в превью документа.



    Отдельно можно выделить продукт DXRichEdit, который в версии 11.1 реализовал всю инфраструктуру, необходимую для полноценной генерации документов (RTF, DOC, DOCX, HTML, ODT и др.) полностью из кода, а значит способный функционировать в качестве «документ-сервера». Приятным плюсом к этому стали автоматическая коррекция опечаток, автоматическая генерация содержания, а также подсветка синтаксиса и проверка орфографии с помощью Hunspell словарей.

    Полный список всех новых продуктов для Silverlight, а также все детали улучшений по уже существующим продуктам, вы можете прочитать здесь (на английском языке, но со множеством иллюстраций и видео).


    WPF


    Если вы читаете этот раздел What's New, я очень надеюсь, что вы уже прочитали список улучшений в предыдущем разделе — Silverlight — потому что все эти же новинки появились и в нашей линейке WPF-продуктов.

    Этот список включает в себя и новые контролыDXGauges и DXTreeList



    … и все улучшения по DXGrid (подробнее...), DXCharts (подробнее...), DXRichEdit (подробнее...), XtraReports (подробнее...) и другим продуктам.

    Чтобы не повторяться лишний раз, хочу отметить здесь лишь те вещи, которые появились только в WPF:
    • Date Navigator. Это новый компонент-календарь для удобного отображения большого числа дат, с возможностью одновременного выбора нескольких дат или диапазона.


    • Поддержка асинхронного режима работы с данными в DXPivotGrid (компонент для кросс-табличного представления данных).



    Детальный список изменений в WPF версии 11.1 доступен здесь.


    ASP.NET


    Здесь тоже не обошлось без нового продукта, да ещё какого! ASPxDocking реализует возможность показывать различную информацию в отдельных панелях, которые могут перемещаться пользователем в любое место на веб-странице, а также «прилепляться» к её краям.



    Новые виды есть и в компоненте для рисования графиков — XtraCharts — в 11.1 их появилось сразу 8! Например, вот вид для показа ограниченных областей на графике:



    Тем, кого интересует ASPxHtmlEditor (редактор для визуального редактирования HTML текста) будет приятно узнать, что теперь он полностью поддерживает режим right-to-left, умеет экспортировать и импортировать своё содержимое во все популярные форматы — RTF, DOCX, MHT, ODT и PDF (только экспорт), а также предоставляет расширенный диалог для выбора пользователем файла на сервере:



    Два компонента для табличного и кросс-табличного представления данных — ASPxGridView и ASPxPivotGridView — были значительно ускорены для печати и экспорта, а сам ASPxGridView теперь умеет отображать многострочные заголовки для своих колонок:



    Еще особо отмечу генератор отчётов XtraReports. Начиная с 11.1 он может автоматически генерировать дерево закладок и панель параметров при отображении параметризованного отчёта на веб-странице, тем самым значительно сокращая скорость разработки интерактивных веб-приложений по созданию отчётов:



    Детальный список изменений в ASP.NET версии 11.1 доступен здесь.


    ASP.NET MVC


    К трём десяткам MVC-расширений, которые были анонсированы нами в версии 10.2, мы добавили два новых — расширение для рисования графиков XtraCharts (я уже писал о нём в одном из предыдущих постов на Хабре):



    … и расширение для вывода отчётов XtraReports, которое отображает документ в режиме предварительного просмотра, а также может печатать его на клиенте и экспортировать в различные форматы (PDF, RTF, XLS, DOCX и др.).

    Кроме того, мы существенно улучшили наше расширение MVC GridView, который теперь стал полноценным компонентом для отображения и редактирования табличных данных любой сложности. Вот список основных улучшений:
    • Многострочные заголовки колонок (скриншот)
    • Множество предопределённых режимов редактирования данных (скриншот)
    • Встроенная обработка ошибок ввода (скриншот)
    • Встроенная поддержка «мастер-дитейл» для отображения данных любой степени вложенности (скриншот)
    • Окно выбора списка колонок для отображения (скриншот)

    Детальный список изменений в ASP.NET MVC версии 11.1 доступен здесь.


    Windows Forms


    Наши продукты для платформы Windows Forms также не стоят на месте. Среди существенных улучшений в этой версии хочется отметить следующие.

    Асинхронный режим работы в компоненте для построения кросс-таблиц в XtraPivotGrid:



    8 новых видов в графическом компоненте XtraCharts (на картинке один из них):



    Очередной набор улучшений для табличного компонента XtraGrid, таких как значительное ускорение процессов печати и экспорта на больших объёмах данных (в среднем в 10-30 раз), новый режим прокручивания с зафиксированными группировочными строками, поддержка вычисляемых выражения и групповых интервалов в серверном режиме и многое другое…



    Ну и конечно же, не обошлось без нового компонента: на этот раз им стал Document Manager. Он позволяет легко реализовать в вашем приложении разные MDI подходы — в виде закладок или в виде различных окон, которые могут либо свободно перемещаться в приложении, либо быть «прилепленными» к краю родительского окна.



    Справедливости ради, отмечу, что подобный компонент и раньше был в линейке наших WinForms продуктов, но с версией 11.1 мы решили полностью переработать имеющиеся подходы с тем, чтобы отразить все современные решения в области интерфейса, которые можно видеть в таких продуктах как Visual Studio 2010 и MS Office 2010.

    Детальный список изменений в Windows Forms версии 11.1 доступен здесь.


    XAF — Фреймворк для быстрого создания бизнес-приложений


    В новом релизе не оставлен без внимания наш фреймворк для разработки бизнес приложений — XAF. Самое главное улучшение – полная поддержка Windows Workflow Foundation (WWF), реализованная в дополнительном модуле Workflow. Этот модуль упрощает моделирование рабочих процессов в XAF приложении и требует от разработчика лишь базовых представлений о концепции WWF. Конечные пользователи приложения также могут создавать и модифицировать рабочие процессы.



    Второй новый XAF модуль — State Machine. Мы позиционируем его как облегченную альтернативу Workflow для несложных сценариев. Модуль State Machine облегчает работу с объектами, которые имеют набор состояний и определенные правила перехода между состояниями. Например, объект Задача:



    Появился новый инструмент проектирования Model Merge Tool, предназначенный для переноса настроек между «слоями» модели приложения. Помимо переноса данных между модулями, этот инструмент умеет загружать и интегрировать в модель пользовательские настройки. Это значит, что вы можете запустить приложение, настроить его внешний вид (расположение редакторов, видимость и порядок колонок, параметры отображения диаграмм и пр.) а затем подключить эти настройки в ваш проект для использования по умолчанию всеми пользователями. Вы также можете позаимствовать настройки у «продвинутого» конечного пользователя, чтобы применить их для всех остальных в новой версии приложения. На нашем сайте доступно небольшое видео, демонстрирующее применение данного инструмента.

    Редактор модели (Model Editor) получил ряд улучшений касающихся юзабилити.
    • выбор изображений из галереи;
    • визуальный дизайнер выражений Criteria Language;
    • редактор масок ввода с возможностью сразу же проверить маску;
    • возможность группировки нод;
    • виртуальные ноды Links для быстрого перехода к ассоциированным нодам, например можно легко найти все представления (View) текущего объекта;
    • автономный редактор модели, предназначенный для администраторов приложения, теперь можно запускать без ключей командной строки (при этом выбор файла конфигурации осуществляется через GUI).



    Была проведена большая работа по оптимизации. XAF приложения теперь стартуют быстрее, в ASP.NET версии значительно уменьшен трафик и оптимизирован процесс генерации страниц на веб сервере. По результатам проведенных тестов, трафик снизился вдвое, время генерации страниц уменьшилось на треть.

    Вместе с XAF мы поставляем EasyTest — фреймворк для функционального тестирования XAF-приложений. В новой версии мы расширили набор команд встроенного скриптового языка EasyTest. Теперь можно использовать одну и ту же последовательность команд для тестирования как Windows Forms так и ASP.NET версий приложения.

    Детальный список изменений в XAF версии 11.1 доступен здесь.


    CodeRush — Инструмент для повышения продуктивности разработки


    Релиз CodeRush 11.1 включает в себя следующие нововведения:

    Поддержка Razor


    Теперь CodeRush умеет анализировать код в синтаксисе Razor. Можно осуществлять навигацию по коду:


    Также доступны некоторые рефакторинги на уровне блоков:


    Форматирование кода


    В этом релизе был существенно переработан механизм генерации кода, а также добавлены настройки правил форматирования. Теперь можно настроить то, как должны добавляться пробелы, пустые строки, выравнивание, переносы строк и вложенность.


    Code Cleanup


    Code Cleanup — это возможность автоматического применения некоторых рефакторингов на текущем файле или проекте. Пока список доступных рефакторингов в режиме Code Cleanup не очень большой, но в будущем будет пополняться.


    Deep Declare


    Улучшили возможность объявления кода. Теперь производится анализ контекста использования и добавляются недостающие методы и свойства.


    Каскадные рефакторинги


    Очень сильно переработали рефакторинги, которые изменяют сигнатуру методов. Теперь мы анализируем реализацию интерфейсов и, если необходимо, делаем каскадные изменения в иерархии классов и в случае реализации интерфейсов.

    Например, если требуется удалить параметр в методе и этот метод реализует некоторый метод интерфейса, то изменения будут сделаны не только в текущем методе а также в интерфейсе и во всех других местах реализующих интерфейс.


    Детальный список изменений в CodeRush версии 11.1 доступен здесь.


    Генератор отчётов для Visual Studio LightSwitch



    Многие из вас наверное уже слышали о новом продукте в семействе Microsoft Visual Studio под кодовым названием LightSwitch? Так как на данной стадии в нём нет встроенного модуля по генерации отчётов, мы решили восполнить этот пробел.

    В версии 11.1 вы можете попробовать наше дополнение XtraReports for LightSwitch для быстрого создания отчётов в этой новой среде разработки. Надо отметить, что при реализации этого модуля мы сделали всё, чтобы разработка отчётов была основана на тех же подходах, которые приняты для разработки приложений в LightSwitch.



    При этом вы сможете решать все типичные задачи по созданию отчётов, такие как привязка к данным, группировка, фильтрация и сортировка (которые делаются на сервере при использовании LightSwitch query), а полученное Silverlight-приложение будет обладать всей функциональностью, необходимой для конечного пользователя.



    Если вас интересует эта новинка, то надеюсь в дальнейшем раскрыть больше подробностей о создании отчётов в Visual Studio LightSwitch.

    А пока спасибо, что прочитали — я очень надеюсь, что что-то из этого может пригодиться вам в будущем. Если у вас есть вопросы по новой версии наших продуктов или по нашей компании в целом, задавайте их в комментариях, буду рад ответить всем.
    Developer Soft
    76,25
    Компания
    Поделиться публикацией

    Комментарии 54

      +2
      Это все классно, но дорого для собственных проектов.

      Скажите, а коммьюнити версии нет? (без 30-дневных триалов и тп.)
        +3
        Ответил чуть ниже, как обычно, промахнулся кнопкой =)
          +6
          В дополнение к триалу, мы предлагаем 60-дневный манибек. Это значит, что вы можете в течение двух месяцев отказаться от покупки и получить обратно полную стоимость приобретенных продуктов. Это достаточный срок для проверки окупаемости расходов. За это время вполне можно написать XAF приложение для учета рогов и копыт и продать знакомому директору ООО “Рога и Копыта” — затраты на DXperience Universal окупятся.
          +4
          Да, эта извечная тема — дорого ли использовать сторонние компоненты в своих проектах, и когда стоит их покупать, а когда нет. Похожие обсуждения у нас были раньше здесь:
          habrahabr.ru/company/devexpress/blog/103836/ и в комментариях к habrahabr.ru/company/devexpress/blog/110194/

          Если вкратце — продукты ASP.NET и WinForms можно покупать и по отдельности, если есть желание использовать только 1-2 из них; плюс у нас есть бесплатные версии некоторых наших продуктов и возможность сделать что-то полезное для коммьюнити. Для подробностей, почитайте, пожалуйста, вот этот мой комментарий:
          habrahabr.ru/company/devexpress/blog/110194/#comment_3515818
            +3
            я так ждал Office 2010 тем в этой версии =(
            спасибо хоть за WPF TreeList
              +4
              Да, тем в духе Офис 2010 пока не появилось для ВПФ, к сожалению. Будем работать над этим к следующему мажору…

              P.S. Спасибо передам :-)
                +4
                а вы может приоткроете тайну когда можно ожидать v2?
                а то в саппорте мне ответили смутно Q4 2011, а заказчику очень хочется новых тем.
                  +4
                  Саппорт был прав в своём ответе — версия v2011 vol 2 должна быть где-то в четвёртом квартале этого года. Точнее сейчас сказать просто невозможно.
              +5
              Ребята юзаю ваши компоненты с удовольствием!
                +2
                Спасибо, Карен! Очень приятно слышать :-) Под какую платформу, если не секрет?
                  +1
                  Конечно не секрет.
                  1) WinForms 2011.1 .Net Visual Studio 2010;
                  2) VCL Delphi 7 (осталась в вид еподдержки старых проектов)
                +2
                Сейчас пользуюсь вашими WPF компонентами. Если честно после WinForms они сильно убоги и ОЧЕНЬ снижают отклик программы на действия(еще и много всяких ноухау решений для реализации казалось бы стандартного функционала). Я понимаю, что компоненты наворочены и тяжелы, но даже после загрузки программа подтормаживает при каждом ре-рендере окна… Вообщем сейчас уже отказаться не получится, но на будущее сперва буду проверять, затем доверять..=(
                  +4
                  Печально об этом слышать :-( К сожалению, такое можно было ожидать при использовании новой технологии.

                  Вопреки ожиданиям пользователей и их мнению о том, что приложения на WPF будут работать быстрее чем на винформс, это не так. Приложение, написанное на WPF, в целом будет медленнее — особенно если это что-то показывающеее данные в виде списка (как грид). Кроме того, сложный или неудачный лейаут приложения может являться причиной тормозов. Например, повсеместное использование биндингов может понизить производительность приложения. А это очень часто случается, в частности, при использовании MVVM.

                  Ещё есть один частный случай: когда в системе установлено и работает приложение, опрашивающее другие окна через UIAutomation (так называемый Automation Client). В этом случае WPF-приложение ооочень сильно тормозит, особенно при показе менюшек. Это официально признаный баг Майкрософт и они обещали его пофиксить.

                  Однако хочу заметить, что в целом наши компоненты работают достаточно шустро в WPF — в противном случае мы получили бы много негативных отзывов от наших пользователей, а это не так. Поэтому мне хотелось бы поподробнее разузнать про ваше приложение, архитектуру, ваш лейаут. Если вы ещё не пробовали обращаться в наш суппорт по поводу тормозов, то обязательно напишите. Очень может быть, что удастся диагностировать и устранить проблему. Буквально вчера у нас был пользовательский проект, который удалось соптимизировать со 130 секунд до одной! Так что шанс есть :-)

                  Что же касается наших контролов, то мы работали, работаем и будем работать над ними :) И над тем, чтобы линейка была более полной, и чтобы они были удобнее, и чтобы работали быстрее… Кстати, а какого функционала вы сейчас ждёте от наших ВПФ компонентов больше всего?
                    +3
                    Спасибо за ответ. В саппорт обращались и ребята помогли. Например использовали AutomationFix с ваших форумов и подгрузили часть сборок при первой загрузке программы, совместив это с сплеш скрином. Может и здорово было бы дать вам приложение на проверку, но оно уже не маленькое, состоит из нескольких проектов и работает с базой DB2, для работы с которой нужны еще и отдельные драйвера… Недумаю, что стоит отнимать у вас время на разбор всего этого дела. Используем MVVM, layout собираем сами, ваш с сплиттерами не используем… Он здоровский, но когда все подряд тормозит-хочется как можно меньше использовать стороннего, боязно =)… Гриды ваши очень нужны, потому что штатным функционалом очень экономят время(фильтры, саммари), так же ваши бары, три лист. Вообще именно сейчас конкретная проблема лишь одна, но достаточно глобальная: имеется одно окно с таб контролом, в табах подгружаем юзер контролы с вашими контролами внутри. Так вот, после открытия нескольких таких табов-переключения между ними занимают длительные промежутки(до 2-3 секунд), что явно неочень, если мы хотим сделать отзывчивую программу, а она тормозит при рендере(не при всяких операциях с сервисами или базой..) В табах при этом все время одни и те же ваши контролы(из одних сборок). При замене ваших контролов стандартными «аналогами»-табы переключаются быстро. Кстати при релизной сборке-ваши контролы работают намного шустрее(наверно у вас там куча #If DEBUG?..).
                    Вот… Еще проблема-это ваши «внезапные» баги. Например вы выпускаете новый патч, хочется перекомпилировать проект с исправленными багами и добавленными фичами и закинуть клиенту, а вот и нет, то, что работало в прошлой версии до патча-вдруг перестало работать. Например в одном из 2010 vol было просто ужастно получить бар контрол с проблемной поддержкой горячих клавиш(которые уже работали у нашего клиента и перестали после патча..) И это был не единственный случай. Понятно, что все это-человеческое и все делаем ошибки, но это релиз патч, хочелось бы, чтоб уж он то не портил то, что сам не исправляет. В WinForms у вас всетки кажется все более гладко. В общем вы хорошая компания и саппорт у вас порядочный, и компоненты-нужные, я ЗА ваше развитие, потому тут и говорю про свои проблемы, вы уж не обижайтесь.
                      +2
                      Спасибо за конструктивный фидбэк.

                      По поводу таб контрола, тут ребята подсказывают: попробуйте выставить DXTabControl.DestroyContentOnTabSwitching=«false»

                      по идее, должно помочь.
                        +2
                        Только добрался до хабра… Спасибо за ответ, только у нас там не ваш таб контрол, а стандартный с слегка измененным стилем. Делали по аналогии с этим: blogs.intuidev.com/post/2010/02/15/WPF-TabControl-series-Part-4-Closeable-TabItems.aspx, так что это не в табе дело, а в контенте таба. Почитал про DestroyContentOnTabSwitching, завтра на работе попробую сделать тестовую сборку с вашим контролом, может это решит проблемы с перерисовкой(хотя ваш таб контрол наверно потяжелее будет и общее время открытия нового таба в первый раз-возрастет… посмотрим =)) По-любому- большое спасибо за ответы и за то, что вам не все равно.
                          +1
                          Переделал, добавил DestroyContentOnTabSwitching=«false» и все это дело действительно стало переключаться очень быстро =) Но… Теперь время загрузки каждого таба выросло до 3ех секунд, что, конечно, совсем неприятно =( Я новичек в WPF, так что может ещё чего незнаю про оптимизации?.. Сейчас из явных оптимизаций я при деплое прогоняю сборки через ngen при первом запуске новой версии у клиента (http://stackoverflow.com/questions/443955/is-it-possible-to-use-ngen-with-clickonce-deployment/879185#879185) и использую UIAutomationFix (http://social.msdn.microsoft.com/Forums/en/windowsaccessibilityandautomation/thread/6c4465e2-207c-4277-a67f-e0f55eff0110) Может что-то можно сделать, чтоб поведение обычного таб контрола было схожим с DestroyContentOnTabSwitching=«false»?.. То есть ваши отендеренные контролы оставались в окне и не перерисовывались (как я понял моя неприятная проблема с WPF тут в этом)
                            0
                            В смысле тут я описал случай с заменой стилизованного стандартного таб контрола и таб айтема на ваши аналоги.
                              0
                              Со стандартным таб контролом такое не получится: эта логика реализована нативно только в нашем табконтроле. Кстати, у нашего таб контрола тоже можно кастомизить тему — вот пример www.devexpress.com/example=E3168

                              А по поводу долгой загрузки: 3 секунды — это, конечно, перебор. Причем дело явно не в самом таб контроле, а в контенте табов. Может быть всё-таки пришлёте свой тестовый проект к нам в суппорт, мы его посмотрим — вдруг удастся найти то, на что уходит столько времени?
                                +1
                                Странно… Загрузка замедлилась, после того, как я заменил стандартный на ваш и отключил мои стили на таб контрол. Потому и подозрение пало на ваш контрол, другого то ничего не изменялось… Как только начнут жаловаться клиенты-пришлю, выхода у меня не будет =) Пока все не так критично. Ещё раз спасибо за отзывчивость.
                                  0
                                  Всегда пожалуйста! Если что, задавайте свои вопросы в Суппорт Центр или в habrahabr.ru/company/devexpress/questions/
                                    +1
                                    Задал там вопрос. Однако недостаток в том, что как я понимаю вопросы/ответы не будут видны другим. Может быть создадите топик, в котором в комментариях можно будет обсуждать проблемы? Вот как этот например :)
                                      0
                                      Странно. Может после того, как мы ответим, он станет виден? Сейчас проверим.
                                        0
                                          0
                                          Да, теперь видно. Хотя мне всё-таки больше нравится интерфейс топика. Например, уточнить вопрос уже нельзя. Только задать новый.
                                            0
                                            Да, пожалуй. Мы подумаем над отдельным топиком для вопросов и ответов, только сначала уточним у авторов Хабра по поводу возможность уточнить вопрос
                                    +2
                                    О, кстати! Я тут обновился до последней версии ваших компонентов (11.1.6), переделал все под ваши табы, удалил Automation Fix код и… Все заработало быстро. Похоже ваши инжинеры что-то подкрутили, иначе даже незнаю. Сами в саппорте посоветовали фикс, который в свое время что-то подправлял, а теперь удалив его, получил отличное отзывчивое приложение. Надеюсь так и оставят, будущий фикс теперь ставить страшно =)
                                    Спасибо за проделанную работу по оптимизациям.
                                      +1
                                      Отлично!

                                      Спасибо за информацию — всегда приятно слышать, когда у наших пользователей становится всё хорошо :-)
                            +2
                            Вот и мы после просмотра сэмплов решили пока с впф повременить. Уж больно неповоротливо по сравнению с винформами.
                            +3
                            Пользуясь случаем, хочу выразить респект за оперативную поддержку. Без нее компоненты не были бы настолько привлекательны полезны. Пользуемся в основном WinForms.
                              +2
                              Спасибо, передадим благодарность в наш суппорт =)
                              +2
                              А в новом CodeRush не появилось фичи с генерацией имени переменной по типу? Пример: ClassA -> classA
                              Или она давно есть, а я не нашел? =)
                                +2
                                Такая фича есть, можно сгенерировать имя переменной по типу следующим образом. Набираем тип, например ClassA а затем жмем Ctrl + A и получаем: ClassA classA.
                                  +2
                                  Вот блин… А я в базе знаний порылся в свое время и нашел только, что это планируется реализовать. Спасибо!
                                    +2
                                    В документации вроде бы есть топик Auto Declare — можно здесь подробней почитать, там еще ссылка на то как поменять стиль для полей и локальных переменных.
                                      +2
                                      Со стилем разобрался самостоятельно, спасибо =)
                              • НЛО прилетело и опубликовало эту надпись здесь
                                  +1
                                  Огромное спасибо! Очень приятно знать, что вы так считаете :)
                                  • НЛО прилетело и опубликовало эту надпись здесь
                                      0
                                      Вы знаете, движется! По крайней мере пока для WPF и SL…
                                      • НЛО прилетело и опубликовало эту надпись здесь
                                  +2
                                  О! Я к вам с вопросами. про XtraReport родимый.

                                  1. Появились ли Merged Cells наконец?
                                  2. Производительность при добавлении чарта (простые линии) где 2 — 3 тысячи значений. Сейчас имеем проблемы т.к. генерация чарта в отчете в PDF не удовлетворяет совершенно… Не работали над этим? Вообще что можете посоветовать если в чарте тысячи значений, может какие то есть хаки.
                                  3. Появилась ли возможность генерить чарт в отчете с повышенным DPI? в 2010 версии что ни меняли — на выходе в PDF размытое все.
                                  4. Появилась ли возможность генерировать merged report (из нескольких разных отчетов один) не только в PDF (через эвент before print как в примере) но и в XLS (на разные листы)?

                                  Пусть конечно есть проблемы, но ваши отчеты все равно рулят. Пробовал Telerik — мама дорогая, таких тормозов поискать надо. Считаю XtraReport лучшими report tools на сегодняшний день для дотнета.

                                  Желаю успехов!
                                    +1
                                    С удовольствием постараюсь ответить.

                                    1. Пока нет :-( Если конкретно, вы имеете в виду www.devexpress.com/issue=S31499 или www.devexpress.com/issue=S31501?

                                    2. А вы пробовали SwiftPlot series view? Он специально оптимизирован для таких целей.
                                    Если по какой-то причине использовать его не получается, вот есть список полезных советов по улучшению перформанса в чартах:
                                    www.devexpress.com/Support/Center/kb/p/K18146.aspx
                                    А вообще, тут многое зависит от ситуации, так что если всё это не поможет, присылайте проект в суппорт, будем разбираться.

                                    3. Насколько я помню, там могут быть две причины. Первая состоит в том, что в Акробате теперь по умолчанию стоит dpi равное 110, а не 96 (как это по умолчанию в Windows). Если вернуть на 96, это поможет сделать картинку чётче (http://www.devexpress.com/issue=S91919) Единственное, проблема всё равно будет актуальна для лейблов, которые используют слишком маленький размер шрифта, но тут поможет только если мы будем экспортить их в пдф не вместе с картинкой чартов, а отдельно, нативными пдф элементами. Пока, к сожалению, это не сделано — www.devexpress.com/issue=S31631.

                                    4. По идее это легко можно сделать для XLSX. Во всяком случае, такой код очень даже работает:

                                    private void button1_Click (object sender, EventArgs e) {
                                    XtraReport1 report1 = new XtraReport1();
                                    report1.CreateDocument();

                                    XtraReport2 report2 = new XtraReport2();
                                    report2.CreateDocument();

                                    report1.Pages.AddRange(report2.Pages);

                                    report1.ExportOptions.Xlsx.ExportMode = XlsxExportMode.SingleFilePageByPage;
                                    report1.ExportToXlsx(@«C:\Temp\1.xlsx»);
                                    }

                                    P.S. Кстати, у нас на Хабре есть раздел habrahabr.ru/company/devexpress/questions/
                                    Туда можно задавать вопросы по нашим продуктам — будем стараться оперативно на них реагировать.
                                      +1
                                      1. да — RowSpan и ColSpan.
                                      2. Как раз свифт и используем. Не шибко быстрый. Но по ссылке почитаю, может что и ускорится.
                                      4. по экселю попробую — а нативный XLS можно?

                                      Спасибо за ответы :)
                                        0
                                        1. Ок. Я передам команде про вашу просьбу :-)
                                        2. Странно — он как раз заточен на работу с большими объемами данных. Если ни один из советов по ссылке не поможет, присылайте ваш тестовый проект в суппорт — очень хочется посмотреть на него повнимательнее и сделать пошустрее.
                                        4. XLSX по-моему тоже нативный? ;-) (в том плане, что это ж тоже формат от МС?) К сожалению, нормальный постраничный экспорт у нас есть только в формате XLSX, а вот с XLS всё не просто — уж больно сложно там на данный момент что-то модифицировать. Да и к тому же очень многие наши пользователи уже мигрировали на XLSX — даже те, у кого нет Оффис 2007 или 2010, всегда могут поставить себе этот фикс: support.microsoft.com/kb/924074
                                    0
                                    мне вот интересно а баг с удаление файла лцензии они полечили или нет)
                                      0
                                      Я немного не в курсе. Может подскажите id бага? Или хотя бы в чём он выражался, под какой платформой?
                                        0
                                        я не знаю айди бага но суть в том что в старых версий, точно могу сказать про 7 и 8 и вроде как 9, если удалить в триал версии файл лиценции то компоненты работали как купленые тоесть не показывалась информация о том что продукт триальный
                                          +1
                                          Разве это баг? Это же фича :) А если серьезно, главная ценность легально приобретенных продуктов DevExpress — доступ к оперативной и квалифицированной техподдержке. Даже несмотря на то что ответы на большинство вопросов можно свободно найти в документации и базе знаний.
                                            0
                                            Я не согласен по поводу оперативности, мы использовали компоненты для асп.нет, мы неделю ждали фидбека на свой вопрос, в конце концов сами разобрались. ну по поводу фичи, надо хотябы попытатся усложнить жизь тем кто хочет все и на шару, а тут гоп кильнул файлик и все отличненько, правда появится снова зара при повторной загрузке дизайнера или же добавления нового контрола
                                              0
                                              шас вот качаю поставлю попробуем)
                                                0
                                                «мы неделю ждали фидбека на свой вопрос»

                                                Странно. А куда вы писали, в официальную службу поддержки или на форум? Вообще, у нас стандарт не больше 24 часов на ответ, а по факту всегд стараемся гораздо быстрее.
                                                  0
                                                  чесно говоря я уже не помню, дело было в 2008
                                        0
                                        я не знаю айди бага но суть в том что в старых версий, точно могу сказать про 7 и 8 и вроде как 9, если удалить в триал версии файл лиценции то компоненты работали как купленые тоесть не показывалась информация о том что продукт триальный

                                        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                        Самое читаемое