В справке нет ни чего, обьясняющего по свойство(Var) PHandle у( как я понял) визуальных компонентов.
Вопрос: для чего он нужен + пример где его можно применить?
P.S. вообще есть еще и второй вопрос - можно во вложенной схеме сделать "клонирование" визуального объекта( точнее его методов, свойств...), что бы не тянуть кучу связей от компонента( н.р. ListBox'а) в контейнер и обратно - если да, то можно легко писать расширения для визуальных компонентов.
Принимаются ЛЮБЫЕ решения на стандартых компонентах пакета + InLineCod'ы
Этот топик читают: Гость
Ответов: 33
Рейтинг: 1
|
|||
карма: 0 |
|
Ответов: 3349
Рейтинг: 233
|
|||
Это ссылка на Control
|
|||
карма: 1 |
|
Ответов: 33
Рейтинг: 1
|
|||
Ivann писал(а): Это ссылка на ControlНу ты прям - капитан очевидность - это и из названия понятно. Вопрос - ДЛЯ ЧЕГО? |
|||
карма: 0 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
ссылка на элемент может использоваться для управления им из других элементов (InlineCode в том числе)
|
|||
карма: 27 |
|
Ответов: 8926
Рейтинг: 823
|
|||
lsd25, code_20029.txt, а если можете прожить без PHandle, так и не пользуйте (как и у поэтов: Можешь не писать - не пиши! )
|
|||
карма: 19 |
| ||
файлы: 1 | code_20029.txt [2.2KB] [163] | ||
Голосовали: | lsd25 |
Ответов: 33
Рейтинг: 1
|
|||
Леонид писал(а): lsd25, code_20029.txt, а если можете прожить без PHandle, так и не пользуйте (как и у поэтов: Можешь не писать - не пиши! )Прикольно Но, тут кабели, они опять же используют все эти do... и Data... Вопрос в том: т. к. в пакете в контейнер нельзя поместить граффический контролл, то можно как-то используя ОДНУ лишь ссылку на него( в виде связи), унаследовать все( или выборочно) его методы, события, данные и внешние переменные? Так можно модифицировать контролл и при этом не захламлять схему кучей связей( т.к. что-то может и понадобится для основной части схемы а куча хабов только усложняет читабельность, особенно новичкам) P.S. Dilma, про граффический контейнер тема поднималась - скажу, что он все-таки нужен или еще лучше/круче - добавить к каждому графф. контроллу все возможности динамического контейнера( выделил его, нажал -> и попал на чистую схему) для модиффикации - тогда бы можно было настряпать кучу расширенных button'ов / edit'ов / combox'ов без использования дополнительных внешних библиотек и детищ технологии COM/ActiveX. Про запутаннось и непонятность - есть же дерево проэкта, где всю структуру видно + tooltip элемента, где можно написать: "есть вложенная схема", так что не запутаются хиазмеры |
|||
карма: 0 |
|
Ответов: 3349
Рейтинг: 233
|
|||
lsd25, Напиши компонент в виде менеджера.
|
|||
карма: 1 |
|
Ответов: 8926
Рейтинг: 823
|
|||
lsd25,
lsd25 писал(а): используя ОДНУ лишь ссылку на него( в виде связи), унаследовать все( или выборочно) его методы, события, данные и внешние переменныеDilma писал(а): ссылка на элемент может использоваться для управления им из других элементов (InlineCode в том числе) |
|||
карма: 19 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
lsd25 писал(а): как-то используя ОДНУ лишь ссылку на него( в виде связи), унаследовать все( или выборочно) его методы, события, данные и внешние переменные? Так можно модифицировать контролл и при этом не захламлять схему кучей связей( т.к. что-то может и понадобится для основной части схемы а куча хабов только усложняет читабельность, особенно новичкам)это называется Менеджеры. Наиболее сложные в управлении элементы так и сделаны. lsd25 писал(а): про граффический контейнер тема поднималась - скажу, что он все-таки нужен или еще лучше/круче - добавить к каждому графф. контроллу все возможности динамического контейнераэто только на словах звучит очень просто и логично |
|||
карма: 27 |
|
Ответов: 3349
Рейтинг: 233
|
|||
Dilma писал(а): это только на словах звучит очень просто и логичноDilma, А что если сделать мультиэлемент из которого есть доступ к форме на которую он добавлен? Например Ставишь такой элемент на форму, добовляеш в него контролы как на форму на которой он расположен, вызываешь метод ##add и создается копия только тех контролов которые располагаются в данном мультиэлементе. |
|||
карма: 1 |
|
Ответов: 33
Рейтинг: 1
|
|||
Dilma писал(а): это только на словах звучит очень просто и логичноДа неспорю, не просто. Вопрос был к тебе,Dilma т.к. Ты фронт-мен проэкта: дай мне примерное представление о том, как работет MultiElementEx и можно попробовать на писать и такое - есть преимущество - ты работаешь не один, тут много "мозгов" Я поднимаю новую тему |
|||
карма: 0 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
Ivann писал(а): А что если сделать мультиэлемент из которого есть доступ к форме на которую он добавлен?ничего принципиально нового это не даст |
|||
карма: 27 |
|
Ответов: 3349
Рейтинг: 233
|
|||
Таким образом можно будет дать любому контролу возможности динамического контейнера.
lsd25 писал(а): про граффический контейнер тема поднималась - скажу, что он все-таки нужен или еще лучше/круче - добавить к каждому графф. контроллу все возможности динамического контейнера |
|||
карма: 1 |
|
Ответов: 1379
Рейтинг: 86
|
|||
Dilma писал(а): нового это не дасткак это? теперь можно будет в мульты схемы с граф. контролами утащить, а пока тащим кучу связей |
|||
карма: 0 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
Ivann писал(а): Таким образом можно будет дать любому контролу возможности динамического контейнера.для этого есть панели petrocan писал(а): как это? теперь можно будет в мульты схемы с граф. контролами утащить, а пока тащим кучу связейэто улучшенное старое, а не новое. Решается правильным проектированием и расстановкой элементов в схеме. |
|||
карма: 27 |
|
15