Показать сообщение отдельно
Старый 17.11.2013, 01:35
Wolsh вне форума Посмотреть профиль Отправить личное сообщение для Wolsh Найти все сообщения от Wolsh
  № 10  
Ответить с цитированием
Wolsh
Нуб нубам
 
Аватар для Wolsh

модератор форума
Регистрация: Jan 2006
Адрес: Бердск, НСО
Сообщений: 6,445
Не касается. Речь о векторе, "затайленном" битмапдатой, то есть залитым ("покрытым плиткой") пикселями, а не ровным векторным цветом или градиентом. Проблема здесь не в масштабировании битмапа как такового, а в "стыках" между плитками-тайлами, которые при масштабировании ведут себя неудобно, образуя то щели между плитками, то наезды одних на другие. Перерисовывание вектора здесь предлагается для того, чтобы оставить битмапдату "как есть", изменяя только размер вектора, но не масштабируя заливку (а увеличивая соответственно количество плиток). Что, конечно же, не всегда подходит в конкретной задаче... Перерисовывание же обычного векторного вектора вместо масштабирования связано больше с сохранением надежного контроля за всевозможными вычислениями, основанными на размерах, когда приходится учитывать не только width и height, но и скейл. Поскольку затраты на перерисовку сопоставимы с затратами на масштабирование, проще и надежней перерисовать вектор и иметь его в реальном масштабе. Лично я всегда перерисовываю, даже особо не задумываясь, зачем)) Кроме того, замечание Тигры могло относится к какой-то конкретной ситуации, например изменения размеров кнопки со скругленными углами (например движок в скроллбаре, реагирующий на размер контента). Scale9Grid далеко не всегда радует бескосячностью.
__________________
Reality.getBounds(this);