OberonCore

По предложению Ильи Ермакова отдельная тема.
Ссылка на пост:
http://forum.oberoncore.ru/viewtopic.php?f=24&t=5896&p=98300#p98290

Теперь буквально тот код, который обновляет данные:


Вот отсюда каркас берёт данные для обновления. Пока окон было штук дцать -- это косяк не появлялся.
Теперь пытаюсь просто рисовать поля в новом документе.

Вызов обновления ГИП тупо копирует данные из одного места в другое. И назначает Views.Update(_объект_)

Так как ничего все равно не понятно, то скажу на вскидку. У тебя динамические объекты POINTER TO, наверное. А форма с ними плохо дружит. Используй переменные без необходимости вызывать NEW.

Я вообще не подсказчик, но если судить по истории разработки, то и версия ББ менялась. Может в этом дело?

Не знаю, что сказать ни по версии, но по NEW.
Вроде как, нигде NEW не использую, так как смысла в этом нет (для выгрузки модулей).
Перекомпиляцию полную делаю время от времени..
Усилено смотрю в строну прямого рисования в окнах документов.
Практически все сигналы наследуются от от двух типов -- только на чтение и на запись(от чтения).
Причём часть сигналов не отображается на чтение, и часть на запись(от чтения) )))))
И каждый раз по разному. Какой-то странный глюк. у меня версия была связана с тем, что каркас не успевает что-то сделать. о реальное время работы дорасчёта -- не более 100 мсек со всем барахлом. 1 раз в 5 сек.

вспомнилась проблема виндовых контролов

Раз наследуются, значит сигналы имеют тип POINTER TO, и в момент выгрузки форма теряет эти данные и больше не может эти поля обновлять. Не говорю, что проблема в этом, но надо иметь в виду, такую особенность тоже.

А что из себя представляют VAR
спак*:мОкноСекц.тСпак;
ячейка*: мОкноСекц.тЯчейка;

Ваня!!! Нет у меня POINTER TO. Кроме Services.Action в единственном виде для планировщика.

Адд. Почитал две темы по наводке -- похоже, WinAPI жестокий тормоз. После выходных попробую померять, что там так тормозит.... Может, зря грешу, хотя похоже, что не зря...


Сейчас все поля типов описаны как предопределённый тСтрЗнач = ARRAY 15 OF CHAR. Для обрезания на второй позиции после запятой. Но, как я полагаю, это не существенно. На картинке выше видно, что всего два символа после запятой. Кстати, значение интерактора "-" -- я не выставляю. Сам вылазит)))

Мне кажется, там какое-то невалидное (или здоровое) значение в REAL. И выводится чисто минус от значения.
Show Global Variables что показывает?
А при чём тут ARRAY 15 OF CHAR - не понял.

У меня в измерениях буквально в двух местах отрицательные значения. Выводил в рабочий журнал/проверял. В реальных данных сервера кажет всё правильно.

ARRAY 15 OF CHAR нужен для представления числа в формате (s)[#####].## -- чтобы выглядело не по колхозному.
Сказать, к своему стыду ни разу в просмотр глобальных переменных не заглядывал.

Для этого лучше просто настрой уровень поля вот так. Не мудри с этими строками.

Хм.... Вот это сейчас было откровение...))))
Ваня, люто плюсую карму)))

Вот такая картинка. Объясните недоразвитому: почему при одинаковых координатах одна надпись не накладывается на другую?
Хотя координаты внутри фрейма совпадают 146%???

Адд1. Разобрался. После форматированного вывода впереди пробелы по заполнению))
Но почему на форме впереди минусы -- хз. Сейчас попробую увеличить поле вывода.

Адд2. Увеличил поле выводы величина и да. Форматированное значение тупо не влазит))

Это потому, что ты задал минимальную ширину слишком большую при ручной конвертации своих переменных в строки. Ставь при таких случаях просто 0, чтобы никакие пробелы не добавлялись вовсе. Надо внимательно читать документацию Strings.RealToStringForm...