Searcher
-
Posts
2,577 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Calendar
Store
Everything posted by Searcher
-
Интересно, как это вы с php знакомы а с html и элементами формы - нет? Ну да ладно. Важно, что есть поиск на сайте, есть поиск в интернете, есть домен на котором сидит этот форум - htmlbook.ru - а там полный справочник тэгов и css свойств и еще куча статей. Вот вам уже сказали что попробуйте textarea, так обратитесь к мировой копилке знаний.
-
Внешне симпотично. Но когда начинаешь вникать - отталкивает. Во-первых, непонятная логика разделения меню верхнего и правого. Правое плохо воспринимается и ассоциируется с подменю, но почти везде оно одинаковое, только на главной слегка меняется. Статьи почему-то только с главной доступны. Специальные предложение -> Работа -> ... Смешно. А все остальное - не работа? И почему это тоже доступно только с главной? А если посетитель с поиска зашел не на главную, а на какую-нибудь другую страницу, он уже никогда не узнает о специальных предложениях. Их что специально надо как можно незаметнее сделать? Вобщем, мозги начинает замыкать. Потом, при попытке прочесть что-то в обоих частях меню начинают перегреваться глаза, контрастность слабовата, да еще и вкупе с таким шрифтом. Во-вторых, подсветка пунктов неестественная, все время кажется, что находишься в гардеробных. Так выделять хорошо текущий пункт, а все остальные должны быть тогда на одинаковых фонах или на очень похожих. Когда находишься в галерее, ну и в остальных разделах правого меню - совсем не понятно что находишься там. Либо этот пункт меню надо выделять, либо заголовок показать. Я удивляюсь, как такую простую структуру сайта можно так запутать! А в дизайне практически отсутствуют хоть какие-то вертикали, все элементы сами по себе. Еще, "мебель на заказ" я бы перенес в конец. И еще я против Times в тексте. Да и общая цветовая гамма слегка поносная и по этому не очень приятная. Но это уже мое субъективное мнение. Ну и в сумме сайт абсолютно недружественнен к посетителю и покупателю мебели. Даже для бюджетного варианта это плохо.
-
Например воспользуйтесь flash-проигрывателем uppod.
-
Нет, там что-то со ссылкой на rss, когда в FF мышка на ней - все корежится, в т.ч. и эта таблица... Времени нет копаться, но проблема у ссылки в блоке #knopka со стилями.
-
Библиотека GD практически всегда присутствует на сервере php, так что изучайте функции этой библиотеки.
-
Эти штуки называются условные комментарии. Это фишка только для IE. Если вы пишите код по стандартам и указываете доктайп, то для нормальных броузеров (все кроме IE) практически никогда не требуется дополнительных корректив. Однако, существуют так называемые css-хаки. Но ими пользоваться нужно только в крайнем случае, когда уже все законные методы исчерпаны.
-
Какая разница на сколько строк выше вы получили значение $db? Главное, что эта переменная определена вне функции.И дальше вы сами ответили на свой вопрос, только мозгами надо немного поработать... Ну? Поняли?
-
Background top left начинается с середины блока..
Searcher replied to gard's question in HTML Coding
Ээээ, не пойму, так а как должно то быть? И лучше ссылочку, а не листинг... -
Нужно не учить, а понимать суть и логику, дальше само пойдет, а подсмотреть шпаргалку всегда можно Почитайте раздел "Шаг за шагом". Там и про html и про xhtml, и про css, и т.п.
-
любой индивидуальный алгоритм рендеринга, отличный от алгоритма по умолчанию подразумевает JS
-
Пожалуйста! alt в стандарте прописан как обязательный к использованию не для поисковиков При <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">Синтаксис несколько отличается (хотябы одиночные, незакрывающиеся тэги следут записывать таким образом: <img src="image.gif"/>, <br/> и т.п.), ну и еще ряд особенностей имеется, это все-таки ближе к xml. На мой взгляд не стоит пока вам использовать xhtml, потренируйтесь на html.
-
Да, для всех img требуется указывать хоть пустой альт: alt="" Для формы необходимо указать атрибут action, тоже хотябы пустой путь в доктайпе нельзя опускать сейчас посмотрю в чем трабл а, ну все оказалось просто... в свойствах обязательно нужно указывать единицы измерения, а у вас в скрипте присваивается только число, значит надо так: star.style.left = x+"px"; star.style.top = y+"px";
-
читаем внимательно про table-layout.
-
попробуйте размноженную фоновую картинку _____
-
Что тут может не выйти?! Ошибку выдает? Какую ошибку? Что-то не так отображает? Что и как? Опишите подробнее.
-
Как отловить событие при увеличении страницы ?
Searcher replied to GromLine's question in JavaScript
GromLine, а почему вообще пришла такая мысль? Может есть и другой выход из ситуации? -
10 лет!? Тогда ясно откуда непонимание За это время вся идеология поменялась... Почитайте раздел "Шаг за шагом", это даст некоторое понимание изменений. Ну и от себя скажу: сейчас html описывает только структуру данных, а все оформление вынесено в css в отдельные файлы, которые подключаются к странице. Можно и в атрибуте style каждого тэга описать оформление, но это уже абсолютно непрактично, поскольку в случае малейших изменений придется править все страницы, да еще порой и кучу элементов на одной странице. Для избежания такого гемора и выносятся все стили в отдельный файл, который потом просто линкуется к каждой странице. Посмотрел ссылку... 1. Доктайп не в кассу. Организация кода не соответствует стандарту, что указан в доктайпе. Необходимо сменить на какой-нибудь html. 2. Исправьте все незакрытые тэги, уберите открытые незачем и не закрытые. Из-за таких ошибок броузер может непредсказуемо интерпретировать код. Потом уже будем смотреть что там не так делает FF...
-
1. Не ориентируйтесь на IE - это самый глючный броузер, и отображает он далеко не всегда так как предусмотрено стандартами и, соответственно, не так как хочет верстальщик. 2. А незнакомая вам строчка с doctype и есть основа всего документа. Это и есть команда для броузера в каком стандарте ему отображать код. Если уж начали заниматься версткой, то стыдно не знать этих вещей. Opera, FireFox, Chrome, Safari - эти броузеры наиболее точно следуют стандартам. С первого взгляда не вижу в чем проблема... Лучше дайте ссылку на сайт.
-
ТС, чтобы нам говорить на одном языке настоятельно советую посетить раздел "Шаг за шагом".
-
Я тоже Просто проанализировал аргументы.
-
Во, молодчина!
-
А почему так работает только FF 3.6.3, а все остальные броузеры в том числе и FF < 3.6.3 работают по другому алгоритму? Как это связано с наличием введенных символов, если в свойствах однозначно указан размер шрифта? input все-таки не простой инлайн элемент. input может иметь фокус, значит как минимум должен приобретать указанную высоту при получении фокуса, хотя и без фокуса он ведь не сжимается в 0, он должен быть доступен для получения фокуса путем клика на него... И с чего это input будет наследовать размер шрифта от родителя, если у него свой задан? Можно предположить, что рамка у input - это один элемент, а само поле ввода - дочерний элемент. Но тогда поле ввода должно наследовать свойства родителя (рамки), что в данной ситуации тоже не происходит. Вобщем данное поведение input не логично, и раньше я не встречал такого. Считаю такое поведение багом. Кстати, отключите скрипт, сделайте поле пустым по умолчанию, задайте размер шрифта родителю и посмотрите на поведение...
-
Понятно. Для начала читаем про сам тэг bgsound, чтобы в принципе понимать с чем его едят. Потом про тэг embed. Ну и при помощи embed или object и javascript можно будет собрать простенький плеер. Хотя помоему проще использовать какой-нибудь flash-плеер. Еще тут почитайте: http://www.safonov.info/FAQ/files/embed.html хоть и старье, но все еще актуально.
-
Читаем про событие onClick, функцию getElementById() и, допустим, про свойство innerHTML. Хотя тут вариантов реализации может быть много. Еще можно менять свойство display у элемента с надписью или целиком класс при помощи свойства className.
-
Здесь уже поднималась такая темя, поищите по форуму.