rome.ro
-
Публикации
146 -
Зарегистрирован
-
Посещение
-
В смысле - задать другие цвета селектам? - что-то у тебя всё серое какое-то..
-
Спасибо! По центру выравнивать не хочу: там еще планируется добавление правого блока, так, что место будет занято. Потом уже нужно будет смотреть.
-
Здравствуйте! Есть новоиспечённый сайт поиска музыкантов. У меня 3 просьбы: 1) Нет ли каких-ти видимых багов в отображении? - вообще, всё более-менее протестировано уже, но никогда не знаешь где затаился косяк. Поэтому, если вдруг кто-то что-то обнаружит, дайте, пожалуйста, знать. 2) Более важный вопрос: на главной странице расположена форма с 3-мя полями. Понятно ли, что НЕ все поля обязательные, а только первое (город)? 3) Ну, и опять-же форма на главной странице: при нажатии на поле "стиль" (самое нижнее) выпадает список стилей. Он у вас нормально выглядит? (2 строки по 3 колонки). И вообще - понятно, что нужно кликнуть на название стиля, чтобы оно поместилось в соответствующее поле? Спасибо! Роман.
-
Здравствуйте! Срочно(в течении 1-2 дней) необходимо сверстать HTML-письмо. Шаблон несложный; сверстал бы сам, но нет времени. Осн. требование - корректное отображение в популярных почтовых сервисах. Цена вопроса - по договорённости. Пишите мне на мейл romero[at]email.ua или Вконтакт - http://vkontakte.ru/roman_lenko Роман.
-
Динамическое перемещение Flash-ролика
rome.ro ответил в вопрос пользователя rome.ro в Проблемы верстки
В общем, отвечу я - это невозможно. По крайней мере, я не нашёл способа который бы работал во всех браузерах. При перемещении интегрированного средствами OBJECT или EMBED Flash-ролика в другой элемент-контейнер, браузер перезагружает его по новой, либо некоторое время он остаётся неинициализированным(например, в Google Chrome) - поэтому и не работает. -
День добрый. Внедряю аудиоплеер на сайте. Возникла проблема. Есть следующий УПРОЩЁННЫЙ код страницы HTML: <html> <head></head> <body> <!-- Текущий Flash-ролик. Находится в контейнере A. --> <div id="DIV_A"> <object id="SWF"> <param name="movie" value="MySWF.swf"/> </object> </div> <!-- Контейнер B - в него необходимо динамически переместить элемент ролика. --> <div id="DIV_B"></div> </body> </html> Задача: Исполнить код Javascript приведённый ниже и с его помщью переместить элемент ролика(OBJECT) в из элемента контейнера DIV_A в элемент-контейнер DIV_B, при этом не потеряв работоспособности ролика. // 1. Получаем указатели на элементы var Flash = document.getElementById("SWF"); var DIV_B = document.getElementById("DIV_B"); // 2. Вставляем элемент Flash-ролика в новый контейнер. DIV_B.appendChild(Flash); Проблема в следующием - после вставки ролика в новый контейнер - он перестаёт работать. Т.е., он более не реагирует на комманды которые ему напрявляются из Javascript. У меня есть предположение, что, при изменении родительского контейнера, Flash-ролик грузится браузером по новой и от этого теряет работоспособность - как этого избежать? ДЛЯ ЧЕГО ЭТО? Вот вам пример - http://vkontakte.ru/audio?id=22400899 В аудиоплейлисте контакта все аудиозаписи статические, но, при выборе трека, к нему присоеденяется прогрессбар(перемотка). Вот я и хочу осуществить то же самое - т.е., имея где-то в документе флеш-ролик с перемоткой, я хочу подсоеденять его в каждый DIV под адиотреком и таким образом осуществлять перемотку текущего играемого трека. Подскажите, если кто сталкивался. Спасибо, Роман.
-
Ок - я согласен.
-
Ребят, вы прикалываетесь чтоли? Я же ясно написал несколько постов назад, что DIV'ом можно сверстать всё. Однако, как написал некий комрад, есть теги типа A, INPUT, IMG и TABLE - которые действительно незаменимы пока - я с ним согласился, с оглаской, что неплохо бы было иметь CSS-свойство их заменяющее. Пожалуйста, найдите этот мой пост выше в этой теме и прочитайте - незачем повторять одно и то же. Про служебные теги - разговор отдельный - мы про вёрстку говорим. Основная идея которую я хотел донести, что тег DIV - универсален. Если использовать его с аттрибутом "class" - то можно и правда построить абсолютно любой контрол - отсюда - другие теги(кроме перечисленных выше и служебных тегов) мне кажутся излишними и лично я не советую их использовать. Пожалуйста, не упрямьтесь - я же не говорю глупых вещей и не отрицаю вашу точку зрения - ваше право верстать как знаете вы. Просто мне это понемногу напоминает топики эдак 5-ти летней давности - где все дрались по теме "DIV vs TABLE" - давайте не будем этого делать. 1. Верстай на xHTML Transitional - тебе его полностью хватит - на запаривайся на Strict, по крайней мере пока не прохаваешься окончательно - Strict накладывает слишком много ограничений(которые, кстати, направлены на УМЕНЬШЕНИЕ количества тегов и аттрибутов xHTML). Основное правило 1: правильно закрывай и вкладывай теги: <tag /> <tag></tag> <tag> <b><i>Text</i></b> </tag> Основное правило 2: ПОНАЧАЛУ старайся верстать сайты с фиксированной шириной, либо используй для задания ширины пиксели (px), а не проценты (%) - пока ты новичёк - тебе так будет легче - да и нечасто кто-то требует "резиновую" вёрстку. При соблюдении этих двух правил и использовании xHTML Transitional твои сайты будут правильно выглядеть на всех браузерах. 2. Насри на эти версии и посмотри на пункт 1. 3. Да - можешь обойтись любым другим тегом вместо DIV (как советуют тебе комрады).
-
В таком случае - пускай делает сайт сам
-
Нормально понафлеймили в теме. В целом, думаю, право каждого использовать какие угодно теги; мне же достаточно DIV - надёжного, напривередливого тега из которого с помощью CSS можно слепить что угодно. Меня прямо так зафлеймили, будто я всех уговариваю использовать лишь DIV - это был лишь мой совет топикстартеру. Думаю, что у каждого здесь есть свой опыт. Если же вам охота просто поспорить - то это уже другой разговор.
-
У меня сайт имеет общий статический шаблон на основе трансформации. Получается, что для каждого цвета, таки, нужна своя таблица стилей. Либо нужно менять цвет уже на стороне клиента средствами Javascript - но это, имхо, перебор - оно того не стоит - за всё время работы сайта ни у кого не возникало предложения по смене фона. PS: Вот поэтому я и не прошу чтобы кто-то что-то обсуждал в сайте. Всегда найдётся 100500 человек, которые найдут что-то что им покажется недоработкой, чтобы они здесь сделали "так-то" и "сяк-то", а здесь "вот-так-то" и "вот-так-вот-сяк" - причём 95% - полностью бесконструктивны (без обид) и только добавляют работы, которой и так хватает. Нет ни одного сайта в мире, который бы нравился ВСЕМ, но есть много сайтов которые отработали потраченный бюджет и работают, принося заказчику прибыль - этот сайт относится какраз к таковым. Поэтому я не хочу слушать что и как нужно сделать чтобы сайт стал "лучше и краше" - я не говорю, что я лучший в мире программист и дизайнер - просто знаю, что этот сайт и так хороший.
-
Ну JS - это хорошо, но есть много ситуаций когда геморно - если бы это было в CSS - было бы проще. Вот так и жили - неудобно. Если говорить, что уж так легко жилось при вёрстке, то зачем вообще баги 6, 7 и прочих Инернет Эксплореров проклятых исправлять? - пускай себе будут баги - пускай отображает сайты так как угодно Майкрософт, а не по правилам - "жили ж как-то верстальщики и с багами! - так зачем?"
-
А почему нет? - переменные, например, уже давно бы следовало добавить; ну и бинарные операции (прибавить, отнять, разделить, умножить), естессно, тоже. А так - больше, вроде, ничего и не нужно.
-
Насчёт безобидных - согласен. Есть общее исключение - когда в здоровом текстовом блоке нужно выделить жирным, то, естественно, писать <div class="BoldText">...</div> глупо. Но, лично в моей практике такое случается редко - если я проектирую контрол на сайт - то, зачастую, сразу знаю где и что будет жирным - поэтому пользуюсь CSS. Насчёт форм - вы тут тоже несомненно правы. Да - <input type="text" /> не смоделируешь никак. Это одна из тех бед от которых я бы хотел изобрести некоторое свойство CSS, по типу: display-like: anchor | text-input | textarea; - это свойство задавало элементу соотв. тип отображения - и тогда бы в моей жизни был только один единственный моногамный DIV.
-
Потому что эти "хорошие теги" всегда отображаются в разных браузерах так как захотят - и их полюбому приходится фиксить с помошью CSS; отсюда вопрос - почему не использовать минимальный набор тегов и все их править с помощью CSS? (предчувствую вопросы в стиле - "а если у юзера отключен CSS?", "а если отключен JS?", "а если отключен выключен браузер, отключен комп и дома нет света?"). Если б я работал в W3.org и вообще, если бы был "Директором Интернета" - то вообще запретил бы все теги кроме DIV и А(ну - может TABLE ещё б оставил).