http://www.sql.ru/forum/actualthread.aspx?tid=390725&hl=%f4%ee%f0%ec%e0+scx

форма scx - зло

Вам нужно сделать в апп функции,
через которые поднимать формы

или нормально писать библиотеки виз.классов
и спокойно с ними работать

Dima T

не груби, зануда - покусаю

Alexey - M я так понимаю
из приложения тянет форму, которая лежит в другом приложении

чтобы поднимать такие формы нужен подъем через обертку-функцию

Alexey - M?

сообщите Вы работаете с одной апп-шкой, или формы лежат в дополнительной

в вопросе много слов и не оч.понятно

думать умеешь??

я читать умею

но я не думаю, что человек, который задает
вопрос
попутал язык в именовании или не включил в проект форму

авторКак обычно, сморозил глупость и в кусты.

умирает лис.
из-за упорной совместимости с пред.версиями.
и из-за таких упертых людей, которые упорно пользуются своими
старыми и проверенными методами, а на поделки седны смотрят
как на игрушки, и придумывают свои велосипеды

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

да, я сторонник большой и красной кнопки, конструкторов и фреймворков ...
у меня оч. сложные классы ....
поэтому форма scx для меня - зло

я сторонник ООП и плоские процедуры для меня - зло

2 ВладимирМ

дайте ответ на такой вопрос.

разрабатываем приложение
состоит из стартового модули + некоторое кол-во app

если в апп-шках scx формы
чтобы поднимать формы, которые лежат в app
придется написать или n-кол-во функций-оберток,
или-же одну с безумным кол-вом условий проверок
или-же одну шаманскую с макроподстановкой

если vcx, то проблема выльется
в одну строку
set classlib to ... in ....

Вам уже пытались объяснить, что наличие DE в форме scx - лишняя обуза
Вам уже пытались объяснить, что неизвестно в каком месте необходимо
остановить оборачивание класса и сделать форму, которая затем не позволит породить
наследника.
Вам уже объясняли о проблемах на взлете формы, при изменении размеров,
контролы взлетают иногда в ненужной последовательности и приходится
их спец. образом перекладывать (при наличии большого кол-ва виз. классов на форме - смерти подобно)
проблемы на модальных формах при странном разрушении (при наличии тулбар-активикса),
когда просто игнорируется метод шоу.
и еще воз и маленькая тележка ...

авторпишешь

оч. тяжело тянуть бегемота и болота ...

авторпорет тут откровенную чушь

так-таки всегда???

ну тогда, ухожу в монастырь

нет, просто я не могу быть "и Вашим и Нашим"

у меня есть принципы, которых я придерживаюсь
и постоянно озвучиваю,
Ваше дело - возмущайтесь,
но возможно кто-то прислушается, и это будет полезным

- процедурное программирование - зло
- макроподстановка - зло
- при разработке масштабных приложений, применяя ООП,
применяя принципы и законы Логики в лисе можно каким-то образом жить
- для любителей безумия - остальное

2 ВладимирМ

новичкам в лисе нужно
показывать и рассказывать:

не плодите километры, занимайтесь ООП, думайте ...

а у Вас, как топтались на месте, так и топчутся

автортщеславие данного юнита к хорошему
это к чему Вы ляпнули?

авторкогда пишешь дополнение к системе ПАРУС

странное понятие о разработке, если уж состарились,
тем паче Парус на классах, но ... - наследие ранних версий


подъем форм самого Паруса нужно делать, вызывая
процедуру formstart, которая находится в исполняемом запущенном модуле
(Account.EXE, Acctrade.EXE и т.д.)

2ВладимирМ

авторА отдуваться должен кто-то другой

Вы возложили на себя обязанности ОТК,
хранителя незыблимисти и .... лисы?
Так из за Вас первого она и умрет.

Я же Вам уже говорил - Вы находитесь на своем уровне,
и не далее.
понимания и желания понимать зачем и почему ООП - 0.
понимание абстракции на уровне Малевича.
Ну не желаете развиваться, понимать, зачем эти возмущения?

ну пишите себе спокойно ду форм ...
а может кому-то станет интересно и начнут писать библиотеки

2ВладимирМ

меня также задевает, когда Вы вместо демонстрации событийности
контейнера проекта, меняете ему байт в заголовке

или всесто кода, в котором можно показать
подъем объекта и создание акцесс и ассайн-методов,
Вы тупо кодите километровый ду кейс?

что это??
стремление к простоте??
кому проще Вам?? или кто это делать будет??

ну раз Вы учитель, и повесили на себя титул ...,
то и демонстрируйте возможности лисы,
а не тупое шаманство - перебитие байта в заголовке таблицы

ну что Вы нового в новой книге показали???
начали за-здравие, и затем закончили программным описанием классов??
или в другом Питерском издании 3 рисунка дизайнера и заткнулись.

перестаньте ерунду городить

понятно, что можно несколькими способами

я Вам указал самый простой,
в котором есть макроподстановка