Нет, я в GAC ничего не ставлю. Проверить легко, удалив dll из каталога програмы.
У меня подозрение, что версия 117 ставилась поверх установленной 116, и что-то пошло не так. К сожалению, старые версии мы не храним и проверить не могу.
Не правильно отрабатывает сброс итога при режиме "держать DataFooterBand с данными".
У меня стоит сброс после банда PageFooter, но он делает итог общим а не тем каким он должен быть исходя из данных на первой странице.
Получается из-за режима "держать DataFooterBand с данными" если данные влазят на страницу, но из-за данного режима переносится строка на следующую страницу, то сброс не отрабатывает.
Вот скриншот:
Получил, исправил. Исправления будут доступны в очередной сборке.
Исправления заметил, но исправили увы не все или добавили нового...
Тот же самый отчет, теже режимы. Если нужны наборы данных могу сериализованные датасеты выслать.
Ощущение такое что не считается последняя запись.
И вот что имеем:
Скриншот 1 (на второй странице записей несколько):
Отправил ответ на емейл. В завтрашней сборке будет добавлено св-во "Повторять на всех страницах" для dataFooter; можно будет использовать его вместо columnFooter.
Отправил ответ на емейл. В завтрашней сборке будет добавлено св-во "Повторять на всех страницах" для dataFooter; можно будет использовать его вместо columnFooter.
Предложенный вариант я конечно попробую, но думаю он меня не спасет. Почему отписал в письме.
А со сбросом итогов после бэнда не получается проблему решить?
Покрутил я тут на разных принципах построения отчета.
И по старому с "подвалом колонки" и с "Подвалом данных" на каждой странице в купе с "Подвалом отчета".
Вывод таков:
На каком-то моменте происходит неверный подсчет записей на странице.
Все это только в режиме держать банд с данными.
Например:
Если всего записей 30 на лист влазит 29 записей, но при печати промежуточный итог съедает одну последнюю запись из этих 29 и в итогах на этом листе она не учитывается. На следующем листе получается 2 записи но итог считается только по 29 записи игнорирую 30-ю (возможно считается что на листе только одна запись и он считае6т только первую).
При переносе только последней записи вроде бы нормально.
P.S.
Иногда кстати подсчет бывает правильный.
Закономерность увы не выявил.
В любом случае ошибка, мне кажется, где-то в подсчёте количества строк на странице при печати в режиме "держать банд с данными".
В дизайнере в контекстном меню по правой кнопке мыши на любом бэнде пропал пункт Paste (Вставить), при этом в буфере обмена что-то есть, например, TextObject.
В дизайнере в контекстном меню по правой кнопке мыши на любом бэнде пропал пункт Paste (Вставить), при этом в буфере обмена что-то есть, например, TextObject.
ширину ячейки таблицы нельзя сделать больше 13.23, по у молчанию максимальная ширина установлена в это значение.
при изменении этого значения ячейку можно растянуть
но после того как сделать первью ячейка уменьшается до значения 13.23 ..
Комментарии
У меня подозрение, что версия 117 ставилась поверх установленной 116, и что-то пошло не так. К сожалению, старые версии мы не храним и проверить не могу.
У меня стоит сброс после банда PageFooter, но он делает итог общим а не тем каким он должен быть исходя из данных на первой странице.
Получается из-за режима "держать DataFooterBand с данными" если данные влазят на страницу, но из-за данного режима переносится строка на следующую страницу, то сброс не отрабатывает.
Вот скриншот:
Отправил еще раз.
на всякий случай вот ссылка
Файл отчета
Сборка завтра будет?
Исправления заметил, но исправили увы не все или добавили нового...
Тот же самый отчет, теже режимы. Если нужны наборы данных могу сериализованные датасеты выслать.
Ощущение такое что не считается последняя запись.
И вот что имеем:
Скриншот 1 (на второй странице записей несколько):
скриншот 2 (на второй странице запись одна)
Отправил два XML с наборами в архиве. один где одна запись на второй странице, а второй там где несколько.
Предложенный вариант я конечно попробую, но думаю он меня не спасет. Почему отписал в письме.
А со сбросом итогов после бэнда не получается проблему решить?
Отправил через GMAIL все.
Надеюсь придет....
Может быть добавить функцию сбрасывать перед бандом?
Просто не хочется скриптами это все разруливать....
И по старому с "подвалом колонки" и с "Подвалом данных" на каждой странице в купе с "Подвалом отчета".
Вывод таков:
На каком-то моменте происходит неверный подсчет записей на странице.
Все это только в режиме держать банд с данными.
Например:
Если всего записей 30 на лист влазит 29 записей, но при печати промежуточный итог съедает одну последнюю запись из этих 29 и в итогах на этом листе она не учитывается. На следующем листе получается 2 записи но итог считается только по 29 записи игнорирую 30-ю (возможно считается что на листе только одна запись и он считае6т только первую).
При переносе только последней записи вроде бы нормально.
P.S.
Иногда кстати подсчет бывает правильный.
Закономерность увы не выявил.
В любом случае ошибка, мне кажется, где-то в подсчёте количества строк на странице при печати в режиме "держать банд с данными".
с таким содержанием
[data1]
Объем [data2] куб.м.
в том случае если data1 содержит несколько строк текста содержание data2 печатается некорректно например
data1 содержит 2 строки, полуется: Объем [ДАННЫЕкуб.м.
3 строки : Объем [dДАННЫЕуб.м.
4 строки : Объем [daДАННЫЕб.м.
Это я у бэндов меню порезал, верну на место.
В последнем билде (который соберется через пару часов) ошибка исправлена; по кр.мере на тех данных, что Вы присылали.
Буду разбираться.
Ошибка почти исчезла. Но увы почти. Выслал скриншот, данные и файл отчета.
при изменении этого значения ячейку можно растянуть
но после того как сделать первью ячейка уменьшается до значения 13.23 ..