Узнать изображение в ImageList

@SatanaXIII · Регистрация: 01.11.2011

Господа, собственно вопрос в том, чтобы узнать какое изображение загружено в данный момент в объект Image из ImageList. И вообще возможно ли такое? Даже не обязательно знать стопроцентно какое изображение там находится, хотя бы просто по каким-либо признакам. В частности по цвету. Но в лучшем случае, конечно, полное отождествление.

Добавлено через 3 часа 40 минут
Ура, ура. Вот такая придумалась фигня:

C++
1
2
3
4
for(int i=0; i<=Image1->Width; i++)
  for(int j=0; j<=Image1->Width; j++)
    if(Image1->Canvas->Pixels[i][j] != Image2->Canvas->Pixels[i][j])
     ShowMessage("Not equal");

В принципе пойдет, но а по интереснее ничего что ли нет?

Добавлено через 35 минут
Не то. Это сравнение у двух объектов Image. А как вычленить из ImageList-а изображение для сравнения?

Добавлено через 18 минут
Если только устроить цикл от 0 до ImageList1->Count. И в нем заносить все подряд картинки из imageList-а в темповый Image, а его в свою очередь уже сравнивать с требуемой картинкой.

C++
1
2
3
4
5
6
7
8
9
for(int i = 0; i <= ImageList->Count; i++)
{
Form1->ImageList1->GetBitmap(i, ImageTemp->Picture->Bitmap);
 
for(int x=0; x<=Image1->Width; x++)
  for(int y=0; y<=Image1->Height; y++)
    if(ImageRequired->Canvas->Pixels[x][y] != ImageTemp->Canvas->Pixels[x][y])
      ShowMessage("Nine!");
}

И опять же вопрошаю, есть ли способ поэлегантнее?

@BRcr · 18.07.2012, 11:13

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

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

Новые блоги и статьи Все статьи Все блоги /
[golang] Insert Delete GetRandom O(1) (Leetcode: 380) alhaos 16.06.2026 Insert Delete GetRandom O(1) Сложность: Medium Источник: LeetCode 380 Задача Реализовать структуру данных RandomizedSet, которая поддерживает следующие операции за O(1) в среднем:	Свет в конце тоннеля kumehtar 16.06.2026 Поймал себя на одной мысли. Раньше мне всегда казалось неправильным жить без чёткого понимания, куда всё идёт. Будто я иду по дороге судьбы, но не знаю, куда она ведёт. А раз не знаю — значит,. . .	[golang] Реализация стека с поддержкой получения минимального элемента за O(1) alhaos 16.06.2026 Min Stack Сложность: Medium Источник: LeetCode 155 Задача: Реализовать стек который поддерживает push, pop, top и получение минимального элемента за O(1). Методы:	[golang] Конкурентный fetcher с ограничением максимального количества одновременных HTTP запросов. alhaos 10.06.2026 Задача Реализовать конкурентный fetcher с ограничением максимального количества одновременных HTTP запросов. Сигнатура func Fetch(urls string, maxConcurrent int) Result Пример urls :=. . .
[golang] Состояние гонки (race condition) alhaos 10.06.2026 Состояние гонки (race condition) Состояние гонки (Race Condition) — это ошибка, возникающая при одновременном доступе нескольких горутин к одним и тем же данным без должной синхронизации. При этом. . .	Взрослые отношения, и почему они не получаются kumehtar 09.06.2026 Когда в детстве ребёнок не получает от родителей чего-то важного, он лишается не просто приятных переживаний, а основы для формирования определённых внутренних качеств и навыков. Если ребёнок не. . .	[golang] Worker Pool alhaos 09.06.2026 Worker Pool Worker Pool — паттерн конкурентной обработки задач в Go. Суть: фиксированное количество горутин-воркеров читают задачи из общего канала и пишут результаты в общий канал результатов. . . .	[golang] Pipeline alhaos 08.06.2026 Pipeline Pipeline — паттерн конкурентной обработки данных в Go. Суть: данные проходят через цепочку независимых стадий, каждая из которых работает в своей горутине и общается с соседями через. . .

@BRcr 4043 / 2333 / 292 Регистрация: 03.02.2011 Сообщений: 5,066 Записей в блоге: 10
	18.07.2012, 11:13
	Не нужно никаких структур - на каждую картинку по одной целочисленной переменной хватит, именуем их через enum и всех делов. Никаких пожирателей памяти тут нет и быть не может, миллион кнопок ты все равно в свою программку запихивать не станешь. И "маленький аккуратный кусочек кода" нигде не пылится, а транслируется в оперативку вместе с остальным кодом и так же занимает память, об этом я уже говорил. Короче, спор за ради спора не есть хорошо, все, что можно было сказать, уже сказано, остальное - дело хозяйское. 0