D.S.Denton

нельзя

онлоад с фокусом есть не самое приятное кстати... например на гпрсе у меня это обычно выглядит так: 1. открываем страницу... 2. когда элементы уже есть, но некоторые картинки пока подгружаются, ставлю курсор в поле ввода, пишу логин (пускай в примере DS_Denton)... перевожу кнопкой ТАБ фокус на пароль, начинаю писать (password) 3. тут в процессе написания пароля картинки догрузились и фокус переместился на логин. об чем я не в курсе, поскольку набиваю текст не глядя на экран и сразу жамкаю ентер. 4. в результате попытка зайти с логином DS_Dentonsword и паролем pas естественно не удается 5. мысленно матерюсь на онлоад и пишу снова. а ведь все гораздо проще если просто поставить логину табиндекс=1 и паролю табиндекс=2, тогда на странице юзеру надо всего лишь нажать таб для фокуса на логине и еще раз таб для пароля. ИМХО

че-т у меня смутное интуитивное подозрение, что у привыкших к ИЕ и локальной машине, могут стоять обратные слеши вместо нормальных...

примеры бреда? лучше не надо... "не советую... съедят" (с) Стругацкие

мм... а так удобнее... <ol> <li><dl> <dt>вопрос 1</dt> <dd>ответ а</dd> <dd>ответ б</dd> </dl></li> <li><dl> <dt>вопрос 2</dt> <dd>ответ а</dd> <dd>ответ б</dd> <dd>ответ в</dd> </dl></li> </ol>

mime серер определяет по расширению если мне память не изменяет... так что все же надо либо рассчитывать что пользователи не догадаются проверять систему путем смены расширения у загружаемых файлов, либо открывать на чтение (вариант: бинарное чтение)

мало того, там не просто , а

мтс... мегафон... билайн... скайлинк... цены на гпрс в московском регионе все знают наверно

или я тормоз или это неправильные пчелы... в чем проблема-то? лиско 3.0.а9 + ие 6.0.сп2 + опера 9.24 = фон #niceloginform виден полностью во всей форме фон #screen виден под формой на всю страницу

э... совсем обленились люди... написано же чистым английским языком:

GribUser (00:38:44 8/04/2008) с пхп ничего нельзя сказать наверняка

кажись тут безнадежно че-то делать для ие

исправить чтоб отображался или чтоб не отображался?

ну диву задается ид. например это хедер в стиле пишем #hdr {css-объявления для блока}

тут все делается точно также. делаешь для футера один .., для хедера другой... контент, колонки...а управлять их размерами, положением, содержимым - через стили вот простенькая страничка (переделывал из таблицы для знакомой вчера, ей в школе надо было сдать): http://project1.denton.msk.ru/chto_takoe.html (бегущая строка через marquee - это такое техтребование, знаю что неудобно)

ничего. это дело пользователя. что ему делать на своем клиенте. а вот борьба с проблемой повторной отправки - твое дело. тут уже стоит обратить внимание на эту статью: http://www.nigma.ru/index.php?s=dserg+%D0%...1&nm=1&lang=all

ну очевидно поставить эти операции следом одна за другой

не путаешь, именно так и бывает. плюс addtype часто тоже блочится из тех же соображений - чтоб сильно умные юзеры не использовали то, за что не оплачено

я к тому что незачем использовать блокнот + хоумсайт сразу:+) если ХС нужен только для подсветки - блокнот с хайлайтом синтаксиса будет удобнее, чем ставить тяжелую софтинку. если не только - нафига вообще в списке блокнот 8)

o_O а если использование директив будет запрещено хостером чтоб к примеру не создавали более Х субдоменов? как правило у хостера все подробно расписано про порядок создания субдомена. так что для общего случая - общий ответ

альтернатива: вместо блокнота и хоум-сайт - редактор с подсветкой синтаксиса. например notepad++. или php expert editor (в нем удобно что есть встроенный фтп-клиент и синтакс-чекер, а также быстрые подстановки, но подсветка кода просто раздражает иногда)

и что? я так и сказал между прочим.

издеваетесь, дорогой? во-первых - кодировка указана не в доктайпе (это к слову) во-вторых - повнимательнее посмотреть КАКАЯ она указана нельзя без подсказки? вполне нормально что если сказано UTF, а сохраняешь в 1251 нихрена не выйдет хорошего.

где-то я это уже на форуме встречал про рсс-обмен. большой минус за офтоп в тематическом разделе - я про "еще интересные странички сайта"

по идее вообще оптимальнее использовать include вместо require - так мы делаем вместо фатальной ошибки и прекращения работы скрипта его выполнение в любом случае. для файлов, которые просто обязаны быть для корректной работы, просто проверяем удалось ли проинклюдить: $inc_errs .= !include(файл) ? 'Не удалось подключить файл такой-то'."n" : null; в результате этот лог ошибок инклюда потом обрабатываем как удобнее, проверив, что он непустой. если необходимо - отправляем на почту админу через mail. если надо чтоб пользователь видел - опять же ему будет приятнее увидеть какие-то сообщения типа "извините, технические проблемы: не могу прочитать необходимый файл", чем стандартное fatal error