Дмитрий

Это плохая практика - обмениваться данными между фреймами вот так, даже в рамках одного сайта. Лучше проектировать структуру так, чтобы данные внутри фреймов были известны общему контроллеру, иначе потом можно залезть в тупик.

Как вариант css white-space: nowrap

Наверное полому что в валидном DOM внутри select могут быть только option и optgroup. Не?

.load - это короткий alias для ajax. А ajax не работает кроссдоменно. Поэтому и не пашет.
Как сказал Константин Китманов - iframe отличный вариант, если форма не резиновая. Иначе, HTML код надо получать серверным методом и выводить уже как обычно.

Для смены "индекс => значение" на "значение => индекс" есть встроенная функция. Как правильно заметил FanatPHP ее можно легко отыскать в мануале.

Да какой это проект? тут нужна одна таблица в БД и 2 формы - список карт с фильтром + редактирование.
Работы реально на пару часов от силы - тем более про дизайн никто не говорил, а уж таблицу заверстать - дело нехитрое.

Касательно самого задания - оно достаточно общее, но зато покажет, что вы умеете и любите применять для генерации вывода, для работы с БД, для работы JS. Ну и оформление кода PHP, JS тоже покажет. Как раз то, что нужно. Правда, на какой уровень вы туда устраиваетесь?

Если проект highload, то изначально пишется в файл ( точно не в бд), а потом уже сборщиком собирать и рассортировывать в бд.

А вы не можете грузить jpeg в достойно качестве? Тогда может оно останется на уровне?

Вешайте отдельные события - keyup, keypress, change, что еще вам там понадобится...

Я бы сразу ввел основные платные функции, которые вы задумали сделать платными. Просто потому что, если они будут бесплатными, а через год станут платными, то люди уйдут к конкурентам. Это ИМХО, но для себя делаю именно так всегда.

Вы хотите туда данные вставлять для последущего чтения из js? Так может эти данные размещать в data- атрибутах у тега body например?

Касательно перестановки значений - вам надо получать еще и ориентацию экрана и в зависимости от нее менять / не менять значения между собой.

Poluchatel, usersity - Господи, срочно развидеть...

В морском бое можно было web sockets заменить на longpoll requests и вопрос решен - будет такая же точность.

DevMan Плохой вариант то... Точнее, в реальной жизни может легко получиться так, что сначала не будет происходить ничего, а потом все картинки сменятся за доли секунды. А все потому, что пока браузер грузит изображение, изменений видимых нет, а время тикает. Поэтому тут должен быть вариант сложнее, с отслеживанием готовности изображение по событию load и только тогда начинать отсчет до следующего изменения. Поэтому interval тут не очень, надо timeout после каждого изменения.

Если что, то у animate есть callback, где как раз можно сделать addClass. А сам animate сделать фейковым ( просто ненужное css свойство). К сути проблемы это врядли имеет отношение, просто совет к вашему методу.