Редактор отчётов

[Larrrik]

Коллеги, доброго времени суток.
Прошу подсказать знающих людей по нескольким вопросам:
1. Есть ли какая-то настройка в редакторе, чтобы при редактировании какого-нибудь свойства элемента (например - текстового выражения) клавиши стрелок перемещались бы непосредственно по полю редактирования, а не перескакивали на следующий элемент. Совершенно непривычно и дико бесит.
2. Можно ли сделать так, чтобы целочисленная переменная в отчете конвертировалась в текст, в зависимости от значения: например - 0 - "ХХХХ", 1 - "YYYYY" и т.п.
3. Булевский формат: для каждого из состояний (ложь/истина) есть 2 поля с выбором "Значение" (англ.) и "Представление" (рус.). При формировании отчета почему-то выводится исключительно значение поля "Значение", а как вывести вместо этого значение "Представление"?

[VladGC]

Коллеги, доброго времени суток.
Прошу подсказать знающих людей по нескольким вопросам:
1. Есть ли какая-то настройка в редакторе, чтобы при редактировании какого-нибудь свойства элемента (например - текстового выражения) клавиши стрелок перемещались бы непосредственно по полю редактирования, а не перескакивали на следующий элемент. Совершенно непривычно и дико бесит.
2. Можно ли сделать так, чтобы целочисленная переменная в отчете конвертировалась в текст, в зависимости от значения: например - 0 - "ХХХХ", 1 - "YYYYY" и т.п.
3. Булевский формат: для каждого из состояний (ложь/истина) есть 2 поля с выбором "Значение" (англ.) и "Представление" (рус.). При формировании отчета почему-то выводится исключительно значение поля "Значение", а как вывести вместо этого значение "Представление"?

1) Такая механика
2) Можно есть блоки условий, надо лишь составить выражение ( функции, Programming и выбрать на выбор три функции работы с условиями
3) Не до конца понятно, сделайте скриншот

Так же можно почитать тут
https://www.stimulsoft.com/ru/documentation/online/user-manual/


А еще можно скопировать текстовый блок в блокнот, отредактировать, а потом вставить обратно в отчет( удалив старые блоки)

[Larrrik]

1) Такая механика
Жаль, очень плохая механика.
2. Спасибо, уже разобрались через {Switch ()}.
3.65454
В зависимости от состояния в превью редактора корректно отображает значение поля "Представление". В отчете же формируется значение из "Значение", как показано на скриншоте.

[VladGC]

Жаль, очень плохая механика.
2. Спасибо, уже разобрались через {Switch ()}.
3.65454
В зависимости от состояния в превью редактора корректно отображает значение поля "Представление". В отчете же формируется значение из "Значение", как показано на скриншоте.

По 3 можно так же через switch попробовать)
Не исключено что это баг

[Larrrik]

Не исключено что это баг
Скорее всего, будем писать безответные письма в ТП....

По 3 можно так же через switch попробовать)
Пробовали - не выходит. Если есть возможность сделать работающий пример - были бы признательны.
P.S. Через IIF тоже не получилось добиться результата.

[VladGC]

Скорее всего, будем писать безответные письма в ТП....

Пробовали - не выходит. Если есть возможность сделать работающий пример - были бы признательны.
P.S. Через IIF тоже не получилось добиться результата.

Вот
Если в отчете нужны манипуляции, то необходимо сделать приведение типов
Второй вариант, это писать в базу int , тогда будет более гибче

[Larrrik]

Вот
Большое спасибо за пример и рекомендации.
К сожалению, на 1.2.18 IIF не работает на Linux как показано в примере, благо ТП уже обещали что в 1.3 они починят и собственно булевское форматирование.
Осталось подождать официального релиза "совсем чуть-чуть".

[VladGC]

Большое спасибо за пример и рекомендации.
К сожалению, на 1.2.18 IIF не работает на Linux как показано в примере, благо ТП уже обещали что в 1.3 они починят и собственно булевское форматирование.
Осталось подождать официального релиза "совсем чуть-чуть".

вроде как на ftp есть 1.3 , можете попробовать, что бы не ждать релиза

[Larrrik]

вроде как на ftp есть 1.3 , можете попробовать, что бы не ждать релиза
Спасибо, видели. Ждем официальный релиз только для того, чтобы иметь дело с как можно меньшим количеством не протестированных багов, коих, безусловно, и так будет хватать.

[VladGC]

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

Я бы смотрел на это с другой стороны)
Если проект еще разрабатывается то возможно стоит сразу пилить на 1.3, так как баги, которые вы встретите сейчас, могут быть не исправлены в релизе, т.к. его просто не заметили до тех пор пока кто то не наткнется на него
+ если сделаете баг репорт в тп то когда допилите проект для рабочего состояния, большая вероятность что его пофиксят

[Larrrik]

Я бы смотре на это с другой стороны)
Безусловно, в этом тоже есть смысл...