Небольшая работа для аккуратного Flash\Flex разработчика: AS2, ООП. Семь .as классов.

[TihelpER]

В кратце:
Требуется разработать 7 (семь) пользовательских классов (шаблонов) для, соответственно, 7-ми типов проверочных заданий в проекте по русскому языку (Палеославистика и прочее).
Сами флэш-объекты представляют из себя n экранов с различными заданиями к основному содержательному тексту. Над всеми заданиями была произведена типизация, в результате чего вышло 7 типов заданий:
— Выделение фрагмента текста;
— вставка пробелов или переносов;
— ввод с виртуальной клавиатуры;
— выбор правильного ответа из списка (ComboBox);
— соответствие (перетаскиваем n объектов по n колонкам);
— тест, выбор из одного (radio button);
— тест, выбор из нескольких (check box).

Подробнее:
На каждый тип задания приходится порядка 20+ объектов. То есть в составе проекта, например, есть не менее 15-ти заданий, где от пользователя требуется выделить какое либо слово (на самом деле, как правило, несколько) из текста и нажать кнопку «проверить» для отображения результата его действий: «правильно», «неправильно». Отсюда вытекла необходимость в оптимизации процесса разработки, то есть, использования пользовательских классов для создания объекта «тест такой то».

Как это выглядит на деле:
После прочтения определённого материала по теме пользователю предлагается применить усвоенный (или не усвоенный) материал с помощью проверочных работ.
Проверочная работа представляет из себя несколько экранов, фреймов, если угодно, с различными заданиями по теме: выберите правильный ответ(ы) из списка; выдели слова которые чему то соответствуют; используя виртуальную клавиатуру образуйте множественное число от заданного слова и т.д.
Так же потребуется написание класса навигации, который будет осуществлять переход по фреймам мувика, проглядывая какое задание в текущем фрейме, выполнено ли оно, и если нет давать возможность выполнить его (то есть создать экземпляр теста или же обратится к нему и «выключить» его определённым методом).

Ни один из типов заданий не требует от разработчика каких либо программных изысков: тесты выбора правильного ответа из списка могут быть сделаны на основе стандартного компонента «ComboBox», выбор из нескольких вариантов на основе стандартного «radioButton’а». Задание типа «выделите слово» можно построить на основе раскиданных «мувиков-кнопок» с «.useHandCursor = false» и навешиванием пользовательского курсора в виде маркера. Хотя если вы найдёте более интересные решения это только плюс. От разработчика потребуется только аккуратность: все тексты, в том числе, варианты ответа могут быть заданы пользовательским шрифтом (типа старо-славянский), так что хорошо бы быть знакомым с «EmbedFonts», для внедрения шрифтов, например, в ComboBox.

Предполагается, что Вы займётесь написанием этих классов, на основе которых мы, позже, соберём наши объекты под проект. Просто высокий уровень занятости не позволяет нам заняться этим самим сейчас. Хотя возможно, за отдельную плату мы попросим Вас сделать это за нас.

Деньги:
Бюджет в первом приближении на всё составляет 15—16 Килорублей. Очень хотелось бы, что бы один разработчик занялся всем вместе. Аванс только после некой бета-версии (нескольких работающих шаблонов, или не до конца работающих всех вместе).
В принципе, всякой интересной работы много, так что если Вы проживаете в Москве и готовы прийти в штат или работать с нами на постоянной основе — укажите это в письме.

Сроки:
Такая задача не должна занять у разработчика дольше двух недель. В идеале одну.

Контакты:
Присылайте свои письма с предложениями на nada@oc3.ru . В теме письма укажите «Разработка шаблонов по Тезарусу».
Предложения без портфолио не рассматриваются, если Вы не являетесь параноиком, можете присылать работы вместе с исходным кодом. Их мы тоже можем смотреть. Воровать не можем — совесть не позволяет, да и скучно это.
Более подробное ТЗ в ответе на письмо.

Пишите.

-----------------
upd:

Большое спасибо всем откликнувшимся. Разработчик нашёлся.