Skip to content

build: include mdc-color and mdc-density entry-points in release #19141

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

Merged
merged 1 commit into from
Apr 23, 2020

Conversation

devversion
Copy link
Member

The new mdc-color and mdc-density entry-points should be
included in the @angular/material-experimental package.

The new `mdc-color` and `mdc-density` entry-points should be
included in the `@angular/material-experimental` package.
@devversion devversion added P2 The issue is important to a large percentage of users, with a workaround merge safe labels Apr 22, 2020
@devversion devversion requested a review from jelbourn as a code owner April 22, 2020 13:37
@googlebot googlebot added the cla: yes PR author has agreed to Google's Contributor License Agreement label Apr 22, 2020
Copy link
Contributor

@mmalerba mmalerba left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@mmalerba mmalerba added lgtm action: merge The PR is ready for merge by the caretaker labels Apr 22, 2020
@jelbourn jelbourn merged commit 3a94506 into angular:density-api Apr 23, 2020
devversion added a commit that referenced this pull request May 4, 2020
)

The new `mdc-color` and `mdc-density` entry-points should be
included in the `@angular/material-experimental` package.
devversion added a commit that referenced this pull request May 11, 2020
)

The new `mdc-color` and `mdc-density` entry-points should be
included in the `@angular/material-experimental` package.
devversion added a commit that referenced this pull request May 14, 2020
)

The new `mdc-color` and `mdc-density` entry-points should be
included in the `@angular/material-experimental` package.
devversion added a commit to devversion/material2 that referenced this pull request May 14, 2020
As of the new theming API refactorings, a theme by default includes
density styles for the zero density-scale. This means that the common
pattern of using the `angular-material-theme` for secondary themes in
a project could cause duplicated styles when the new API is explicitly used.

Generally, we want to detect if theme styles are duplicated. This will
be helpful for developers defining multiple themes as we can notify them
if similar theme styles end up multiple times in an application.

If the duplicate styles are intentional, the warning can be explicitly disabled.

docs: improvements to guide changes

docs: add description for individual theme mixins

refactor: add duplicated theme styles check to all individual theme mixins

Adds the duplicated theme styles check to all individual theme mixins.
Also, adds a lint rule that enforces that the theme styles check is
included in every theme mixin w/ autofix.

build: do not build test sass files in legacy output

Looks like the exclude glob does not work as expected. Hence
the new theming bundle test fails as there is no theming
bundle when the legacy gulp tasks process Sass files.

Address feedback as per team meeting

Address feedback (cleanup stylelint rule)

More obvious error if theme variables are named incorrectly

Also ran clang-format

refactor: all-theme file should transitively provide `mat-core` mixin.

Partially reverts commit 9c97cf3 so
that we don't need to perform a large migration in g3 to land the
density API changes.

refactor: convert new theme-mixin-api stylelint rule to typescript

We recently refactored all stylelint rules to TypeScript. Similarly
we should migrate the new rule that has been added in the density
feature branch.

build: include mdc-color and mdc-density entry-points in release (angular#19141)

The new `mdc-color` and `mdc-density` entry-points should be
included in the `@angular/material-experimental` package.
andrewseguin pushed a commit that referenced this pull request May 14, 2020
As of the new theming API refactorings, a theme by default includes
density styles for the zero density-scale. This means that the common
pattern of using the `angular-material-theme` for secondary themes in
a project could cause duplicated styles when the new API is explicitly used.

Generally, we want to detect if theme styles are duplicated. This will
be helpful for developers defining multiple themes as we can notify them
if similar theme styles end up multiple times in an application.

If the duplicate styles are intentional, the warning can be explicitly disabled.

docs: improvements to guide changes

docs: add description for individual theme mixins

refactor: add duplicated theme styles check to all individual theme mixins

Adds the duplicated theme styles check to all individual theme mixins.
Also, adds a lint rule that enforces that the theme styles check is
included in every theme mixin w/ autofix.

build: do not build test sass files in legacy output

Looks like the exclude glob does not work as expected. Hence
the new theming bundle test fails as there is no theming
bundle when the legacy gulp tasks process Sass files.

Address feedback as per team meeting

Address feedback (cleanup stylelint rule)

More obvious error if theme variables are named incorrectly

Also ran clang-format

refactor: all-theme file should transitively provide `mat-core` mixin.

Partially reverts commit 9c97cf3 so
that we don't need to perform a large migration in g3 to land the
density API changes.

refactor: convert new theme-mixin-api stylelint rule to typescript

We recently refactored all stylelint rules to TypeScript. Similarly
we should migrate the new rule that has been added in the density
feature branch.

build: include mdc-color and mdc-density entry-points in release (#19141)

The new `mdc-color` and `mdc-density` entry-points should be
included in the `@angular/material-experimental` package.
@angular-automatic-lock-bot
Copy link

This issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.

Read more about our automatic conversation locking policy.

This action has been performed automatically by a bot.

@angular-automatic-lock-bot angular-automatic-lock-bot bot locked and limited conversation to collaborators May 24, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
action: merge The PR is ready for merge by the caretaker cla: yes PR author has agreed to Google's Contributor License Agreement P2 The issue is important to a large percentage of users, with a workaround
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants