Страница 1 из 2

Баги

Добавлено: 09 июн 2010, 11:13
creator
Баги, которые удалось собрать:

видео1 http://openfile.ru/621108/
видео2 http://openfile.ru/621110/
видео3 http://openfile.ru/621111/
видео4 http://openfile.ru/621123/

доработки серверной части с поддержкой postgre , а также добавление проброса переменной idkp
http://openfile.ru/621124/
передавать idkp через GET ../index.php?stimulsoft_client_key=ViewerFx&stimulsoft_report_key=1&idkp=2

mrt http://openfile.ru/621125/

PS: сообщите пожалуйста или как их устранить или когда выйдет обновленный релиз, желательно поскорее

Баги

Добавлено: 10 июн 2010, 05:24
Vladimir
Здравствуйте,

Ошибки с базами данных существуют, будут поправлены.
Формат даты и времени уже реализован (видео 4).
По поводу сохранения (видео 3): на данный момент функция "Save As..." сохраняет файл отчёта на локальный диск пользователя, а функция "Save" отправляет отчёт для сохранения на сервер (в виде файла, в базу данных и т.п.)

Большое спасибо за Postgre адаптер и за идею переброски параметров SQL запроса!

Следующая версия выйдет в конце этого месяца. Будут исправлены ошибки, оптимизирована загрузка/сохранение отчётов, включены экспорт отчётов в Excel и PDF. Задержка связана с пересборкой дизайнера "с нуля". После следующего пререлиз билда очередные версии будут выходить раз в неделю.

Спасибо.

Баги

Добавлено: 10 июн 2010, 08:43
creator
Vladimir писал(а):Здравствуйте,
По поводу сохранения (видео 3): на данный момент функция "Save As..." сохраняет файл отчёта на локальный диск пользователя, а функция "Save" отправляет отчёт для сохранения на сервер (в виде файла, в базу данных и т.п.)
Это немного неудобно (Save As) т.к. нужно сделать много действий для банального сохранения. Обычно перед каждым тестом я должен файл mrt пересохранять, только из-за того, что бывают случаи возникновения ошибок - запроса и другие... При этом вся "среда разработки" - подвисает, и не сохраненные данные грубоговоря исчезнут, т.к. не были сохранены, а среду нужно перезапускать (F5).
Было бы удобно или остановить процесс компиляции и вывода отчета кнопкой "отмена" (в предпросмотре) или сделать "автосохранение" перед предпросмотром.

По поводу даты, сделайте как один из форматов - с буквенным отображением месяца.

PS: я не знаю как это получилось, или Вам стоит просмотреть назначение прав при регистрации на данном форуме, или кто мне дал права Модератора http://s56.radikal.ru/i154/1006/bf/163fb6f5eb0a.png советую их убрать, т.к. у меня простой пароль.

Баги

Добавлено: 11 июн 2010, 09:52
Vladimir
Здравствуйте,
Это немного неудобно (Save As) т.к. нужно сделать много действий для банального сохранения. Обычно перед каждым тестом я должен файл mrt пересохранять, только из-за того, что бывают случаи возникновения ошибок - запроса и другие... При этом вся "среда разработки" - подвисает, и не сохраненные данные грубоговоря исчезнут, т.к. не были сохранены, а среду нужно перезапускать (F5).
Было бы удобно или остановить процесс компиляции и вывода отчета кнопкой "отмена" (в предпросмотре) или сделать "автосохранение" перед предпросмотром.
Проблема ясна, мы подумаем как сделать это удобнее, т.к. многие пользователи уже используют текущую схему сохранения отчётов.

По поводу даты, сделайте как один из форматов - с буквенным отображением месяца.
Хорошо.

PS: я не знаю как это получилось, или Вам стоит просмотреть назначение прав при регистрации на данном форуме, или кто мне дал права Модератора http://s56.radikal.ru/i154/1006/bf/163fb6f5eb0a.png советую их убрать, т.к. у меня простой пароль.
Спасибо, ошибку устранили.


Спасибо.

Баги

Добавлено: 12 июн 2010, 12:26
creator
Еще вопрос по поводу пункта, он тоже не работает http://s39.radikal.ru/i086/1006/c8/e5fb33d0baec.png
Он нужен, т.к не получится мне к примеру ссылки (url) вставить в документ, и в некоторых местах выделения текста сделать. А также это все должно сохраняться и в экспортах тоже.

Если делать отдельно по отдельному элементу (выделять и т.п.), то сложно будет при изменении/добавлении какого-либо слова, нужно менять расположения всех элементов с "кусочками" текста.

А также нету автопереносов на следующую строку (текст уходит в невидимую область справа) и авторастягивания элемента под большой текст (в низ к примеру). т.е. данные пункты тоже не работают http://s56.radikal.ru/i153/1006/f2/e2ed33d01d5b.png

