поля Input Очень нужна помощь
 

после заполнения поля imput, требуеться перейти в следущий кадр и там тоже заполнить поля, а потом вернуться назад, но проблема в том что после того как возращаешься в первый кард текст набранный не сохраняеться, есть ли решение этому?

Перед переходом запоминать значение поля, а потом восстанавливать.

Либо текст из поля загонять в пременную, либо использовать SharedObject

BigDan, а чем по сути SO от переменных отличается? Зачем забивать гвозди микроскопом?

Ничем: просто два варианта, чтоб было из чего выбирать:)

2 Agent007:
еще проще сделать все в одном кадре, просто скрывая и открывая нужные текстовые поля и кнопки по событию, совсем ничего запоминать не придется

2Juice_Green
Когда полей и кнопок штук 10 - то да. Но когда их под 50, проще запомнить и уйти на следующий кадр, иначе свалка получится. Запоминание в переменной - оптимальный вариант.

2 DarkLight:
полностью несогласен, если кол-во доходит до 50, не будешь же создавать руками? создаешь программно, ссылки на них в массив. Заведи два массива под "два" так называемых кадра и всего делов.

опять же по твоим словам под 50 полей - 50 переменных ? или массив из 50 элементов? т.е. возвращаешься к тому же, только зачем все усложнять

2Juice_Green
Я имею ввиду различные тестирования и т д. Многостраничное тестирование проще сделать кадрами, а переменные засунуть в свойства объекта - одного на все поля. А размещать все равно сначала руками...Создавать программно и размещать в разных местах динамические текстовые поля (а иногда еще и картинки) - это больше работы и запутанного кода. Я вообще предпочитаю минимум кадров, но не в таком случае. Тем болле проще реализуется возвращение к предыдущей странице. Я не говорю, что все поля в один кадр плохо, но зачем нужен связующий код, когда можно обойтись таймлайном? Больше времени на отладку уйдет.

2 DarkLight:
согласен, но когда сделаешь одно тестирования, потом еще одно и еще - сразу увидишь у них много общего, и начинаешь понимать как можно было облегчить задачу - хотя бы частично :)

Все гораздо сложнее или может быть проще)) Дело в том что есть так называемые договора в количестве болеше 200-300 штук, которые необходимо заполнить. Сами договора в кривых в иллюстраторе(т.е. текст в кривых), нужно побить их по тематике, т.е чтоб каждый был на отдельной странице. Все шло хорошо пока не столкнулся с проблемой когда в договоре несколько страниц, вот и думал разместить каждую страницу в отдельном кадре, всего максимум страниц может встречаться порядка 15, но в основном 4-6, на них полей для заполнения где то около 10-15 на каждой странице. Хотел спросить еще есть ли смысл делать вообще каждый договор отдельной флешкой или все попробовать запихнуть в одну? И всетаки лучший вариант для возможности перехода например с 6 страницы на 1 потом на 4 и т.д, но при условии что все что набрал пользователь сохраниться. После всего это документ будет распечатываться. Во, вроде все))

А мне кажется что лучше всё в один кадр, и в нем програмно создать нужное кольчество мувиков и менять их через визибл...

Самое правильное и простое, на мой взгляд - держать данные по любому "договору" в ХМЛе, и по юзерскому запросу их отрисовывать - как, зависит только от полета фантазии.
Пример структуры ХМЛя:
Дальше пишем функцию которая будет "собирать" из всей этой инфы нужную страницу или несколько, не важно =)

Все данные человек будет вводить самолично отсюда получаеться что будет больше 1000 людей которые пишут свои имя фамилию данные и т.д. Все договоры разные, соответственно что и места и поля будут разные, все это творенье будет распространяться на CD дисках как приложение к книге. Есть еще вопросик, можно например сделать так чтобы текст который вводиться в поля после введения записывался например в какой нибудь *.txt файлик а потом когда необходимо подставляся в нужное поле, чтобы получилось типо save? Если не сложно помогите разобраться, совсем запутался а сроков неделя осталась.