Pull to refresh

Comments 11

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

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

От себя могу сказать, что и в WPF и в Silverlight проектах просто использую большие исходные растровые иконки и всё достаточно хорошо масштабируется.
UFO just landed and posted this here
Не совсем понимаю смысл указывать для растровой картинки DPI?
Ну хотя бы для печати.
UFO just landed and posted this here
Я еще больше скажу — одна из задач WPF — это чтобы на всех мониторах смотрелось примерно одинаково. Поэтому там очень активно используется процентное соотношение и pt — фиксированная величина. Поэтому картинка будет масштабироваться так, чтобы была соответствовала заданным параметрам ширины и высоты
Ну хоть что-то…
В сети информации по этому по крупицам собирать.
Как говорится: «Чем богаты.»

А какого разрешения у вас исходное изображение? И до какого размера оно масштабируется?

Просто в иконке 64 на 64 вы можете себе позволить нарисовать гораздно больше деталей, чем в 16х16.
При уменьшении 64х64 до 16х16 все эти детали неизбежно «размоются» и испортят все изображение.
Можно конечно «пожертвовать» и убрать все эти детали, но смысл занимать место на 64х64 когда информации на этом месте показывается столько же сколько и на 16х16?

Именно поэтому любой серьезный «иконщик» должен рисовать иконку под каждое разрешение индивидуально — IconSaveSmall, IconSaveMedium, IconSaveLarge.
Хуже того, порой приходится еще и рисовать отдельное изображение под каждый фон IconSaveSmalHover, IconSaveSmalPressed.
Что значит — чем богаты? Сложно скриншотов наделать? Как конкретно съедаются детали при ресайзе? Сложно показать на примере, что отдельно нарисованная иконка 32*32 будет лучше, чем ресайз с 256*256? Просто слова в данном случае не очень убедительны.

16х16 у меня не используется вообще, минимум 24. Исходное 128 или 256. Ресайз в режиме Fant достаточно хорошо (я подчёркиваю — не идеально, а достаточно хорошо, не уродливо и не размыто) справляется с задачей. В том числе с анимацией. Заказчик доволен, а значит нет смысла тратить время.

Безусловно, отдельно рисованные под каждый размер иконки будут лучше. Но это будет стоить дороже.
Согласен, все вроде бы очевидно и должен знать и понимать каждый.
Но опыт общения с разработчиками показывает, что это не так. Собственно поэтому и написал пост.
Зря заминусовали — годная статья.
Ещё бы автор указал в каких размерах делать иконки (для винды, линукса, мака и т.д.), и было бы вобще хорошо.

Мне понравились вот эти статьи:
1. Выбираем правильный размер иконок.
2. Как создать файл favicon.ico и поместить иконку и ярлык на сайт, в форум или блог? FAQ.
3. 10 ошибок в дизайне иконок.
Sign up to leave a comment.

Articles