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

Так само собой! Лепить всегда и везде спрайты - это слишком расточительно.

Из собственного опыта варианты, когда обязательно делаю:
1. Есть список стран (location) и в выпадающем списке показывается флажок и название (еще есть приоритет - вначале идут популярные страны, а потом остальные). Изначально в базе было id (двухбуквенное название по ISO), дефолтное название на английском, нативное написание в UTF8 и флаг в base64 16x11 (еще таблица названий на языках интерфейса, но это неинтересно). И при запросе я отдавал список нужных значений, обычно связка id, title_interface, flag. И обьчно динамическим запросом, дабы не заморачиваться. Но так как страница компонуется динамически, то имело смысл аттачить массив к странице. Тут я офигел: добавлялось около 300 килобайт текста, причем, без кеширования, так как страница динамическая. Добавлять отдельным файлом - почти то же, иногда кешировалось, иногда - нет. Сделал спрайт 26х26 - сколько букв в английском алфавите и на пересечении первой и второй букв id ставлю флажок страны. Понятно, алгоритм получения простейший. Размер png-файла 60 кило (подпишусь на расширенный PunyPNG - обещают около 20 КБ). Понятно, он всегда кешируется.

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

3. Анимация. Есть пару элементов, где юзаю анимацию. Удобнее, конечно, было бы гифами, но а) очень я их не люблю; б) нужна реальная прозрачность. Идеальным было бы использование анимационного png, но его почти никто не поддерживает. Спрайт - наиболее удобное хранилище.

... и когда категорически против:
1. Переключение языка интерфейса происходит путем изменения параметра сессии (с последующей записью в кукисы, но всем этим занимается Спринг). Соответственно, страница перегружается, спецтэги подтягивают нужный текст, а графические заголовки я меняю крайне просто и эффективно - ссылки на локализованные картинки выглядят примерно так: src="images/headers/${language}/someHeader.png", при изменении языка меняется параметр и соответственно меняется ссылка. А наполнение папок одинаковое. Логичным было бы делать спрайт для этого и менять смещение для картинки ... Но! Заголовки - не иконки - есть на 3 кило, а есть и за 20. Их много. А предположительно, один пользователь использует обычно один язык. Зачем ему скармливать в 3 раза больше (на данный момент) и до 8 раз (планируемое количество языков)? Из соображения экономии трафика против использования.

2. Реальные картинки - изображения, скрины, иллюстрации и т.д. Все то, что подпадает под контент, а не сопроводиловку.

3. Как и предыдущий пункт - об этом сказали выше. Всякого рода "требуха" - мини-стрелочки, точечки, кусочки разделителей, элементы для горизонтального или вертикального масштабирования, которые очень путались бы на едином полотне. Их удобно скормить в CSS в base64.

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

Да не меняется вопрос. Думать просто надо и все.