nesco писал(а):
Да и зачем тебе два INI, когда это можно сделать на одноcode_32454.txt
Ответов: 2236
Рейтинг: 676
|
|||
nesco писал(а): Да и зачем тебе два INI, когда это можно сделать на одноcode_32454.txt |
|||
карма: 11 |
| ||
файлы: 1 | code_32454.txt [5.9KB] [665] |
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
sla8a, подумай над вопросом -- как заствить работать твой код во всех контролах, у меня он не работает в Memo. Проверяю на твоей схемке.
|
|||
карма: 22 |
|
Ответов: 2236
Рейтинг: 676
|
|||
А если так?
Изменения в pas:
|
|||
карма: 11 |
| ||
файлы: 1 | test_new_pas.sha [2.9KB] [510] |
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
sla8a писал(а): А если так?Очередная заплаткаю Немного не правильно сделана, но смысл понятен. Надо еще проверить HiLiteMemo, RichEdit. Да и DatePiker чего-то не устанавливает дату |
|||
карма: 22 |
|
Ответов: 5227
Рейтинг: 587
|
|||
sla8a писал(а): одумай над вопросом -- как заствить работать твой код во всех контролах, у меня он не работает в Memo------------ Дoбавленo в 19.31: думайте патче |
|||
карма: 4 |
|
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
andrestudio писал(а): а что религия не позволяла спросить как уже давно работаетА ты как-то и не предлагаешь, а мы откуда знаем, что у тебя есть Предложи, посмотрим |
|||
карма: 22 |
|
Ответов: 5227
Рейтинг: 587
|
|||
nesco, если нужна необходимость сохранить свойства то win.pas procedure _OnDestroy(SenderObj);virtual; а так что у Вас лучше делать в виде менеджера, с учётом шунтирования событий, иначе грабли неизбежны наверно.
|
|||
карма: 4 |
|
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
andrestudio писал(а): лучше делать в виде менеджера, с учётом шунтирования событий, иначе грабли неизбежны наверноМне этот смысл непонят совсем -- зачем привязывать к чему-то что-то, которое относится ко всему? Если делать менеджер, то он должен относится к конкретному интерфесному элементу, а если их много, то столько же и менеджеров нужно. Получается неоправданное загромождение схемы. Да и грабли откуда возьмутся, когда компонент не работает автоматически, а событие закрытия onClose выдается еще перед уничтожением всех интерфесных элементов. Метод неавтоматического сохранения тем хорош, что пользователь может сам решать -- сохранять ему свойства или сделать процесс автоматическим. ИМХО. Подождем, может еще кто отпишется по идеям. Компонент пока просто сделан для интереса, но еще никуда не добавлен, а может и никогда не будет добавлен. |
|||
карма: 22 |
|
Ответов: 824
Рейтинг: 138
|
|||
Интересный и нужный элемент, намного упрощает работу с интерфейсом.
Не нужно городить огород типа этого: А если в менеджеры добавить возможность изменения свойства не одного элемента, а нескольких? |
|||
карма: 1 |
|
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
sashaoli писал(а): Не нужно городить огород типа этогоЭто не огород, это похоже на маленькую грядку, встречаются целые приусадебные участки на нескольк га sashaoli писал(а): А если в менеджеры добавить возможность изменения свойства не одного элемента, а нескольких?Я не представляю, как это сделать, когда протяжка интерфейса менеджера сделана на уровне среды, и в свойствах имеется обрашение только к одному имени менеджера. |
|||
карма: 22 |
|
Ответов: 824
Рейтинг: 138
|
|||
nesco писал(а): Я не представляю, как это сделать, когда протяжка интерфейса менеджера сделана на уровне среды, и в свойствах имеется обрашение только к одному имени менеджера.Печально |
|||
карма: 1 |
|
Ответов: 2236
Рейтинг: 676
|
|||
sashaoli, вот так это будет работать в этом элементе:
code_32485.txt nesco, а причем тут DatePiker? Давайте лучше разберемся со strings, а потом уже остальные свойства можно будет пробовать добавить. По поводу HiLiteMemo и RichEdit действительно нехорошо получается. Может добавить редактор свойств? Добавьте в AdjustControl.ini следующее строки:
Интерфейс редактора свойств proplist.sha Может создайте тему в разделе "Новые компоненты", все таки тема переросла уже в почти готовый элемент. И вам будет проще обновлять новую версию и желающим протестировать будет проще скачать. nesco,[flood]не получилось собрать все наработки по заголовку в MTStrTbl , как все перенесу на домашний компьютер, сброшу в отдельную тему.[/flood] |
|||
карма: 11 |
| ||
файлы: 3 | proplist_01.jpg [54.8KB] [681], code_32485.txt [1.1KB] [613], proplist.sha [39.2KB] [460] |
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
sla8a писал(а): По поводу HiLiteMemo и RichEdit действительно нехорошо получаетсяRich работает вроде, а вот с HiLiteMemo трабла полная, с этим компонентом больше мороки, чем пользы, знал бы раньше, то не стал бы добавлять. DataPicker я уже привязал, но сохранять и читать можно будет только в строковом представлении типа Real, тк формат даты может быть разным, а система не дает читать текущий формат вывода, только устанавливать можно. Застрял пока на сохранении целочисленных данных в ListBox, ComboBox, ColorBox (ItemData, если что). sla8a писал(а): И в папку Intedit скопируйте файл proplist.shaИ как ты его добавишь в пакет, если что sla8a писал(а): Может создайте тему в разделе "Новые компоненты"Пусть пока побудет в разработках |
|||
карма: 22 |
|
Ответов: 2236
Рейтинг: 676
|
|||
nesco писал(а): И как ты его добавишь в пакет, если что?Файл достаточно поместить в указанную папку и после запуска HiAsm буде доступен собственный редактор свойств IncludePropList и ExcludePropList. Что упростит работу с элементом AdjustControl, не придётся вписывать вручную, достаточно потыкать курсором. |
|||
карма: 11 |
|
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
sla8a писал(а): Не понял вопросаЭти файлы невозможно хранить на SVN, они входят в инсталляцию. Пока этот вопрос оставим открытым |
|||
карма: 22 |
|