HTML+CSS+JavaScript

Добрый день.
Есть форма обратной связи на сайте
http://poverka-elecom.ru

внизу http://screenshot.su/show.php?img=5c4a03afb2ff6c091d4ba0f0785e4a86.jpg

Она рабтает, письма с нее приходят, но хочется

1) сделать ее всплывающей по клику на ссылку

2) более сложная задачка.
http://screenshot.su/show.php?img=4b9d6075bd3150a2199a1c4a3055d76d.jpg
Чтобы в эту форму, в текст сообщения или заголовок письма при нажатии кнопки заказ вставлялось наименование прибора?!

Я не специалист, если это возможно, прошу помочь с решением

И по вашему это будет удобно для пользователя? Что если он захочет не один прибор заказать?

Изначально нужно определять данные на странице так, чтобы с ними было удобно работать. А данные видимо в базе хранятся и идентифицируются уж никак не по наименованию изделия, так ведь?

>И по вашему это будет удобно для пользователя? Что если он захочет не один прибор заказать?
>
>Изначально нужно определять данные на странице так, чтобы с ними было удобно работать. А данные видимо в базе хранятся и идентифицируются уж никак не по наименованию изделия, так ведь?

Вы правы насчет заказа нескольких приборов.
Но это сайт одностраничник и таблица построена на html .
И данные таблицы находятся не в базе.

То есть идентифицировать приборы по ID не получится.

Нужен ваш совет в этом случае?! Со своей стороны могу сказать, что поверку приборов заказывают, как правило не пакетно.

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

Использование стандартных компонентов тоже вариант, но там будет не меньше работы по настройке и приведению в нужный вид.

Есть еще момент, хочу на будущее понять и разобраться в этом, чтобы получить бесенный опыт)

Одно-строчная или много-строчная структура сайта никоим образом не определяет способ и формат хранения данных на сервере, это определяется задачами сайта.

Если каждое наименование этих товаров есть уникальное имя, то конечно не запутаться в том, что заказали. Но представьте ситуацию когда на сайт пришла левая форма, от бота, который если и не шлет вам спам, то вполне может заказывать мусор типа товара "абвгд". И ваш сайт скушает такой заказ, и все потому, что у сервера нет данных по которым бы он смог определить - реальный ли заказ, есть ли такие товары или на этот заказ не стоит обращать внимания.

Не обязательно в базе, если товаров немного и они "вечны", то их можно описать массивом, который хранить в файле в JSON формате. Клиент в форме заказа присылает не именование товара, а его идентификатор, который является ключом массива описывающего товары. Сервер получил этот массив, проверил наличие идентификатора (ключа) в нем, и получил именование товара - заказ реален, именование из массива идет в письмо.

По одному ли товару будут заказывать или же "правило", но если пользователь захочет заказать два, а тем более более, то каждый товар, это отдельный заказ. У такого подхода большой минус - пользователь должен помнить о своих заказах и считать общую сумму в уме. А по нормальному должна быть корзина, а уж один закажут или более, это уж как хотят.

хмм.. есть над чем подумать..