Форум РадиоКот

Sub писал(а): Я знаю, что Вы не правильно делаете. Вот, опишите, как Вы делаете, а я Вам подробно покажу где Вы допускаете ошибку.

Я например выше описал и проиллюстрировал появление СИСТЕМНОЙ ошибки, но Вы мне так и не ответили, что я НE КОРРЕКТНО делаю. Сам догадаться не могу!
Конечно если в библиотеку поместить компонент с уже введенными данными, то все идет без ошибок, но ведь 99,9% процентов макросов в библиотеке у нас - элементы, которые без данных.

UA3WM писал(а):...... Вы мне так и не ответили......

Я уважаю Ваш энтузиазм , но в полемику с Вами я больше вступать не хочу. Вы просто не хотите слушать (понимать), а упёрто гнёте свою линию. Хотя всё просто и лежит на поверхности. А утверждать, что Пруссель сделал глюк, по крайней мере не корректно. Он работает не один а целая группа программистов, и очень грамотных. Вы просто причислили их к категории дураков и считаете себя умнее всех.

АСУ, судя по Вашему молчанию, Вы упорно пытаетесь разобраться. Даю ещё наводку (не на водку , а наводку, намёк ).
1. Перенесите на рабочее поле макрос, как компонент и присвойте ему тип и номинал. БЕЗ ВВОДА PicK-Place данных.
2. Перенесите на рабочее поле этот же макрос. Окно выскочило? НЕТ!!!
3. Проделайте те же действия, но введите PicK-Place данные. Окно выскочило? ДА!!!

А теперь почитайте в справке что такое PicK-Place данные, и с чем это едят. Подумайте, что надо сделать с компонентом, которому Вы присвоили эти данные. Надо заставлять извилины шевелиться, а то серое вещество застынет. Очень хочу, чтобы Вы сами додумались.

Sub писал(а):Вы столкнулись с тем, о чём я ранее писал - НЕ НАДО ПУТАТЬ НАРОД.
Я знаю, что Вы не правильно делаете. ...
Сами сможете разобраться?

Разобрался как правильно вводить данные. Но всё же есть в программе глюк. В чём он заключается. При вводе не корректных данных и нажав ОК, программа «не возмущается» (а по логике вещей, должна бы), а вот когда вытаскиваешь другой макрос, то начинает «ругаться» на предыдущий. И если даже удалить этот макрос с платы, при каждом следующем макросе появляется окно об ошибке, даже если в предыдущем макросе ни чего не вписано в тип и убрана галка «применить данные». И даже если открыть другую плату и вытаскивать компонент, программа продолжает выводить сообщение об ошибке. И это будет продолжаться пока в последний макрос впишешь всё корректно. Не могу понять этой логики. Зачем постоянно выводить окно об ошибке, если макрос удалён? А если в последний макрос введены данные корректно, то программе «глубоко плевать» что предыдущие макросы с ошибкой. Фигня получается.

АСУ писал(а): Разобрался как правильно вводить данные. Но всё же есть в программе глюк. В чём он заключается. При вводе не корректных данных и нажав ОК, программа «не возмущается» (а по логике вещей, должна бы), а вот когда вытаскиваешь другой макрос, то начинает «ругаться» на предыдущий.

Да ненужно ломать голову! Если бы это было так задумано, то выскакивало бы программное предупреждение с восклицательным знаком типа:

Но тут предупреждение системы о сбое. И я эту ошибку вижу в самой программе, как я уже выше писал разработчики упустили задать очистку поля от предыдущего компонента для помещения в него новой записи. Поэтому и вылетает системное окно предупреждая, что система не может обработать данные так как нет свободного места под размещение новой записи для типа корпуса.
Это элементарно видно при запуске программы в

И я склоняюсь к тому, что ошибка в программе есть и это очевидно. А Пруссель её или не видит или не хочет замечать.

АСУ писал(а):И я склоняюсь к тому, что ошибка в программе есть и это очевидно. А Пруссель её или не видит или не хочет замечать.

Эта надпись находится в стандартной строковой таблице файла и такие строковые таблицы есть во всех файлах. Для интереса можете раскрыть и посмотреть любую программу написанную на Дельфи в Restorator 209. И причем здесь НЕ КОРРЕКТНЫЙ ввод компонента, когда этой таблице по фигу это компонент или простая строка! И если есть программная ошибка, то только в этом случае и выводятся эти надписи, а не для того чтобы оповестить пользователя что он сделал что то не так. Сделал скрин кусочка этой таблицы с трансляцией в Гугол-переводчике. Обратите внимание на строку 65372.

