---|Ветка была без названия|---

← →
Сергей Чурсин (2001-08-07 19:14) [0]

Что народ думает по поводу необходимости пакета компонент
Delphi (VCL), реализующих функциональность SCADA-систем (для разработки программ станций оператора,программ серверов, систем автоматизации предприятия, erp..)? Какова его необходимость для разработчиков АСУ ТП в России/на Западе?
Каковы его перспективы vs стандартные SCADA (InTouch, TraceMode,Factory Link, ...) ?
Каковы его перспективы vs Visual C++ для АСУ ТП?
Каковы его перспективы vs существующие пакеты VCL/ActiveX (более/менее подпадающие под функции SCADA) ?
1.Система "Контур" www.scada.com.ua 2.Abakus VCL www.abaecker.com
3. Iocomp Proffesional Pack www.iocomp.com
4. Deedalus for Delphi www.daedalus.de
5. Monitor LiveX www.monitorsoftware.com.au
6. ASGraphiX Suite www.automatedsolutions.com
7. Vision Control www.rotec.de
8. RXTools www.software.rocwell.com
Какая цена такого пакета была бы приемлемой для
фирм-разработчиков/системных интеграторов в России? в ближнем Зарубежье ?на Западе ?

← →
Сергей Чурсин (2001-08-07 19:15) [1]

То есть вот примерная и краткая спецификация:
****************************************************************************
Все части системы должны быть интегрированы.
Пакет должен обладать следующими базовыми возможностями:

1.Визуализация
2.Индустриальная часть
3.Графики реального времени
4.Обработка данных (TagSourse)
5.Задачи связи
6.Алармовая подсистема
7.Связь с базами данных
8.Звуковая подсистема
9. Подсистема обеспечения безопасности
10.Прочие библиотеки

1.Визуализация
Подсистема визуализации должна предусматривать редактируемые в Design-time
и в Run-time компоненты,
снабженные анимационными возможностями и связанные с другими подсистемами
пакета. Также
необходимо создать ряд предопределенных компонент визуализации типа
датчики, шкалы, LED, кнопки,
термометры и прочее. Подсистема должна иметь возможность использования
других стандартов графики
(OpenGl, DirectX)

2.Индустриальная часть
Эта часть должна содержать компоненты, инкапсулирующие в себя следующие
концепции : устройство
(задвижка, насос, мотор, резервуар), команда, событие.

3.Графики реального времени
Необходимы для визуализации данных в форме графиков (реального времени)
Графики типа historical
имеются в Delphi стандартно.

4.Обработка данных
Модули, компоненты и типы для централизации обработки и контроля данных
(TagSource).

5.Задачи связи
Стандартизированные (наследованные от TCustomClient). Компоненты:DDE,
OPC клиенты.
Интеграция данных компоенентов с компонентами пункта 4.
Опционально: Клиент для Interbase, универсальный DDE и OPC сервера,
клиент COM.
В дальнейшем возможна разработка DDE-OPC серверов для наиболее
распространненых промышленных
протоколов (Modbus, Profibus и др.)

← →
Сергей Чурсин (2001-08-07 19:16) [2]

6.Алармовая подсистема
Компоненты для инкапсуляции, управления аварийными сообщениями.
Компоненты для визуализации
аварийных сообщений. Интеграция с базами данных. Интеграция с
компонентами пункта 8.

7.Связь с базами данных
Компоненты для интеграции с базами данных различных форматов (xBase,
Interbase, MSSql, ADO)
всех других частей пакета.

8.Звуковая подсистема
Опционально:Компоненты, реализующие звуковые сообщения (желательна
многокональность - то есть
вывод с одного компьютера на различные колонки в различных местах
(адреснно) ). В перспективе:
разработка звукогенератора (компонента, произносящего текст рус.,
лат., и англ. языках).

9.Подсистема обеспечения безопасности
Опционально:Подсистема должна обеспечить контроль доступа и
управление пользователями на всех
уровнях пакета.

