homm

Я обычно делаю дивы с float:left и фиксированной высотой и шириной, в таком случае их вместится на страницу ровно столько, сколько есть для них места у пользователя.

document.all ? это вообще бред пяьного программиста - индуса Microsoft. Такого в природе нет. Опера 9.5 это с гордостью подтверждает.

На сколько я знаю все браузеры запрещают доступ к dom модели документов скриптам, загруженных с другого домена, нежели страницы, использующие этот скрипт.

ext может на нескольких фреймворках базироваться, в том числе на своем собственном.

Еще раз повторю, в опере этот скрипт работает, это значит что в нем выполняется именно то, что в нем заложено, а что именно ты можешь открыть глаза и прочитать в моем посте выше. Не нужно быть генеем чтобы просто прочитать и попытатся понят, чем еще раз переспрашивать, правда ведь? Знаешь ведь анекдот про чукчу, который не читатель? Upd: Даю расшифровку на понятном русском языке: // ?Нетскепт 3 или выше?, это когда имя браузера ?Netscape? и его версия больше или равно 3-м. ns3up = (browserName == "Netscape" && browserVer >= 3); // ?Эксплорер 4 или выше?, это когда в имени браузера есть ?Microsoft? и его версия больше или равно 4-м. ie4up = (browserName.indexOf("Microsoft") >= 0 && browserVer >= 4); // есть такая функция ?сделать картинку?, принимающая ?имя картинки? function doPic(imgName) { // Если имеем дело с ?Нетскепт 3 или выше? или ?Эксплорер 4 или выше?, то if (ns3up || ie4up) { // ?актуальная картинка? ? это тоже самое, что и ?имя картинки? только в виде строки imgOn = ("" + imgName); // ?главная картинка? в документе теперь долна быть по адресу ?актуальной картинки? document.mainpic.src = imgOn; } } Надеюсь теперь понятно, что не так со скриптом?

Это ты в эксплорере смотрел что-ли? Воббщето от браузеров сильно зависит, причем не только абсолютные величины, но и относительные, разные фреймворки по разному себя ведут. Запусти в сафари, будешь шокирован еще раз. И CSS селекторы ??это еще не все.

В javascript. Ты же возвращаеш с сервера java-код, вот и выполняй его в eval. У меня все работает.

Напомню только то, что в CSS объявления не могут конфликтовать. Есть строгие одназначные правила расстановки приоритетов различных стилей, если я не ошибаюсь именно на незнании этих правил браузерами и играют тесты ACID. Дак в режиме совместимости, или в стандартном режиме?

Все три ? это так, как ты написал, это и можно сделать.

Прогоняй ответ через eval.

И не стыдно нагло врать? Твой скрипт определяет браузер и выполняет некоторые действия, если это ns3up или ie4up. Т.к. опера не ns3up и тем более не ie4up, никаких действий в ней не выполняются, но скрипт работает, а уже что то, что он делает не то, что нужно тебе, это уже к тебе вопрос, ты же его таким написал.

Вот так работает: <style> #yo {height: 40px; background: red; color: red;} </style> <div id="yo">1</div> <script> document.getElementById("yo").style.width = "256px"; </script> Здесь у тебя еще одна ошибка: width = wid_p.toString()+'px';

Ты не поверишь, но фаерфоксу нужно что-бы было содержимое элемента, иначе getElementById не возвращает его Просто посавь внутрь

Решение на HTML+CSS: <style> .td_normal a{display:block; background-color:#0000ff; color:green} .td_normal a:hover{background-color:#ff0000;color:#ffffff} </style> <table cellpadding="0" cellspacing="0"> <tr> <td class=td_normal><a href="#">Услуги</a></td> </tr> </table>

Может type у script указать?

Ну не знаю, на мой взгляд Gecko имеет полное моральное право реагировать как на метку, на то, что выглядит как метка, пока не появятся стандарты, говорящие об обратном. В текущих стандартах, как я понял, различие языков возможно только в тегах script. А в инлайновых обработчиках может быть только язык по умолчанию для страницы. Опера вроде тоже пытается выполнить inline конструкции вне зависимости от указанного префикса, но только в случае ошибки парсинга заглушает ее. Другое дело, что ни один браузер не понимает Content-Script-Type, что уже хуже (чем считание префикса меткой, а не идентификатором), потому как это уже стандарт.

Спасибо огромное, очень приятно что здесь есть люди которые действительно подумали над этим вопросом По поводу того, зачем и почему что так пишут в href я понял с самого начала, процитирую себя: Так что не смотря на то, что протокол java script: только собираются включить в стандарт, реально он работает везде уже очень давно Вот, то, что нужно Получается что любому браузеру приходится делать какие-то безсмысленные пасы, ради того что бы не навредить, т.к. у него нет никаких оснований предполагать чем является префикс с двоеточием, меткой или указателем на язык. Ява-код с меткой vb script: работает в брузерах, но не работает в ИЕ. Более того, узнать сработает ли код с другой меткой в ИЕ, можно будет только на конкретной машине, т.к. скриптовые языки в нем, насколько я знаю подключаются по типу плагинов. Отсюда следует, что и использование меток в обработсчиках проблематично, т.е. если ты задал метку tryagain:, нико не даст гарантии, что у пользователя не будет зарегестрированн движек tryagain.

Зашел тут спор, на сколько правомерно использование префикса ?java script:? перед кодом реакции на события onXXX, где XXX?? название события. Является ли это чем-то значимым или это очередное расширение синтаксиса эксплорера, которое пришлось учитывать всем остальным браузерам. Собственно точки зрения на это 2: Это якобы указатель языка, на котором написан обработчик Это ничего не значащие символы, их использование опасно для здоровья страницы Основной аргумент у первой точки знания, конечно же очевиден: Типа так работает, какие тут могут быть сомнения: onclick="perlscript:$window->document->MyForm->Text1->{'value'} = 'Hello, world!';" <a href='#' onclick="java script:s='OK, it's done'; alert(s); return false;">click me!</a> На этом аргументы у первой стороны заканчиваются. Теперь приведу свои аргументы, однозначно указывающие, на мой взгляд, что запись java script: и perlscript: не только не полезна, но и вредна. Итак, для начала проверим, является ли это способом указания языка скрпита. Проверим на таком примере: <a href='#' onclick="abrakadabra:s='OK, it's done'; alert(s); return false;">click me!</a> Во всех доступных мне браузерах эта конструкция работает так, если бы был указан язык javascript. Это значит, что при встрече незнакомого ?якобы идентификатора языка? брузер предполагает что это код на javascript. Это, в свою очередь значит, что при встрече кода на незнакомом языке любой браузер выдаст ошибку его интерпретации как яваскрипта (конечно, если синтксис незнакомого языка не идентичен синтаксису javascript, как в моем примере). А это уже значит, что использовать любой ?якобы идентификатора языка? кроме как javascript просто не безопасно. Далее обратимся к документации http://www.w3.org/TR/REC-html40/interact/s...s.html#h-18.2.3 Там даны примеры обработчиков ?Intrinsic events? для разных языков. Как видите, onchange прописан прямо в свойствах тега только для javascript, для других языков используются другие способы назначения обработчиков, и конечно же нет никакого префикса java script:. И дуается мне, нет никакой возможности указать тип языка кода в обрабочиках событий, потому как само это содержимое обработчиков уже является кодом на языке javascript. Добавлю только что под javascript в большенстве случаев я имею ввиду язык, выставленный по умолчанию для данного документа с помощью Если кто-то все-же думает, что я ошибась, не могли бы вы аргументированно высказатся в чем, конкретно, только дествительно аргументированно, а не на уровне ?а че, так же все равно работает?. Охото уже разобратся с этим префиксом.