• Главная
  • Оглавление
  • Обратная связь
  • Лента RSS
  • Правила
Что здесь уже нашли

Залепа №4. Деревянный TreeView.

13 декабря 2007, 15:18

Как вы думаете, должно ли зависеть поведение контрола от его начального состояния? Не поняли что я имею в виду? Сейчас объясню.

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

Итак, начальное состояние дерева в контроле - свернутое. Казалось бы разницы в этом нет - свернутое-развернутое - все равно и контрол должен вести себя одинаково. Для нас возможно и так, но вот майкрософт в этом наверное видит некий глубокий смысл, ибо их TreeView ведет себя абсолютно по-разному именно исходя из начальной степени свернутости дерева.

Но давайте все по-порядку.

Появилась у меня необходимость раскрасить надписи в TreeView. Задача эта тривиальна и встречается довольно часто. По крайней мере в грамотных интерфейсах. Событие для этого тоже предусмотрено - TreeView.DrawNode.

Итак, вот примерный обработчик (для простоты все лишнее я выбросил):

Пример кода:
private void Tree_DrawNode(object sender, DrawTreeNodeEventArgs e)
{
  if ((e.State & TreeNodeStates.Selected) != 0)
  {
    e.Graphics.FillRectangle(SystemBrushes.HotTrack, e.Bounds);
    e.Graphics.DrawString(e.Node.Text, Tree.Font, 
        Brushes.Yellow, e.Bounds);
  }
  else
  {
    e.Graphics.FillRectangle(SystemBrushes.Window, e.Bounds);
    e.Graphics.DrawString(e.Node.Text, Tree.Font, Brushes.Red,
        e.Bounds);
  }
}

Запускаем и наслаждаемся разноцветными надписями. Вроде все работает правильно. Но...

Но это только до тех пор, пока вы не попытаетесь развернуть какой-либо из узлов дерева. При этом происходит что-то по-настоящему удивительное - названия вложенных пунктов из разворачиваемого узла пишутся ПОВЕРХ КОРНЕВОГО УЗЛА, т.е. в левом верхнем углу окна!

Этот эффект наблюдается только при ПЕРВОМ разворачивании любого узла. Последующие сворачивания/разворачивания этого же узла уже аномалий не проявляют. Если дерево изначально развернуто, то глюк не наблюдается вообще.

Прикольно? По-моему да! :)

Но это еще не все! Самое вкусное я приберёг напоследок.

Посмотрите внимательно на приведенный выше код. Видите, в нем до печати текста происходит стирание площадки под текст. Т.е. по логике вещей, если бы в событие просто были переданы неверные координаты области текста, то было бы все понятно - вывод идет не в то место окна и потому надписи появляются абы где. Но на практике все намного интереснее!

Дело в том, что СТИРАНИЯ площадки под надписью в левом верхнем углу почему-то НЕ ПРОИСХОДИТ!!!

Т.е. получается, что координаты получены верные и FillRectangle срабатывает правильно, а вот следующая за ним команда DrawString словно срабатывает дважды - первый раз пишет строку в правильных координатах, а потом каким-то магическим образом повторяет надпись, но уже в координатах 0,0 окна TreeView.

Объяснить это загадочное поведение я не берусь. Ибо в заклинаниях культа Ктулху я не силен, особенно когда эти заклинания наложены мега-пряморуким софтверным гигантом Microsoft.

[Дополнение от 14 декабря 2007]

Как показало время, вышеописанный глюк не так прост. Он оказывается имеет несколько разных обличий.

То, что написано выше наблюдалось на тестовом дереве, в котором было около десятка узлов. Когда же это количество достигло полу-сотни глюк внезапно исчез. От неожиданности я чуть было не усомнился в собственном рассудке.

Решив отложить звонок в психушку на потом, я, как заядлый трудоголик, продолжил добавлять узлы. И тут попался пункт, название которого вышло за правый край контрола. Естественно снизу тут же возник скрол-бар, который я сразу же решил обкатать. Ну не мог я себе отказать в таком удовольствии :)

И что же я увидел?

А увидел я, что глюк мой снова вернулся, но уже не в виде скромного бага, а превратился в сильно мутировавшего монстра. Надписи, которые уезжали за край контрола (когда я тянул бегунок скрол-бара) больше не выезжали назад! На экран вернулись только иконки узлов и символы "Плюс" и "Минус", обозначающие состояние свернутости. Ни фонов, ни надписей, пустота.... :(

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

...не знаю, как там будет дальше, но сейчас в дереве около 400 узлов - глюка не наблюдаю. Ни одного символа в коде не менял. Наверное пора мне к психиатру... :(

Оставить комментарий


Все заметки категории "Кривизна платформы .NET и проблемы C#"

Page: 22 23 24 25 26 27 28 29 30 31
Fast: 10 20 30

Календарь

декабрь, 2007
пн вт ср чт пт сб вс
          1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31            

Меню

  • Главная страница
  • Оглавление блога
  • Лента новостей
  • Обратная связь
  • Правила блога

Анонсы по темам

  • Все посты блога
  • С миру по нитке
  • Мысли вслух
  • Графика и фото
  • Кривизна платформы .NET
  • Грамотные интерфейсы
  • WEB-программирование
  • FlatCMS - шустрая и гибкая
  • Доработки Lasto-блога

Категории

  • Все посты по порядку
  • С миру по нитке
  • Графика и фото
  • Кривизна платформы .NET
  • Грамотные интерфейсы
  • WEB-программирование
  • FlatCMS - шустрая и гибкая
  • Доработки Lasto-блога

Сервисы

  • Поиск по блогу
  • Поиск по всему сайту
  • Шпионское досье

Реклама


Стоимость сайта

Мой вебсайт стоит 865 404,18 руб

Статистика

    Widgetize!
  • Время работы: 0,00480 сек.
  • Память: 3 072 кБт
  • Статистика привратника
Copyright FIT-Media.com, © 2007-2012
Главная | Общее оглавление | Обратная связь | Правила блога | Лента RSS