я, хоть и не автор сообщения, но поняли проблему вы совершенно правильно. нужна отдельная настройка для отображения незначащих нулей.
Вид для печати
Ещё просьба 1-- разрешить выводить переменную с плавающей запятой на экран без дробной части о знаков после запятой .
Допустим у Вас "АВТО" это ноль занято
1 и естественно 2 занято , но можно просто написать "Ноль" и обозначить каким удобно числом и передавать эту информацию уже в ПР200
и всё будет совместимо с другими проектами .
Экран всего 2х16 символов и изгаляйся чтобы пользователю было удобно и информативно . Пользователю во многих случаях не нужна такая точность для отображения и
при вводе значения , а вот отрицательные значения ввести проблематично приходится изгаляться.
ПР200 не является средством измерения , чтобы давать операторам работать с такой точностью ( задавать значения +- до десятых или даже сотых).
2 ---- И при форматировании полотна игнорировать комментарии даже в макросах .
Они эти комментарии не играют не какой роли в функционировании алгоритма в проекте и если они выйдут за пределы полотна их всегда можно подтянуть .
вы бы хоть посты ранее почитали, я сразу об этом просил, да и не только я, об этом их уже пару лет умоляют все пользователи (я про беззнаковое отображение флоат на экране)
по поводу поведения поляны с вылезанием комментариев, скорее всего тут они будут бессильны, поскольку интерфейс пишется с помощью фреймворков, а не с нуля. это какие-то косяки оттуда плывут.
Перевожу проект на новый ОЛ 1.17 и натолкнулся на фичу или Баг . При создании макросов
создаются переменные даже энергонезависимые в макросах . Но при одинаковых названиях
в макросе и схеме они начинают конфликтовать . Нету предупреждений как допустим восклицательный знак "! "
около переменных нет предупреждений в нижней информационной строке .
Это может создать трудности разработчикам . Спасибо что вы устранили излишние предупреждения о одинаковых переменных , подкорректировали время цикла в больших проектах
и на много стало удобно работать с макросами ( полтергейста больше не наблюдаю в проекте) .
Вот одинаковые названия энергонезависимых переменных в схеме и макросе . Вложение 49108
Вот убираю энергонезависимость ( или можно поменять название) Вложение 49109 .
Может быть убирать эту энерго независимость при копировании или создании макроса.
А если пользователь захочет ставить предупреждать восклицательным знаком .
( не зря Вы его придумали насколько Я помню его раньше не было в ОЛ 1.10)
Или другим методом Вам виднее .
Вот Я допустим убил некоторое время чтобы понять в чем дело и переслать Вам эту фичу или Баг .
Я даже симуляцию не запускаю, просто открываю проект(двойным кляком мыши по файлу, если что). И сразу всплывающее окно на скриншоте, потом я закрываю окно и тогда уже вижу сообщение в трее.
Ни в какую симуляцию не перейти. Пишет чтоб я устранил критические ошибки.
Сейчас стоит 17-я бета, до этого это всё точно аналогично наблюдалось во всех 16х версиях, начиная с беты. (Я вроде писал про это в теме 16 беты. Можно поискать, различаются ли скрины)
Захожу в языковые настойки, меняю на "запятую" закрываю настройки и сразу проект открывается без единой ошибки и прекрасно симулируется
еще, я конечно не совсем уверен, но мои проекты, созданные с точкой в 16 , не открывались в 16 версии, если поменять на запятую,
а вот в 17 мои собственные проекты открываются без сбоев и с запятой (попробовал три разных, чтобы скрины сделать, а нои фигушки-работают собаки!) Потом вспомнил про присланный вам файл и все отскринил.
А зачем Вы так делаете? Мне интересно! Вы в школе были, Вам рассказывали, что целые и десятые(сотые) доли числа разделяет запятая? Если были в школе и слышали что-то подобное, зачем делать прямо противоположное, Вы нигилист? Хотите удостовериться на собственном опыте, что если наступить на грабли, будет больно?
Отнюдь, не по своей воле я так делаю. У меня на обслуживании есть ряд древних контроллеров, ПО которых наглухо не умеет работать с запятой. И ОЛ единственная программа не менее чем из 50 установленных(не считая тех двух из-за которых сыр-бор), не может корректно воспринимать изменение типа разделителя. В 2020 году это баг и недосмотр. Разрабатывая ПО надо делать так, чтобы оно могло корректно работать в устанавливаемой среде, а не непредсказуемо глючить, как например овен конфигуратор. Я бы, если с мастером тиражирования не наткнулся, так бы и продолжал портить контроллеры, не понимая что случилось.
И не надо шуметь, что Россия для Русских, а запятая единственный православный разделитель.
И, да, совсем забыл, я на тот момент, когда обнаружил, что ОЛ не дружит с этой настройкой уже написал несколько довольно сложных(для меня) программ и даже, ели бы перенес кривое старое ПО на другой ноутбук уже никак не мог отказаться от точки, уже по причине того, что вляпался с ОЛ.
П.С. этот вопрос от вас, Сергей, даже было странно услышать, вроде как у вас немаленький опыт работы со всяким левым, косым, кривым, древним железом