s0rr0w

И что я должен там прочитать?

Можно, но только через серверный скрипт

Или переносить заголовок при скролле и ресайзе между строк таблицы к видимой строчке.

Первый раз вижу. Может скрипт какой или плагин такое творит?

Раскрою вам секрет (страшная тайна) Большая половина людей в опен-сорс получают зарплаты. Остальные пишут программы для того, чтобы прославиться и получать зарплаты. Цели меркантильные до ужаса. Нет денег- нет смысла развивать проект.

AJAX не умеет слать файлики на сервер.

Как не посылают? Для начала нужно узнать, реально ли данная задача. http://www.google.com/search?hl=ru&q=%...0%BD%D0%B0%20js Если устраивает вариант с флешом (это примерно у 40% будет не работать), то идем дальше. http://www.google.com/search?hl=ru&q=%...%D0%B4%D1%8B+js И дальше http://www.google.com.ua/search?hl=ru&...%D1%81%D0%B0+js Как видим, простой человеческий язык и поисковик может дать 80% готовых запчастей для скрипта.

А что говорит по вашему поводу Гугль? Не сочтете за наглость, если я отправлю вас именно туда?

На каждый товар найдется свой покупатель.

И много вы видели программистов, которые не преследуют коммерческих целей в написании программ?

Как работает AJAX JS --[request]-> SERVER SIDE SCRIPT --[return]-> XML —> JS —> HTML Последние два шага самые ресурсоемкие. Мало того, что нужно обрабатывать запрос на стороне сервера, так приходится писать еще тонны кода на стороне клиента. Парсинг XML-структур на стороне клиента при помощи JS и трансформация одних структур в другие, но уже HTML, еще то удовольствие. Мало того, топор в спину AJAX забил факт отсутствия передачи бинарных данных. Куда выгоднее использовать iframe. Отправил запрос, получил HTML, JS, XML, file, картинку. Меньше кода, проще технологии, дешевле использовать.

Начните, пожалуй, с базовых знаний. AJAX'у глубоко фиолетово, какое именно серверное приложение будет выдавать XML код. Да и на AJAX я бы тоже забил. Бесперспективная мертворожденная технология. Стоимость XSLT трансформации очень высокая. Именно это и останавливает распространение этой технологии.

Забейте. Программирование как искусство никому не нужно. Коммерция берет верх в любом случае. Вы можете потратить 10 лет на создание "идеального кода", а в итоге он никому не будет интересен кроме вас, а можете заработать миллион, удачно продав сырой продукт в нужный момент времени.

XSLT шаблонизаторы уже 10 лет как становятся популярными, а все не станут никак...

Прости, телепаты в отпуске, на лыжах катаются...

#nav {border:#fff 1px solid;margin:0px;width:175px;}

Не испытывал на других браузерах после отрицательного результата в ИЕ. Вопрос стоял, можно или нет. Можно. А вот где именно - это уже второй вопрос. Использовать только HTML-теги.

Зачем отказываться? Нужно смотреть данный кусок кода в странице, а не отдельно от нее.

На певрвый вопрос - да. На второй - для XHTML да.

Боюсь, что кроме как при помощи JS - никак.

Ааа.... Да, это старый добрый прикол. True-программеры парят себе мозг с абсолютно неудобным механизмом even listener'ов, хотя старый добрый onclick решает куда лучше поставленную задачу. Передача параметров через eventListener возможна путем создания анонимной функции-обертки. function(){ foo( 1 ); } Тело этой анонимной функции и есть тело onclick-обработчика. Вынесение обрабочиков за пределы HTML кода считаю неудобным. Во-первых, изменения, дополнения и удаление кода превращается в кошмар. Шансы написать что-то, что будет приводить к ошибкам, неимоверно высоки. Вместо того, чтобы прочитать в одном месте код, придется читать его в двух местах. Придется делать кучу идентификаторов, что приведет к дополнительным проблемам с уникальностью, или придется написать модуль учета идентификаторов. И все ради чего?

Что-то у тебя не то с остальным кодом. Данный кусок показывает почти одинаковый результат. Если убрать еще у TD align="right", то будет все еще лучше.

С этого надо начинать

ничего не понял...

Толковый совет номер 1. В связи с новогодними отпусками штатных телепатов, нужно выкладывать код своего творения, а не картинки с конечным результатом.