mirrors/TiddlyWiki5
1
0
Fork 0
mirror of https://github.com/Jermolene/TiddlyWiki5 synced 2024-11-09 19:39:57 +00:00
Code Issues Releases Wiki Activity
136dbf1a60
TiddlyWiki5/editions/test/tiddlers/tests/test-html-parser.js

205 lines
9.8 KiB
JavaScript
Raw Normal View History

Some tests for the HTML tag parser Getting ready for some improvements
2013-06-10 20:07:42 +00:00
/*\
title: test-html-parser.js
type: application/javascript
tags: [[$:/tags/test-spec]]
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
Tests for the internal components of the HTML tag parser
Some tests for the HTML tag parser Getting ready for some improvements
2013-06-10 20:07:42 +00:00
\*/
(function(){
/*jslint node: true, browser: true */
/*global $tw: false */
"use strict";
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
function FakeParser() {
}
$tw.utils.extend(FakeParser.prototype,require("$:/core/modules/parsers/wikiparser/rules/html.js"));
describe("HTML tag new parser tests", function() {
var parser = new FakeParser();
it("should parse whitespace", function() {
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseWhiteSpace("p ",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
null
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseWhiteSpace("p ",1)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'whitespace', start : 1, end : 3 }
);
});
it("should parse string tokens", function() {
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseTokenString("p= ",0,"=")).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
null
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseTokenString("p= ",1,"=")).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'token', value : '=', start : 1, end : 2 }
);
});
it("should parse regexp tokens", function() {
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseTokenRegExp("p=' ",0,/(=(?:'|"))/)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
null
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseTokenRegExp("p=' ",1,/(=(?:'|"))/g).match[0]).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
'=\''
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseTokenRegExp("p=blah ",2,/([^\s>]+)/g).match[0]).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
'blah'
);
});
it("should parse string literals", function() {
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseStringLiteral("p='blah' ",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
null
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseStringLiteral("p='blah' ",2)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'string', start : 2, value : 'blah', end : 8 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseStringLiteral("p='' ",2)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'string', start : 2, value : '', end : 4 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseStringLiteral("p=\"blah' ",2)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
null
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseStringLiteral("p=\"\" ",2)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'string', start : 2, value : '', end : 4 }
);
});
it("should parse macro parameters", function() {
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroParameter("me",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'macro-parameter', start : 0, value : 'me', end : 2 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroParameter("me:one",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'macro-parameter', start : 0, value : 'one', name : 'me', end : 6 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroParameter("me:'one two three'",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'macro-parameter', start : 0, value : 'one two three', name : 'me', end : 18 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroParameter("'one two three'",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'macro-parameter', start : 0, value : 'one two three', end : 15 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroParameter("me:[[one two three]]",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'macro-parameter', start : 0, value : 'one two three', name : 'me', end : 20 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroParameter("[[one two three]]",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'macro-parameter', start : 0, value : 'one two three', end : 17 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroParameter("myparam>",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'macro-parameter', start : 0, value : 'myparam', end : 7 }
);
});
it("should parse macro invocations", function() {
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroInvocation("<<mymacro",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
null
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroInvocation("<<mymacro>>",0)).toEqual(
Extend the HTML rendering mechanism to support attributes specified as macro invocations
2013-06-18 14:37:19 +00:00
{ type : 'macrocall', start : 0, params : [ ], name : 'mymacro', end : 11 }
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroInvocation("<<mymacro one two three>>",0)).toEqual(
Extend the HTML rendering mechanism to support attributes specified as macro invocations
2013-06-18 14:37:19 +00:00
{ type : 'macrocall', start : 0, params : [ { type : 'macro-parameter', start : 9, value : 'one', end : 13 }, { type : 'macro-parameter', start : 13, value : 'two', end : 17 }, { type : 'macro-parameter', start : 17, value : 'three', end : 23 } ], name : 'mymacro', end : 25 }
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroInvocation("<<mymacro p:one q:two three>>",0)).toEqual(
Extend the HTML rendering mechanism to support attributes specified as macro invocations
2013-06-18 14:37:19 +00:00
{ type : 'macrocall', start : 0, params : [ { type : 'macro-parameter', start : 9, value : 'one', name : 'p', end : 15 }, { type : 'macro-parameter', start : 15, value : 'two', name : 'q', end : 21 }, { type : 'macro-parameter', start : 21, value : 'three', end : 27 } ], name : 'mymacro', end : 29 }
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroInvocation("<<mymacro 'one two three'>>",0)).toEqual(
Extend the HTML rendering mechanism to support attributes specified as macro invocations
2013-06-18 14:37:19 +00:00
{ type : 'macrocall', start : 0, params : [ { type : 'macro-parameter', start : 9, value : 'one two three', end : 25 } ], name : 'mymacro', end : 27 }
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroInvocation("<<mymacro r:'one two three'>>",0)).toEqual(
Extend the HTML rendering mechanism to support attributes specified as macro invocations
2013-06-18 14:37:19 +00:00
{ type : 'macrocall', start : 0, params : [ { type : 'macro-parameter', start : 9, value : 'one two three', name : 'r', end : 27 } ], name : 'mymacro', end : 29 }
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseMacroInvocation("<<myMacro one:two three:'four and five'>>",0)).toEqual(
Extend the HTML rendering mechanism to support attributes specified as macro invocations
2013-06-18 14:37:19 +00:00
{ type : 'macrocall', start : 0, params : [ { type : 'macro-parameter', start : 9, value : 'two', name : 'one', end : 17 }, { type : 'macro-parameter', start : 17, value : 'four and five', name : 'three', end : 39 } ], name : 'myMacro', end : 41 }
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
);
});
it("should parse HTML attributes", function() {
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseAttribute("p='blah' ",1)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
null
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseAttribute("p='blah' ",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'string', start : 0, name : 'p', value : 'blah', end : 8 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseAttribute("p=\"blah\" ",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'string', start : 0, name : 'p', value : 'blah', end : 8 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseAttribute("p=blah ",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'string', start : 0, name : 'p', value : 'blah', end : 6 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseAttribute("p =blah ",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'string', start : 0, name : 'p', value : 'blah', end : 7 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseAttribute("p= blah ",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'string', start : 0, name : 'p', value : 'blah', end : 7 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseAttribute("p = blah ",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'string', start : 0, name : 'p', value : 'blah', end : 8 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseAttribute("p = >blah ",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'string', value : 'true', start : 0, name : 'p', end : 4 }
);
Fix html parser tests
2014-04-17 13:43:24 +00:00
expect($tw.utils.parseAttribute(" attrib1>",0)).toEqual(
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
{ type : 'string', value : 'true', start : 0, name : 'attrib1', end : 8 }
);
});
it("should parse HTML tags", function() {
expect(parser.parseTag("<mytag>",1)).toEqual(
null
);
expect(parser.parseTag("</mytag>",0)).toEqual(
null
);
expect(parser.parseTag("<mytag>",0)).toEqual(
Upgrade to Jasmine 3 (#4226) * process.exit() only exist in a node.js environment * updateInterval has been removed from upstream From upstream commit: https://github.com/jasmine/jasmine/commit/b6eb9a4d5e7ea886e3ec1c270930b6098e75efc0 * Update Jasmine to 3.4.0 * Reuse the evalInContext helper * Fix expected parse result to match the actual result * 'describe' cannot be nested inside 'it' blocks Jasmine started to explicitly raise an error in these cases since: https://github.com/jasmine/jasmine/pull/1411 * Be consistent about how to refer to library files * Update link to Jasmine's official website
2019-11-12 21:42:38 +00:00
{ type : 'element', start : 0, attributes : { }, tag : 'mytag', end : 7 }
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
);
expect(parser.parseTag("<mytag attrib1>",0)).toEqual(
{ type : 'element', start : 0, attributes : { attrib1 : { type : 'string', value : 'true', start : 6, name : 'attrib1', end : 14 } }, tag : 'mytag', end : 15 }
);
expect(parser.parseTag("<mytag attrib1/>",0)).toEqual(
{ type : 'element', start : 0, attributes : { attrib1 : { type : 'string', value : 'true', start : 6, name : 'attrib1', end : 14 } }, tag : 'mytag', isSelfClosing : true, end : 16 }
);
expect(parser.parseTag("<$view field=\"title\" format=\"link\"/>",0)).toEqual(
Get rid of the tweakParseTreeNode() hack It’s an embarrassing hangover from a refactoring of the parsing mechanism last year.
2014-05-14 07:51:08 +00:00
{ type : 'view', start : 0, attributes : { field : { start : 6, name : 'field', type : 'string', value : 'title', end : 20 }, format : { start : 20, name : 'format', type : 'string', value : 'link', end : 34 } }, tag : '$view', isSelfClosing : true, end : 36 }
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
);
expect(parser.parseTag("<mytag attrib1='something'>",0)).toEqual(
{ type : 'element', start : 0, attributes : { attrib1 : { type : 'string', start : 6, name : 'attrib1', value : 'something', end : 26 } }, tag : 'mytag', end : 27 }
);
expect(parser.parseTag("<$mytag attrib1='something' attrib2=else thing>",0)).toEqual(
Get rid of the tweakParseTreeNode() hack It’s an embarrassing hangover from a refactoring of the parsing mechanism last year.
2014-05-14 07:51:08 +00:00
{ type : 'mytag', start : 0, attributes : { attrib1 : { type : 'string', start : 7, name : 'attrib1', value : 'something', end : 27 }, attrib2 : { type : 'string', start : 27, name : 'attrib2', value : 'else', end : 40 }, thing : { type : 'string', start : 40, name : 'thing', value : 'true', end : 46 } }, tag : '$mytag', end : 47 }
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
);
expect(parser.parseTag("< $mytag attrib1='something' attrib2=else thing>",0)).toEqual(
null
);
expect(parser.parseTag("<$mytag attrib3=<<myMacro one:two three:'four and five'>>>",0)).toEqual(
Get rid of the tweakParseTreeNode() hack It’s an embarrassing hangover from a refactoring of the parsing mechanism last year.
2014-05-14 07:51:08 +00:00
{ type : 'mytag', start : 0, attributes : { attrib3 : { type : 'macro', start : 7, name : 'attrib3', value : { type : 'macrocall', start : 16, params : [ { type : 'macro-parameter', start : 25, value : 'two', name : 'one', end : 33 }, { type : 'macro-parameter', start : 33, value : 'four and five', name : 'three', end : 55 } ], name : 'myMacro', end : 57 }, end : 57 } }, tag : '$mytag', end : 58 }
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
);
expect(parser.parseTag("<$mytag attrib1='something' attrib2=else thing attrib3=<<myMacro one:two three:'four and five'>>>",0)).toEqual(
Get rid of the tweakParseTreeNode() hack It’s an embarrassing hangover from a refactoring of the parsing mechanism last year.
2014-05-14 07:51:08 +00:00
{ type : 'mytag', start : 0, attributes : { attrib1 : { type : 'string', start : 7, name : 'attrib1', value : 'something', end : 27 }, attrib2 : { type : 'string', start : 27, name : 'attrib2', value : 'else', end : 40 }, thing : { type : 'string', start : 40, name : 'thing', value : 'true', end : 47 }, attrib3 : { type : 'macro', start : 47, name : 'attrib3', value : { type : 'macrocall', start : 55, params : [ { type : 'macro-parameter', start : 64, value : 'two', name : 'one', end : 72 }, { type : 'macro-parameter', start : 72, value : 'four and five', name : 'three', end : 94 } ], name : 'myMacro', end : 96 }, end : 96 } }, tag : '$mytag', end : 97 }
Refactor the HTML element parser The purpose is to allow attributes to be specified as macro invocations. For example `<div myattr=<<mymacro param1 param3>>>`. The parser needed sprucing up in order to copy with the nesting of angle brackets. The refactoring has been done with an eye on using the same technique in the filter expression parser (which is pretty messy at the moment -- it throws exceptions for syntax errors, which is bad). Later I'm hoping to extend the technique to create a more flexible table parser.
2013-06-15 14:12:05 +00:00
);
});
it("should find and parse HTML tags", function() {
expect(parser.findNextTag("<something <mytag>",1)).toEqual(
{ type : 'element', start : 11, attributes : { }, tag : 'mytag', end : 18 }
);
expect(parser.findNextTag("something else </mytag>",0)).toEqual(
null
);
expect(parser.findNextTag("<<some other stuff>> <mytag>",0)).toEqual(
{ type : 'element', start : 1, attributes : { other : { type : 'string', value : 'true', start : 6, name : 'other', end : 13 }, stuff : { type : 'string', value : 'true', start : 13, name : 'stuff', end : 18 } }, tag : 'some', end : 19 }
);
expect(parser.findNextTag("<<some other stuff>> <mytag>",2)).toEqual(
{ type : 'element', start : 21, attributes : { }, tag : 'mytag', end : 28 }
);
});
});
Some tests for the HTML tag parser Getting ready for some improvements
2013-06-10 20:07:42 +00:00
})();
Reference in New Issue Copy Permalink