Вот такая же таблица в Splan70 где вообще нет КОМПОНЕНТОВ (зато в переводе Sub это НЕКОРРЕКТНЫЙ ВВОД).

В общим подведём итог. Получается программа должна выводить сообщение об ошибке (о которой писал Sub), при нажатии кнопки ОК. Но в сообщении должно быть написано «Данные компонента введены не корректно». И очистить данные для этого компонента, при закрытии данного сообщения. Чтобы вытаскивая следующий компонент, не появлялось окно системной ошибки (о чём писал UA3WM).

Теперь вопрос к UA3WM, а у Вас всплывает окно предупреждения при некорректном вводе типа корпуса для макроса?

А данные действительно являются некорректными? Не с точки зрения программы, а с точки зрения пользователя...

Все-таки мне кажется, что дело не в некорректности ввода а в утечке памяти которая при указанных действиях приводит к непредусмотренному поведению программы?

Нет, при корректном вводе данных ни какого окна нет, а вот стоит ввести данные не правильно, вот тут-то и начинается …

АСУ писал(а):В общим подведём итог. Получается программа должна выводить сообщение об ошибке (о которой писал Sub), при нажатии кнопки ОК. Но в сообщении должно быть написано «Данные компонента введены не корректно». И очистить данные для этого компонента, при закрытии данного сообщения. Чтобы вытаскивая следующий компонент, не появлялось окно системной ошибки (о чём писал UA3WM).

Теперь вопрос к UA3WM, а у Вас всплывает окно предупреждения при некорректном вводе типа корпуса для макроса?

НЕТ!
Программа не должна выводить ничего! Что там написал Sub это его видение данной проблемы! Ни о каком НЕ КОРРЕКТНОМ ВВОДЕ ДАННЫХ там речь не идет вообще (читайте строковую таблицу). Сообщение выдается о программной ошибке и только! И вообще что значит неправильный или не корректный ввод типа корпуса? Завтра выйдет новый тип и что он не должен вводиться? У меня после доработки никаких ошибок вообще не выдает!
Скачайте и посмотрите! http://kazus.ru/forums/attachment.php?a ... 1366985270
Пишите там что хотите! Любой набор букв и цифр и даже без заполнения остальных данных!

АСУ писал(а):И я склоняюсь к тому, что ошибка в программе есть и это очевидно. А Пруссель её или не видит или не хочет замечать.

Да нет, рано итог подводить и Пруссель ни при чём, всё у него правильно. Вы не до конца разобрались с этим моментом. Вернее, Вы не придали весомого значения слову КОМПОНЕНТ. Пруссель заложил в него большой смысл.
Попробую объяснить "на пальцах".
Макрос - это просто чертёж, о-о-чень кастрированный образ компонента. А, КОМПОНЕНТ - это звучит гордо! Присвоив макросу тип и номинал (имя и национальность ), он уже себя чувствует "человеком" (компонентом) , а если ему ещё присвоить Pick-Place данные (выдать ему паспорт с пропиской) , тогда он вообще чувствует себя "крутым чуваком" и "по праву может занять своё место в обществе" , (во всех списках и файлах). Но! Чтобы он "чувствовал себя полноценным членом общества", его надо "зарегистрировать", т. е. сохранить с "паспортными данными". Теперь понятно?
Проделайте ещё раз пп 1 и 2 без ввода Pick-Place данных. Всё ОК, окно не всплывает. Теперь введите Pick-Place данные и СОХРАНИТЕ его в библиотеку, как макрос.
Теперь в библиотеке макросов откройте его, как компонент, и уже в поле предварительного просмотра в середине, увидите крестик, что означает - компонент имеет Pick-Place данные, т.е. "прописку" и может быть полноценно использован в других приложениях. В нашем случае, в программе установочной машины. Я специально выделил слово компонент, т.к. у макроса этих прав и привилегий НЕТ.
Теперь Вы можете сколько угодно перетаскивать эти компоненты на рабочее поле, присваивать им тип и номинал - окно не всплывёт.

Почему так? Вы вводите дополнительные данные компоненту и хотите чтобы он в дальнейшем использовался во всех списках и программных приложениях. Но! Вы не сохранили изменения, вот программа Вас и предупреждает о не корректном вводе, т. е. программа "удивляется", типа " ты чего чувак фигню пишешь и хочешь, чтобы я эту фигню использовала. Ты сохрани сначала изменения, сделай всё корректно, а потом я буду эту фигню учитывать".
Запомните раз и на всегда!!!!!!!!! Если Вы внесли изменения в КОМПОНЕНТ, то сохраните эти изменения !!!!
При использовании в качестве макроса, эти изменения по барабану, программа их игнорирует, т.к. Вы пожелали работать с простым чертежом. А вот, если Вы работаете КАК С КОМПОНЕНТОМ, то тут извольте делать всё корректно, т.к. программа запоминает все параметры компонента и использует их в полном объёме, где это требуется.
А теперь решайте сами - дурак Пруссель и его команда или мудрые чуваки.


