Здравствуйте дорогие друзья, на этот раз в новом выпуске:
- Radio-t
- iPad и мы
- Доклад Society of Digital Agencies
- Как ВКонтакте у Дениса код воровал
- Странная особенность вкомпиливания шрифтов в Flash CS4
Audio clip: Adobe Flash Player (version 9 or above) is required to play this audio clip. Download the latest version here. You also need to have JavaScript enabled in your browser.
спасибо за подкаст. недожидаясь CS5 можно попробовать флеш под iPhone и другие мобильные устройства http://www.openplug.com/
Pixelbreaker, hasseg.org, Денис и т.д.
Все эти решения не рабочие (в os leopard, допустим).
Еже ли нужно все же бороться с колесом мака – подойдет лишь SWFWheel от Spark project. Только его тоже нужно пофиксить (кстати, я это уже сделал могу апдейтный вариант дать – работает везде).
Хотя, я б еще рекомендовал подумать над использованием нативных скролбаров. Я как раз либу написал для этого – SWFSize lib.
Да, есть конечно свои подвохи с этим вариантом – 4000px высота swf контейнера, но, думаю, что можно и 4000 обойтись (скажем, пейджинг сделать). Жаль, адоба ленивцы, так и не пофиксили этот баг жиры.
Как говориться, cheers.
ps: подкаст отличный; пиши чаще; и в твитере не теряйся ^_^
че-то ты не понял, смысл в том, чтобы
1. не прокручивалась страница с флэш контентом, когда ты скролишь мышой над ним
2. какие-то специальные контролы во флэш контенте ловили событие прокрутки и прокручивали свое содержимое
а не прокрутка всей страницы. и насчет 4000 пикселей, есть забавный обходной маневр.
>> не прокручивалась страница с флэш контентом, когда ты скролишь мышой над ним
Не совсем тебя понял. Да бы решить эту проблему, достаточно сделать w/h по 100% и флэш контент не будет прокручиваться “когда ты скролишь мышой над ним”.
>> какие-то специальные контролы во флэш контенте ловили событие прокрутки и прокручивали свое содержимое
Ну, дык, я ж писал – SWFWheel как раз для этого подойдет.
Но я писал о другом. Смотри:
Задача: отобразить большое кол-во контента (DisplayObjectов)
Реализация #1: делаем w/h swf контейнера по 100% и делаем свой скролбар + менеджер + слушатель нативных событий колеса (”слушатель” – как раз и есть SWFWheel, скажем).
Плюсы: нет ограничений по высоте/ширине (вряд ли у кого-то мониторы больше 4000×4000).
Минусы: скролбар будет ужасно лагуч т.к. у fp с перерисовкой экрана всегда были проблемы;
Improve: танцы бубном на тему “CellRendering”, что весьма трудоемко; пейджинг.
Реализация #2: просто при помощи того ж SWFSize (или аналогичным образом) меняем в рантайме высоту (ширину) swf контейнера.
Плюсы: забываем о проблеме с маками навсегда; не нужно перерисовывать экран т.к. при скроллинге нативных скролбаров не будет перерисовываться экран;
Минусы: опять же fp так и не научили нормально перерисовывать экран; баг с ограницениями высоты/ширины swf контейнера в 4000×4000px;
Improve: пейджинг (т.е. каждая стр. = 4000px в высоту)
>> и насчет 4000 пикселей, есть забавный обходной маневр.
Ага, читал вот тут http://www.kontain.com/fi/entries/684/the-flash-height-problem-and-how-to-solve-it/
Но, что-то я не смог понять автора. Самл получить было б не плохо.