У меня будут небольшой статический текст на пол страницы, дальше "табличка" (хотя я как понял, "каркасную" тоже сделать не получится) еще на пол страницы или если не поместится на одну, то часть перенесется на 2ю, после таблички сразу статический текст который будет занимать около страницы + для него должно быть свойство "по ширине", и как тут это все реализовать я что-то не понял.

А также интересует, реализация подобного механизма:
возьмем запросы "выдирающее информацию в одну строку" , допустим пользователя SELECT * FROM users WHERE id=1
можно ли чтоб их результирующий массив элементов сохранялся в выбранном мною массиве MAS1 (к примеру)?
А после мне уже использовать этот MAS1 в тексте к примеру ${MAS1.name} , ${MAS1.site} чтоб эти данные заменялись на нужные элементы из MAS1.

Баги

Добавлено: 14 июн 2010, 04:35
Vladimir
Здравствуйте,

Поддержка HTML тэгов будет, но она скорее всего будет ограничена только простым форматированием. Более подробно пока нельзя сказать. Поддержка гиперлинков будет, но на первое время только на текстовое поле целиком (свойство Interaction.Hyperlink). Все остальные свойства по работе с текстом будут реализовываться постепенно, к финальному релизу должны будут работать все свойства.
А также интересует, реализация подобного механизма:
возьмем запросы "выдирающее информацию в одну строку" , допустим пользователя SELECT * FROM users WHERE id=1
можно ли чтоб их результирующий массив элементов сохранялся в выбранном мною массиве MAS1 (к примеру)?
А после мне уже использовать этот MAS1 в тексте к примеру ${MAS1.name} , ${MAS1.site} чтоб эти данные заменялись на нужные элементы из MAS1.
Если мы правильно поняли, то это можно реализовать при помощи источника дынных: создать MySQL источник данных с именем MAS1, указать запрос "SELECT * FROM users WHERE id=1", и получить все необходимые колонки данных. Затем этот источник данных можно использовать в любом месте отчёта в виде: {MAS1.name}, {MAS1.site}, данные будут загружены только единожды при построении отчёта.


Спасибо.

Баги

Добавлено: 14 июн 2010, 19:26
creator
Vladimir писал(а):Здравствуйте,
А также интересует, реализация подобного механизма:
возьмем запросы "выдирающее информацию в одну строку" , допустим пользователя SELECT * FROM users WHERE id=1
можно ли чтоб их результирующий массив элементов сохранялся в выбранном мною массиве MAS1 (к примеру)?
А после мне уже использовать этот MAS1 в тексте к примеру ${MAS1.name} , ${MAS1.site} чтоб эти данные заменялись на нужные элементы из MAS1.
Если мы правильно поняли, то это можно реализовать при помощи источника дынных: создать MySQL источник данных с именем MAS1, указать запрос "SELECT * FROM users WHERE id=1", и получить все необходимые колонки данных. Затем этот источник данных можно использовать в любом месте отчёта в виде: {MAS1.name}, {MAS1.site}, данные будут загружены только единожды при построении отчёта.

Спасибо.
Поняли правильно, любое место отчета - это я подразумевал любое текстовое поле, где помимо текста встречается данная последовательность символов - {MAS1.name} их "по тексту" в одном элементе может быть несколько штук, вот их и нужно заменять.

Gочему я задал вопрос, т.к. пробовал данные из источников выводить не в Band (предназначенный для источника), а где-то в другом месте (группе), и ничего не работало. Данное ограничение значительно ограничивает формирование отчета.

Баги

Добавлено: 15 июн 2010, 10:36
Vladimir
creator писал(а): Поняли правильно, любое место отчета - это я подразумевал любое текстовое поле, где помимо текста встречается данная последовательность символов - {MAS1.name} их "по тексту" в одном элементе может быть несколько штук, вот их и нужно заменять.

Gочему я задал вопрос, т.к. пробовал данные из источников выводить не в Band (предназначенный для источника), а где-то в другом месте (группе), и ничего не работало. Данное ограничение значительно ограничивает формирование отчета.
Текстовые компоненты можно использовать в любом месте, в том числе и вне бэндов, но в этом случае будет отображена только первая по счёту запись из источника данных (т.к. сами данные развёртывает бэнд). Группировка данных (Group Bands) в настоящий момент не полностью реализована, нет сортировки данных.

Спасибо.

Баги

Добавлено: 07 июл 2010, 06:06
origamiv
Хотелось бы понять, когда примерно будет собрана версия Repots.Fx for PHP с поддержкой DOCX
, EXCEL, PDF, RTF?

Баги

Добавлено: 07 июл 2010, 07:47
Andrew
Здравствуйте,

Версия Beta3 выйдет уже в самое ближайшее время (пара дней). Идет последняя отладка. В ней будут добавлены экспорт в Excel и PDF. Другие виды экспортов будут реализованы позже.

Спасибо.