10.Прочие библиотеки
Разработка библиотек физических формул, констант; библиотек констант
и формул АСУ ТП
пожаротушения, нефтяного, водяного, электроэнергетического учета;
Разработка преопределенных форм и "экспертов" Delphi для быстрого
(RAD) конструирования приложений
АСУ ТП.

← →
Сергей Чурсин (2001-08-07 19:17) [3]

****************************************************************************
Возможные плюсы с точки зрения системного интегратора

Денежная выгода
В случае с покупкой SCADA - системы (типа WonderWare InTouch, Factory Link
и т.д.) приходится платить за пакет на каждый объект,
причем цена зависит от количества "тэгов" или входов-выходов. В случае
более-менее сложной системы
(неограниченная лицензия на тэги, подключение SQL сервера и т.п.) сумма
может быть весьма крупной.
Из-за накладных расходов вследствии несовершенства существующих
SCADA-систем
эта сумма может дополнительно увеличиться.
В случае закупки Delphi и создания VCL пакета (единовременного, а не на
каждый раз на новый объект)
других затрат на закупку программного обеспечения для программирования
компьютера не предвидится.

Возможности
Delphi представляет собой универсальный стандартный язык программирования
(производитель Borland-Inprise)
под стандартные операционные Win9x, WinNT, Linux. В нем реализованы
практически все современные технологии
программирования. Это означает, что на нем можно создавать системы и
программы любой сложности,
любого направления и их комбинаций. Такая функциональность открывает путь к
созданию распределенных систем АСУ, систем интегрированных с АСУ предприятия,
систем, реализующих новые информационные технологии и технологии управления(нейросети, экспертные системы и прочее).
Открываются реальные возможности по созданию типовых программ АСУ и по
созданию низкобюджетных простых программ.
Функциональность Delphi превосходит на текущий момент функциональность
других компиляторов (Visual C++, Borland C Builder). Поддержка Delphi в среде разработчиков
просто огромна.
В данный момент в Интернет можно получить компоненты Delphi (VCL) или
библиотеки, реализующую любую функциональность любой направленности (бесплатные и
платные) или разработать их самим. Существует огромное количество информационных
ресурсов, посвященных этому продукту (что определенно снижает накладные расходы на
разработку).

← →
Сергей Чурсин (2001-08-07 19:17) [4]

Наращиваемость и стандартизация
В случае использования Delphi и VCL пакета все наработки на конкретный
объект служат программисту не только для реализации конкретной задачи, но накапливаются
и суммируются в виде библиотек и компонентов, увеличивая возможности
программиста при следующих разработках. Увеличивается скорость
разработки и снижаются ее сложность (что должно повлиять на накладные
расходы).
Delphi является стандартным языком программирования (изучается в
университетах и институтах),
что увеличивает доступные трудовые ресусы (не нуждающиеся в обучении или
нуждающиеся в минимальном объеме), а также увеличивает рынок потребителей
пакета VCL.

Контроль качества
В случае использования VCL пакета могут быть использованы стандартные для
программирования методы контроля и усиления качества. То есть если мы имеем
стандартные проверенные, оттестированные и налажненные подпрограммы, мы
просто используем их на более верхних уровнях разработки. Нам не требуется на
каждый объект разрабатывать новую функциональность. Все это автоматически увеличивает
надежность и качество разработки.

****************************************************************************
***************************************************************
С уважением,
Сергей Чурсин
SZMA Riga
e-mail: schursin@mail.lv
www : http://www.geocities.com/schursin

← →
SergeG (2001-08-08 11:01) [5]

