Тимофей

Очевидно, так происходит потому, что у variantId определен в scope уровнем выше, а директива вообще не создает изолированный scope, то есть использует тот, в котором директива вызвана. Соответственно, у них у всех один и тот же variantId. Проблема будет решена, если просто привязать сам объект к директиве, создав ей собственный scope:

{
        restrict:       'AE',
        templateUrl:    '/admin/templates/template.html',
        replace:        false,
        scope:          { object: '=ngModel' } // что-то типа того
}

<template ng-model='VariantProperties[variantId]'></template>

Kouto-swiss grid system

Можно так

Вот, для себя лично собрал все самое (на мой взгляд) модное и молодежное для фронтенда на данный момент. Обратная связь приветствуется :)

Сделай просто функцию, которая возвращает созданный элемент DOM, в простейшем случае здесь и наследование в полном смысле слова не нужно. Что-то типа того:

function Base() {
	var el = $('<div></div>');
	// ...
	
	return el;
}

function Sub() {
	var el = Base();
	// ...
	
	return el;
}

Буду оригинален и просто отвечу на вопрос.
Сам по себе JS не мешается с HTML-кодом в принципе (кроме PHP такого нигде, собственно, и не бывает), то есть в HTML напрямую никак не внедрить JS код. Поэтому (да и не только поэтому, но другие причины красочно описаны в других ответах) для генерации HTML в NodeJS используют шаблонизаторы. А если нужно что-то, что будет максимально похоже на PHP, то можно взять EJS. Но раз уж ты взялся за ноду, то на мой взгляд нужно без рассуждений брать Jade, лучше которого нет нигде, в частности и в других языках/средах.

Можно на один и тот же элемент вешать много обработчиков одного и того же события, jQuery гарантирует их выполнение в том порядке, в котором обработчики задаются. То есть можно просто сделать так:

$( "#target" )
    .click(function() {
        fun();
    })
    .click(function() {
        afterFun();
    });

Если я правильно помню, то битрикс выдаст тебе URL при выборке какой нужно, то есть просто опустит раздел.
А если хочешь сделать правильную обработку таких урлов, то придется ручками написать комплексный компонент, который будет проверять количество переданных в урле параметров и, если он один, проверять, является ли он кодом элемента или кодом раздела. При этом нужно еще следить за уникальностью таких кодов. Короче, оно того, как мне кажется, не стоит, лучше сделать ссылки типа news/item/#CODE# для элементов и news/#CODE# для разделов и не париться.

Со stylus все в порядке, просто он еще слишком молод, так как появился через 4 года после sass. Думаю, он еще наберет популярность.

https://www.phusionpassenger.com

Попробуй сделать функцию, по аналогии с linear-gradient из nib (там снизу на странице)

Если есть возможность писать функции без классов, то почему бы и нет? Это ж не Java или C#, где просто физически такой возможности нет, поэтому, очевидно, там так никто не делает, а все используют классы-обертки.

Класс по-хорошему должен описывать сущность и ее поведение, а не являться контейнером для функций. Исключение - вспомогательные функции, используемые только данным классом (private) или его потомками (protected).

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

Лично я вижу только одну проблему в функциях - возможные конфликты имен. Но и эта проблема легко решается с помощью namespace'ов.

Ничего не мешает вкладывать ng-repeat друг в друга. А с помощью ng-repeat в связке с ng-include можно вообще рекурсивное дерево сделать.