OberonCore

Есть вот такая вот задачка: из некой базы данных (пускай рэндом, для простоты) идет периодическое считывание данных в режиме реального времени, пусть, для определенности, раз в 10 сек. Требуется в реальном времени отображать графики считанных значений в зависимости от времени. Ось абсцисс расположена вертикально, ось ординат - горизонтально, рисование идет "сверху вниз", т.е. более поздняя по времени считывания точка добавляется снизу. Требуется реализовать прокрутку мышкой за скролл (чтоб в любой момент времени можно было посмотреть, что там было х минут назад). Сверху рисуется заголовок, он при прокрутке графика не двигается. "А ну-ка, оберонщики!"

Есть такой пример, ObxTickers. Адаптировать его к вертикальному выводу, обернуть стандартным скроллером (Tools, Add Scroller) и кинуть на форму.

Stern
Если вам это серьёзно нужно, то:
Для реализации первой части(периодическое получение и отрисовка данных) см. пожалуйста ObxTickers, для второй, учитесь ловить сообщения Controllers.WheelMsg, и обрабатывайте их в реализации метода (v : View) HandleCtrlMsg... И к тому же, RTFM...

Кстати, господа, примерчик хорош не только гуём. Тут ещё хороший пример на применение сразу двух паттернов - CRM и MVC.
Мне стало интересно - выложу реализацию.

Евгений, у Вас есть проблемы с правильным (уместным) применением формальной логики, отсюда частые недопонимания в обсуждениях глубоких вопросов. Вы любите самообразовываться - так почитайте что-то на тему диалектики (как принципа рассуждения о сложных, развивающихся системах и проблемах). Не слышали о принципах единства и борьбы противоположностей, переходе крайностей друг в друга, принципе отрицания отрицания (когда ~~A - это совсем не то же, что A, потому что шло время, динамика в системе и её окружении), понятии меры, наконец?

Применительно к текущей цитате - разницу между "профессиональный спорт" и "размяться в футбол во дворе" понимаете? Проблема была названа не в олимпиадах, а в культе. А проблема культа - в том, что он превозносит мерянье способностями преимущественно по первому (комбинаторному) умотипу. И это бы ничего, если бы в результате (из-за положительной обратной связи) образование не переориентировалось на подготовку в этом стиле, с полным игнорированием второго умотипа.

Не получается?..

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

Пока ссылки на тему:
viewtopic.php?f=24&t=241
а здесь есть инструментарий как раз для задач такого типа (съём показаний оборудования, графики и т.п.), сделанный сурьёзным дядей из американской лазерной лаборатории:
http://www.pas.rochester.edu/~skulski/Downloads.html

Начал статейку-пример вот здесь:
http://oberoncore.ru/wiki/blackbox/ex/history_models

Очень хочется спать... Доделаю завтра с утра.

Статья готова.

http://oberoncore.ru/wiki/blackbox/ex/history_models

Очень хорошо, но есть кое-какие замечания. Пока только выскажусь, а чуть позже (сейчас времения катастрофически не хватает) приму участие в исправлении, под умелым руководством, разумеется . Итак, график должен сдвигаться снизу вверх. Первоначально же, в пустом окне, график рисуется снизу вверх до заполнения окна. Т.е. последняя точка хоть и добавляется снизу, но сразу после добавления весь график на одну точку смещается вверх, этим самым достигается перманентный показ самых последних значений за какой-то промежуток времени (зависит от масштаба времени и размера экрана). По-моему, так логично и разумно . Второе. Под заголовком понимался некий участок вверху документа от левого края до правого (прямоугольник), отведенный под некую графическую и текстовую информацию: перечень линий, их название, мин. и макс. значения, и пр. В этом поле графики рисоваться не должны. Далее, нужно реализовать показ значений графиков в точке щелчка мышкой по графическому полю. Думается, что хоть пример и учебный, но для того, чтобы "заиграло" и "зацепило" за душу лузеров, навроде меня, реализация должна иметь законченный, "юзабельный" вид. Попытаюсь попробовать,должно получиться.

Хорошо, будете экспериментировать - завсегда поможем