История изменений
Исправление vbr, (текущая версия) :
Нравиться должны девушки, а к технологиям нужно подходить прагматично. В истории было много хороших технологий, канувших в лету. Нет смысла за них цепляться. Тот же XML это лишь бледный отблеск SGML, но кого это волнует. Ты вряд ли будешь писать свою XSLT-реализацию. Если тебя не устраивает та, что в браузере, и те, что доступны в публичных библиотеках, ну - таков мир, нет - значит нет.
Если взять твой пример по той ссылке, всё, что тебе надо, это заменить new XSLTProcessor() на new XSLT3Processor(), реализацию которого ты должен написать сам или найти в интернете, вдруг кто-то уже написал. Требовать от браузера что-либо кроме поддержки JavaScript тут некорректно. Браузер может поддерживать либо то, к чему у JS принципиально нет доступа (новые API), либо то, что на JS будет тормозить, при этом это используется очень многими (к примеру новые видеокодеки). XSLT ни к тому, ни к другому не относится.
Ну а то, что он таки поддерживает какую-то старую версию XSLT, можно считать лишь тяжёлым историческим наследием. Разговоры о том, чтобы эту поддержку выкинуть находятся ещё в 2013 году. Цена этой поддержки в целом вполне осязаемая - полмегабайта у каждого пользователя хрома на планете ради 0.003% страниц.
Исправление vbr, :
Нравиться должны девушки, а к технологиям нужно подходить прагматично. В истории было много хороших технологий, канувших в лету. Нет смысла за них цепляться. Тот же XML это лишь бледный отблеск SGML, но кого это волнует. Ты вряд ли будешь писать свою XSLT-реализацию. Если тебя не устраивает та, что в браузере, и те, что доступны в публичных библиотеках, ну - таков мир, нет - значит нет.
Если взять твой пример по той ссылке, всё, что тебе надо, это заменить new XSLTProcessor() на new XSLT3Processor(), реализацию которого ты должен написать сам или найти в интернете, вдруг кто-то уже написал. Требовать от браузера что-либо кроме поддержки JavaScript тут некорректно. Браузер может поддерживать либо то, к чему у JS принципиально нет доступа (новые API), либо то, что на JS будет тормозить, при этом это используется очень многими (к примеру новые видеокодеки). XSLT ни к тому, ни к другому не относится.
Ну а то, что он таки поддерживает какую-то старую версию XSLT, можно считать лишь тяжёлым историческим наследием. Разговоры о том, чтобы эту поддержку выкинуть находятся ещё в 2013 году.
Исправление vbr, :
Нравиться должны девушки, а к технологиям нужно подходить прагматично. В истории было много хороших технологий, канувших в лету. Нет смысла за них цепляться. Тот же XML это лишь бледный отблеск SGML, но кого это волнует. Ты вряд ли будешь писать свою XSLT-реализацию. Если тебя не устраивает та, что в браузере, и те, что доступны в публичных библиотеках, ну - таков мир, нет - значит нет.
Если взять твой пример по той ссылке, всё, что тебе надо, это заменить new XSLTProcessor() на new XSLT3Processor(), реализацию которого ты должен написать сам или найти в интернете, вдруг кто-то уже написал. Требовать от браузера что-либо кроме поддержки JavaScript тут некорректно. Браузер может поддерживать либо то, к чему у JS принципиально нет доступа (новые API), либо то, что на JS будет тормозить, при этом это используется очень многими (к примеру новые видеокодеки). XSLT ни к тому, ни к другому не относится.
Ну а то, что он таки поддерживает какую-то старую версию XSLT, можно считать лишь тяжёлым историческим наследием. Разговоры о том, чтобы эту поддержку выкинуть находятся ещё в 2013 году.
Исправление vbr, :
Нравиться должны девушки, а к технологиям нужно подходить прагматично. В истории было много хороших технологий, канувших в лету. Нет смысла за них цепляться. Тот же XML это лишь бледный отблеск SGML, но кого это волнует. Ты вряд ли будешь писать свою XSLT-реализацию. Если тебя не устраивает та, что в браузере, и те, что доступны в публичных библиотеках, ну - таков мир, нет - значит нет.
Если взять твой пример по той ссылке, всё, что тебе надо, это заменить new XSLTProcessor() на new XSLT3Processor(), реализацию которого ты должен написать сам или найти в интернете, вдруг кто-то уже написал. Требовать от браузера что-либо кроме поддержки JavaScript тут некорректно. Браузер может поддерживать либо то, к чему у JS принципиально нет доступа (новые API), либо то, что на JS будет тормозить, при этом это используется очень многими (к примеру новые видеокодеки). XSLT ни к тому, ни к другому не относится.
Исправление vbr, :
Нравиться должны девушки, а к технологиям нужно подходить прагматично. В истории было много хороших технологий, канувших в лету. Нет смысла за них цепляться. Тот же XML это лишь бледный отблеск SGML, но кого это волнует. Ты вряд ли будешь писать свою XSLT-реализацию. Если тебя не устраивает та, что в браузере, и те, что доступны в публичных библиотеках, ну - таков мир, нет - значит нет.
Если взять твой пример по той ссылке, всё, что тебе надо, это заменить new XSLTProcessor() на new XSLT3Processor(), реализацию которого ты должен написать сам или найти в интернете, вдруг кто-то уже написал. Требовать от браузера что-либо кроме поддержки JavaScript тут некорректно.
Исправление vbr, :
Нравиться должны девушки, а к технологиям нужно подходить прагматично. В истории было много хороших технологий, канувших в лету. Нет смысла за них цепляться. Тот же XML это лишь бледный отблеск SGML, но кого это волнует. Ты вряд ли будешь писать свою XSLT-реализацию. Если тебя не устраивает та, что в браузере, и те, что доступны в публичных библиотеках, ну - таков мир, нет - значит нет.
Если взять твой пример по той ссылке, всё, что тебе надо, это заменить new XSLTProcessor() на new XSLT3Processor() (реализацию которого ты должен написать сам).
Исходная версия vbr, :
Нравиться должны девушки, а к технологиям нужно подходить прагматично. В истории было много хороших технологий, канувших в лету. Нет смысла за них цепляться. Тот же XML это лишь бледный отблеск SGML, но кого это волнует. Ты вряд ли будешь писать свою XSLT-реализацию. Если тебя не устраивает та, что в браузере, и те, что доступны в публичных библиотеках, ну - таков мир, нет - значит нет.