Rename html-from-bemjson tech to bemjson-to-html.

Внезапно потребовалось собрать проект под windows, но сборка спотыкается на обработке bemhtml-old.

• Windows 7 x64 Корпоративная
• git от http://msysgit.github.io/

$ enb make desktop.bundles/blank
14:44:31.033 - build started
14:44:34.982 - build failed
TypeError: Cannot read property '1' of null
    at Object.module.exports.declare (e:\Work\projects\7days-redesign\node_modules\enb-bemxjst\node_modules\sibling\inde
x.js:12:33)
    at Object.<anonymous> (e:\Work\projects\7days-redesign\node_modules\enb-bemxjst\techs\bem-xjst.js:61:43)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at Object.<anonymous> (e:\Work\projects\7days-redesign\node_modules\enb-bemxjst\techs\bemhtml.js:25:18)
    at Module._compile (module.js:456:26)

При отсутствии enb-bemxjst, на более простых конфигах, enb отрабатывает как надо. Не знаете, в чем может быть причина такой неинформативной ошибки?

https://github.com/enb-make/enb-bemxjst/blob/4b90f4b7ad492bfa6ae9f9ed07b51c5ef8897165/techs/bemhtml.js#L29

Привет!
У меня возникли непонятные проблемы с обновлением с 1.2.0 до 1.3.1.

Сначала было куча ошибок, связанных с синтаксисом bemhtml, который раньше допускал конструкции вида

attrs()(this.ctx.attrs)

После исправления всех ошибок, сборка работает отлично, но непонятным образом ломается работа tag()(). Причины отловить пока что не смог.

При этом с флагом devMode: true тэги обрабатываются корректно.

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

When you have a mistakes in BEMHTML-templates, you'll got error in production mode while tmpl-specs is running:

17:48:26.807 - [rebuild] [desktop.tmpl-specs/header/header.bemhtml-dev.js] bemhtml
17:48:26.809 - [rebuild] [desktop.tmpl-specs/header/header.bemhtml-dev.lang.js] mock-lang-js.js
17:48:26.833 - [failed] [desktop.tmpl-specs/header/header.bemhtml-prod.js] bemhtml
17:48:26.833 - [failed] [desktop.tmpl-specs/header/header.bemhtml-prod.lang.js] mock-lang-js.js
17:48:26.834 - [failed] [desktop.tmpl-specs/header/header.tmpl-spec.js] tmpl-spec
17:48:26.835 - build failed

Now source templates are taken from files with bemhtml and bemhtml.xjst suffixes.

Interesting fact: files with bemhtml.xjst suffixes will not be processed by using bemhtml-compat.

This feature nobody uses.

Add an option to merge BEMTREE-bundle with code of vow module.

It seems that some invalid jsdoc code were merged.

• Remove iojs-v2 from list of node environments for testing
• Move to mock-enb

https://gist.github.com/gruzzilkin/9543174

Когда откатился на v1.0.0, ошибка пропала.

Если нужна какая-то дополнительная информация, с удовольствием её предоставлю.

Now we can use modulesDeps option to require dependencies from YModules:

{ 
    modulesDeps: {
        vow: 'Vow'
    } 
}

After compilation dependencies are provided in base templates as "global" variables.

modules.define('BEMHTML', ['vow'], function (provide, Vow) {
    // Base templates of BEMTREE expect `vow` module from `Vow` variable.
});

Shortcomings

• It is impossible get the module from global scope.
• It is impossible get the module using CommonJS.
• Interface expects variables from global scope.

Problem Solution

{ 
    requires: {
        'lib-name': {
            globals: 'dependName',      // var name from global scope
            ym: 'depend-name',          // module name from YModules
            commonJS: 'path/to/module', // relative path to CommonJS module from target
        }
    } 
}

For templates dependencies will be available in this.requre('lib-name'):

block('block').content(function () {
    var lib = this.require('lib-name');

    return lib.method();
});

In bundle file will be as follows:

// For global scope
oninit(function(exports, context) {
    context.BEMContext.prototype.requre = function(name) {
        return dependName; 
    };
});

// For YModules
modules.define('BEMHTML', ['depend-name'], function (provide, libName) {
    /* core + templates */
    oninit(function(exports, context) {
        context.BEMContext.prototype.requre = function(name) {
            return libName; 
        };
    });
});