P.S/ Пришлось разбить на два сообщения, кот не хотел принимать, превысил число символов.

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

Sub писал(а): А вот, если Вы работаете КАК С КОМПОНЕНТОМ, то тут извольте делать всё корректно

А зачем такая же строка есть в любом файле и даже не Абакомовском??????????????????????????????
Вот пример из совершенно другой программы строка 65378

Убрав это предупреждение, Вы обезоружили себя. Пишите данные сколько угодно. Программа проигнорирует их и не будет нигде использовать (Pick-Place данные). НАДО СОХРАНИТЬ ИЗМЕНЕНИЯ. А программа мудро поступает - предупреждает.

Sub писал(а):А программа мудро поступает - предупреждает.

А вот тут батенька прокол! Это система предупреждает а не программа!
По поводу сохранения все остается у меня в силе, посмотрите на данные отображенные в перечне!

Sub писал(а):Убрав это предупреждение, Вы обезоружили себя. Пишите данные сколько угодно. Программа проигнорирует их и не будет нигде использовать (Pick-Place данные). НАДО СОХРАНИТЬ ИЗМЕНЕНИЯ. А программа мудро поступает - предупреждает.

Но давайте смотреть с другого ракурса. Ошибка всплывает только тогда, когда вытаскиваешь следующий макрос (как компонент). И только тогда, когда в предыдущем компоненте, в поле «корпус» что-то вписали, а в поле «тип» осталось пустым. А вот если в поле «корпус» оставлять пустым, то программа «не возмущается», и даже не важно есть значения в поле «корпус» или нет. Где здесь логика? А если уж программе что-то не нравится, то она обязана сообщить сразу как только сохраняешь данные, а ни когда вытаскиваешь другой компонент. А если я, допустим, ошибся с последним компонентом, то программе на это «наплевать». Сохранив плату и создав следующую, при выводе первого компонента, всплывает окно, что предыдущий компонент не корректен. Опа, какой предыдущий? Спрашивается, если это первый. Где логика? Это однозначно ошибка программы. Попробуйте по описанному выше и Вы увидите, что не всё так как Вы описываете.

АСУ писал(а):Ошибка всплывает только тогда, когда вытаскиваешь следующий макрос (как компонент). И только тогда, когда в предыдущем компоненте, в поле «корпус» что-то вписали, а в поле «тип» осталось пустым. А вот если в поле «корпус» оставлять пустым, то программа «не возмущается»

Но я ведь уже пояснял, что после того как Вы вписали "тип" окно ввода остается занятым этой надписью и при попытке загнать следующий макрос она видит, что место для ввода "тип" занято и поэтому выдает сообщение. А когда там нет записей, то все открывается без проблем. Я сделал как положено - после вывода компонента и обработки данных о типе программа очищает это окошко под новую запись. Это стандартная операция, которая должна выполняться и я примерно догадываюсь почему возникла эта ошибка. Тут дело не в том что какой то "дурак" сидит в Абакоме, а просто машинально данная операция была скопирована у другой функции и автоматом перенесена сюда, а подкорректировать команду забыли. Это все наглядно видно если немного по изучать "внутренности" файла.
P.S. Для информации! В в файле вообще очень много разного мусора и кроме того этот же файл работает и как DEMO и как VIEWER просто внутри стоят соответствующие ключи на включение той или иной программы. Так что немудрено, что могли и пропустить один маленький ключик с очисткой!

UA3WM писал(а):

АСУ писал(а):Ошибка всплывает только тогда, когда вытаскиваешь следующий макрос (как компонент). И только тогда, когда в предыдущем компоненте, в поле «корпус» что-то вписали, а в поле «тип» осталось пустым. А вот если в поле «корпус» оставлять пустым, то программа «не возмущается»

Но я ведь уже пояснял,

Ваши пояснения я понял. Это я пытаюсь достучатся до Sub, идя в обход, огородами. Потому что раз Вы нашли и исправили этот небольшой ляп в своей программе, то и в другой программе (от Men1 и Sub), нужно поправить. За разъяснение и указание на ошибку, Вам огромное спасибо!