Как я понимаю, автор дискуссии хочет сориентироваться, стоит ли браться за разработку таких средств. Вот мое мнение.
Дельфи - среда недостаточно высокоуровневая для SCADA-программирования. Сергей Чурсин видит в этом преимущество (больше возможностей!). А я вижу недостатки.
Во-первых, нередко заказчик хочет иметь инструментарий для самостоятельной доработки SCADA-софта. Опыт показывает, что основы работы с системой программирования InTouch, например, осваиваются на недельных курсах. А дальше - оплати лицензию и делай, что хочешь.
Что такое программирование на Дельфи - мы-то знаем, нужны годы, чтобы набрать приличный опыт и писать не коряво. А корявость чревата.
Во-вторых, в стандартных пакетах приняты стандартные меры обеспечения надежной работы приложения, причем оттестированные на тысячах реальных систем. "Крутому" программисту на Дельфи открывается широкое поле, чтобы наделать неочевидных багов, а потом годами их вылавливать (для систем реального времени это легче легкого).
Быть может, гипотетический разработчик SCADAVCL найдет компромисс между супернадежным внутренним механизмом и широкими возможностями модификации? Не знаю.
Конечно, приложение, выданное без исходников, сажает заказчиков на иглу, привязывая их к программисту, что вроде хорошо. На заказчики-то это тоже понимают, и не очень хотят.
А вообще (шутка, в которой есть доля правды) практически все функции SCADA-пакета может выполнить MS Excel!

← →
Сергей Чурсин (2001-08-08 12:58) [6]

Спасибо за высказанное мнение.
1)...заказчик хочет иметь инструментарий для самостоятельной доработки -
Однако кто мешает продать заказчику и сам Delphi ?
2)...осваиваются на недельных курсах - ну не верю я что Технолог (а не Программист) сможет полноценно освоить InTouch за 1 неделю со всеми ее
фишками типа DataChange-Application-Condtion-Quick Function скрипты.
Речь идет же о людях, которые о типах переменных и подпрограммах ничего не
ведают. И потом еще написать более-менее крупную систему (со всеми алармами, вырабатываемыми частью на PLC,частью на PC; с различными видами управления кучей устройств и взаимными блокировкам; функциями учета и так далее...). Что касается Delphi, что мешает найти програмиста на Delphi и усадить его в связку Программист-Технолог.
3)...оплати лицензию - в пакетах типа InTouch, определенно, раздражает
высокая цена, а также сама система оплаты за тэги - глобальные переменные.
Без их интенсивного использования сложную систему не построить - и получается, что цена ограничивает сложность систем, ограничивает разработчика...
4)..и писать не коряво. - Коряво, однако и на InTouch можно писать. :)
5)...меры обеспечения надежной работы приложения, причем оттестированные на тысячах реальных систем. - Ну да, я как-то писал Quick Function:
использовал совершенно легальные конструкциии (кажется присваивал локальную переменную дискретному тэгу после условия - точный текст искать надо). При выполнении этого скрипта InTouch WindowViewer просто ВЫЛЕТАЛ !
БЕЗ ВСЯКИХ СООБЩЕНИЙ ОТ НЕГО ИЛИ ОТ СИСТЕМЫ. Был и нету его. Наверное это и
есть пресловутая надежность WonderWare? А ведь система действительно используется много где... Послал я тогда через дилеров письмо в WonderWare
- глюк они подтвердили (типа будем исправлять). Был еще один глюк с изменением времени системы (лицензия тут не причем) на, скажем 2999. После чего какая-то Си-шная кострукция переполнялась и WindowViewer заглючивал -правда с сообщениями. Так-что надежность SCADA (на примере одной из самых распространненых) - это вилами на воде писано...
6)...приложение, выданное без исходников, сажает заказчиков на иглу...
- см. вопрос 1
С уважением,
Сергей Чурсин

← →
SergeG (2001-08-08 13:18) [7]

Уважамый Сергей Чурсин!
Мы с Вами обсуждаем вопросы непростые, да и люди мы непростые, каждый со своим опытом. Разумеется, на каждое ЗА можно найти сколько угодно ПРОТИВ.
Скажу кое-что по Вашим возражениям.
Мы обучали работе с InTouch не технологов, а компьютерщиков, специалистов по IT (в том или ином виде они есть на любом предприятии).
Насчет ценовой политики Вы правы, но нередко заказчик готов заплатить подороже за "импорт, а не самопал".
"Падает" не только InTouch, но и WinNT, но для системного интегратора есть разница: отказало покупное изделие известного поставщика (и на старуху бывает проруха!) или свое (что вы тут нам подсунули?).
Поймите, я не против идеи ScadaVCL, просто я пытаюсь понять, купил бы я или нет? Пока не уверен.
Если наша дискуссия идет на двоих, может, нам перейти на мыло?

