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 виден под формой на всю страницу

а в HTML как это сделать?

э... совсем обленились люди...

написано же чистым английским языком:

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 часто тоже блочится из тех же соображений - чтоб сильно умные юзеры не использовали то, за что не оплачено

HS разучился подсвечивать код?

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

o_O

а если использование директив будет запрещено хостером чтоб к примеру не создавали более Х субдоменов?

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

альтернатива:

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

данная проблема во всех браузерах. Разрешение 1920*1200.

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

издеваетесь, дорогой?

во-первых - кодировка указана не в доктайпе (это к слову)

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

где-то я это уже на форуме встречал про рсс-обмен.

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

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

для файлов, которые просто обязаны быть для корректной работы, просто проверяем удалось ли проинклюдить:

$inc_errs .= !include(файл) ? 'Не удалось подключить файл такой-то'."n" : null;

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