Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Question about moving children out of elements and remark about non ES6 syntax #14

Closed
Tekorius opened this issue Oct 2, 2017 · 4 comments

Comments

@Tekorius
Copy link

Tekorius commented Oct 2, 2017

image

Now we have this in all app components.

My question, is there a reason behind moving children out of the element and then removing that element? This seems detrimental to the initial performance (while the idea may have been to make a dom tree more shallow for future performance, correct me if I'm wrong)


Also, linter immediately complains about these things (these are just some remarks, I'm not complaining):

  • If you are using ngOnInit() in the component, the class must implement OnInit interface
  • All component class names must be suffixed with Component
  • If variables are not reassigned, you should use const instead of var (actually, you should never use var nowadays)

So, I fixed up the class and ended up with this:
image

@mrholek
Copy link
Member

mrholek commented Oct 13, 2017

Thank you for your feedback. We use this because we face problems with angular tags and flex layout.

We'll improve this functions in next release.

@andreavitali
Copy link

In release 1.0.2 the ngOnInit() function was removed in the components, but styles was not updated, so now the layout is pretty messed up. That because the parent of component with flex layout (for example app-footer) has not display: flex property.

@Tekorius
Copy link
Author

I briefly checked the diff of the latest commit and it seems to be moving in the right direction. I will try to pull the seed project and check it out my self in a couple of days.

@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants