В стандарте HTML 4.01 есть несколько нечасто используемых, но очень полезных тегов.

<fieldset></fieldset>

Отображает рамку вокруг элементов управления формы.
Заголовок можно задавать тегом <legend>header</legend> в теге fieldset.

Пример:

Legend

Внутри конструкции <select></select> можно использовать тег <optgroup label="xxx"> который задаст внутри выпадающего списка группировку элементам. 

Пример:
ASUS Gigabyte Epox Chieftech Logic Concept Sunny

Тег <label for="xxx">XXX label</label> можно(и нужно) использовать для отображения меток к таким элементам управления как checkbox, radio. Это позволяет передавать фокус элементам управления формы при нажатии на метку.
Также можно задавать с помощью атрибута accesskey "горячую клавишу".
Попробуйте в примере ниже понаблюдать за реакцией формы на нажатие клавиш "Alt+1" и "Alt+2".

Пример:
Checkbox1
Checkbox2

А для цитат, столь любимых н форуме, существует специальный тег <blockquote>, пример работы которого приведен ниже. 

They went in single file, running like hounds o­n a strong scent, and an eager light was in their eyes. Nearly due west the broad swath of the marching Orcs tramped its ugly slot; the sweet grass of Rohan had been bruised and blackened as they passed.

 

Позволю себе немножко заглянуть в будущее WWW и сервисов, предоставляемых по протоколу http и направления их развития.

Проблемы браузеров при взаимодействии с пользователем.
На сегодняшний день мы имеем практически тот же HTML 4.01 стандарт, который был принят в далеких, по меркам ИТ, девяностых. Элементы форм <input> устраивают далеко не всех разработчиков, которые пишут что-то, что сложнее новостной ленты. Многие используют различные надстройки над встроенным в IE редактором(который Microsoft, кстати, официально и не доделали), что является в корне неправильным подходом к редактированию и публикации документа, данных. Единственно "правильной" реализацией идеи публикации web документа, на мой взгляд, является реализация Xopus, выполненная в виде HTA приложения с визуальным редактированием XML.

Административный GUI интерфейс.
Пользовательский интерфейс должен быть в первую очередь УДОБНЫМ для пользователя.

.NET Smart Client, WebParts, SharePoint Portal Server, Frontpage 2003.

Mozilla XUL
http://www.mozilla.org/projects/xul/

Самый "правильный" подход к публикации web-документов.
Xopus
http://www.xopus.com 

http://www.vniiftri.ru/organizer/

Хотя, это и поделка тыкскыть "на коленке", но, думаю, весьма пользительная.

Если не лениться и вносить записси регулярно. Хотя до Outlook с интеграцией в все еще MSN еще далеко :)

 

http://serge.design.ru/libs/formextention/required/

Serge пишет про проверку заполнения обязательных полей.
На мой взгляд самая удачная реалицазия, в случае незаполнения обязательных полей выделяет метки к незаполненным полям, как это сделано на этом сайте в разделе "регистрация". 

Баннерную подсистему лучше всего организовывать как вызов внешнего ресурса через iframe.

1. Показ в рандомном порядке у меня был реализован примерно так:
Яваскриптом на странице генеришь случайное число(как правило для того чтобы сраницы с баннерами не кешировались), это число подставляешь параметром к вызову страницы баннера. Таким образом баннеры вызванные с одной страницы будут иметь одинаковый параметр.
Далее после выборки баннера делаем update поля last_pid, в которое заносим наше рандомное число со страницы. При следующей выборке уже показанный баннер попадет под условие last_pid!="наше рандомное число со страницы" и повторно на одной странице показан не будет.

2. Вводишь в таблицу такое понятие как вес(weight) баннера, т.е. число в пределах, к примеру, 1..5. При выборке используем его след. образом:

...
order by
views*weight
...
где views = количество просмотров.

Таким образом при весе в 3,2,1 из 6 показов будут показаны первый - три раза, второй - два и третий один.

И еще пару моментов, которые тебе однозначно пригодятся.

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

При выборках баннера обязательно делать LOCK/UNLOCK таблицы с баннерами, т.к. повторный select может не включить в себя результаты после update, и на странице вылезет два одинаковых баннера.

 

Преобразование "плоского" XML в древовидный.
С помощью этого форум пишется раз-два.
И код в примере "пишем форум" сокращается до минимума.
Исходный XML :
<?xml version="1.0" encoding="windows-1251"?>
<collection>
 <item text="test5" id="5" pid="3"/>
 <item text="test1" id="1" pid="0"/>
 <item text="test2" id="2" pid="0"/>
 <item text="test3" id="3" pid="1"/>
 <item text="test4" id="4" pid="2"/>
</collection>
Наш XSL :
<?xml version="1.0" encoding="windows-1251"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" encoding="windows-1251"/>
 <xsl:param name="topid" select="0"/>

     <xsl:template match="collection">
     <test>
             <xsl:value-of select="."/>
             <xsl:apply-templates select="item[@pid=$topid]">
    <xsl:with-param name="x" select="1"/>
    </xsl:apply-templates>
 </test>
     </xsl:template>

     <xsl:template match="item">
  <xsl:param name="x"/>
         <item id="{@id}" name="{@text}" pid="{@pid}" depth="{$x}">
            <xsl:apply-templates select="//item[@pid=current()/@id]">
    <xsl:with-param name="x" select="$x+1"/>
   </xsl:apply-templates>
         </item>

     </xsl:template>

</xsl:stylesheet>
Получаем :
  <?xml version="1.0" encoding="windows-1251" ?>
 <test>
 <item id="1" name="test1" pid="0" depth="1">
        <item id="3" name="test3" pid="1" depth="2">
             <item id="5" name="test5" pid="3" depth="3" />
         </item>
  </item>
  <item id="2" name="test2" pid="0" depth="1">
         <item id="4" name="test4" pid="2" depth="2" />
  </item>
  </test>