Метод Sliding Doors (раздигающиеся двери) крайне прост в использовании.
Идея Sliding Doors в наезжании двух и более объектов друг на друга.
Простейший пример (визуально, но не технически) можно увидеть тут
Идея в том, что ширина кнопки равна ширине текста + отступы справа и слева.
Левый фон у нас заведомо шире чем текст, правый фон всегда прижат к правому краю и перекрывает правый "обрезанный" край левого фона. Пример реализации горизонтальных кнопок можно увидеть без лишнего HTML обрамления

Продолжение в процессе написания

Хочу поделиться некоторыми своими наработками с коллегами "по цеху". Вопросы закругленных углов, тянущихся фонов и т.д. поднимаются довольно часто, вызывают повышенный интерес в связи с широким диапазоном возможностей и относительной легкостью, я бы сказал шаблонизацией (ну можно ещё назвать - кирпичностью) применения элементов, т.к. внешний вид элементов легко меняется посредством CSS. К моему глубокому сожалению, детальных рекомендаций по данному вопросу встречается крайне мало, к тому же большинство из них на английском языке. Предлагаю ниже описанный способ как один из вариантов.
Итак, приступим...

Для тех кто знает что такое PHP.INI как и для чего меняются его настройки этот материал бесполезен.
Данный обзор не претендует на полноту, но за то что все описанное работает именно так ручаюсь.
Часто на форуме задаются рекомендации по внесению изменений в php.ini
Что значат его переменные и для чего они нужны

Сам файл лежит на DENVER’е в Z:\usr\local\php\ На UNIX серверах не так. Но вас туда никто не пустит Smiley Содержательная часть файла начинается с тега [PHP] И далее в тексте ищем нужные переменные и правим по своему усмотрению Синтаксис директив выглядит так register_globals = Off Чаще всего вопросы касаются параметров register_globals – глобализация переменных форм что это такое смотрим тут magic_quotes_gpc – в переводе волшебные кавычки читаем там же где и про REGISTER GLOBALS safe_mode – безопасный режим PHP.Рубит кучу возможностей PHP вообще и Joomla! в частности (в числе таких невозможность установки компонентов) но повышает безопасность, что прямо отражено в названии. Неправильные (неоптимальные) вышеперечисленные параметры могут негативно сказаться на работоспособности Joomla! и сторонних компонентов. Следующие параметры отвечают за вывод ошибок, что крайне полезно при отладке, но не всегда нужно при функционировании сайта (т.к. некоторые компоненты даже при нормальной работе вызывают сообщения об ошибках). error_reporting – вывод ошибок • E_ALL - Все предупреждения и ошибки. • E_ERROR - Критические ошибки времени выполнения. • E_WARNING - Предупреждения времени выполнения. • E_PARSE - Ошибки трансляции. • E_NOTICE - Замечания времени выполнения (это такие предупреждения, которые, скорее всего, свидетельствуют о логических ошибках в сценарии, - например, использовании неинициализированной переменной). • E_CORE_ERROR - Критические ошибки в момент старта PHP. • E_CORE_WARNING - Некритические предупреждения во время старта PHP. • E_COMPILE_ERROR - Критические ошибки времени трансляции. • E_COMPILE_WARNING - Предупреждения времени трансляции. • E_USER_ERROR - Сгенерированные пользователем ошибки. • E_USER_WARNING - Сгенерированные пользователем предупреждения. • E_USER_NOTICE - Сгенерированные пользователем замечания. Пример: показывать все ошибки, за исключением замечаний error_reporting = E_ALL & ~E_NOTICE display_errors - Вывод ошибок и предупреждений в браузер log_errors - Сохранять ли сообщения об ошибках в файле журнала track_errors - Сохранять ли последнее сообщение об ошибке или предупреждение в переменной $php_errormsg Далее параметры отвечающие за размер файлов при передаче post_max_size - Максимальный размер данных переданных методом POST file_uploads – Разрешает/не разрешает закачку файлов upload_tmp_dir - Каталог для временных файлов upload_max_filesize - Максимальный размер закачанного файла memory_limit –Максимальный объем памяти выделяемый скрипту Кроме правкb файла PHP.INI (что доступно не на всех хостингах) можно задавать директивы в файле .htaccess поддержка которого в свою очередь есть не у всех хостеров. Но все же.В .htaccess директив должны задаваться в виде php_value upload_max_filesize 16M Существует еще целая куча параметров которая вам скорее всего не понадобится На всякий случай прилагаю файл PHP.INI от сборки DENVER в которой есть комментарии (правда не все по русски),но тот кто хочет разберется Официальные руководства по PHP естественно на php.ru Описание директив PHP.INI тут

Процесс установки AMP(Apache + MySQL + PHP) на семейство Windows абсолютно одинаков,
разница заключается только в дистрибутивах, соответственно под х86 и х64.

Дистрибутивы х86
PHP
Apache (apache_2.2.11-win32-x86-openssl-0.9.8i.msi )
MySQL (Windows ZIP/Setup.EXE (x86)

Дистрибутивы х64
PHP (php-5.2.5-x64-2007-11-12.zip)
Apache (httpd-2.2.10-win64.zip)
MySQL (Windows ZIP/Setup.EXE (AMD64 / Intel EM64T))

Версия х86 будет работать и на 64-х битных системах, но хотелось все же поставить на х64 соответственные сервера.
Я ставил задачей установить сервера максимально независимые от переустановки Windows.

Устанавливать будем мост RockBridge который живет здесь
На момент написания данного текста последняя версия моста была RC4
Взять ее можно здесь

Как известно в контенте Joomla! при использовании стандартного компонента контента (com_content) есть следующие поля

• Заголовок (Title)
• Альяс заголовка (Title Alias)
• Раздел (Section)
• Категория (Category)

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

Взглянув сегодня на календарь, понял, что пора что то менять.
Раз уж Пятница тринадцатое, то решение должно быть ужасным :).

Несмотря на то что до настоящего времени ещё очень многие используют Joomla 1.0.x, с этого момента и впредь я не разрабатываю расширения под линейку Joomla! 1.0.x
Пользователей Joomla! настоятельно призываю обратить внимание на линейку 1.5.x.
Вопросы перехода на новую версию обсуждаются на нашем форуме.