@skeletonizer/angular 0.0.8-alpha.0 → 0.0.10-alpha.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +13 -8
- package/package.json +2 -2
package/README.md
CHANGED
|
@@ -44,9 +44,12 @@ By extending the `SkeletonAbstractComponent`, you also get access to the `proxy`
|
|
|
44
44
|
In the skeletonized part of the template, you **must** access the data through the `proxy(context)` method.
|
|
45
45
|
You can think of `proxy(context)` in the same way as you would think of `this` in a class method (or in the template, where the `this` is usually omitted when accessing props / methods and we usually call `foo` instead of `this.foo`). The only difference is that when using `proxy(context)`, the content-projected template will use the mocked values when the `showSkeleton` is `true`, and resolved values when `showSkeleton` is `false` - all while maintaining the type safety.
|
|
46
46
|
|
|
47
|
-
For more details about the `SkeletonAbstractComponent`, see the [SkeletonAbstractComponent](
|
|
48
|
-
|
|
49
|
-
For more details about the `
|
|
47
|
+
For more details about the `SkeletonAbstractComponent`, see the [SkeletonAbstractComponent](/packages/utils/README.md#skeletonabstractcomponent) section.
|
|
48
|
+
|
|
49
|
+
For more details about the `SchemaItem` property, see the [SchemaItem](/packages/utils/README.md#schemaitem) section.
|
|
50
|
+
|
|
51
|
+
For more details about the `skeletonConfig` property, see the [TSchemaConfig](/packages/utils/README.md#tschemaconfig) section.
|
|
52
|
+
|
|
50
53
|
|
|
51
54
|
```typescript
|
|
52
55
|
import { Component } from '@angular/core';
|
|
@@ -242,17 +245,19 @@ export class MyComponent extends SkeletonAbstractComponent<TSkeletonizedPart> im
|
|
|
242
245
|
|
|
243
246
|
### Color Scheme
|
|
244
247
|
Generally speaking, you shouldn't need to adjust the color scheme of the skeletonized component in most cases. However, should you need to, the color scheme of the skeletonized views can be customized by providing the `colorScheme` property to the `SkeletonizerSkeletonComponent`.
|
|
245
|
-
|
|
248
|
+
|
|
249
|
+
For more details about the `colorScheme` property, see the [colorScheme](/packages/utils/README.md#colorscheme) section.
|
|
246
250
|
|
|
247
251
|
## Contributing
|
|
248
252
|
For Angular adapter-specific contributions, run the following commands to get started:
|
|
249
253
|
- `npm install`
|
|
250
|
-
- adjust the code in the `packages/
|
|
251
|
-
- run `npm run build` in the `packages/
|
|
254
|
+
- adjust the code in the `packages/angular` directory
|
|
255
|
+
- run `npm run build` in the `packages/angular` directory
|
|
252
256
|
- adjust the code in the `packages/angular/src/app` directory to make sure the changes can easily be seen in the example app
|
|
253
|
-
- `npm run dev`
|
|
257
|
+
- `npm run dev` in the `packages/angular` directory to start the example app
|
|
258
|
+
- update readme file in the `packages/angular` directory
|
|
254
259
|
|
|
255
|
-
Before submitting a pull request, make sure to run the following commands:
|
|
260
|
+
Before submitting a pull request, make sure to run the following commands in `packages/angular` directory:
|
|
256
261
|
- `npm run lint`
|
|
257
262
|
- `npm run type-check`
|
|
258
263
|
- `npm run coverage`
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@skeletonizer/angular",
|
|
3
|
-
"version": "0.0.
|
|
3
|
+
"version": "0.0.10-alpha.0",
|
|
4
4
|
"description": "The way to skeletonize your Angular components",
|
|
5
5
|
"author": "Luka Varga",
|
|
6
6
|
"license": "MIT",
|
|
@@ -88,5 +88,5 @@
|
|
|
88
88
|
"ng-packagr": "^17.3.0",
|
|
89
89
|
"typescript": "~5.4.3"
|
|
90
90
|
},
|
|
91
|
-
"gitHead": "
|
|
91
|
+
"gitHead": "3cfb823e233c3b596348d628c8d561b02f5d7ca7"
|
|
92
92
|
}
|