The angular-package supports the development process of angular-based applications in varied ways through the thoughtful, reusable, easy-to-use small pieces of code called packages.

Sass List - Modified list Sass module.

Extended sass modules:

• The sass:list is extended by @angular-package/sass-list - module makes it easy to combine, search, or split apart strings.

Sass extension is free to use. If you enjoy it, please consider donating via fiat, Revolut platform or cryptocurrency the @angular-package for further development. ♥

Feel free to submit a pull request. Help is always appreciated.

• Skeleton
• Code scaffolding
• Documentation
  • API
• Changelog
• Git
  • Commit
  • Versioning
• License

This package was generated by the skeleton workspace with Angular CLI version 14.2.0.

Copy this package to the packages/sass-list folder of the skeleton workspace then run the commands below.

Run ng generate component component-name --project sass-list to generate a new component. You can also use ng generate directive|pipe|service|class|guard|interface|enum|module --project sass-list.

Note: Don't forget to add --project sass-list or else it will be added to the default project in your angular.json file.

Run ng build sass-list to build the project. The build artifacts will be stored in the dist/ directory.

After building your library with ng build sass-list, go to the dist folder cd dist/sass-list and run npm publish.

Run ng test sass-list to execute the unit tests via Karma.

To get more help on the Angular CLI use ng help or go check out the Angular CLI Overview and Command Reference page.

The documentation is in construction and it's available at https://docs.angular-package.dev/v/sass-list

list.add($list, $separator: auto, $value, $values...)

list.add($list, $separator: auto, $value, $values...)

list.each($list, $comma: true, $index: 1)

list.empty($list)

list.extract-map($list, $occurrence: first)

list.first($list)

list.flatten($list)

list.from($list, $from) // TODO

list.has($list, $occurrence: any, $operator: '==', $value, $values...) // TODO

list.index($list, $value, $values...)

list.insert-nth($list, $n, $value)

list.invert($list)

list.is-length($list, $length)

list.join(
  $list1,
  $list2,
  $separator: auto,
  $bracketed: auto,
  $delimiter: null
)

list.last($list)

list.limit($list, $limit...)

list.merge($list1, $list2)

list.nth($list, $n, $nts...)

list.nths($list, $n...)

list.of($list, $spec, $separator: null, $type: false)

list.range($list, $from: 1, $to: list.length($list)) // TODO

list.replace($list, $replace, $replacement)

list.select(
  $select: index,
  $from: null,
  $operand: value,
  $operator: '==',
  $value,
  $values...
) // TODO

list.swap($list, $n, $to, $nth: list.nth($list, $n))

list.to-map($list, $keys...)

list.to($list, $to)

list.type($list, $n...)

list.update($list, $nth-value...)

Get methods.

list.get-bool($list, $occurrence: first)

list.get-list($list, $occurrence: first)

list.get-map($list, $occurrence: first)

list.get-number($list, $occurrence: first)

list.get-string($list, $occurrence: first)

list.get-type($list, $occurrence: any, $type, $types...)

Remove methods.

list.remove-duplicate($list, $values...)

list.remove-duplicate($list, $values...) // TODO

list.remove-map($list)

list.remove-nth($list, $n, $nts...)

list.remove-number($list)

list.remove-range($list, $from: 1, $to: list.length($list)) // TODO

list.remove-string($list)

list.remove-type($list, $type, $types...)

list.remove-value($list, $value, $values...)

To read it, click on the CHANGELOG.md link.

• AngularJS Git Commit Message Conventions
• Karma Git Commit Msg
• Conventional Commits

Semantic Versioning 2.0.0

Given a version number MAJOR.MINOR.PATCH, increment the:

• MAJOR version when you make incompatible API changes,
• MINOR version when you add functionality in a backwards-compatible manner, and
• PATCH version when you make backwards-compatible bug fixes.

Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.

FAQ How should I deal with revisions in the 0.y.z initial development phase?

The simplest thing to do is start your initial development release at 0.1.0 and then increment the minor version for each subsequent release.

How do I know when to release 1.0.0?

If your software is being used in production, it should probably already be 1.0.0. If you have a stable API on which users have come to depend, you should be 1.0.0. If you’re worrying a lot about backwards compatibility, you should probably already be 1.0.0.

MIT © angular-package (license)