-webkit-transition: all ;-moz-transition: all ;-o-transition: all ;-ms-transition: all ;transition: all ;position:relative;behavior: url('/catalog/view/javascript/PIE.php');}
В стилях css уберите в разделе product-grid везде уберите ease-in-out[/b] и все эти 0.5s
Во всех строках этого блока.
В webkit-transition, в -moz-transition
Если не нажимая кнопку submit - это ajax. Для новичка технология сложная. Сразу скажу, я ajax не использовал, не работал с ним. http://ru[dot]wikipedia[dot]org/wiki/AJAX
Нужно определиться, как вы будете хранить данные.
Если в файле, то одна реализация, если в базе данных, то иная.
Нужно понять, как будет вноситься в базу расписание. Вероятно, автоматически.
Также, наверное, нужно предусмотреть возможность редактирования вами расписания.
Опять же какой-то доступ к базе, через панель администратора.
Т.е. вам надо.
1. Автоматически (с каким-то интервалом) генерировать расписание, заносить в базу
или составлять самому. Или иметь всегда одно и тоже, если принимаете всегда в одни и те же дни и то же время.
т.е. надо настраивать, например базу данных mysql.
2. Панель для администрирования, чтобы иметь возможность редактировать время, т.е.
авторизация, т.е. заходить по паролю.
3. Вероятно там же иметь возможность просматривать тех, кто записался к вам.
4. Скрипт вывода расписания на сайте.
Из технологий понадобится: mysql (или иная СУБД), php, ajax.
В итоге мне нада получить такое если чел не прошол авторизацию то вывести один пхп файл а если прошол и загрузилась главная страница то совсем другую php страницу
Можно сохранить стиль, если вам надо, я условный пример сделал.
двигаться на этой странице эти два объекта уже не будут.
И страница чуть вытянется, так как надо будет сохранить описание. .
Просто нельзя разом взять и переделать стили в css, пострадают другие страницы. Это ж дизайн.
Можно изменить стиль в конкретном div только на этой странице.
Еще больше приходится страдать, сталкиваясь со специфичными багами, появляющимися из-за столкновения множества факторов, таких как, огромная величина DOM дерева, количество анимируемых блоков на странице, высокая вложенность и множество наслоений блоков друг на друга. Пробуя справляться с такой нагрузкой, браузеры во всю используют свои алгоритмы оптимизации, но, порой, это приводит к необъяснимым багам.
Безотносительно вашего конкретного случая, от себя добавлю: отображение любой анимации, видео, (где, есть движение), на дискретной системе совершенно отлично от аналоговой.
vaskevich, вижу. Другая страница использует тот же набор стилей.
Но на той странице, где каталог, видно дрожание самой рамки с товаром при наведении.
В firefox.
Посмотрите в других браузерах.
Раньше было вообще так: для разных браузеров свой transition
Т.е. moz-tranzition webkit-transition
Поиграйтесь со значениями.
Кстати, если transition отключить, то вообще будет футер поднимать (Добавление)
Иными словами - это не программная проблема, в строгом смысле.
Можно назвать это эффектом смены кадра при перемещении курсора с одного "динамического элемента на другой".
Небольшая абберация, что-то вроде рефракции только на мониторе = )