s0rr0w
-
Posts
5,139 -
Joined
-
Last visited
-
Days Won
32
Content Type
Profiles
Forums
Calendar
Store
Everything posted by s0rr0w
-
У вас пустое значение опшина имеет value=0, а вы присваиваете "", что не одно и то же.
-
А кто вам мешает заменить текст на более осмысленное? Или вы думаете, что jQuery за вас будет тексты писать?
-
Ваш совет ему не поможет, к сожалению
-
А чем свойство href не устраивает? Это свойство имеет уже вполне четкий смысл. Если бы я встретил где-то в коде свойство href, то моя первая мысль была бы, что значением данного свойства есть URI. Если я увижу myhref, mysuperpseudohref, то буду читать исходники дальше, потому что я не буду уверен в том, что значением будет именно URI. А это зря потраченное время. Привычки могут быть и полезными. А их и не последует. Я не знаю какая задача была у автора топика, поэтому не берусь фантазировать на эту тему.
-
Без JS <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"> <html> <head> <title>Три девицы под окном...</title> <style type="text/css"> body { font: normal 9pt tahoma } .buttonsBlock { overflow: hidden; background: #ccc; border: 1px solid #bbb; padding: 5px;} .button { float: left; margin-right: 5px; padding: 5px 15px; background: #999; cursor: pointer; } .buttonHint { position: absolute; top: 60px; left: 15px; display: none; } .button:hover .buttonHint { display: block } </style> </head> <body> <div class="buttonsBlock"> <div class="button"> Батон номер 1 <div class="buttonHint">Это подсказка для батона номер 1</div> </div> <div class="button"> Батон номер 2 <div class="buttonHint">Это подсказка для батона номер 2</div> </div> <div class="button"> Батон номер 3 <div class="buttonHint">Это подсказка для батона номер 3</div> </div> </div> </body> </html>
-
А почему мы должны тратить свое время на то, чтобы за кого-то делать работу? Почему, если мне надо, то все свои вопросы я могу найти в гугле, даже не открывая форум? Это моя проблема, и решать я обязан ее сам, ведь если за меня решит кто-то, то у меня не останется в голове даже намека на понимание, как это работает. Найти нужну информацию в гугле - пол часа, ну час максимум, а ждать два дня, пока кто-то ответит, это как раз и есть трата времени.
-
Вообще-то человек про flash говорит. Читаем внимательно вопросы. Автору топика - ищите примеры в гугле.
-
Я бы предложил вам сменить мышление. Ваше - негибкое. Подумайте сами, зачем вы себя ограничиваете какими-то надуманными рамками, навешиваете условности, создаете и подчиняетесь каким-то правилам, которые сужают ваше мышление? Есть задачи, в которых создание кастомных свойств у тегов решает 90% всех проблем. Приведу пример тот же StateController. Да, я добавил невалидное свойство, но я таким образом решил множество проблем. Сейчас, после двух лет применения SC я понимаю, что я не ошибся в технологии. 95% кода - унифицированные запросы и команды. Читать легко, понимать код - легко, изменять - проще простого. Если бы я использовал jQuery, то я погиб бы под тоннами кода. Да, я пошел против принципов, которые навязываются отовсюду, что разделять html и js - признах хорошего тона. Да бред это все! Все зависит от уровня абстракции, с которым оперирует программист. Я принял html-код не за константу, а за базис всех процессов, которые происходят с контентом. Структура управляет процессами, а не процессы управляют структурой. Все мыслят категориями "ID, className, nodeName" и их производными, а я мыслю категориями "родитель с заданным именем ноды, родитель с заданным именем класса, childNodes, дерево элементов", в добавок к всем первым вариантам. Я работаю с деревом HTML, а не с плоскими массивами нод. Если бы я себя ограничивал, то никогда бы не написал SC. Потому что понять соль технологии можно только тогда, когда вы измените свое мышление. Я вам приведу живой пример того, как выход за рамки обычного мышления, порождает успешное решение. Lightbox и активация плагина через совершенно необычное свойство rel, которое предназначено совершенно для других целей. Вы сразу броситесь выбразывать этот плагин, потому что он, подлец, подменяет понятия?
-
Первый способ, как по мне, лучше. На него не влияет наличие или отсутствие контента в левой части
-
99% программеров делают код под конкретный случай, не задумываясь над тем, что будет с этим кодом завтра.
-
Лучше смотреть немного вперед. Когда мы будем проверять только на совпадение "A", то у нас есть только одно слабое место - XML и синтаксис с нижним регистром. Это достаточно легко исправляется добавлением апперкейза. А вот если мы будем проверять на наличие свойства href, то это может привести к потенциальному багу в будущем. Баг заключается в том, что если попадется другой плагин, который будет использовать href для внутренней работы, то два плагина будут мешать друг другу. Судя по поставленной задаче, скрипт не знает, что за ноду ему подсунули, и поэтому лучше не рисковать.
-
Было бы намного лучше, если бы человек своей головой дошел.
-
Люди, который присутствуют на форуме делятся условно на два типа: 1. Эй, умники, сделайте за меня работу! 2. Народ, не знаю куда копать, перепробовал все, не нашел ничего. Первым помогать категорически запрещено. Вторым помогать нужно.
-
И зачем было давать готовый ответ?
-
Потому что LINK тоже имеет параметр href, но не является ссылкой. Атрибут можно установить любой ноде, но эта нода не будет являться ссылкой.
-
Почему нельзя? Можно. Но результат работы вы уже знаете.
-
Написать собственный код, который будет эмулировать действие title у тегов.
-
Я просил внимательно читать, а не по диагонали. list-style-type Краткая информация Применяется К тегам <DD>, <DT>, <LI>, <OL> и <UL>, а также ко всем элементам, у которых указано свойство стиля display: list-item Дальше продолжать будем?
-
Вообще странно читать такой бред на вполне адекватном, как казалось раньше, сайте. Есть два разных интерфейса - Node и Element. Нода - это базис любого документа. Element - это частный случай ноды, и это теги. Так как элемент наследует все свойства ноды, то для него нет разницы, что использовать, или nodeName, или tagName. Результат будет одинаковый. Свойство tagName не является запрещенным. Честно говоря, я удивлен столь странным выводам, что tagName лучше не использовать.
-
Правильно. Теперь читаем вот тут http://htmlbook.ru/css/list-style-type.html Внимательно читаем, вдумчиво.
-
Есть контент, а есть системные вещи. Большинство горе-кодеров, вместо того, чтобы рассказать лекцию заказчику, почему нельзя убирать колонтитулы автоматически, начинают мудрить и думать за пользователя, выдумывать способы, как что-то запретить или отменить.
-
Вам дали задание покрасить дом снаружи. Вы зашли внутрь, и не нашли стен, которые нужно покрасить. Вот в этой конструкции, к какому элементу применяются стили? UL#menu > li > a
-
pdf. Ни колонтитулов, ни адреса, ни лишних данных. Не вам решать, что пользователь себе хочет иметь на печати, а что- нет.
-
VRML вроде как сдох еще лет 5 назад...
-
Ну вы намудрили. Зачем кусок фона было засовывать в отдельный блок, если его можно было положить напрямую в right-block-name? Зачем для столь простого дизайна вы создали лишний блок right-div-block-name? Упростите структуру и баги уйдут сами собой.