Great Rash

Разве не будет он мешать кликнуть на ссылку, которая расположена под таким блоком?

visibility надо заменить на display иначе блок будет мешать другим блокам, расположенным под ним.

Нет, это совсем маленький проект. Делаю для знакомых забесплатно, заодно учусь PHP+MySQL на реальном проекте. Будет тупо прайс, который можно заполнять в админке, вывод статей (добавление и удаление из админки) и форма обратной связи (отправить заказ на мыло). Вот и всё. Ну мне не хотелось бы, чтоб верстка как-то зависела от данных. Просто у меня практически нет опыта по построению таблиц, запросам и т.п. Последний раз писал что-то на PHP4 в 2006 году, с тех пор уже забыл всё без практики...

Наконец меня кто-то понял Спасибо, буду разбираться. Получается только одна таблица нужна, а не две?

Ну а что в исходники каждого плагина лезть? Или вместо ТС читать API каждого плагина если он обфусцирован? И на w3.org, кстати, есть ответы на 100% вопросов по w3c Самим можно конечно. Можно за вас сходить на сайт плагина, почитать как он устроен, почитать к нему документацию, наконец почитать исходники. Но вот зачем это делать? Это же вам надо задачу решить, это же вы за это деньги получите. Я понимаю когда не понятно что-то в конкретном коде, я понимаю когда вы сами пишете свой плагин и вам надо подсказать. А тут элементарная лень. Ну вот почитайте мой туториал по написанию карусели и реализуйте её с блекджеком и шлюхами. Будет вам такая карусель которая нужна именно для вашего проекта.

Задача самая натуральная, хочу сделать прям сейчас. Я уж и не знаю как еще проще объяснить, что не понятно из моих объяснений?

Бредово или не бредово - это уже второй вопрос. ТС в принципе спрашивал как динамически формировать переменную в JS, а я ему ответил.

Вопрос по плагину к создателю плагина.

Да вроде максимально развернуто написал... напишу еще раз. Мне нужно получить на выходе таблицу как в первом посте, сам уже допер до того, что надо завести в БД две таблицы, одну с id категории и именем категории +-------------+---------------+ | id_category | name_category | +-------------+---------------+ | 1 | Категория 1 | +-------------+---------------+ | 2 | Категория 2 | +-------------+---------------+ | 3 | Категория 3 | +-------------+---------------+ ... и вторую с ценами по каждой категории: +----------+---------+---------+----------+ | id_price | price_1 | price_2 | category | +----------+---------+---------+----------+ | 1 | 10 | 50 | 1 | +----------+---------+---------+----------+ | 2 | 30 | 100 | 2 | +----------+---------+---------+----------+ | 3 | 25 | 70 | 3 | +----------+---------+---------+----------+ Потом я вывожу это на страницу: // считаю сколько у меня всего категорий $query = mysql_query("SELECT COUNT(name_category) FROM category"); $cat_num = mysql_fetch_array($query)[0]; echo "<table>\n"; echo "<thead>\n"; echo "<tr>\n"; // вывожу имена категорий в хедер таблицы for ($i = 1; $i <= $cat_num; $i++) { $query = mysql_quety("SELECT name_category FROM category WHERE id_category=".$i); $cat_name = mysql_fetch_array($query)[0]; echo "<th>$cat_name</th>\n"; } echo "</tr>\n"; echo "</thead>\n"; echo "<tbody>\n"; echo "<tr>\n"; // тут тоже цикл по ценам по каждой категории echo "</tr>\n"; echo "</tbody>\n"; echo "</table>\n"; Правильно или нет?

В общем я так и придумал, но тогда придется делать запрос столько раз, сколько у меня категорий, разве нет? Сначала мне надо будет выбрать все цены из первой категории, потом из второй, потом из третьей и т.д. А если категорий будет 100500, получится 100500 запросов к БД, насколько сильно это нагрузит сервер? Или есть какой-то способ выборки о котором я не знаю.

Нужно создать вот такой прайс на сайте: +--------+-------------+-------------+-------------+ | | Категория 1 | Категория 2 | Категория 3 | +--------+-------------+-------------+-------------+ | Цена 1 | 10 руб. | 30 руб. | 25 руб. | +--------+-------------+-------------+-------------+ | Цена 2 | 50 руб. | 100 руб. | 70 руб. | +--------+-------------+-------------+-------------+ Как бы так организовать таблицы, чтоб было потом минимум запросов к БД? Пока ничего лучше не придумал чем создать 2 таблицы (категория и цена) и делать в цикле запросы к БД, чтоб собрать в массив цены по всем категориям. У меня очень мало опыта в БД, да и решение кажется кривым, что посоветуете?

Вам все равно надо будет перерисовывать всё изображение целиком, при перерисовке части изображения будет изменяться цвет. Сохраняйте состояние в стек (.save(), .restore()) и перерисовывайте целиком.

Юзайте globalAlpha

window["id_" + $(this).attr("src")] = 0;

«css выпадающее меню» в Google.

Что-то вы хреново ищете Фриварный редактор векторной графики с возможностью сохранения в SVG (<path d="тра-ля-ля">) - Inkscape Расширение для конвертации из SVG в Canvas (.moveTo(), .lineTo()) - ink2canvas (GitHub)

http://jsfiddle.net/jfjXU/ - не остановился пока (133 секунды прошло)

Это сделал я.

Объясню вам, убогому, для чего этот форум: он для того, чтобы помочь тем людям, которые сами хотят себе помочь. Вы же не хотите себе помочь, т.к.: вы не предоставили никакой информации вообще (что за код? если ошибки в консоли? в каком месте предполагаете проблему?). Зато вы незамедлительно начали наезжать на человека, который хоть как-то пытался вам помочь. И потом удивляетесь, что вас минусуют... мда, человеки

Есть редактор Adobe Edge, для Мака есть вроде как покруче - Radi. UPD: На хабре есть статья с описанием и видео работы Edge. UPD2: Нашел еще такой плагин к Иллюстратору.

А чем не устраивает реализация на CSS?

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

Можно менять изображения при помощи Canvas, но лучше действительно делать это при помощи PHP, раз уж он все равно используется.

На фокус ставить элементу флаг, а на блюр флаг снимать. Когда надо проверять наличие флага. var elem = document.getElementById(id); elem.onfocus = function() { this.focused = true; } elem.onblur = function() { this.focused = false; } document.onkeydown = function() { if (elem.focused) alert('Элемент в фокусе'); }

Ну а я считаю что доводят. Просто использовать надо аккуратно.