2. Да, конечно согласен. Просто начинался топик слегка проще))) Речь шла только о рукотворных объектах. Конечно, при программном производстве такое должно быть предусмотрено (я как раз недавно писал класс, программно рисующий псевдомаковский скроллер под динамический таргет, там это предусмотрено. Но не так как Вы думаете
Иногда скроллер является частью дизайна и не может не рисоваться, так как ему отведено пространство. И еще нюанс - правильный скроллер имеет динамический "движок" - он должен менять размер в зависимости от размера таргета. Если контента много - движок короткий, и проходимый им путь соотв. больше. И наоборот. А если контент легко помещается под маску, но скроллер предполагается рисовать во чтобы то ни стало - тогда скроллер рисуется "зажатым" или без движка. Могут быть варианты - скроллер рисуется по высоте маски или по высоте контента). Ну а просто отмену скроллера Вы и сами сделаете)))
1. Переменная cell... Здесь она просто объявляется, это нормально, а когда будете писать свои классы, Вы будете делать такое постоянно))). Используется она дальше в коде прокрутки колесиком мыши. Если почитаете этот топик внимательно выше(стр.2), Вы найдете про нее немного. Там она упоминается как target2_mc (©Жень Шень). Это переменная обработчика события onMouseWheel, в которую мышь записывает ссылку на самый глубоковложенный из находящихся под ней клипов или текстфилдов. Используется соответственно для определения, находится мышь над таргетом (или скроллером) или нет (тогда колесико не скроллирует). Поэтому и в "дырках" таргета колесико не скроллирует))). Если бэкграунд Вам не нужен, сделайте его прозрачным, но дыр быть не должно - если под мышкой не будет мувика или текстфилда, скроллирования не будет.