onEnterFrame #12

Здравствуйте дорогие друзья, на этот раз в новом выпуске:

  • 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.

Скачать

4 Responses to “onEnterFrame #12”


  • спасибо за подкаст. недожидаясь CS5 можно попробовать флеш под iPhone и другие мобильные устройства http://www.openplug.com/

  • Pixelbreaker, hasseg.org, Денис и т.д.
    Все эти решения не рабочие (в os leopard, допустим).
    Еже ли нужно все же бороться с колесом мака – подойдет лишь SWFWheel от Spark project. Только его тоже нужно пофиксить (кстати, я это уже сделал могу апдейтный вариант дать – работает везде).
    Хотя, я б еще рекомендовал подумать над использованием нативных скролбаров. Я как раз либу написал для этого – SWFSize lib.
    Да, есть конечно свои подвохи с этим вариантом – 4000px высота swf контейнера, но, думаю, что можно и 4000 обойтись (скажем, пейджинг сделать). Жаль, адоба ленивцы, так и не пофиксили этот баг жиры.
    Как говориться, cheers.

    ps: подкаст отличный; пиши чаще; и в твитере не теряйся ^_^

    • Valentin Vladimirovich

      че-то ты не понял, смысл в том, чтобы
      1. не прокручивалась страница с флэш контентом, когда ты скролишь мышой над ним
      2. какие-то специальные контролы во флэш контенте ловили событие прокрутки и прокручивали свое содержимое

      а не прокрутка всей страницы. и насчет 4000 пикселей, есть забавный обходной маневр.

  • >> не прокручивалась страница с флэш контентом, когда ты скролишь мышой над ним

    Не совсем тебя понял. Да бы решить эту проблему, достаточно сделать w/h по 100% и флэш контент не будет прокручиваться “когда ты скролишь мышой над ним”.

    >> какие-то специальные контролы во флэш контенте ловили событие прокрутки и прокручивали свое содержимое

    Ну, дык, я ж писал – SWFWheel как раз для этого подойдет.
    Но я писал о другом. Смотри:

    Задача: отобразить большое кол-во контента (DisplayObjectов)

    Реализация #1: делаем w/h swf контейнера по 100% и делаем свой скролбар + менеджер + слушатель нативных событий колеса (“слушатель” – как раз и есть SWFWheel, скажем).
    Плюсы: нет ограничений по высоте/ширине (вряд ли у кого-то мониторы больше 4000×4000).
    Минусы: скролбар будет ужасно лагуч т.к. у fp с перерисовкой экрана всегда были проблемы;
    Improve: танцы бубном на тему “CellRendering”, что весьма трудоемко; пейджинг.

    Реализация #2: просто при помощи того ж SWFSize (или аналогичным образом) меняем в рантайме высоту (ширину) swf контейнера.
    Плюсы: забываем о проблеме с маками навсегда; не нужно перерисовывать экран т.к. при скроллинге нативных скролбаров не будет перерисовываться экран;
    Минусы: опять же fp так и не научили нормально перерисовывать экран; баг с ограницениями высоты/ширины swf контейнера в 4000x4000px;
    Improve: пейджинг (т.е. каждая стр. = 4000px в высоту)

    >> и насчет 4000 пикселей, есть забавный обходной маневр.
    Ага, читал вот тут http://www.kontain.com/fi/entries/684/the-flash-height-problem-and-how-to-solve-it/
    Но, что-то я не смог понять автора. Самл получить было б не плохо.

Leave a Reply