// For CommonJS
oninit(function(exports, context) {
    var deps = context.BEMContext.prototype.libs = {};

    context.BEMContext.prototype.requre = function(name) {
        return require('path/to/module'); 
    };
});

If you want to get the dependency from the global scope for all modular systems:

{ 
    requires: {
        libName: {
            globals: 'dependName' // var name from global scope
        }
    } 
}

In bundle file will be as follows:

// For global scope
oninit(function(exports, context) {
    context.BEMContext.prototype.requre = function(name) {
        return dependName; 
    };
});

// For YModules
modules.define('BEMHTML', function (provide) {
    /* core + templates */
    oninit(function(exports, context) {
        context.BEMContext.prototype.requre = function(name) {
            return dependName; 
        };
    });
});

// For CommonJS
oninit(function(exports, context) {
    context.BEMContext.prototype.requre = function(name) {
        return dependName; 
    };
});

see enb/enb-xjst#25

See bem/bem-core#1099

Now we extend the definition of the basic templates with oninit. The BEMContext is available from context argument.

oninit(function(exports, context) {
    if(!context.BEMContext) {
        throw Error("Seems like you have no base templates from i-bem.' + this.getName() + '");
    }
    context.BEMContext.prototype.require = function(lib) {',
        return __bem_xjst_libs__[lib];
    };
});

In bem-core@v3 BEMContext wiil be available from exports argument only.

The libraries may be two sets of templates:

old syntax

• i-bem.bemhtml — base templates in xjst
• block.bemhtml — source template in old syntax

JS syntax

• i-bem.bemhtml.js — base templates in bem-xjst
• block.bemhtml.js — source template in JS syntax

Import: templates with bemhtml suffix should be used only if templates with bemhtml.js suffix are missing for its BEM-entity (block, elem or mod).

If you do not add base teamples — assembly will be successful, but if you call BEMHTML.apply(bemjson) you will see strange error:

Error: Match failed.

something like:

{
  bemhtml : require('./techs/bemhtml'),
  bemtree : require('./techs/bemtree'),
  htmlFromBemjson : require('./techs/htmlFromBemjson'),
  bemjsonToHtml : require('./techs/htmlFromBemjson'),
  // etc...
}

If no template need build bundle without bem-xjst core. Instead of it need provide mocks.

This can be useful to build BEMHTML for run in browsers with depsByTech.

For BEMHTML apply method should always returns empty string:

BEMHTML.apply = function () { return ''; };

For BEMTREE apply method should always returns empty object:

BEMTREE.apply = function () { return Vow.resolve({}); };

Now the only difference between bemhtml and bemhtml-old techs is the use of bemhtml-compat.

I suggest to run bemhtml-compat in bemhtml tech as optional step switched on by default so there won't be any reason to have 2 different techs any more.

// @arikon

Changelog: bem/bem-xjst@v0.9.0...v1.0.0

The only real change is introduction of replace()/extend() methods: bem/bem-xjst#22

Option aliases are for backward compatibility deprecated options.

requires: {
    lib: {
        commonJS: 'path/to/module'
    }
}

Now the code will contain a line with require('path/to/module'). Such file can not be used in a browser.

Too critical bug like veged/xjst#19 is reproducing for me.

Во всех наших проектах мы вставляем SVG в шаблоны. SVG бывает очень развесистым и переводить его в «строку» руками не очень удобно и быстро.

Мы попробовали вставлять SVG через /*borschik:include:…..*/, но в той схеме сборки, что реализована сейчас, нужно путь к файлу указывать относительно банда, а не блока.

Хочется как то так:

block('link').mod('theme', 'instagram').content()('borschik:include:link_theme_instagram.svg');

Думаю это интересное решение для вставки чего-то в шаблон. У нас есть возможность использовать один SVG файл для блока в шаблоне, в css и в js через такую конструкцию, кажется совершенно неправильным думать о пути к файлу из вне блока.

require('enb-bemxjst/techs/html-from-bemjson'),

does not work. To make my project buildable I had to use both enb-xjst and enb-bemxjst like this:

require('enb-bemxjst/techs/bemhtml-old'),                                                                          
require('enb-xjst/techs/html-from-bemjson'),

Techs should be refactored to make inheritance possible.

E.g. to make i18n techs on top of them.