ListView - изменение цвета фона ячейки

[djalex777]

Возможно ли поменять цвет фона ячейки, либо строки целиком? Если возможно, то натолкните хоть на мысль как это сделать?

[Viper]

Возможно. Смоттеть в сторону самостоятельной перерисовки данного контрола.

[Хакер]

... но нафиг никому не нужно. Рекомендуется обосновать, зачем это понадобилось.

[Денис]

Дададад! Возможно Вам лучше grid подойдет?

[djalex777]

Зачем понадобилось изменить цвет фона ячейки? Вот пример.
P.S. По-поводу никому ненужно - иногда определяет, что нужно, а что нет, третье лицо... Или никому не нужно, всмысле для listview? Другой контрол уже нет желания использовать - слишком много переписывать ...

[Хакер]

Ну почему некоторым хочется сделать что-то до блевоты противное?

Ну есть же у ListView группы. Зачем изобретать собственное желтое противное уродство, когда есть готовый и красивый встроенный механизм?

[BV]

Можно обойтись и без OWNERDRAW

http://forum.sources.ru/index.php?showtopic=157135

[djalex777]

Ну почему некоторым хочется сделать что-то до блевоты противное?

Ну есть же у ListView группы. Зачем изобретать собственное желтое противное уродство, когда есть готовый и красивый встроенный механизм?

А можно подробнее о группах? У стандартного ListView нет такого элемента. В .NET есть. Ещё насколько знаю, группы поддерживаются только xp и выше. Или я не прав?

[Хакер]

А можно подробнее о группах?

Что именно?

У стандартного ListView нет такого элемента.

Какого ещё элемента? Или ты хотел сказать, что у стандартного ListView нет поддержки групп? Есть. У стандартного ListView есть поддержка групп.

В .NET есть

.NET — must die in sufferings.

Ещё насколько знаю, группы поддерживаются только xp и выше. Или я не прав?

Группы поддерживаются в comctl 6.0 и выше.

[djalex777]

А как пользоваться группами? Может какой-то примерчик

[Хакер]

Примерчика нет. Пользоваться так же, как и всем остальным. MSDN в помощь тебе.

[Proxy]

Чем обоснован выбор ListView? В скрине с расписанницем я как минимум 2 решения более рациональных и эстетичных вижу (в т.ч. и с использованием того же ListView, но без всякого уцветнения ячеек).
А насчёт стандартных выходов из положения: переделать код под TreeView очень несложно. Уверяю. Почти вся работа уйдёт в автозамену.

[BasiС]

Возможно ли поменять цвет фона ячейки, либо строки целиком? Если возможно, то натолкните хоть на мысль как это сделать?

Если очень хочется - то можно. В аттаче пример, как можно закрасить строчку в ListView.
Пример выдран из проекта, т.ч. код может быть избыточным, что не мешает ему быть рабочим =)

Условие закраски и цвет выставляется в модуле mdlDrawLV

[Хакер]

И ведь нет, чтобы поддержать отговорить автора вопроса от гадости, — они помогают ему эту гадость реализовать.

[djalex777]

BasiС, спасибо, в этом направлении сейчас и смотрю
Хакер, я не спорю, что использование групп может быть лучше. Но мне в этом нужно убеждать "третьих" лиц, а в этом смысла я не вижу. Группы использовать можно, но для этого нужно "дописывать" listview, плюс неоткомпилированный пример работать не будет, будет работать скомпилированный с рядом лежащим или встроенным manifest. Или я не прав?

P.S. Сам реализовал это с помощью создания picture для listview ... )) Быстро нужно было... Сейчас смотрю в сторону CustomDraw

[Хакер]

Но мне в этом нужно убеждать "третьих" лиц, а в этом смысла я не вижу.

Каких ещё третьих лиц? И почему ты не видешь смысла в убеждении третьих лиц?

Группы использовать можно, но для этого нужно "дописывать" listview

А?

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

Неоткомпилированный вариант неколышет пользователя. Да, в неоткопилированном варианте не будет корректно работать оформление. Но будет работать функциональность. Для отладки нужна именно она. А проверить, работает ли оформление можно на откомпилированном варианте.

с рядом лежащим или встроенным manifest

Да. И? Что-то в этом сложного есть, или что? Это что-ли сложнее, чем заниматься ownerdraw-ингом самому?

[djalex777]

Третьи лица, например заказчики программы. Вот хотят они чтоб желтеньким было так как в примере и все тут...

[Хакер]

Заказчики, которые в силу своего дятилизма не видят, что группы лучше желтой (выделяемой к тому же, что ещё более ужасно) полоски, должны идти нафиг.

Переубеждать заказчика в этом смысл есть. Если заказчик не переубедится, есть смысл разрывать контракт с таким заказчиком.

[djalex777]

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

[Хакер]

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

Чтобы что? Чтобы было легче себе-любимому? Фу.

А вот разрывать контракты с заказчиками из-за мелочей, мягко говоря, не правильно.

Из-за мелочей — чертовски неправильно. Но мы не о мелочах. Если заказчик дятел — это не мелочь.

[djalex777]

Да. Именно для того, чтобы было легче. Фу - не объективно. Данная задача и то, как видит ее заказчик - это мелочь.

[Хакер]

То, что ты из двух вариантов: нормального и поганого — выбираешь поганый, потому что так будет легче и проще тебе, вот по этому и фу. Фу и дизреспект. Очень большой дизреспект.

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

Гораздо проще было бы сделать мышку в форме простого параллелипипеда. Его было бы очень просто производить. Но десятки сотни людей работают над тем, чтобы мышку было как можно более удобнее держать в руке. Кнопки на клавиатуре разместили не так, как было проще изобретателю (в случайном или алфавитном) порядке, а так, как будет лучше пользователям.

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

Данная задача и то, как видит ее заказчик - это мелочь.

Если заказчик считает, что желтый пункт в качестве разделителя групп лучше, чем разделитель групп в качестве разделителя групп, то он идиот. С такими надо разрывать контракт.

[alibek]

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

Это ты про QWERTY что-ли? Ерунда, удобство пользователя тут не причем.

[Денис]

Клавиатура делалась ради удобства пользователя печатной машинки (машинистки то-есть) буквы подобраны так, чтобы более часто используемые были в центре, и чтобы буквы, образующие слог набирались разными пальцами. Это сделано, я повторюсь, для удобства пользователя.

А с Хакером я согласен. Дело не в этом желтом разделителе-строке. Дело в том, что если постоянно потакать заказчику, то все эти мелкие глупости, реализованные с его подачи, в целом дадут глупый и неюзабельный продукт (типа программного комплекса "Талисман" например (дададад! это АнтиРеклама)) - и в неюзабельности программного продукта и пользователи и представители заказчика будут винить именно программиста!

[djalex777]

То, что ты из двух вариантов: нормального и поганого — выбираешь поганый, потому что так будет легче и проще тебе...

А? Ты о чём? Кто такое сказал? В данном случае я из двух вариантов выбираю тот, который хочет заказчик, так как другое ему не нужно. Во-вторых, я писал, что из двух вариантов я выберу более простой для решения задачи. Неужели ты не понимаешь что это значит? Объясню - есть два варианта посчитать сумму двух чисел - заказчик предлагает сделать так x= c+a+b-c, а я думаю, что проще будет x=a+b. Я выберу свой вариант, потому что он проще. И в этом случает буду доказывать заказчику, что нужно использывать мой вариант. А вот результат-то получается один и тот же. И пользователь ничего не теряет и на его удобство это не влияет.