::template(true) -- too much recursion

[dspinhirne]

Looking at your tests as examples for using the code and ran into an issue with templates. From your tests is seems that providing the "true" arg to a template should cause it to render automatically, however in practice this leads to a recursion error being raised. Using code from your basic test case, registering it, and using it in an html file:

var component1 = xtag.create(class extends XTagElement {
'::template(true)'(){
	return `<h1>title auto 1</h1><p>content auto 1</p>`;
}
});
xtag.register('x-component1', component1);


--
<x-component1></x-component1>

Raises this issue in the js console.

[csuwildcat]

Looking into this now.

[csuwildcat]

@dspinhirne I can't seem to raise this error when I run the tests in any browser I am testing with. Are you saying it is behaving differently outside of the test spec?

[dspinhirne]

Yes, this is outside the test spec. I am attempting to use templates as part of one of my own custom components and hit the issue.

In order to verify my own work I used code from your tests and hit the same issue. Basically, I created a js file and copied the code for one of your testing custom components into it. I then created an html file and attempted to use the custom element (x-component1) as shown above. This is where I hit the issue.

I'm sorry this is late @csuwildcat but I ran into the same problem with using templates.

@csuwildcat and @dspinhirne, I've got it to work, here is the code below.

var _temp = xtag.create(class _temp extends XTagElement {
'hello::template(true)'(){
return <h1>title1</h1><p>content1</p>;
}
});

var Fire = xtag.create(class Fire extends XTagElement{
connectedCallback (){
console.log("hi");
this.render("hello");
}
} );

xtag.register("fire-base", Fire);

@csuwildcat I guess my only question is, what does the true parameter do? In your specs.js file it says:

"auto-render templates marked with the option", func...

Is this supposed to work like v1's content: property?

[csuwildcat]

In prep for release, I started committing to the v2 branch in the `core` repo. This one is behind a few commits. About the template extension: it's for stamping out child content, and the true parameter sets it to automatically do so when an element is created. Can you run the Core v2 tests and tell me what browser and platform it's failing in? For me it works in all browsers on Windows, and I'm going to test Mac this week.

…

On Sep 17, 2017 7:51 PM, "KIP" ***@***.***> wrote: @csuwildcat <https://github.com/csuwildcat> I guess my only question is, what does the true parameter do? In your specs.js file it says: "auto-render templates marked with the option", func... Is this supposed to work like v1's content: property? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#3 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAICymVUX19q5CQNO8k1ngMNsQIXR0Lcks5sjdq_gaJpZM4NoI2_> .

Yeah no problem, @csuwildcat

Did you want me to test the content at https://github.com/x-tag/core/tree/v2 -- edit below

I opened the index.html file at,
https://github.com/x-tag/core-2/blob/master/tests/basic/index.html in this repository on my computer, is that what you mean by testing? I apologize if I'm misunderstanding.

If that's what you meant all those tests are clicking good, the recursion problem only occurs during the xtag.register() of a custom element (The tests inside, specs.js test the xtag.create() method but not template registrations.)

The ::template() method works if you just use the create method and give the template a name, and than manually use it with this.render(yourTemplate) in other elements.

When I tried to debug the issue using the constructor() method I got over 1000 console logs and than finally got the recursion error.

I don't know if any of this helps, but I'll keep plucking away at it.

Tested out using the template again just now. It's still giving me a recursion error on Firefox 64 bit Nightly build most current edition, and is also giving me a similar error on MS Edge except it says out of out of stack space of course.

On Opera I get an error that points to the file containing the element with the error, Uncaught DOMException: Failed to construct 'CustomElement': The result must not have children.

-edit

Also, the errors I'm getting aren't from xtag source but from custom-elements.min.js

Could this happen if you haven't patched the shadowDOM or polyfill? If it is please close the issue. Thank you.

@dspinhirne are you still having this problem. If you are just use the cdn to quickly resolve it or I think checking to make sure all the files in bower are installing correctly. @csuwildcat, does this sound correct?

Great job @csuwildcat

I was just wondering @csuwildcat have you ever thought of switching to yarn?

[csuwildcat]

NPM 5+ has locking and tree shaking, is that the sort of thing you were looking for in using Yarn?

…

On Sep 30, 2017 7:55 AM, "KIP" ***@***.***> wrote: I was just wondering @csuwildcat <https://github.com/csuwildcat> have you ever thought of switching to yarn? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#3 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAICyu8-PfV3e_rPdWkCMUW51KblveZGks5snlZtgaJpZM4NoI2_> .

Lol, no sorry it was just a personal thing. I was looking at Yarn and thought it was neat and clean. Was also wondering what the advantages would be exactly myself? Package locking I can see how can be useful but haven't really used it much myself

[csuwildcat]

I think this is probably related to child insertion inside the class constructor, which I can change. The issue I have is that none of my tests fail in Chrome, Firefox, or Edge on Windows - can you provide a failing test setup?

I was heading that way to, i wilk provide a build that fails on top of the xtag github site I havr forked when I get off work if that works for you.

[csuwildcat]

Yeah, that would help. I'm trying to make it fail, but can't seem to.

…

On Sep 30, 2017 9:53 AM, "KIP" ***@***.***> wrote: I was heading that way to, i wilk provide a build that fails on top of the xtag github site I havr forked when I get off work if that works for you. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#3 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAICyoEbFEjWHOKJn08zUAxVy3JnpyCyks5snnIAgaJpZM4NoI2_> .