Jump to content

rome.ro

User
  • Posts

    146
  • Joined

  • Last visited

About rome.ro

  • Birthday 08/05/1988

Information

  • Sex
    Мужчина
  • From
    Киев

Contacts

  • Web site
    http://bandhunters.org.ua

rome.ro's Achievements

Explorer

Explorer (1/14)

-4

Reputation

  1. В смысле - задать другие цвета селектам? - что-то у тебя всё серое какое-то..
  2. Спасибо! По центру выравнивать не хочу: там еще планируется добавление правого блока, так, что место будет занято. Потом уже нужно будет смотреть.
  3. Здравствуйте! Есть новоиспечённый сайт поиска музыкантов. У меня 3 просьбы: 1) Нет ли каких-ти видимых багов в отображении? - вообще, всё более-менее протестировано уже, но никогда не знаешь где затаился косяк. Поэтому, если вдруг кто-то что-то обнаружит, дайте, пожалуйста, знать. 2) Более важный вопрос: на главной странице расположена форма с 3-мя полями. Понятно ли, что НЕ все поля обязательные, а только первое (город)? 3) Ну, и опять-же форма на главной странице: при нажатии на поле "стиль" (самое нижнее) выпадает список стилей. Он у вас нормально выглядит? (2 строки по 3 колонки). И вообще - понятно, что нужно кликнуть на название стиля, чтобы оно поместилось в соответствующее поле? Спасибо! Роман.
  4. Здравствуйте! Срочно(в течении 1-2 дней) необходимо сверстать HTML-письмо. Шаблон несложный; сверстал бы сам, но нет времени. Осн. требование - корректное отображение в популярных почтовых сервисах. Цена вопроса - по договорённости. Пишите мне на мейл romero[at]email.ua или Вконтакт - http://vkontakte.ru/roman_lenko Роман.
  5. В общем, отвечу я - это невозможно. По крайней мере, я не нашёл способа который бы работал во всех браузерах. При перемещении интегрированного средствами OBJECT или EMBED Flash-ролика в другой элемент-контейнер, браузер перезагружает его по новой, либо некоторое время он остаётся неинициализированным(например, в Google Chrome) - поэтому и не работает.
  6. День добрый. Внедряю аудиоплеер на сайте. Возникла проблема. Есть следующий УПРОЩЁННЫЙ код страницы 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 под адиотреком и таким образом осуществлять перемотку текущего играемого трека. Подскажите, если кто сталкивался. Спасибо, Роман.
  7. Ребят, вы прикалываетесь чтоли? Я же ясно написал несколько постов назад, что 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 (как советуют тебе комрады).
  8. В таком случае - пускай делает сайт сам
  9. Нормально понафлеймили в теме. В целом, думаю, право каждого использовать какие угодно теги; мне же достаточно DIV - надёжного, напривередливого тега из которого с помощью CSS можно слепить что угодно. Меня прямо так зафлеймили, будто я всех уговариваю использовать лишь DIV - это был лишь мой совет топикстартеру. Думаю, что у каждого здесь есть свой опыт. Если же вам охота просто поспорить - то это уже другой разговор.
  10. У меня сайт имеет общий статический шаблон на основе трансформации. Получается, что для каждого цвета, таки, нужна своя таблица стилей. Либо нужно менять цвет уже на стороне клиента средствами Javascript - но это, имхо, перебор - оно того не стоит - за всё время работы сайта ни у кого не возникало предложения по смене фона. PS: Вот поэтому я и не прошу чтобы кто-то что-то обсуждал в сайте. Всегда найдётся 100500 человек, которые найдут что-то что им покажется недоработкой, чтобы они здесь сделали "так-то" и "сяк-то", а здесь "вот-так-то" и "вот-так-вот-сяк" - причём 95% - полностью бесконструктивны (без обид) и только добавляют работы, которой и так хватает. Нет ни одного сайта в мире, который бы нравился ВСЕМ, но есть много сайтов которые отработали потраченный бюджет и работают, принося заказчику прибыль - этот сайт относится какраз к таковым. Поэтому я не хочу слушать что и как нужно сделать чтобы сайт стал "лучше и краше" - я не говорю, что я лучший в мире программист и дизайнер - просто знаю, что этот сайт и так хороший.
  11. Ну JS - это хорошо, но есть много ситуаций когда геморно - если бы это было в CSS - было бы проще. Вот так и жили - неудобно. Если говорить, что уж так легко жилось при вёрстке, то зачем вообще баги 6, 7 и прочих Инернет Эксплореров проклятых исправлять? - пускай себе будут баги - пускай отображает сайты так как угодно Майкрософт, а не по правилам - "жили ж как-то верстальщики и с багами! - так зачем?"
  12. А почему нет? - переменные, например, уже давно бы следовало добавить; ну и бинарные операции (прибавить, отнять, разделить, умножить), естессно, тоже. А так - больше, вроде, ничего и не нужно.
  13. Насчёт безобидных - согласен. Есть общее исключение - когда в здоровом текстовом блоке нужно выделить жирным, то, естественно, писать <div class="BoldText">...</div> глупо. Но, лично в моей практике такое случается редко - если я проектирую контрол на сайт - то, зачастую, сразу знаю где и что будет жирным - поэтому пользуюсь CSS. Насчёт форм - вы тут тоже несомненно правы. Да - <input type="text" /> не смоделируешь никак. Это одна из тех бед от которых я бы хотел изобрести некоторое свойство CSS, по типу: display-like: anchor | text-input | textarea; - это свойство задавало элементу соотв. тип отображения - и тогда бы в моей жизни был только один единственный моногамный DIV.
  14. Потому что эти "хорошие теги" всегда отображаются в разных браузерах так как захотят - и их полюбому приходится фиксить с помошью CSS; отсюда вопрос - почему не использовать минимальный набор тегов и все их править с помощью CSS? (предчувствую вопросы в стиле - "а если у юзера отключен CSS?", "а если отключен JS?", "а если отключен выключен браузер, отключен комп и дома нет света?"). Если б я работал в W3.org и вообще, если бы был "Директором Интернета" - то вообще запретил бы все теги кроме DIV и А(ну - может TABLE ещё б оставил).
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy