Searcher

Рад, что смог хоть как-то помочь. Спасибо, что Вы адекватно восприняли мои настойчивые советы. А то на этом форуме часто какой-то агрессивный народ бывает. Все новые версии браузеров довольно точно придерживаются стандартов. А старые версии - жесть. Сейчас остались только некоторые особенности. Особенность с интерпретацией width и height в стилях, например. Об этом можно прочесть здесь. С JavaScript еще много различий осталось. Вобщем, побольше читайте и используйте поиск в google. Решения большинства проблем там легко найти.

Первое, что бросается в глаза: Не делайте названия папок на русском - на сервере работать не будет. Следите, чтобы пути и имена файлов в коде и в натуре были абсолютно одинаковые, в том числе и по регистру, для unix-серверов это важно. Расположите в одной папке index.html, а картинки в соответствующей подпапке, допустим image. Относительный путь строится относительно вызывающей страницы, и будет image/picture1.jpg document.all.myimg работает не во всех браузерах. Используйте GetElementById(). Соответственно для img надо задать уникальный id. Все значения атрибутов тэгов обязательно заключайте в кавычки.

><img src="r_s_220.jpg" width=getwidth("r_s_220.jpg")> Это полный бред. Почитайте мат.часть. Было бы хорошо, если бы в html можно было бы так внедрить Javascript Но, к сожалению, такой передачи параметров не предусмотрено. Можно по событиям запускать скрипт, по идентификатору объекта в скрипте передавать свойства и т.п. Но не так. Сделайте так. Установите разные id для всех картинок, которые Вам нужно изменить: <img src="r_s_220.jpg" id="pic1"> В bodi пропишите запуск функции на событие onload. В функции по id (GetElementById("pic1")) обращаетесь ко всем изображениям и делаете с ними, что хотите. newImg = new Image(); cоздает новый объект. Это нужно, если у Вас не загружена картинка. А так она уже будет в объекте с соответствующим id. Если не секрет, какова конечная цель такого преобразования?

Дело в том, что FF работает строго по спецификациям и 100% высоты у div отсчитывается не по размерам ячейки таблицы, в которую он вложен. Это, собственно, и есть одно из проявлений неверности вложения div в table. Помоему в такой ситуации устанавливается размер по содержимому. Я не уверен, что есть кроссбраузерный способ подгонки размера div к ячейке таблицы без использования JavaScript. Если Вам просто срочно нужен чат, то есть смысл использовать готовые скрипты. А если Вы сами хотите написать, то перейти на дивы это не уход от проблемы, а исправление ошибки. Возникла аналогия Одеть штаны через голову - проблема. Но решением её является одеть штаны через ноги, а не разрезать их, натянуть через голову и потом на себе сшивать В строке <div id="chat" style="width: 100px; height: 100%; overflow: scroll; background: #dddddd";> у Вас ошибка. Обратите внимание на последнюю кавычку. FF считает ошибкой нехватку ; после последнего свойства. Поменяйте местами " и ;

По поводу div в table я может и слишком категоричен, но на собственной практике убедился, что с такой конструкцией часто возникают разные глюки. И с точки зрения логики неверно блочный элемент в таблицу вкладывать. Об этом Влад еще писал. Язык разметки - это логический язык, где каждому объекту свое предназначение, и новая версия html еще больше структурирована. footer будет в footer, header в header и т.п. Так зачем создавать громоздкий код, который трудно читать. Можно и тэгу DIV придать свойства P, но почему этого никто не делает? Правильно, параграф - это параграф, а блок - это блок. Так и здесь. Изначально не верная верстка. Таблицы не предусматривают внутренней прокрутки. Так зачем их использовать для этих целей? Нужна правильная постановка задачи: что должна делать эта страница и какой элемент на ней какими функциями должен заниматься. От этого и "танцевать". В настоящее время лучше начинать заниматься версткой с дивов. С таблиц тяжело будет переучиваться. Идеология совсем другая. И не нужно тут огромных затрат времени, достаточно Маржевича почитать. Начать можно отсюда.

В css Вы так писали: white-space: nowrap; ?

Можно сделать несколько отдельных файлов css с описанием свойств body и подключать каждый к соответствующей страничке. Все остальные свойства будут в одном css на все странички

Это зависит не только от браузера, а еще и от doctype У Влада все есть, читайте здесь.

div в table вставлять - ошибка. Блочный элемент в таблице - нелогично. Верстка таблицами уже моветон (см. здесь). В данной ситуации даже проще будет блоками. Советую сверстать заново все на div`ах.

А с colspan="4" ничего не напутали? В остальных строчках количество колонок правильное? Я встречал похожий глюк, который исправлялся удалением переносов между тегами /tr и tr или /td и td... Поэкспериментируйте.

А это тогда тоже только для друзей?

Да, конечно. Я, собственно, об этом и говорю, просто хотел немного шире пояснить суть проблемы.

А зачем так сложно, если проще разные id поставить. Хотя, если меняешь style, так и искать надо по style, а не по id. id тут вообще не нужен. В любом случае, несколько одинаковых id - ошибка.

Таких сервисов много сейчас, и тягаться с лучшими очень и очень сложно. Тут нужны серьезные финансовые и интеллектуальные вложения. И просто хранением фоток уже никого не удивишь и не привлечешь. Нужны дополнительные фишки типа обсуждения работ, конкурсы и т.п. Но для начала необходим быстрый и большой сервак, а это значит платный хостинг. Дальше, без рекламы сейчас этот сервис уже не пойдет. А вы знаете сколько стоит нормальный, заметный баннер на Яндексе, например?

Не важно, кто как пишет. Включайте логику. У id и style разное назначение. По спецификации id - уникальный идентификатор объекта. Не может быть несколько объектов с одним идентификатором. В яваскрипте можно будет обратиться только к первому найденному на странице объекту по id. Если есть дальше еще объекты с таким же id, то до них уже будет не добраться. А style по спецификации, обозначает стиль объекта а не идентифицирует его.

Дизайн концептуальный. В духе минимализма. Мне понравился. В IE6 все страницы резиновые, а страничка регистрации сильно расползается за правую границу окна. У нее какой-то свой размер... Код чистый, легкий - класс! Только doctype все-таки стоит описать. И описание кодировки тоже надо бы добавить, а то не все браузеры разберутся...

На мой взгляд все вполне аккуратно. Но... Цвет рамки я бы не стал делать красным. Вообще с красным надо поаккуратнее в дизайне, это особый цвет, его психологическое восприятие сильно отличается от других цветов и не подходит для данной тематики. Шапка великовата. И фотка в шапку не вписывается совсем. Как-то сама по себе... Не знаю, что тут предложить. Область текста резиновая а сам текст нет - как-то нелогично. Обмен кнопками выделен красиво, но нелогично, как будто это главное на сайте. Логичнее выделить меню. Верстать таблицами уже нехорошо и нелогично. Таблица для таблиц, а блоки для блоков )). Отцу большой респект. Уважаю бардов. Вобщем и сам имею отношение к этой области творчества ))

Так и надо добавить то, что требует IE: onclick="SomeFunction('new.xml')"