← →
SergeG (2001-08-08 13:24) [8]

P.S. Хотя, честно сказать, и сам подумывал о чем-то подобном. И, купив, например, баксов за 500, наверно, на каком-нибудь лохе их отбил бы.

← →
Сергей Чурсин (2001-08-08 13:48) [9]

...Если наша дискуссия идет на двоих, может, нам перейти на мыло?
Пока давайте подождем с этим - очень надеюсь, что еще кто-нибудь присоединиться. :)

← →
кто-то из толпы (2001-08-08 16:54) [10]

Это я.

Согласен с SergeG. Delphi - это узкое место такой системы.
Если создать ядро или движок(на Delphi), и к нему макроязык
для подключения готовых модулей и описания функций, то это
будет более перспективный вариант. Возможно не такой прибыльный
поначалу, но зато более долговечный. А модули можно было бы
дописывать на Delphi по определенным правилам.

Причем макроязык должен быть приближен к цели системы.
Для технолога команды "Открыть_кран 2", "Закрыть_заслонку 5".
Более естественны, чем синтаксис Delphi. А заниматься этой
системой должны будут они. Если они не будут этим заниматься, то
это будет красивая коробка на полке, даже при наличии программиста.
Если проводить паралель с EXCEL, то можно сказать, что никакой
программист не сможет обеспечивать в течение длительного времени
работу расчетного отдела, если сами сотрудники не научатся делать
основные действия в EXCELе.

Вся проблема сделать "хорошее" ядро.

← →
Сергей Чурсин (2001-08-08 18:29) [11]

Насчет макроязыка
1. Существуют компоненты, реализующие parsing формул, а также даже
простые интерпретаторы (или скрипты..)
2.Вобщем, согласен - такой компонент можно и добавить дополнительно,
то есть интерпретатор, базирующийся на компонентах пункта 2 (см.выше).
Итрепретатор, правила которого в значительной степени будет определять
программист, создающий систему. Вместе с большим набором настроек (ну
там на случай замены оборудования и так-далее) это серьезно может
расширить ее область использования и время жизни. Все это ведет в
сторону развития типовых приложений.
3.Однако я не согласен, что построение системы целиком - это дело
технолога. Технолог+программист - это работает значительно эффективней
даже на предприятии, которое само себя автоматизирует. В случае же
системного интегратора - это вообще единственно возможный вариант.
Технолог (ну если он второй профессией не программист :) ) может
справиться, разве-что с ооочень простой программой (а почти все,
которых я видел - вообще имеют о каком-либо программировании крайне
смутное представление)...

← →
Сергей Чурсин (2001-08-08 21:06) [12]

P.S. А насчет интрепретатора идея действительно интересная...

← →
кто-то из толпы (2001-08-09 04:07) [13]

Чем более система открыта тем больше у нее шансов получить
коммерческий и прочий успех.

Как вы будете ее распространять?
В открытых кодах, в DCU, в DLL?

← →
Сергей Чурсин (2001-08-09 13:21) [14]

Предполагаю - в DCU... с Help, естественно.

← →
SergeG (2001-08-09 18:04) [15]

2Сергей Чурсин
Если отважитесь на это дело - желаю удачи. И не забросить на полдороге. Мой Email открыт для переписки.

← →
Alexander (2001-08-10 19:50) [16]

Я очень давно ратую за FreeScada.
Чтобы небыть голословным, могу выслать компонент TLines,
для создания коммуникаций.

С уважением,
А.С. Журавлев.

