Замучали пользователи.
Ну сделайте мне такую вьюху, а мне такую... Надоело!!!
Вот склепал с горем пополам.

Не претендую на непогрешимость, но, думаю, что-то в этом есть.
Предложения, замечания можно сюда или в oshmianskiСОБАКАmailТОЧКАru

Да простят меня владельцы сайта, если что-то не так сделал

!!!!!!!!!!!!!!Тем, кто первый раз сюда зашел. Смотрите ниже новые версии!!!!!!!!!!!!!!!!

Сообщение отредактировал oshmianski - 19:06:2006, 11:51

Все разобрался
Дополнение к импорту. Производить импорт выбранного листа в одну форму. И назначить соответствие каждой ячейки для каждого поля

Сообщение отредактировал allex - 27:06:2006, 10:55

т.е. в весь лист в один документ?

Изменения:
++если тип значения условия "дата", то значение усекается только до даты (событие Exiting поля). если значение = формула, преобразование проопускается.
++XML отчет (пробная версия). пытается открыться в броузере по-умолчанию.
++при построении Excel отчета учитывается тип данных в колонке: чило преобразуется к формату 0,00; все остальные типы - к тексту (есть закомментаренный код для преобразования к формату дата в зависимоти от локализации MS. но у меня все равно иногда кривота, потому как дата бывает 01.2001, а бывает 01.01.2001. если есть соображения, пишите).
++ProgressBar при обработке коллекции документов. Подпись на англицком, потому как русский шрифт криво отображает (если кто знает как побороть, пишите). По завершению выдаем сообщение пользователю.

Так если формула и тип "дата" то все равно же будет со временем показываться

Да, формулы вычисляются в момент формирования строки запроса. Если только еще и в этот момент делать "обрезание"... А можно поинтересоваться, что мешает сделать примерно вот так @date(@Now)? Вот Вам дата и без времени.

Изменения:
++ProgressBar русифицирован. Огромное спасибо Osmor!!!
++Добавлено на форму ReportTemplate поле RealAuthor, авторское. Были замечены проблемы с доступом. Я всех пользователей в бд пускаю как авторов.
++Удалены неиспользующиеся (думал пригодится, ан нет) виды и форма конфигурации.
++Переписан механизм (на LS) выбора бд в источнике. Спасибо Lexa-xa!!!

Планируется ли добавить в Ваш проект графическое отображение данных (диаграммы, графики, гистокраммы, круговые диаграммы) для отчётов?

что касается Excel, то не вопрос, можно. могут только вопросы возникнуть с разными версиями MS Office.
на выходных запробуем чего-нить нарисовать

Насчёт портирования в MS Word, нарыл когда-то примерчик с использованием шаблонов, единственный минус для каждого типа документа нужно создавать свой шаблон. Нашёл где-то тут http://www-10.lotus.com/ldd/sandbox.nsf

Сообщение отредактировал Hedg - 30:06:2006, 14:39

Спасибо за примерчик. Я вот что думаю... Если таки использовать выгрузку в Excel. Т.е. выгружаем в Excel, потом загружаем Word, копируем в Excel табличку, вставляем Word, закрываем Excel и открываем Word. Плюсы в том, что механизм выгрузки в Excel уже написан. Минусы - съедаем оперативку, механизм миграции таблицы Excel вWord неконтролируем.
Какие соображения будут у почтенной публики?

а зачем ворд вообще нужен?

2 oshmianski
А отбор по нескольким формам реализовать реально ?

Все реально. На сколько это критично? Просто, ребята, сейчас я таки пытаюсь насладиться радостями отпуска. В конце июля думаю, может чего новенького покажу.

Это святое

Необходимо

Как работа над проектом? Забыта?
У меня несколько предложений, интересно как вы к ним отнесетесь:
1. Забирать документы из вьюка, при помощи NotesViewNavigator
2. Сделать документы - шаблоны, которые будут определять вид отчета (в основном в экселе)

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

Что думаете?

Не забыта, но сейчас нет особо свободного времени.

Я так понял, что в качестве источника предлагается использовать вьюху?
Зачем использовать NotesViewNavigator?

Ничего не понял. Как планируется использования шаблона?

Для: oshmianski
1. Для ориентирования во вьюхе. Можно будет брать несколько категорий первого категоризированного столбца, например.... Также можно будет сделать простой отбор по вьюхе... Будут браться значения не из документов, а из строк вьюхи
2. Я сделал так:
а) Элемент дизайна, который отвечает за отображение столбцов
б) За отображение воркшита.
В целом это документы, которые устанавливают правила оторбажения... а в скрипте, при генерации отчета, происходит их обработка

Сообщение отредактировал fedotxxl - 18:08:2006, 14:46

Моя версия.... Основное:

• Шблоны распространяются только на отчет Excel
• Все данные грузятся "по нажатии на конпку". Нет автомотического подгруза данных
• Настройки "взаимоподменяемы". Как создается отчет можно наглядно видеть, если задать генерить отчет на 500-600 документов - настройки "накладываются" друг на друга

Пожалуйста все недоработки (там их куча наверняка), ошибки возникающие (в какой строчке... какие данные) пишите.

забрал, смотрю

1. в функции SetReportTemplate

у меня в отчете из-за этого не было данных.
Кроме того, если добавлять условия отбора, то подставляются русские значения полей, которых нет в документах (у меня, по крайней мере) + FTSearch вылетает в NSD.

2. Настройки я бы не прошивал жестко в источниках, а делал бы там ссылки на документы настройки. И в момент построения отчета, все параметры отображения брал бы не из самих документов источников, а из настроек для Excel. Это конечно немного затруднительно будет для задания свойств каждого поля в источнике, но таким образом можно избежать статики.

3. функция ChekFields
мне выскакивает (MsgOk "Ошибка: несоответствие полей c нумерами.", "error", "Ошибка") и я, как пользователь, теряюсь в догадках, доверять мне этому отчету, который таки дальше строится.

4. сразу показывать пользователю Excel мне кажется не совсем разумно. Если машина слабая, то операции форматирования могут выполняться достаточно долго. Кроме того, после формирования отчета, пользователь остается в интерфейсе Excel. Потом, скажем, закрыл отчет и вернулся в Notes, а там ему говорят "Отчет посторен", жмем "Ок", и что у нас получится? У меня ошибка, т.к.



Вот вроде и все. Спасибо за продолжение.

1. Да, эту ошибку я заметил давно. Мне почему-то показалось, что её сделал не я, а ты. Я в большинстве случаев копировал код.... Наверно я напудрил...
2. Но ведь у тебя же источник берется не из документа источника, а из документа, из которого строится отчет. Так жить проще...
3. Для отладки
4. Для отладки. Конечно уберем потом

Мне сейчас хочется сделать проверку на корректность заполнения шаблонов... неплохо бы сделать шаблоны по-умолчанию... только как это лучше сделать?...

У меня вопрос... зачем такие конструкции
Set i = doc.ReplaceItemValue...

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


Я вижу два пути:
а) сделать дефолтовые доки шаблонов, скрыть их от пользователей и использовать по-умолчанию
б) в скрипте забить дефолтовый массив


Где-то когда-то на каком-то форуме, на интертрасте что ли, читал сабж по этому поводу и решил, что буду использовать конструкции типа ReplaceItemValue и GetItemValue. Видишь ли, если использовать упрощенные конструкции, то можно запутаться, ибо наименоване полей могут совпадать (или почти совпадать) с различными стандартными методами и свойствами. Кроме того, считаю, что это более грамотным с точки зрения красивости программировани. Но, как и все смертные, часто ленюсь http://forum.codeby.net/style_images/1/fol...icon