Хотел посмотреть работу компонента Img_Diagram. Получил Runtime error 207 at 0000C13D.
Delphi xp sp3
code_11140.txt
Что не так?

Не иначе как компилятор - FPC, числится за ним такой грешок - русские буквы на пробелы менять при конвертации WideString в string на не русских компах. В Дельфи такого не бывает.

самое главное, что не так это игнорирование примера из пакета, ознакомление с которым исключает подобные ошибки
По схеме:
1) DrawSource = Bitmap, а не Handle
2) не определены данные для вывода на диаграмму

из не принципиальных
1) неверно заданы имена секторов
2) неверно организована работа с элементом PaintBox(см. примеры папки Draw)

Dilma, где посмотреть пример?
1) Handle осталось после проб отрисовать на элементе.
2) После вставки данных runtime пропала code_11141.txt
как правильно задать имена секторов?
примеров в папки Draw в b173 не густо

действительно... А в инсталятор-то новую структуру папок и не прописал. Прошу прощения за дизинформацию, вот пример по диаграмме, не попавший в дистрибутив
http://hiasm.googlecode.com/svn/elements/delphi/Example/Draw/gui/Diagram.sha

Dilma, а возможно сделать так, чтобы среда сама разбиралась - Bitmap или Handle - в зависимости от типа точки подключения. Это не просто моя лень (хотя и она тоже), иногда можно элементарно забыть. Например недавно делал микшер на бассах - два проигрывателя в отдельных панелях, у одного элемента в "рассыпухе" BASS забыл поменять имя канала - долго искал. А вот если бы можно было отпочковывать сопутствующие элементы от "основного" (Bass_StreamCreateFile например через контекстное меню) с наследованием имени канала (при вставке части такой схемы нужно будет спрашивать про новое имя канала или назначать автоматом, если в скопированном куске есть Bass_StreamCreateFile), не говоря о старом (традиционном) методе "всё в одном", то было бы удобнее имхо..
------------ Дoбавленo:

что-то туплю с подключением компилятора
где этот сборщик должен быть?
я его положил в компилер и в хиасм - не помогло. Сравнил с 172 - вроде всё так же..

PS: FPC нормально подключилси..

в первых версиях элементов draw такое разделение было направлено на сокращение кода элементов и ускорение их работы. Сегодня после редакции от nesco с унификацией обоих методов от выбора типа контекста уже ровным счетом ничего не меняется и теоритически можно бы было сделать автоопределение Bitmap это или Handle. Однако с введением третьего типа контекста HDC отличиться его от Handle без задействования WinAPI невозможно(оба они являются целыми числами), а делать это при каждой отрисовке элемента занятие очень не благодарное(впрочем с учетом уже внесенного замедления в работу всех Draw элементов эта операция может оказаться и не столь плачевной).

to nesco между прочим в методе imgGetDC нужно перенести код по получению Scale в секцию инициализации.


об этом в отдельной теме и поподробнее желательно


%hiasm%compilerGoRC.exe

Точно. Моя вина - забыл про "Не работает под FPC"
Сейчас поставил Delphi - все на местах. Слова не жрет.

в смысле - теперь недопустимо, чтобы compiler находился не в папке hiasm?

Андрей., что значит теперь? GoRC всю жизнь свою обязан был там лежать. Путь к папке compiler никогда не определялся в параметрах среды.

у меня в папке C:HiAsm лежат 8 версий хиасма - каждая в своей папке (удобно искать - в какой версии начался глюк, а также при адаптации старых схем, которые иногда работают "не так" в текущей версии), 6 из них используют один и тот же компилятор, лежащий в папке C:HiAsmCompilerfpc (и C:HiAsmCompilerdelphi конечно), 172-я поставила свой автоматом, а 173-я не находит GoRC (остальные находят)

И каким макаром это можно реализовать, когда текущий рабочий контест (pDC) получается именно в этом методе

Андрей., вот расскажите остальным тестерам как надо организовывать свое рабочее пространство, а не давать мне вместо этого определение слова "тестирование"...


да ничего тут не менялось в 173


хотя бы так
ну или флаг завести, если fScale.x может быть равен нулю даже после инициализации.

Во, блини, ну ты и замутил

ну,я даже не знаю, может ли вот это чем-то помочь



и это при живом то компиляторе, прописанном по адресу C:HiAsmCompilerfpcfpc.exe..

------------ Дoбавленo:

кстати - почему это не текущая версия?