Добавлено: Вс Апр 29, 2012 9:33 am Заголовок сообщения:
olimp писал(а):
Ты про вставку внешнего кода в модуль обработки формы ?
Нет. Это давно сделано в Казначее без меня.
Я про автоматическую вставку кода в существующие модули.
Даже если после обновления файл перезаписывается,
нужный код там снова появляется автоматически.
Ты про вставку внешнего кода в модуль обработки формы ?
Нет. Это давно сделано в Казначее без меня.
Я про автоматическую вставку кода в существующие модули.
Даже если после обновления файл перезаписывается,
нужный код там снова появляется автоматически.
И какой что в первом, что во втором случае глубокий смысл ?
Ты про вставку внешнего кода в модуль обработки формы ?
Нет. Это давно сделано в Казначее без меня.
Я про автоматическую вставку кода в существующие модули.
Даже если после обновления файл перезаписывается,
нужный код там снова появляется автоматически.
И какой что в первом, что во втором случае глубокий смысл ?
Смысл не глубокий, лежит на поверхности -- не дописывать одно и то же после обновлений стандартной настройки.
Добавлено: Пн Апр 30, 2012 10:55 am Заголовок сообщения:
nikman писал(а):
olimp писал(а):
nikman писал(а):
olimp писал(а):
Ты про вставку внешнего кода в модуль обработки формы ?
Нет. Это давно сделано в Казначее без меня.
Я про автоматическую вставку кода в существующие модули.
Даже если после обновления файл перезаписывается,
нужный код там снова появляется автоматически.
И какой что в первом, что во втором случае глубокий смысл ?
Смысл не глубокий, лежит на поверхности -- не дописывать одно и то же после обновлений стандартной настройки.
А, как решаются конфликты обработчиков событий, конфликты одинаковых наименований переменных и процедур ? Добавка скрипта решает проблему собственного контрола на форме или в диалоге ?
Добавлено: Пн Апр 30, 2012 11:22 am Заголовок сообщения:
olimp писал(а):
nikman писал(а):
Смысл -- не дописывать одно и то же после обновлений стандартной настройки.
А, как решаются конфликты обработчиков событий, конфликты одинаковых наименований переменных и процедур ? Добавка скрипта решает проблему собственного контрола на форме или в диалоге ?
Что такое конфликты обработчиков событий?
Конфликты одинаковых переменных и процедур?
В смысле, я создаю свою процедуру типа "MySetString1" и в обновлении появляется такая же процедура?
Ну могут быть... желательно добавлять свои префиксы в название.
Так же как и для переменных, наверное.
Проблема собственного контрола, к сожалению, решения не имеет.
В Акценте невозможно добавлять контролы программно.
Разве что попросить Вадима создать на каждой форме несколько пустых гридов.
Решение логичное, но какое-то грубое.
Смысл -- не дописывать одно и то же после обновлений стандартной настройки.
А, как решаются конфликты обработчиков событий, конфликты одинаковых наименований переменных и процедур ? Добавка скрипта решает проблему собственного контрола на форме или в диалоге ?
Что такое конфликты обработчиков событий?
Это когда ты думаешь, что по нажатию кнопки будет работать твой код, а он не работает.
Цитата:
Конфликты одинаковых переменных и процедур?
В смысле, я создаю свою процедуру типа "MySetString1" и в обновлении появляется такая же процедура?
Ну могут быть... желательно добавлять свои префиксы в название.
Так же как и для переменных, наверное.
Именно. А еще хуже, код работает спонтанно.
Цитата:
Проблема собственного контрола, к сожалению, решения не имеет.
В Акценте невозможно добавлять контролы программно.
Разве что попросить Вадима создать на каждой форме несколько пустых гридов.
Решение логичное, но какое-то грубое.
Дело не только и не столько в возможности создать контрол. Сколько в подходе к решению проблемы наследования формы от базового решения. Правильный подход - организация интерфейса для этого внутри формы.
А то, что сейчас сделано - это "дырка" ))))))
Использовать ее себе дороже.
Представь, что у тебя есть форма, которую разработал Казначей, но ты хочешь добавить туда контрол и обработку событий.
Ты пишешь обработчики, добавляешь кнопку. Все работает
Тут приходит обновление. Но тебе не нужно вдаваться в подробности изменений. Ты просто бросаешь на форму свою кнопку и нажимаешь F5, после чего кнопка стала на свое место, а все твои обработчики нормально работают и гарантированно не конфликтуют с другими процедурами. Это лучше, чем то, что есть сейчас ?
так кто тебе виноват ? внешние файлы нужно переименовывать.
а, что касается структуры БД, то это на совести того, кто ее менял ))))
напиши процедуру апгрейд апдейтов которая будет восстанавливать твои наработки.
пардонте о великий)) у меня от стандартной конфы уже ничего не имеет сходных имен)) даже workarea_xxx.avb в самой конфе уже несколько))
а на счет структуры базы, так тут тож ни одна система не поможет))
например свежее извращение: отдельный справочник подразделений, причем вхождение в дерево не уникально))
вот за что мне нравится акцент, шо он кушает все....главное ему правильно "скормить" это))
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах