Oleg Kreminsky

Если заранее известен цвет фона, то можете попробовать наложить наверх простой блок с фоном, как у фона страницы и просто его повернуть:
transform: rotate(10deg);

Можно! Но идеально сделать не получится, так как произойдёт наслоение теней с двух сторон. Кстати, может я перепутаю с ответом именно на ваш вопрос, но не суть.

Убрать тень сверху:

box-shadow: -2px 1px 2px rgba(0,0,0,0.15), 
    2px 1px 2px rgba(0,0,0,0.15);

Убрать тень снизу:

box-shadow: -2px -1px 2px rgba(0,0,0,0.15), 
    2px -1px 2px rgba(0,0,0,0.15);

Убрать тень слева:

box-shadow: 1px -2px 2px rgba(0,0,0,0.15), 
    1px 2px 2px rgba(0,0,0,0.15);

Убрать тень справа:

box-shadow: -1px -2px 2px rgba(0,0,0,0.15), 
    -1px 2px 2px rgba(0,0,0,0.15);

Не видел ничего более простого и мощного как Drupal. Это - любовь с первого взгляда.
Перед знакомством с Drupal я не очень охотно использовал всякие "надстройки над апи" т.е. фреймворки и библиотеки, в частности потому что не позволяли писать меньше кода (а, следовательно, делать отладку более быстрой), а лишь структурировали его, делали его более декларативным. Да и вообще, я не хотел иметь что-то общее с PHP)))
Но то, что позволяет Drupal - невообразимо. Единственное ограничения, которое накладываться на программиста - это структура БД и это при том, что можно полностью, весьма гибко, использовать существующую структуру, так и создавать свои таблицы/вюхи, свьязивая их с уже существующими сущностями и получая тоже самое если бы свои структуры не использовались, т.е. возможность использовать скачанные модули для "совсем собственного" функционалу.
Не знаю можно ли назвать недостатком процедурный стиль. Т.е. пока я вижу преимущество простоты, которое, к тому же, не накладывает ограничений на использование ООП. Но с появлением Drupal 8 мне видеться раскол такой же, который был когда появился Python 3. Т.е. сейчас существует два независимы, хоть и совместимы языка - Python 2.* и Python 3.*

Есть и существенные недостатки - мизерное количество документации. Но вообщем то разобраться что делает функция можно и по ее исходному коду, что совсем не является проблемой, потому что он делался в лучших традициях UNIX) Есть отсюда и жесткое следствия - Drupal не для дибилов. Да и настройки администратора весьма не просты, поэтому для конечного пользователя лучше создавать "страницу со всем необходимым")

1) Почему считается, что друпал сложно темизировать?

Друпал сложно правильно темизировать. Достаточно тяжело понять всю систему из theme функций/файлов, preprocess/process функций, theme sugestions, render массивов, различных pre_build/after_build/post_build калбаков, theme врапперов, кэширования и т.п. Наговнокодить прямо в шаблоне большого ума не надо.

2) Действительно ли друпал очень медленный?

Друпал, как и любая другая CMS, медленнее узкоспециализированных систем в виду своей избыточности. Голый друпал 7 на средней машине генерит странички за ~100 ms. Решайте сами, это очень медленно или нет.

3) Этот вопрос к тем, кто имел дело с интернет-магазинами на друпале: стоит ли вообще делать на нем интернет-магазины?

Если нет хорошего скила или денег на соответствующего разработчика, то не стоит.

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

Популярно — Webform. Правильно — Entityforms.

6) Действительно ли вам показался друпал сложным в освоении (как программистам, разумеется) в сравнении с другими системами?

Нет. Какой-нибудь Symfony 2 на порядок сложнее будет.

7) Как вы темизировали хлебные крошки и постраничную навигацию? На мой взгляд, разработчики друпала были сильно не правы, не реализовав их через файлы шаблонов.

Они реализованы theme функциями theme_breadcrumb и theme_pager. Функции мало чем отличаются от шаблонов — их так же можно переопределять, процессить и использовать через theme('...').