[go-nuts] "html/dom" alternative to html/template for true separation of concerns?

2017-09-13 Thread karv . prime
Hello, I only recently found my way to go. I'm a (former?) fullstack web-dev and as I ran into a PHP related problem (DOMDocument not working with HTML5 tags, I'd choose another solution stack if the language wouldn't be a fixed point in history) I was looking if Go already has a good way to

Re: [go-nuts] Re: "html/dom" alternative to html/template for true separation of concerns?

2017-09-14 Thread Karv Prime
@Andy Balholm: Perfect. I've seen some other template engines where that didn't happen at all and the artifacts stayed. @Marvin Renich: Yet tags, classes and ids are HTML standard syntax and used for styling and scripting purposes. {{[...]}} is only a placeholder. It makes no difference per

[go-nuts] Re: "html/dom" alternative to html/template for true separation of concerns?

2017-09-14 Thread Karv Prime
As it would get a little bit confusing if I'd reply to everyone with a single post, I'll answer in a single post. I hope you don't mind. At least now it's past 16:00 and not past 04:00 and I have a clearer mind. ^^ @Egon: I've read the whole article - yes, many coders sadly do forget about

Re: [go-nuts] "html/dom" alternative to html/template for true separation of concerns?

2017-09-13 Thread Karv Prime
r/main.go) >> >> But the huge con you are ignoring is the Security Model. ( >> https://rawgit.com/mikesamuel/sanitized-jquery-templates/trunk/safetemplate.html#problem_definition >> ) >> >> Anyways it's unclear what you are proposing or needing: in general &

Re: [go-nuts] Re: "html/dom" alternative to html/template for true separation of concerns?

2017-09-14 Thread Karv Prime
@Andy Balholm: Perfect. I've seen some other template engines where that didn't happen at all and the artifacts stayed. @Marvin Renich: Yet tags, classes and ids are HTML standard syntax and used for styling and scripting purposes. {{[...]}} is only a placeholder. It makes no difference per

Re: [go-nuts] "html/dom" alternative to html/template for true separation of concerns?

2017-09-13 Thread Karv Prime
of “it” incorrectly?) > > Andy > > On Sep 13, 2017, at 4:30 PM, Karv Prime <karv@gmail.com > > wrote: > > Thank you for the heads up. So it is completely impractical for the needed > purpose. > > In that case it would be truly bad. That's why user input should al

[go-nuts] Re: "html/dom" alternative to html/template for true separation of concerns?

2017-09-13 Thread karv . prime
t; > Anyways it's unclear what you are proposing or needing: in general > standard libraries shouldn't do everything > and probably this, whatever it is, should belong to a 3-rd party package. > > + Egon > > On Wednesday, 13 September 2017 22:02:02 UTC+3, Karv Prime wrote: >> >