Вячеслав

-_- Защищают php и т.п...

Да ладно, пых защищают... Просто зачем? CMS на ноде уже существует огромное множество. Некоторые даже интересны. Меня вот лично не прельщает идея использовать какие-то CMS не узкоспециализированные ни на node.js ни на php ни на любом другом языке.

Ну а если мечтать... хочу CMS на модулях, с DI и без извращений с менеджерами плагинов, кастылями и прочим, с кешированием всего и вся при деплое или при запуске команды из CLI к примеру или любой другой механизм кеширования имеющий вармап. Никаких wysiwyg, только маркдаун и редакторы по типу sir-trevor (вообще хотелось бы видеть этот самый sir-trevor написанный нормально а не тот ужас который сейчас есть). А еще было бы неплохо что бы эта CMS была просто модулей управления контентом, который можно просто интегрировать в своей проект. То есть не коробочное решение а набор компонентов + одно собранное приложение для тех кому нужно только странички статические и ничего больше.

Ну так пишите на PHP, в чем проблема-то?

попробуйте поставить на body. Если вам этого будет хватать, то почему нет? Если будет не хватать, разнесете уже в процессе. У меня на body стоят всевозможные универсальные штуки, но иногда есть желание вызвать обработчик до того как событие всплывет до body. Тут два варианта, либо в разметке onClick и т д Либо анализировать вставляемый контент. У меня так развешиваются обработчики для хитрых динамических графиков и таблиц.

Вот пример взял посложнее, я использую этот статический класс для регистрации обработчиков и последующего вызова, вот он примерно(взяты кускт двух разных классов):

ajax.answerParse=function()
  {
  if ((this.target) && (this.answer.html!==null))
    {
    this.target.innerHTML=this.answer.html;
    //experimental
    contentHandlers.placeAll(this.target);
    }     
  }
contentHandlers.placeAll=function(targetObj)
  {
  for (var i=0, len=this.collection.length; i<len; i++) 
    {
    this.placeCurrent(targetObj, this.collection[i]);
    }
  }
contentHandlers.placeCurrent=function(targetObj, handlerObj)
  {  
  var handlerTargets=targetObj.querySelectorAll(handlerObj.selector);
  for (var i=0,len=handlerTargets.length; i<len; i++)
    {
    if (handlerObj.event)
      {
      handlerTargets[i].addEventListener(handlerObj.event, handlerObj.handler.bind(handlerObj, handlerTargets[i]));
      }
    else
      {
      handlerObj.handler.call(handlerObj, handlerTargets[i]);
      }
    }
  }

$('body').on('click','.class',function(){
    // Так будет работать с новым контентом!
})

Я считаю, что начать стоит с освоения UMD (по ссылке также имеются примеры jQuery-плагинов), т.к. на сегодняшний день сколько-нибудь сложный фронт-енд как правило не обходится без AMD или CommonJS. Хорошим живым примером будет jQuery UI.

Если делать как посоветовали выше, то пострадают мобильные браузеры. У них скролл не занимает место, как на десктопах, поэтому текст будет уходить за правую границу.

Есть еще одно решение:

/* хром, сафари */
.element::-webkit-scrollbar { width: 0; }

/* ie 10+ */
.element { -ms-overflow-style: none; }

/* фф (свойство больше не работает, других способов тоже нет)*/
.element { overflow: -moz-scrollbars-none; }

Отсюда: hiding-vertical-scrollbars-with-pure-css-in-chrome...

никак, ловить клик на сам спан

Вот небольшой пример на AngularJS

//.....
$scope.GO = function (data) {
   $http.post('url', data).success(function(res){})
}
//....

<form>
<input ng-model="data.user.name" >
<input ng-model="data.settings" >
<button ng-click="GO(data)"></button>
</form>

@bootd Судя по всему вы имели ввиду меня - "И вообще мне не понравился ваш ответ на комментарий eandr_67".
Я с вами полностью согласен, никто тут никому не обязан. Но позвольте, зачем загрязнять ответы этой ветки высказываниями на подобие первого комментария. Я искренне верю, что человек написавший этот коммент имеет высокий уровень квалификации и может закрытыми глазами, на слух, детектировать тип js скриптов подгружаемых на сайте. Но к сожалению не все такие спецы как он. И такое хамское обращение и последующее замечание никак в решении вопроса не помогает, а оставляет лишь неприятное впечатление о комментаторе (в моем случае так точно).

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

// Прошу простить за флейм //

Если говорить про скорость загрузки и отрисовки сайта - то есть хороший иструмент wbench, он вам прогонит через хромиум загрузку сайта без кешей много раз, и у вас будет примерное представление сколько секунд пользователь ждёт до момента, когда сайт уже полностью функционирует.

Нормальный сайт может тормозить только на 1 месте - на этапе загрузки. Если он тормозит после загрузки, значит вы пытаетесь сделать что-то неправильное с нашими браузерами (возможоно даже извращенное).

Можно почитать всякие руководства и инструменты от Google: https://developers.google.com/speed/pagespeed/

Берете комп уровня PIII + 512MB RAM. Если сайтом можно пользоваться, то ОК, а если хочется убить разраба, то где-то накосячили.
Запомните, у клиентов разные машинки, есть довольно старенькие, с глючными браузерами обвешанными 1000 приложениями и плагинами. А человеку нужно пользоваться сайтом.
А ведь иногда люди заходят с мобильных устройств и им тоже нужно пользоваться сайтом. И далеко не у всех айфоны и супермощные трубы с гигами оперативки.

Извращение, но единственное, что приходит на ум - border 1px solid + transform: rotate.

// upd

Люто плюсую Taraflex - SVG вполне сносное решение.