-
Notifications
You must be signed in to change notification settings - Fork 24.8k
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
refactor(core): remove outdated comment #44099
refactor(core): remove outdated comment #44099
Conversation
remove the comment suggesting to use a const enum for ViewEncapsulation in the renderer3/definitions.ts file and add a similar comment in the view.ts file in which the enum is defined Note: the new comment does not contain the suggestion of changing `None` to `0` as it is unclear what benefits that would bring (for more info see: angular#44099 (comment))
375ef56
to
3b7b1b3
Compare
You can preview 3b7b1b3 at https://pr44099-3b7b1b3.ngbuilds.io/. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@dario-piotrowicz thanks for the cleanup 👍
remove the comment suggesting to use a const enum for ViewEncapsulation in the renderer3/definitions.ts file and add a similar comment in the view.ts file in which the enum is defined Note: the new comment does not contain the suggestion of changing `None` to `0` as it is unclear what benefits that would bring (for more info see: angular#44099 (comment))
3b7b1b3
to
67fb31a
Compare
You can preview 67fb31a at https://pr44099-67fb31a.ngbuilds.io/. |
remove the comment suggesting to use a const enum for ViewEncapsulation in the renderer3/definitions.ts file and add a similar comment in the view.ts file in which the enum is defined Note: the new comment does not contain the suggestion of changing `None` to `0` as it is unclear what benefits that would bring (for more info see: angular#44099 (comment))
67fb31a
to
0334d21
Compare
Sorry @AndrewKushnir I misread your comment and thought that we were waiting for some check, I didn't get that the check was failing 😅, I've fixed it, seems like the comment was too long so I broke it into two (0334d21) I hope it's fine 🙂 |
You can preview 0334d21 at https://pr44099-0334d21.ngbuilds.io/. |
Note to the Caretaker: the |
This PR was merged into the repository by commit 0bd01ca. |
remove the comment suggesting to use a const enum for ViewEncapsulation in the renderer3/definitions.ts file and add a similar comment in the view.ts file in which the enum is defined Note: the new comment does not contain the suggestion of changing `None` to `0` as it is unclear what benefits that would bring (for more info see: #44099 (comment)) PR Close #44099
slighlty improve the viewEncapsulation documentation (both in code comments and md files) to make it more clear and understandable as discussed here: angular#44099 (comment)
slighlty improve the viewEncapsulation documentation (both in code comments and md files) to make it more clear and understandable as discussed here: angular#44099 (comment)
slighlty improve the viewEncapsulation documentation (both in code comments and md files) to make it more clear and understandable as discussed here: angular#44099 (comment)
slighlty improve the viewEncapsulation documentation (both in code comments and md files) to make it more clear and understandable as discussed here: angular#44099 (comment)
slighlty improve the viewEncapsulation documentation (both in code comments and md files) to make it more clear and understandable as discussed here: angular#44099 (comment)
slighlty improve the viewEncapsulation documentation (both in code comments and md files) to make it more clear and understandable as discussed here: angular#44099 (comment)
Slighlty improve the `viewEncapsulation` documentation (both in code comments and content files) to make it more clear and understandable. See angular#44099 (comment)
Slighlty improve the `viewEncapsulation` documentation (both in code comments and content files) to make it more clear and understandable. See #44099 (comment) PR Close #44151
Slighlty improve the `viewEncapsulation` documentation (both in code comments and content files) to make it more clear and understandable. See #44099 (comment) PR Close #44151
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
remove the comment suggesting to use a const enum for ViewEncapsulation in the renderer3/definitions.ts file and add a similar comment in the view.ts file in which the enum is defined Note: the new comment does not contain the suggestion of changing `None` to `0` as it is unclear what benefits that would bring (for more info see: angular#44099 (comment)) PR Close angular#44099
remove the comment suggesting to use an enum for ViewEncapsulation as
the change seems to have already been applied in PR #25255
PR Checklist
Please check if your PR fulfills the following requirements:
PR Type
What kind of change does this PR introduce?
What is the current behavior?
Issue Number: N/A
A code comment seems to be present but no longer valid.
Prior to PR #25255 the check for the encapsulation was done using a
2
and the comment suggested to substitute that with an enum, that seems to have been already done in the aforementioned PRAs you can see here:
What is the new behavior?
The comment has been removed
Does this PR introduce a breaking change?
Other information
None
should be0
and not2
, is such a change still on the table?seems pretty risky and not too beneficial to me at this point, but since the enum is used maybe it could be fine? 🤷♂️
anyways if that's the case I would suggest to put a comment for that in the enum itself
(
by the way, there's also a
1
not being used anymore thereangular/packages/core/src/metadata/view.ts
Line 32 in a92a89b