← →
Сергей Чурсин (2001-08-10 23:09) [17]

С удовольствием бы взглянул на этот компонент (TLines).
Мой email: schursin@mail.lv
В данный момент я разрабатываю компонент (наследник TGрaphicControl), инкапсулирующий в себе следующие примитивы:
Polygon,Polyline,Line,Rectangle,RoundRect,Ellipse,Chord,Pie (возможно еще Bitmap,Label) с возможностью Design-Time редактирования прямо на форме (перетаскиванием точек), возможностью вращения,масштабирования...

← →
Den (2001-08-10 23:26) [18]

Занимаюсь разработкой SCADA-системы в области мониторинга ВОЛС, мое мнение такое: SCADA-системы хоть они и похожи, но каждая индивидуальна, и поэтому я предпочитаю все делать сам. А всякие там алармы, насосы, движки, рукоятки и т.д. это не трудно сделать и самому. Проблем меньше будет в будущем!

← →
Сергей Чурсин (2001-08-10 23:54) [19]

->Den : Ну, речь то идет не о стандартных SCADA (InTouch,TraceMode...)
Речь о создании компонент VCL для Delphi, инкопсулирующих такую функциональность... А вы принципиально не пользуетесь компонентами от "третьих фирм" (если конечно на Delphi пишете)? Я думаю с ними все будет значительно быстрее и проще, да и надежнее.
Главное, сохранить в этих VCL концепцию Delphi:
Все что просто - склепал и порядок, если надо что-то сложнее - копнул и все доступно. (ну как Form->Handle и получаем HWND) :)

← →
Alexander (2001-08-12 06:42) [20]

Относительно структуры.
Я уже высказывал свое мнение на конференции asutp на yahoo о структуре комплекта
компонентов Delphi для SCADA. Вот оно, без детализации:
1. Ядро. Компонент, на ответственности которого находится синхронизация
процессов и связывание компонентов, выбранных пользователем для реализации
своей SCADA. Наиболее сложный компонент, содержащий таблицы структуры создаваемой SCADA и прочую начинку.
2. Вычислительные примитивы: регуляторы, статистика, алармы, кратковременная история (что-то вроде кэша) и тому подобное.
3. Графические компоненты.
4. БД долговременной истории.
5. OPC-DDE.
6. Драйверы как для Plug-n-Play-модулей, так и сетей контроллеров.
Далее по вкусу.

Очень желателен пакет компонентов для программирования контроллеров
серии Микро-РС (так называемых, "свободно-программируемых").

С уважением,
А.С. Журавлев.

← →
Den (2001-08-12 09:03) [21]

To Сергей Чурсин: я не говорю про стандартные системы типа InTouch или TraceMode, я как раз говорю про VCL компоненты для Дельфи. Сам я пишу как раз под Дельфями scada-систему и заказчик довольно серьезный (Ростелеком) поэтому в нашей фирме выдвигается такое требование: все писать самому, чтобы были исходники, было потом с кого шкуру драть если что... :О)
А компонентами "третьих фирм" я стараюсь не пользоваться (исключение составляет разве что RX), а все графические компоненты и так пишутся довольно легко, в SCADA-системе ведь это не самое сложное! :О)

← →
Сергей Чурсин (2001-08-12 20:45) [22]

to Den: Я в, в общем, тоже не считаю, что графика - самое сложное...
(хотя для Design-Time некоторые вещи сделать все же не просто :) )
А что, по-вашему, самое сложное ? Изложите ваше мнение подробнее, пожалуйста...

← →
Alexander (2001-08-13 06:52) [23]

Сергей и Den,
может, поделитесь, в чем заключаются ваши задачи?

С уважением,
А.С. Журавлев.

← →
Alexander (2001-08-13 06:56) [24]

Относительно графики.
Это просто, но занимает кучу времени.
А основная сложность - структера.

С уважением,
А.С. Журавлев.

← →
Alexander (2001-08-13 07:09) [25]

Извините - опечатка - "структура".

