Wizdom
Wizdom
Подробная информация
- Имя пользователя
- Wizdom
- Присоединился
- Посещений
- 0
- Был на сайте
- Группы
- Members
Комментарии
-
В многоточии там подставляется название отчета из поля БД. Долго и мучительно читал документацию... Сейчас сделал так: frxReport.Variables['REP_NAME'] := ''''+dtReportListVCNAME.Value+''''; Вроде ошибки перестали появляться... но как-то не…
-
Версия 3.20 Даже просто, создаю в отчете Memo, говорю вставить сюда значение переменной, в мемо получаю текст: [REP_NAME] В Дельфи присваиваю также: frxReport.Variables['REP_NAME'] := .... При открытии отчета: --------------------------- Оши…
-
Рано радовался... Ошибка в скрипте 15:34: Неопределенный идентификатор:'REP_NAME'
-
Уже пробовал - не помагает. При трассировке видно, что в отчете этот самый TfrxDBDataset присутствует. Если открыть дизайнер, то видны столбцы нужного Датасета... все колонки можно прицепить на MasterData... но при открытии - ошибка валится.
-
Спасибо! Через скриптовую переменную заработало.
-
А что конкретно? Какая-то приблуда для импорта/экспорта или полностью версия FR3 должна быть? З.Ы. Судя по старинной иконке в рабочем ехе-шнике, то вряд ли это FR3.
-
Уже разобрался: В секции ColumnFooter. Создать Memo, в нем написать код: [SUM([Кол-во], MasterData1)] __________________ С уважением, Юрий.
-
Решение кроется в отличие создания формы из скрипта, а именно, при вот такой записи все работает: ... Form := TForm.Create(nil); ... а, вот, при такой: ... Form := TForm.Create(Form1); ... ошибка вываливается... Напрашивается вопрос, это …
-
Хм, тогда напрашивается только один вывод как-то я неправильно работаю с загрузкой/выгрузкой откомпилированных скриптов. Вот код: procedure TForm1.FormCreate(Sender: TObject); begin ... StreamCode := TMemoryStream.Create; ... end; function…
-
Большое спасибо, все заработало! Осталось только научиться угадывать вот такие тонкости: написал: И последнее, в скрипте вызов ф-и делать так: MessageDlg('msg', mtError, mbYes + mbNo, 0) И вопросы начнут сами собой пропадать...
-
Сорри... гоню! Это при выборке данных из базы тормоза прибавлялись...
-
Заменил TStream на TMemoryStream и все заработало... Но главное не понял... производительность от этого не увеличилась...
-
P.S. ... public StreamCode: TStream; ... procedure TForm1.FormShow(Sender: TObject); begin StreamCode := TStream.Create; end;
-
Плохо... Может быть есть смысл тогда рассылать сообщения зарегистрированным пользователям о нахождении багов и методах их устранения..?
-
С записями (records) ничего не сделаешь, разработчики не будут их поддерживать, придется переделывать процедуры и переопределять события. Про массивы можешь посмотреть пример в исходниках FastScript, модуль fs_ibdertti.pas, реализацию метода: …
-
Спасибо, все заработало!!! За ссылку на фикс - отдельное спасибо ! З.Ы. Может быть стоит уже делать версию со всеми фиксами..? Кстати, а все сделанные фиксы сейчас можно где-нибудь посмотреть?
-
Нашлось решение! Разработчики посоветовали поправить в fs_itools.pas: function VarRecToVariant(v: TVarRec): Variant; begin with v do case VType of vtInteger, vtObject: Result := VInteger; vtBoolean: Result := VBoo…
-
написал: ...ИМХО руками и глазами, заодно лишний раз просмотреть исходник... Хм... интересный ты предлагаешь подход - проверка глазами.. Исходники бесспорно проссматривать нужно, с этим споров нет, но как на счет человеческого фактора? ИМ…
-
Спасибо, что просветили про FindClass, как я его сам не нашел.?!. написал: А вот править их ИМХО не есть хорошо - я делаю модули-прослойки и в них добавляю функциональность, и проблем с обновлением не возникает. Я тоже так делаю, поэ…
-
Хм... у меня версия 1.4 и там вроде бы нет TPanel... хотя дело не в этом... Интересен сам подход в реализации... Правда возникает вопрос, к разработчикам: не откликнется ли мне такая вольность где-нибудь в будущем?
-
Хм... интересно... А если не указывать у Вас последний параметр, то будет работает..? У меня только так и работает...
-
Все решилось намного проще... Просто в процедуру CallHandler не нужно передавать последний параметр, вот так: procedure TGridTextEventSV.DoEvent(Sender: TObject; Col, Row: Integer; var Value: String); begin CallHandler([Sender, Col, Row]); …
-
Хм... после детальной трассировки обнаружил, что Access violation появляется еще на первой строке, на: CallHandler([Sender, Col, Row, Value]); когда пытается в процедуре procedure TfsCustomEvent.CallHandler(Params: array of const); выполни…
-
Исправил на: Value := String(Handler.Params[3].Value); но не помогло... В том же самом месте таже самая ошибка...