Красные линии по сторонам прямоугольника и по его диагоналям в графике

Question

Здравствуйте! C++, VS2008, Windows Form Application.

Програма должна строить координаты ОХ, ОУ и рисовать точками кривую по данным от прибора. Все работает ОК, если я не переключаюсь между окнами, в другие приложения. Если же перейти в другое окно (например окно Ворда) и затем вернуться в окно моей программы, то моя система координат и старые точки исчезают. Чтобы это обойти я  вставил в Paint моей формы функции прорисовки осей и восстановление "старых" точек. Вроде помогло, но иногда (не всегда) когда возвращаюсь назад в мое окно с графикой, то появляються красные линии по  сторонам прямоугольника и по его диагоналям на белом фоне. При этом новые точки на графике продолжают строиться при поступлении новых данных, но осей нет. Почему это(глюки с красными линиями и отсутсвие осей) происходит? Может как-то лучше по другому реализовать восстановление старой графики и работать не с Paint?  Shown я уже пробовал, то же самое.  У меня Windows Vista 64.

Заранее спасибо за ответ.  

Answer 1

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

Answer 2

Спасибо. Попробую в пошаговом режиме посмотреть. А второй вопрос: как лучше восстановить старую графику после переключения между окнами ?  Через Paint это делать нормально? Нет ли какой-нибудь другой функции Hold типа как в Матлабе?

Answer 3

Да, через Paint - нормально. MSDN так же советует делать.

Answer 4

Привет! 1. Рисовать нужно в PictureBox - все перерисовки система осуществляет сама. 2. в .Net 4.0 есть класс - см. http://msdn.microsoft.com/ru-ru/library/system.windows.forms.datavisualization.charting.aspx, котороый специально сделан для самых различных графиков, финансовых, в реальном времени, масштабируемых, гистограмм и пр. подписи, легенды - все как надо. Есть смысл переехать в .Net 4.0 как минимум Exspress. 3. Есть библиотека с примерами программирования, не помню откуда я ее качнул, но могу кинуть, если дадите куда.

Answer 5

Ой, прошу прощения. Увидел про C++, но не заметил WinForms. Это значит, managed C++.

Про исключение все верно, а для рисования, действительно, лучше использовать PictureBox (или, в зависимости от задачи, более специфические средства).

Кстати, вопрос к автору: отрисовка у Вас производится в отдельном потоке или в потоке GUI? Самая частая ошибка, связанная с отрисовкой, заключается в попытке обратиться к визуальному элементу из другого потока.

Answer 6

1. У меня графиков рисуется достаточно много ~ 20-30, каждый в отдельной форме, а значит в отдельном потоке, соответственно и управление для каждого свое. 2. Вот ссылка, по-моему, я отсюда же все и взял - очень полезная вещь, и доступная. http://code.msdn.microsoft.com/mschart/Release/ProjectReleases.aspx?ReleaseId=4418

Answer 7

Напрямую из разных потоков рисовать нельзя, будет исключение и как раз те самые красные линии. Как это делается правильно, можно посмотреть в примере MDSN: http://msdn.microsoft.com/ru-ru/library/ms171728.aspx

Answer 8

У любого контрола система перерисовку осуществляет сама. PictureBox - это контрол для отображения готовых картинок из GIF/PNG/JPG. Никаких преимуществ для рисования он не дает.

Answer 9

Понятно, что каждый поток должен рисовать свое. Посмотрите сюда http://www.gotdotnet.ru/forums/2/129771/page-2/ сообшение #48, программа, - вот так я и рисую. Кстати а почему C++, а не C#. Шарп приятней.

Answer 10

ПалПалычу. Конечно. Есть морока преобразовать график в битмап. Но это неудобство перекрывается отсутствием головной боли о перерисовке, PictureBox это делает самостоятельно. Ну, а с появлением System.Windows.Forms.DataVisualization.Charting все решилось просто и красиво.

Answer 11

Преимущество PictureBox в том, что его свойству Image можно присвоить ранее созданный экземпляр класса Bitmap, а рисование производить в этом bitmap-е. В этом случае, изображение не будет теряться при его перекрытии другим окном, и не нужно будет полностью перерисовывать его в каждом вызове обработчика Paint.

Answer 12

Тру, импользование стандартного Charting позволяет избежать еще одного велосипеда :)

Answer 13

А недостаток такого способа - необходимость ручного стирания из Bitmap-а, висение битмапа в памяти, и отсутствие ClipRectangle. Всегда есть выбор. Который нужно сделать в сторону Charting :)

Answer 14

Прошу прощения, предыдущий вопрос я задавал автору, но не заметил, что ответили на него Вы. Подумал, что автор как раз рисует из разных потоков без Control.Invoke().

Answer 15

Конечно, это еще один велосипед, но удобный и доступный. А мы только и занимаемся тем, что крутим педали...

Answer 16

Спасибо Алексей и QazRdx. Мне кажеться, что вы верно уловили мою проблему. Я запускаю опрос прибора и вывод даных на график в потоке№1, а в Paint использую функии для прорисовки координат и "старых" точек, функции которые используются еще и в потоке№1.  Наверное отсюда и конфликты. К сожалению еще не успел попробовать ваши советы. Я вот думаю, может попробовать  написать копии функций прорисовки осей и точек специально для Paint, чтобы уйти от конфликта совместного исползования? Только вот эти функии будут использовать один и тот же масив, где храняться результати измерений. не будет ли снова конфликта (?). С++ использую, т. к. есть библиотеки для прибора под С++. Спасибо еще раз, я новичок и про многопоточное програмирование узнал несколько дней назад на этом же сайте:) Надеюсь ваши советы помогут не только мне.       

Answer 17

Боюсь скатиться в оффтоп, но... Выбор инструмента должен зависеть от поставленной задачи, а о самой задаче мы ничего не знаем. Возможно, в задаче автора вышеперечисленные функции не нужны, а наличие bitmap в памяти с лихвой будет компенсировано отсутствием необходимости контроля и отрисовки ранее нарисованных точек графика. Но DataVisualization.Charting - да, покрывает довольно большой спектр задач, особенно если в них требуется красивая визуализация.

Answer 18

Я как раз в положительном смысле о Chart отозвался. Подправил, на всякий случай, во избежание :)

Answer 19

Мы и так скатились в оффтоп. топикастер пометил "как ответ" еще три часа назад.

Answer 20

О "прорисовке осей", Paint-е и прочей галиматье нужно забыть раз и навсегда, и перейти к использованию продвинутого инструмента - Charting, многопоточность. На начальном этапе это потребует некоторых усилий, но это сторицей вернется эффективностью программирования. Дерзайте!

Answer 21

Всем спасибо за класные идеи. К сожалению в VS2008, ASP 3.5 нет возможности реализовать все, в частности Charting.  Кроме того у меня график строиться в реальном времени по данным от прибора, что-то типа ВАХ. Поэтому, как я понял, мне не подойдет PictureBox. Код выложить не могу, т.к. он слишком большой.

Свою проблему я решил примитивно (но мне ОК): я в Paint присвоиваю переменной static int значение 0, а в потоке с графикой каждый раз перерисовываю старые данные если эта переменная равно 0. Вроде работает и конфликтов нет. Спасибо еще раз.