GlobalizationManager и скомпилированные отчёты
-
- Сообщения: 41
- Зарегистрирован: 12 янв 2009, 06:22
- Откуда: Perm
- Контактная информация:
GlobalizationManager и скомпилированные отчёты
Здравствуйте.
У меня вопрос: а работает ли GlobalizationManager с уже скомпилированными отчётами?
С mrt-файлами всё работает нормально, нужные ресурсы подгружаются из файлов и работают как надо.
А вот после компиляции ничего не выходит, такое впечатление, что при компиляции ресурсы считываются из GlobalizationManager и намертво зашиваются в файл.
Я прав или нет? Если нет, то как именно нужно работать с GlobalizationManager в случае уже скомпилированных отчётов?
Можно конечно завести строковые переменные и перед рендерингом писать их в отчёт, но это не очень удобно.
У меня вопрос: а работает ли GlobalizationManager с уже скомпилированными отчётами?
С mrt-файлами всё работает нормально, нужные ресурсы подгружаются из файлов и работают как надо.
А вот после компиляции ничего не выходит, такое впечатление, что при компиляции ресурсы считываются из GlobalizationManager и намертво зашиваются в файл.
Я прав или нет? Если нет, то как именно нужно работать с GlobalizationManager в случае уже скомпилированных отчётов?
Можно конечно завести строковые переменные и перед рендерингом писать их в отчёт, но это не очень удобно.
GlobalizationManager и скомпилированные отчёты
Здравствуйте,
Спасибо.
Нет.У меня вопрос: а работает ли GlobalizationManager с уже скомпилированными отчётами?
Именно так.С mrt-файлами всё работает нормально, нужные ресурсы подгружаются из файлов и работают как надо.
А вот после компиляции ничего не выходит, такое впечатление, что при компиляции ресурсы считываются из GlobalizationManager и намертво зашиваются в файл.
Без компиляции здесь никак не обойтись, т.к. кроме собственно текста, часто меняются и сами выражения. Можно попробывать использовать специльный источник данных или список переменных с локализованными значениями. Кроме этого можно использовать статические свойства из класса в приложении (если добавить ссылку на сборку и using в код отчета).Я прав или нет? Если нет, то как именно нужно работать с GlobalizationManager в случае уже скомпилированных отчётов?
Можно конечно завести строковые переменные и перед рендерингом писать их в отчёт, но это не очень удобно.
Спасибо.
-
- Сообщения: 41
- Зарегистрирован: 12 янв 2009, 06:22
- Откуда: Perm
- Контактная информация:
GlobalizationManager и скомпилированные отчёты
Решил переводить при помощи переменных, в которые из программы передаю локализованные строки. Но не везде эти переменные работают. Например в подписях к графикам(заголовки, названия осей) переменные не работают, всё что вводишь воспринимается как простой текст.
Как быть?
Как быть?
GlobalizationManager и скомпилированные отчёты
Здравствуйте,
Можно использовать событие BeforePrintEvent компонента:
Спасибо.
Можно использовать событие BeforePrintEvent компонента:
Код: Выделить всё
chart1.Title.Text = myvariable;
-
- Сообщения: 41
- Зарегистрирован: 12 янв 2009, 06:22
- Откуда: Perm
- Контактная информация:
GlobalizationManager и скомпилированные отчёты
Вы предлагаете делать это в коде самой программы или в коде отчёта?Jan писал(а): Можно использовать событие BeforePrintEvent компонента:
Если в коде программы, то это неудобно, т.к. я не знаю заранее что за отчёт у меня загружен и какие графики в нём(причём графиков несколько в каждом отчёте). То есть мне придётся придумать как различать графики, к примеру давать каждому графику уникальное имя, по которому я смогу узнать какие надписи подставлять? Это очень неудобно, чем больше графиков и отчётов, тем больше придётся добавлять кода.
Если непосредственно в коде отчёта, то я не совсем понимаю как это сделать, подскажите какой-нибудь пример.
И почему нельзя предусмотреть возможность подставления переменных в качестве заголовков и надписей на графиках? К примеру в легенду названия серий подставились без проблем.
GlobalizationManager и скомпилированные отчёты
Здравствуйте,
Спасибо.
Код отчета.Вы предлагаете делать это в коде самой программы или в коде отчёта?
Давайте список свойств которые необходимо использовать как выражения. Превратим их в выражения (по возможности).Если в коде программы, то это неудобно, т.к. я не знаю заранее что за отчёт у меня загружен и какие графики в нём(причём графиков несколько в каждом отчёте). То есть мне придётся придумать как различать графики, к примеру давать каждому графику уникальное имя, по которому я смогу узнать какие надписи подставлять? Это очень неудобно, чем больше графиков и отчётов, тем больше придётся добавлять кода.
Если непосредственно в коде отчёта, то я не совсем понимаю как это сделать, подскажите какой-нибудь пример.
И почему нельзя предусмотреть возможность подставления переменных в качестве заголовков и надписей на графиках? К примеру в легенду названия серий подставились без проблем.
Спасибо.
-
- Сообщения: 41
- Зарегистрирован: 12 янв 2009, 06:22
- Откуда: Perm
- Контактная информация:
GlobalizationManager и скомпилированные отчёты
Добрый день.
Этого для меня будет достаточно.
Спасибо.
Сейчас мне позарез нужны именно названия осей на графиках и желательно заголовки графиков.Jan писал(а): Давайте список свойств которые необходимо использовать как выражения. Превратим их в выражения (по возможности).
Этого для меня будет достаточно.
Спасибо.
-
- Сообщения: 41
- Зарегистрирован: 12 янв 2009, 06:22
- Откуда: Perm
- Контактная информация:
GlobalizationManager и скомпилированные отчёты
Добрый день.
Я могу рассчитывать на реализацию моей просьбы в ближайшем пререлизе?
Спасибо.
Я могу рассчитывать на реализацию моей просьбы в ближайшем пререлизе?
Спасибо.
GlobalizationManager и скомпилированные отчёты
Здравствуйте,
Постараемся.
Спасибо.
Постараемся.
Спасибо.
GlobalizationManager и скомпилированные отчёты
Здравствуйте,
К сожалению, сделать название осей графиков выражениями без потери обратной совместимости отчетов нельзя. А с потерей совместимости мы не можем. Придется использовать события. Заголовкии графиков уже являются выражениями (во всяком случае в релизе 2009.2 - да).
Спасибо.
К сожалению, сделать название осей графиков выражениями без потери обратной совместимости отчетов нельзя. А с потерей совместимости мы не можем. Придется использовать события. Заголовкии графиков уже являются выражениями (во всяком случае в релизе 2009.2 - да).
Спасибо.