← →
Чистяков Дмитрий (2001-08-13 10:10) [26]

Да...
Эта тема поднимается уже не в первый раз и не первый год, только вот всё обычно умирает через несколько месяцев. А пока мы будем пользоваться WinCC.
Моё же мнение такое. Никогда самопал не сможет сравниться с готовым продуктом, ни по удобству работы с ним, ни по поддержке и сопровождению разработчиками.
По поводу открытости. На сегодня практически многие пакеты SCADA открыты в плоть до того, позволяют встраивать в себя функции пользователя (у WinCC это называется ODK), вызывать любые средства Windows (включая функции WinAPI). А что ещё надо?
Большая проблема возникает при переходе с одной версии ОС на другую. Пример Windows 2000. А вот Siemens бесплатно выдала обновленую версию для W2K. А кто из авторов "самопалов" выдаст бесплатный переход.

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

Хотя, не смотря на мою критику, желаю удачи в проеекте. Может чего-то наконец родиться, кроме разговоров.

← →
Сергей Чурсин (2001-08-13 12:09) [27]

to Alexander: Задачи разные... Если Вы имеете в виду то, что я делал по АСУ ТП, то смотрите http://www.geocities.com/schursin
Если же то, что я хочу сделать, то смотрите 1 вопрос. Кстати, структура - это то, что я там называю TagSource ? То есть компонент, для определения переменных, которые потом будут связаны с DDE-OPC с одной стороны, и графическими/алармовыми/historical подсистемами. Кстати, можно подробнее оъ
синхронизации процессов ?
to Чистяков Дмитрий : <Никогда самопал не сможет сравниться с готовым продуктом, ни по удобству работы с ним...> Однако... очевидно в Siemens и Wonderware боги сидят, которые горшки обжигают... Я лично думаю, что Delphi в любом случае превосходит функциональность WinCC (хотя бы за счет VCL), а вместе с подобным АСУ-пакетом - и подавно.
...ODK,WinAPI - меня после Delphi это никак не восхищает, сорри :)
...проблемы со связью с контроллерами, особенно с их дополнительными функциями. - ну так для чего в описании DDE и OPC клиенты ? Для поддержки стандартных серверов-протоколов. И кстати, в отличие от SCADA на Delphi можно написать любой нестандартный протокол (и допустим, связать его с нашим пакетом).
...чего-то наконец родиться, кроме разговоров.- Честно говоря, все зависит от руководства - согласиться ли оно выделить деньги на разработку... :(
Кто-нибудь ? Как уговорить полных чайников (спецов по электромонтажу) на такую разарботку ? (по фирме смотрите http://home.parks.lv/szmariga )

← →
Самир Хамрун (2001-08-13 12:40) [28]

У кождого языка есть преимущество и недостатки.
Delphi как ООП это будущее несмотря на его недостатки.

← →
Сергей Чурсин (2001-08-13 13:00) [29]

Кстати, кто как считает - какое количество таких пакетов можно продать на российском рынке за год, скажем баксов за 500 ?

← →
SergeG (2001-08-13 17:14) [30]

2Alexander
Если можно, мне компонентик посмотреть, pls...

← →
Alexander (2001-08-13 21:18) [31]

Компонент без проблем,
комментарии, пожалуйста!
С уважением,
А.С. Журавлев.

← →
Alexander (2001-08-13 21:27) [32]

Кстати, хозяин, наведи порядок -
при нажатии на надпись автора любого сообщения в цикле открываются новые окна.

To SergeG - email, please.

А.С. Ж.

← →
Alexander (2001-08-13 21:55) [33]

>Кстати, структура - это то, что я там называю TagSource ? То есть >компонент, для определения переменных, которые потом будут связаны с DDE->OPC с одной стороны, и графическими/алармовыми/historical подсистемами.
Совешенно в точку.
Компонент ОРС-DDE IMHO, лучше делать более автономным, чтобы можно было делать привязку как к текущим данным, так и к истории.

>Кстати, можно подробнее о синхронизации процессов?
Выполнение логических функций потребует увязки.
Иногда это нельзя (неудобно) делать в одном модуле.
Например, подача бутылок должна быть синхронизирована с подачей ящиков.

С уважением,
А.С. Журавлев.

← →
Alexander Beketov (2001-08-14 00:18) [34]

Коллеги,

кто может раскритиковать или похвалить COM/DCOM сервер для Modbus?
www.tracker2.f2s.com
Все с исходниками, комментарии в меру сил, возможностей и времени.

На этой же неделе выложу эмуляторы работы узлов Modbus RTU (берешь нуль-модемный шнур и не надо никаких ПЛК для отладки программы) и еще Modbus TCP.
Можно назначать разные функции для изменения параметров во времени (пульсы, синусы, треугольники и т.д. - длл для скриптов в исходниках внутри).
Правда без сырцов - не имею права, принадлежат компании.

Лучше в мыло. Спасибо.

← →
Сергей Чурсин (2001-08-14 16:49) [35]

Компонент в общем не плохой... Редактирование в DT прямо на форме,
добавление узлов. Однако почему просто линия ? Polygon с закраской,
мне кажется, полезнее был бы (ну там для рисования объектов всяких).
Что мне не нравиться ?

1.Align на всю форму - зачем ?
2.Дрожание при редактировании - не очень хорошо...
Кстати, это лечиться :)
Procedure TLine.Loaded; // procedure Set doublebuffering
begin
inherited;
if (Parent is TWinControl) then Parent.DoubleBuffered:=true;
end;
3. А если 2 линии - как выбрать предыдущую ?
4. А почему у него никаких events нет ? Ну там onClick, onMouseMove ?
5. Кстати, не знаете как засечь выход из компонента в Design-Time ?
CM_MouseLeave в DT не работает... Сейчас пробую ловушки (hook), но
они глючат :(

← →
SergeG (2001-08-14 16:58) [36]

2Alexander
Да наведите же курсор на мой ник!

← →
AlexanderZ (2001-08-14 19:27) [37]

To owner:
При клике на нике респондента в цикле открываются окна IExplorer"а.

To SergeG:
По вышеуказанной причине не могу Вам ничего отправить.

С уважением,
А.С. Журавлев.

← →
AlexanderZ (2001-08-14 19:28) [38]

← →
AlexanderZ (2001-08-14 19:48) [39]

Компонент TLines предназначен для рисования только _коммуникаций_ SCADA.
В динамике он должен (и может) менять только стиль и цвет линии.
Дрожь в DesignTime - результат отрисовки прямоугольников перетаскивания и
прочей арифметики. При исполнении этого нет.
При редактировании предыдущих линий нужно установить курсор на _конец_
нужной линии (в режиме редактирования), нажать левую кнопку мыши и она будет выбрана. Далее с ней можно делать все, что нужно, вплоть до удаления.
Недостаток (очень незначительный) в том, что можно удалять только
последний узел ломаной.
Считаю еще одним недостатком невозможность блокировки дальнейших
действий до выхода из редактирования.
Align на всю форму - а Вы что, линию только в каком-нибудь уголке рисовать
будете?

С уважением,
А.С. Журавлев.

← →
Сергей Чурсин (2001-08-14 22:47) [40]

to AlexanderZ:
... только _коммуникаций_ SCADA.
Вы имеете в виду для комплексов труб, линий связи ... для таких коммуникаций ?
...линию только в каком-нибудь уголке рисовать
будете? А почему нет ? Например у меня 2 комплекса таких коммуникаций на одной форме и я их хочу разделить в программе ?
... Дрожь в DesignTime - так я же говорю, это лечиться и очень просто
(смотрите выше) :)
По поводу мыла SergeG:
sergey_gavrilov@rkk.ru
При клике на нике... А кликать не надо - надо через e-mail client отправить... :)

С уважением,
Сергей Чурсин

---|Ветка была без названия|--- Найти похожие ветки