Баги
Баги
Баги, которые удалось собрать:
видео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: сообщите пожалуйста или как их устранить или когда выйдет обновленный релиз, желательно поскорее
видео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: сообщите пожалуйста или как их устранить или когда выйдет обновленный релиз, желательно поскорее
Баги
Здравствуйте,
Ошибки с базами данных существуют, будут поправлены.
Формат даты и времени уже реализован (видео 4).
По поводу сохранения (видео 3): на данный момент функция "Save As..." сохраняет файл отчёта на локальный диск пользователя, а функция "Save" отправляет отчёт для сохранения на сервер (в виде файла, в базу данных и т.п.)
Большое спасибо за Postgre адаптер и за идею переброски параметров SQL запроса!
Следующая версия выйдет в конце этого месяца. Будут исправлены ошибки, оптимизирована загрузка/сохранение отчётов, включены экспорт отчётов в Excel и PDF. Задержка связана с пересборкой дизайнера "с нуля". После следующего пререлиз билда очередные версии будут выходить раз в неделю.
Спасибо.
Ошибки с базами данных существуют, будут поправлены.
Формат даты и времени уже реализован (видео 4).
По поводу сохранения (видео 3): на данный момент функция "Save As..." сохраняет файл отчёта на локальный диск пользователя, а функция "Save" отправляет отчёт для сохранения на сервер (в виде файла, в базу данных и т.п.)
Большое спасибо за Postgre адаптер и за идею переброски параметров SQL запроса!
Следующая версия выйдет в конце этого месяца. Будут исправлены ошибки, оптимизирована загрузка/сохранение отчётов, включены экспорт отчётов в Excel и PDF. Задержка связана с пересборкой дизайнера "с нуля". После следующего пререлиз билда очередные версии будут выходить раз в неделю.
Спасибо.
Баги
Это немного неудобно (Save As) т.к. нужно сделать много действий для банального сохранения. Обычно перед каждым тестом я должен файл mrt пересохранять, только из-за того, что бывают случаи возникновения ошибок - запроса и другие... При этом вся "среда разработки" - подвисает, и не сохраненные данные грубоговоря исчезнут, т.к. не были сохранены, а среду нужно перезапускать (F5).Vladimir писал(а):Здравствуйте,
По поводу сохранения (видео 3): на данный момент функция "Save As..." сохраняет файл отчёта на локальный диск пользователя, а функция "Save" отправляет отчёт для сохранения на сервер (в виде файла, в базу данных и т.п.)
Было бы удобно или остановить процесс компиляции и вывода отчета кнопкой "отмена" (в предпросмотре) или сделать "автосохранение" перед предпросмотром.
По поводу даты, сделайте как один из форматов - с буквенным отображением месяца.
PS: я не знаю как это получилось, или Вам стоит просмотреть назначение прав при регистрации на данном форуме, или кто мне дал права Модератора http://s56.radikal.ru/i154/1006/bf/163fb6f5eb0a.png советую их убрать, т.к. у меня простой пароль.
Баги
Здравствуйте,
Спасибо.
Проблема ясна, мы подумаем как сделать это удобнее, т.к. многие пользователи уже используют текущую схему сохранения отчётов.Это немного неудобно (Save As) т.к. нужно сделать много действий для банального сохранения. Обычно перед каждым тестом я должен файл mrt пересохранять, только из-за того, что бывают случаи возникновения ошибок - запроса и другие... При этом вся "среда разработки" - подвисает, и не сохраненные данные грубоговоря исчезнут, т.к. не были сохранены, а среду нужно перезапускать (F5).
Было бы удобно или остановить процесс компиляции и вывода отчета кнопкой "отмена" (в предпросмотре) или сделать "автосохранение" перед предпросмотром.
Хорошо.По поводу даты, сделайте как один из форматов - с буквенным отображением месяца.
Спасибо, ошибку устранили.PS: я не знаю как это получилось, или Вам стоит просмотреть назначение прав при регистрации на данном форуме, или кто мне дал права Модератора http://s56.radikal.ru/i154/1006/bf/163fb6f5eb0a.png советую их убрать, т.к. у меня простой пароль.
Спасибо.
Баги
Еще вопрос по поводу пункта, он тоже не работает 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.
Он нужен, т.к не получится мне к примеру ссылки (url) вставить в документ, и в некоторых местах выделения текста сделать. А также это все должно сохраняться и в экспортах тоже.
Если делать отдельно по отдельному элементу (выделять и т.п.), то сложно будет при изменении/добавлении какого-либо слова, нужно менять расположения всех элементов с "кусочками" текста.
А также нету автопереносов на следующую строку (текст уходит в невидимую область справа) и авторастягивания элемента под большой текст (в низ к примеру). т.е. данные пункты тоже не работают http://s56.radikal.ru/i153/1006/f2/e2ed33d01d5b.png
У меня будут небольшой статический текст на пол страницы, дальше "табличка" (хотя я как понял, "каркасную" тоже сделать не получится) еще на пол страницы или если не поместится на одну, то часть перенесется на 2ю, после таблички сразу статический текст который будет занимать около страницы + для него должно быть свойство "по ширине", и как тут это все реализовать я что-то не понял.
А также интересует, реализация подобного механизма:
возьмем запросы "выдирающее информацию в одну строку" , допустим пользователя SELECT * FROM users WHERE id=1
можно ли чтоб их результирующий массив элементов сохранялся в выбранном мною массиве MAS1 (к примеру)?
А после мне уже использовать этот MAS1 в тексте к примеру ${MAS1.name} , ${MAS1.site} чтоб эти данные заменялись на нужные элементы из MAS1.
Баги
Здравствуйте,
Поддержка HTML тэгов будет, но она скорее всего будет ограничена только простым форматированием. Более подробно пока нельзя сказать. Поддержка гиперлинков будет, но на первое время только на текстовое поле целиком (свойство Interaction.Hyperlink). Все остальные свойства по работе с текстом будут реализовываться постепенно, к финальному релизу должны будут работать все свойства.
Спасибо.
Поддержка HTML тэгов будет, но она скорее всего будет ограничена только простым форматированием. Более подробно пока нельзя сказать. Поддержка гиперлинков будет, но на первое время только на текстовое поле целиком (свойство Interaction.Hyperlink). Все остальные свойства по работе с текстом будут реализовываться постепенно, к финальному релизу должны будут работать все свойства.
Если мы правильно поняли, то это можно реализовать при помощи источника дынных: создать MySQL источник данных с именем MAS1, указать запрос "SELECT * FROM users WHERE id=1", и получить все необходимые колонки данных. Затем этот источник данных можно использовать в любом месте отчёта в виде: {MAS1.name}, {MAS1.site}, данные будут загружены только единожды при построении отчёта.А также интересует, реализация подобного механизма:
возьмем запросы "выдирающее информацию в одну строку" , допустим пользователя SELECT * FROM users WHERE id=1
можно ли чтоб их результирующий массив элементов сохранялся в выбранном мною массиве MAS1 (к примеру)?
А после мне уже использовать этот MAS1 в тексте к примеру ${MAS1.name} , ${MAS1.site} чтоб эти данные заменялись на нужные элементы из MAS1.
Спасибо.
Баги
Поняли правильно, любое место отчета - это я подразумевал любое текстовое поле, где помимо текста встречается данная последовательность символов - {MAS1.name} их "по тексту" в одном элементе может быть несколько штук, вот их и нужно заменять.Vladimir писал(а):Здравствуйте,
Если мы правильно поняли, то это можно реализовать при помощи источника дынных: создать MySQL источник данных с именем MAS1, указать запрос "SELECT * FROM users WHERE id=1", и получить все необходимые колонки данных. Затем этот источник данных можно использовать в любом месте отчёта в виде: {MAS1.name}, {MAS1.site}, данные будут загружены только единожды при построении отчёта.А также интересует, реализация подобного механизма:
возьмем запросы "выдирающее информацию в одну строку" , допустим пользователя SELECT * FROM users WHERE id=1
можно ли чтоб их результирующий массив элементов сохранялся в выбранном мною массиве MAS1 (к примеру)?
А после мне уже использовать этот MAS1 в тексте к примеру ${MAS1.name} , ${MAS1.site} чтоб эти данные заменялись на нужные элементы из MAS1.
Спасибо.
Gочему я задал вопрос, т.к. пробовал данные из источников выводить не в Band (предназначенный для источника), а где-то в другом месте (группе), и ничего не работало. Данное ограничение значительно ограничивает формирование отчета.
Баги
Текстовые компоненты можно использовать в любом месте, в том числе и вне бэндов, но в этом случае будет отображена только первая по счёту запись из источника данных (т.к. сами данные развёртывает бэнд). Группировка данных (Group Bands) в настоящий момент не полностью реализована, нет сортировки данных.creator писал(а): Поняли правильно, любое место отчета - это я подразумевал любое текстовое поле, где помимо текста встречается данная последовательность символов - {MAS1.name} их "по тексту" в одном элементе может быть несколько штук, вот их и нужно заменять.
Gочему я задал вопрос, т.к. пробовал данные из источников выводить не в Band (предназначенный для источника), а где-то в другом месте (группе), и ничего не работало. Данное ограничение значительно ограничивает формирование отчета.
Спасибо.
Баги
Хотелось бы понять, когда примерно будет собрана версия Repots.Fx for PHP с поддержкой DOCX
, EXCEL, PDF, RTF?
, EXCEL, PDF, RTF?
Баги
Здравствуйте,
Версия Beta3 выйдет уже в самое ближайшее время (пара дней). Идет последняя отладка. В ней будут добавлены экспорт в Excel и PDF. Другие виды экспортов будут реализованы позже.
Спасибо.
Версия Beta3 выйдет уже в самое ближайшее время (пара дней). Идет последняя отладка. В ней будут добавлены экспорт в Excel и PDF. Другие виды экспортов будут реализованы позже.
Спасибо.