kempo-css 1.3.1 → 1.3.6

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.
@@ -1,165 +1,165 @@
1
- # Code Contribution Guidelines
2
-
3
- ## Project Structure
4
-
5
- - All code should be in the `src/` directory, with the exception of npm scripts.
6
- - All components should be in the `src/components/` directory.
7
- - All utility function module files should be in the `src/utils/` directory.
8
- - All documnentation should be in the `docs/` directory. This directory is used by GitHub as the "GitHub Pages", so all links need to be relative, and there will be a build script which copies all code to the `docs/` directory.
9
-
10
- ## Coding Style Guidelines
11
-
12
- ### Code Organization
13
- Use multi-line comments to separate code into logical sections. Group related functionality together.
14
- - Example: In Lit components, group lifecycle callbacks, event handlers, public methods, utility functions, and rendering logic separately.
15
-
16
- ```javascript
17
- /*
18
- Lifecycle Callbacks
19
- */
20
- ```
21
-
22
- ### Avoid single-use variables/functions
23
- Avoid defining a variable or function to only use it once; inline the logic where needed. Some exceptions include:
24
- - recursion
25
- - scope encapsulation (IIFE)
26
- - context changes
27
-
28
- ### Minimal Comments, Empty Lines, and Spacing
29
-
30
- Use minimal comments. Assume readers understand the language. Some exceptions include:
31
- - complex logic
32
- - anti-patterns
33
- - code organization
34
-
35
- Do not put random empty lines within code; put them where they make sense for readability, for example:
36
- - above and below definitions for functions and classes.
37
- - to help break up large sections of logic to be more readable. If there are 100 lines of code with no breaks, it gets hard to read.
38
- - above multi-line comments to indicate the comment belongs to the code below
39
-
40
- No empty lines in css.
41
-
42
- End each file with an empty line.
43
-
44
- End each line with a `;` when possible, even if it is optional.
45
-
46
- Avoid unnecessary spacing, for example:
47
- - after the word `if`
48
- - within parentheses for conditional statements
49
-
50
- ```javascript
51
- let count = 1;
52
-
53
- const incrementOdd = (n) => {
54
- if(n % 2 !== 0){
55
- return n++;
56
- }
57
- return n;
58
- };
59
-
60
- count = incrementOdd(count);
61
- ```
62
-
63
- ### Prefer Arrow Functions
64
- Prefer the use of arrow functions when possible, especially for class methods to avoid binding. Use normal functions if needed for preserving the proper context.
65
- - For very basic logic, use implicit returns
66
- - If there is a single parameter, omit the parentheses.
67
- ```javascript
68
- const addOne = n => n + 1;
69
- ```
70
-
71
- ### Module Exports
72
- - If a module has only one export, use the "default" export, not a named export.
73
- - Do not declare the default export as a const or give it a name; just export the value.
74
-
75
- ```javascript
76
- export default (n) => n + 1;
77
- ```
78
- - If a module has multiple exports, use named exports and do not use a "default" export.
79
-
80
- ### Code Reuse
81
- Create utility functions for shared logic.
82
- - If the shared logic is used in a single file, define a utility function in that file.
83
- - If the shared logic is used in multiple files, create a utility function module file in `src/utils/`.
84
-
85
- ### Naming
86
- Do not prefix identifiers with underscores.
87
- - Never use leading underscores (`_`) for variable, property, method, or function names.
88
- - Use clear, descriptive names without prefixes.
89
- - When true privacy is needed inside classes, prefer native JavaScript private fields (e.g., `#myField`) instead of simulated privacy via underscores.
90
-
91
- ## Components
92
-
93
- ### Base Component Architecture
94
-
95
- The project provides three base components for different rendering strategies. Choose the appropriate base component and extend it:
96
-
97
- #### ShadowComponent
98
- For components that need shadow DOM encapsulation and automatic `/kempo.css` stylesheet injection.
99
-
100
- ```javascript
101
- import ShadowComponent from './ShadowComponent.js';
102
-
103
- export default class MyComponent extends ShadowComponent {
104
- render() {
105
- return html`<p>Shadow DOM content with scoped styles</p>`;
106
- }
107
- }
108
- ```
109
-
110
- #### LightComponent
111
- For components that render directly to light DOM without shadow DOM encapsulation.
112
-
113
- ```javascript
114
- import LightComponent from './LightComponent.js';
115
-
116
- export default class MyComponent extends LightComponent {
117
- renderLightDom() {
118
- return html`<p>Light DOM content</p>`;
119
- }
120
- }
121
- ```
122
-
123
- #### HybridComponent
124
- For components that need both shadow DOM (with automatic `/kempo.css`) and light DOM rendering.
125
-
126
- ```javascript
127
- import HybridComponent from './HybridComponent.js';
128
-
129
- export default class MyComponent extends HybridComponent {
130
- render() {
131
- return html`<p>Shadow DOM content</p>`;
132
- }
133
-
134
- renderLightDom() {
135
- return html`<p>Light DOM content alongside natural children</p>`;
136
- }
137
- }
138
- ```
139
-
140
- **Important:** Always call `super.updated()` when overriding the `updated()` method in LightComponent or HybridComponent to ensure proper rendering.
141
-
142
- ### Component Architecture and Communication
143
-
144
- - Use methods to cause actions; do not emit events to trigger logic. Events are for notifying that something already happened.
145
- - Prefer `el.closest('ktf-test-framework')?.enqueueSuite({...})` over firing an `enqueue` event.
146
-
147
- - Wrap dependent components inside a parent `ktf-test-framework` element. Children find it via `closest('ktf-test-framework')` and call its methods. The framework can query its subtree to orchestrate children.
148
-
149
- - Avoid `window` globals and global custom events for coordination. If broadcast is needed, scope events to the framework element; reserve window events for global, non-visual concerns (e.g., settings changes).
150
-
151
- ## Development Workflow
152
-
153
- ### Local Development Server
154
- - **DO NOT** start a development server - one is already running
155
- - Default port: **8083**
156
- - Base URL: `http://localhost:8083`
157
- - Documentation URLs follow the directory/file structure in `docs/` (e.g., `docs/components/color-picker.html` → `http://localhost:8083/components/color-picker.html`)
158
- - Use this server for all testing and verification
159
-
160
- ### Testing and Verification
161
- - **ALWAYS** verify changes using the live documentation on the running server
162
- - Use Chrome DevTools Protocol (chrome-devtools-mcp) for interactive testing
163
- - **DO NOT** create one-off test files or framework-less tests
164
- - Test components in their natural documentation environment
165
- - Validate both functionality and visual appearance
1
+ # Code Contribution Guidelines
2
+
3
+ ## Project Structure
4
+
5
+ - All code should be in the `src/` directory, with the exception of npm scripts.
6
+ - All components should be in the `src/components/` directory.
7
+ - All utility function module files should be in the `src/utils/` directory.
8
+ - All documnentation should be in the `docs/` directory. This directory is used by GitHub as the "GitHub Pages", so all links need to be relative, and there will be a build script which copies all code to the `docs/` directory.
9
+
10
+ ## Coding Style Guidelines
11
+
12
+ ### Code Organization
13
+ Use multi-line comments to separate code into logical sections. Group related functionality together.
14
+ - Example: In Lit components, group lifecycle callbacks, event handlers, public methods, utility functions, and rendering logic separately.
15
+
16
+ ```javascript
17
+ /*
18
+ Lifecycle Callbacks
19
+ */
20
+ ```
21
+
22
+ ### Avoid single-use variables/functions
23
+ Avoid defining a variable or function to only use it once; inline the logic where needed. Some exceptions include:
24
+ - recursion
25
+ - scope encapsulation (IIFE)
26
+ - context changes
27
+
28
+ ### Minimal Comments, Empty Lines, and Spacing
29
+
30
+ Use minimal comments. Assume readers understand the language. Some exceptions include:
31
+ - complex logic
32
+ - anti-patterns
33
+ - code organization
34
+
35
+ Do not put random empty lines within code; put them where they make sense for readability, for example:
36
+ - above and below definitions for functions and classes.
37
+ - to help break up large sections of logic to be more readable. If there are 100 lines of code with no breaks, it gets hard to read.
38
+ - above multi-line comments to indicate the comment belongs to the code below
39
+
40
+ No empty lines in css.
41
+
42
+ End each file with an empty line.
43
+
44
+ End each line with a `;` when possible, even if it is optional.
45
+
46
+ Avoid unnecessary spacing, for example:
47
+ - after the word `if`
48
+ - within parentheses for conditional statements
49
+
50
+ ```javascript
51
+ let count = 1;
52
+
53
+ const incrementOdd = (n) => {
54
+ if(n % 2 !== 0){
55
+ return n++;
56
+ }
57
+ return n;
58
+ };
59
+
60
+ count = incrementOdd(count);
61
+ ```
62
+
63
+ ### Prefer Arrow Functions
64
+ Prefer the use of arrow functions when possible, especially for class methods to avoid binding. Use normal functions if needed for preserving the proper context.
65
+ - For very basic logic, use implicit returns
66
+ - If there is a single parameter, omit the parentheses.
67
+ ```javascript
68
+ const addOne = n => n + 1;
69
+ ```
70
+
71
+ ### Module Exports
72
+ - If a module has only one export, use the "default" export, not a named export.
73
+ - Do not declare the default export as a const or give it a name; just export the value.
74
+
75
+ ```javascript
76
+ export default (n) => n + 1;
77
+ ```
78
+ - If a module has multiple exports, use named exports and do not use a "default" export.
79
+
80
+ ### Code Reuse
81
+ Create utility functions for shared logic.
82
+ - If the shared logic is used in a single file, define a utility function in that file.
83
+ - If the shared logic is used in multiple files, create a utility function module file in `src/utils/`.
84
+
85
+ ### Naming
86
+ Do not prefix identifiers with underscores.
87
+ - Never use leading underscores (`_`) for variable, property, method, or function names.
88
+ - Use clear, descriptive names without prefixes.
89
+ - When true privacy is needed inside classes, prefer native JavaScript private fields (e.g., `#myField`) instead of simulated privacy via underscores.
90
+
91
+ ## Components
92
+
93
+ ### Base Component Architecture
94
+
95
+ The project provides three base components for different rendering strategies. Choose the appropriate base component and extend it:
96
+
97
+ #### ShadowComponent
98
+ For components that need shadow DOM encapsulation and automatic `/kempo.css` stylesheet injection.
99
+
100
+ ```javascript
101
+ import ShadowComponent from './ShadowComponent.js';
102
+
103
+ export default class MyComponent extends ShadowComponent {
104
+ render() {
105
+ return html`<p>Shadow DOM content with scoped styles</p>`;
106
+ }
107
+ }
108
+ ```
109
+
110
+ #### LightComponent
111
+ For components that render directly to light DOM without shadow DOM encapsulation.
112
+
113
+ ```javascript
114
+ import LightComponent from './LightComponent.js';
115
+
116
+ export default class MyComponent extends LightComponent {
117
+ renderLightDom() {
118
+ return html`<p>Light DOM content</p>`;
119
+ }
120
+ }
121
+ ```
122
+
123
+ #### HybridComponent
124
+ For components that need both shadow DOM (with automatic `/kempo.css`) and light DOM rendering.
125
+
126
+ ```javascript
127
+ import HybridComponent from './HybridComponent.js';
128
+
129
+ export default class MyComponent extends HybridComponent {
130
+ render() {
131
+ return html`<p>Shadow DOM content</p>`;
132
+ }
133
+
134
+ renderLightDom() {
135
+ return html`<p>Light DOM content alongside natural children</p>`;
136
+ }
137
+ }
138
+ ```
139
+
140
+ **Important:** Always call `super.updated()` when overriding the `updated()` method in LightComponent or HybridComponent to ensure proper rendering.
141
+
142
+ ### Component Architecture and Communication
143
+
144
+ - Use methods to cause actions; do not emit events to trigger logic. Events are for notifying that something already happened.
145
+ - Prefer `el.closest('ktf-test-framework')?.enqueueSuite({...})` over firing an `enqueue` event.
146
+
147
+ - Wrap dependent components inside a parent `ktf-test-framework` element. Children find it via `closest('ktf-test-framework')` and call its methods. The framework can query its subtree to orchestrate children.
148
+
149
+ - Avoid `window` globals and global custom events for coordination. If broadcast is needed, scope events to the framework element; reserve window events for global, non-visual concerns (e.g., settings changes).
150
+
151
+ ## Development Workflow
152
+
153
+ ### Local Development Server
154
+ - **DO NOT** start a development server - one is already running
155
+ - Default port: **8083**
156
+ - Base URL: `http://localhost:4048/`
157
+ - Documentation URLs follow the directory/file structure in `docs/` (e.g., `docs/components/color-picker.html` → `http://localhost:8083/components/color-picker.html`)
158
+ - Use this server for all testing and verification
159
+
160
+ ### Testing and Verification
161
+ - **ALWAYS** verify changes using the live documentation on the running server
162
+ - Use Chrome DevTools Protocol (chrome-devtools-mcp) for interactive testing
163
+ - **DO NOT** create one-off test files or framework-less tests
164
+ - Test components in their natural documentation environment
165
+ - Validate both functionality and visual appearance
@@ -0,0 +1,66 @@
1
+ name: Publish to npmjs
2
+
3
+ on:
4
+ push:
5
+ branches:
6
+ - main
7
+ workflow_dispatch:
8
+ inputs:
9
+ version-type:
10
+ description: 'Version bump type'
11
+ required: true
12
+ type: choice
13
+ options:
14
+ - patch
15
+ - minor
16
+ - major
17
+ default: patch
18
+
19
+ jobs:
20
+ publish:
21
+ runs-on: ubuntu-latest
22
+ permissions:
23
+ contents: write
24
+ id-token: write
25
+ steps:
26
+ - uses: actions/checkout@v4
27
+ with:
28
+ token: ${{ secrets.GITHUB_TOKEN }}
29
+
30
+ - uses: actions/setup-node@v4
31
+ with:
32
+ node-version: '20.x'
33
+
34
+ - run: npm ci
35
+
36
+ - name: Set version type
37
+ id: version
38
+ run: |
39
+ if [ "${{ github.event_name }}" == "workflow_dispatch" ]; then
40
+ echo "type=${{ inputs.version-type }}" >> $GITHUB_OUTPUT
41
+ else
42
+ echo "type=patch" >> $GITHUB_OUTPUT
43
+ fi
44
+
45
+ - name: Bump ${{ steps.version.outputs.type }} version
46
+ run: |
47
+ git config --global user.name "github-actions"
48
+ git config --global user.email "github-actions@github.com"
49
+ npm version ${{ steps.version.outputs.type }} --no-git-tag-version
50
+ git add package.json package-lock.json || true
51
+ git commit -m "ci: bump ${{ steps.version.outputs.type }} version [skip ci]" || echo "No changes to commit"
52
+ git push origin HEAD:main || echo "No changes to push"
53
+ env:
54
+ GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
55
+
56
+ - name: Setup .npmrc for OIDC
57
+ run: |
58
+ cat << EOF > ~/.npmrc
59
+ //registry.npmjs.org/:_authToken=\${NPM_TOKEN}
60
+ registry=https://registry.npmjs.org/
61
+ always-auth=true
62
+ EOF
63
+
64
+ - run: npm publish --access public
65
+ env:
66
+ NPM_TOKEN: ${{ secrets.NPM_TOKEN }}
package/LICENSE.md CHANGED
@@ -1,91 +1,21 @@
1
- # Creative Commons Attribution-NonCommercial-ShareAlike 2.0
2
-
3
- CREATIVE COMMONS CORPORATION IS NOT A LAW FIRM AND DOES NOT PROVIDE LEGAL SERVICES. DISTRIBUTION OF THIS LICENSE DOES NOT CREATE AN ATTORNEY-CLIENT RELATIONSHIP. CREATIVE COMMONS PROVIDES THIS INFORMATION ON AN "AS-IS" BASIS. CREATIVE COMMONS MAKES NO WARRANTIES REGARDING THE INFORMATION PROVIDED, AND DISCLAIMS LIABILITY FOR DAMAGES RESULTING FROM ITS USE.
4
-
5
- ## License
6
-
7
- THE WORK (AS DEFINED BELOW) IS PROVIDED UNDER THE TERMS OF THIS CREATIVE COMMONS PUBLIC LICENSE ("CCPL" OR "LICENSE"). THE WORK IS PROTECTED BY COPYRIGHT AND/OR OTHER APPLICABLE LAW. ANY USE OF THE WORK OTHER THAN AS AUTHORIZED UNDER THIS LICENSE OR COPYRIGHT LAW IS PROHIBITED.
8
-
9
- BY EXERCISING ANY RIGHTS TO THE WORK PROVIDED HERE, YOU ACCEPT AND AGREE TO BE BOUND BY THE TERMS OF THIS LICENSE. THE LICENSOR GRANTS YOU THE RIGHTS CONTAINED HERE IN CONSIDERATION OF YOUR ACCEPTANCE OF SUCH TERMS AND CONDITIONS.
10
-
11
- ### 1. Definitions
12
-
13
- a. "Collective Work" means a work, such as a periodical issue, anthology or encyclopedia, in which the Work in its entirety in unmodified form, along with a number of other contributions, constituting separate and independent works in themselves, are assembled into a collective whole. A work that constitutes a Collective Work will not be considered a Derivative Work (as defined below) for the purposes of this License.
14
-
15
- b. "Derivative Work" means a work based upon the Work or upon the Work and other pre-existing works, such as a translation, musical arrangement, dramatization, fictionalization, motion picture version, sound recording, art reproduction, abridgment, condensation, or any other form in which the Work may be recast, transformed, or adapted, except that a work that constitutes a Collective Work will not be considered a Derivative Work for the purpose of this License. For the avoidance of doubt, where the Work is a musical composition or sound recording, the synchronization of the Work in timed-relation with a moving image ("synching") will be considered a Derivative Work for the purpose of this License.
16
-
17
- c. "Licensor" means the individual or entity that offers the Work under the terms of this License.
18
-
19
- d. "Original Author" means the individual or entity who created the Work.
20
-
21
- e. "Work" means the copyrightable work of authorship offered under the terms of this License.
22
-
23
- f. "You" means an individual or entity exercising rights under this License who has not previously violated the terms of this License with respect to the Work, or who has received express permission from the Licensor to exercise rights under this License despite a previous violation.
24
-
25
- ### 2. Fair Use Rights
26
-
27
- Nothing in this license is intended to reduce, limit, or restrict any rights arising from fair use, first sale or other limitations on the exclusive rights of the copyright owner under copyright law or other applicable laws.
28
-
29
- ### 3. License Grant
30
-
31
- Subject to the terms and conditions of this License, Licensor hereby grants You a worldwide, royalty-free, non-exclusive, perpetual (for the duration of the applicable copyright) license to exercise the rights in the Work as stated below:
32
-
33
- a. to reproduce the Work, to incorporate the Work into one or more Collective Works, and to reproduce the Work as incorporated in the Collective Works;
34
-
35
- b. to create and reproduce Derivative Works;
36
-
37
- c. to distribute copies or phonorecords of, display publicly, perform publicly, and perform publicly by means of a digital audio transmission the Work including as incorporated in Collective Works;
38
-
39
- d. to distribute copies or phonorecords of, display publicly, perform publicly, and perform publicly by means of a digital audio transmission Derivative Works.
40
-
41
- The above rights may be exercised in all media and formats whether now known or hereafter devised. The above rights include the right to make such modifications as are technically necessary to exercise the rights in other media and formats. All rights not expressly granted by Licensor are hereby reserved, including but not limited to the rights set forth in Section 4(d).
42
-
43
- ### 4. Restrictions
44
-
45
- The license granted in Section 3 above is expressly made subject to and limited by the following restrictions:
46
-
47
- a. You may distribute, publicly display, publicly perform, or publicly digitally perform the Work only under the terms of this License, and You must include a copy of, or the Uniform Resource Identifier for, this License with every copy or phonorecord of the Work You distribute, publicly display, publicly perform, or publicly digitally perform. You may not offer or impose any terms on the Work that alter or restrict the terms of this License or the recipients' exercise of the rights granted hereunder. You may not sublicense the Work. You must keep intact all notices that refer to this License and to the disclaimer of warranties. You may not distribute, publicly display, publicly perform, or publicly digitally perform the Work with any technological measures that control access or use of the Work in a manner inconsistent with the terms of this License Agreement. The above applies to the Work as incorporated in a Collective Work, but this does not require the Collective Work apart from the Work itself to be made subject to the terms of this License. If You create a Collective Work, upon notice from any Licensor You must, to the extent practicable, remove from the Collective Work any credit as required by clause 4(c), as requested. If You create a Derivative Work, upon notice from any Licensor You must, to the extent practicable, remove from the Derivative Work any credit as required by clause 4(c), as requested.
48
-
49
- b. You may distribute, publicly display, publicly perform, or publicly digitally perform a Derivative Work only under the terms of this License, a later version of this License with the same License Elements as this License, or a Creative Commons iCommons license that contains the same License Elements as this License (e.g. Attribution-NonCommercial-ShareAlike 2.0 Japan). You must include a copy of, or the Uniform Resource Identifier for, this License or other license specified in the previous sentence with every copy or phonorecord of each Derivative Work You distribute, publicly display, publicly perform, or publicly digitally perform. You may not offer or impose any terms on the Derivative Works that alter or restrict the terms of this License or the recipients' exercise of the rights granted hereunder, and You must keep intact all notices that refer to this License and to the disclaimer of warranties. You may not distribute, publicly display, publicly perform, or publicly digitally perform the Derivative Work with any technological measures that control access or use of the Work in a manner inconsistent with the terms of this License Agreement. The above applies to the Derivative Work as incorporated in a Collective Work, but this does not require the Collective Work apart from the Derivative Work itself to be made subject to the terms of this License.
50
-
51
- c. If you distribute, publicly display, publicly perform, or publicly digitally perform the Work or any Derivative Works or Collective Works, You must keep intact all copyright notices for the Work and provide, reasonable to the medium or means You are utilizing: (i) the name of the Original Author (or pseudonym, if applicable) if supplied, and/or (ii) if the Original Author and/or Licensor designate another party or parties (e.g. a sponsor institute, publishing entity, journal) for attribution in Licensor's copyright notice, terms of service or by other reasonable means, the name of such party or parties; (iii) the title of the Work if supplied; (iv) to the extent reasonably practicable, the Uniform Resource Identifier, if any, that Licensor specifies to be associated with the Work, unless such URI does not refer to the copyright notice or licensing information for the Work; and (v) consistent with Section 3(b), in the case of a Derivative Work, a credit identifying the use of the Work in the Derivative Work (e.g., "French translation of the Work by Original Author," or "Screenplay based on original Work by Original Author"). Such credit may be implemented in any reasonable manner; provided, however, that in the case of a Derivative Work or Collective Work, at a minimum such credit will appear where any other comparable authorship credit appears and in a manner at least as prominent as such other comparable authorship credit.
52
-
53
- d. For the avoidance of doubt, where the Work is a musical composition:
54
-
55
- i. Performance Royalties Under Blanket Licenses. Licensor reserves the exclusive right to collect, whether individually or via a performance rights society (e.g. ASCAP, BMI, SESAC), royalties for the public performance or public digital performance (e.g. webcast) of the Work if that performance is primarily intended for or directed toward commercial advantage or private monetary compensation.
56
-
57
- ii. Mechanical Rights and Statutory Royalties. Licensor reserves the exclusive right to collect, whether individually or via a music rights agency or designated agent (e.g. Harry Fox Agency), royalties for any phonorecord You create from the Work ("cover song") and distribute, subject to the compulsory license created by 17 USC Section 115 of the US Copyright Act (or the equivalent in other jurisdictions), if Your distribution of such cover song is primarily intended for or directed toward commercial advantage or private monetary compensation.
58
-
59
- e. Webcasting Rights and Statutory Royalties. For the avoidance of doubt, where the Work is a sound recording, Licensor reserves the exclusive right to collect, whether individually or via a performance-rights society (e.g. SoundExchange), royalties for the public digital performance (e.g. webcast) of the Work, subject to the compulsory license created by 17 USC Section 114 of the US Copyright Act (or the equivalent in other jurisdictions), if Your public digital performance is primarily intended for or directed toward commercial advantage or private monetary compensation.
60
-
61
- ### 5. Representations, Warranties and Disclaimer
62
-
63
- UNLESS OTHERWISE MUTUALLY AGREED TO BY THE PARTIES IN WRITING, LICENSOR OFFERS THE WORK AS-IS AND MAKES NO REPRESENTATIONS OR WARRANTIES OF ANY KIND CONCERNING THE WORK, EXPRESS, IMPLIED, STATUTORY OR OTHERWISE, INCLUDING, WITHOUT LIMITATION, WARRANTIES OF TITLE, MERCHANTIBILITY, FITNESS FOR A PARTICULAR PURPOSE, NONINFRINGEMENT, OR THE ABSENCE OF LATENT OR OTHER DEFECTS, ACCURACY, OR THE PRESENCE OF ABSENCE OF ERRORS, WHETHER OR NOT DISCOVERABLE. SOME JURISDICTIONS DO NOT ALLOW THE EXCLUSION OF IMPLIED WARRANTIES, SO SUCH EXCLUSION MAY NOT APPLY TO YOU.
64
-
65
- ### 6. Limitation on Liability
66
-
67
- EXCEPT TO THE EXTENT REQUIRED BY APPLICABLE LAW, IN NO EVENT WILL LICENSOR BE LIABLE TO YOU ON ANY LEGAL THEORY FOR ANY SPECIAL, INCIDENTAL, CONSEQUENTIAL, PUNITIVE OR EXEMPLARY DAMAGES ARISING OUT OF THIS LICENSE OR THE USE OF THE WORK, EVEN IF LICENSOR HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
68
-
69
- ### 7. Termination
70
-
71
- a. This License and the rights granted hereunder will terminate automatically upon any breach by You of the terms of this License. Individuals or entities who have received Derivative Works or Collective Works from You under this License, however, will not have their licenses terminated provided such individuals or entities remain in full compliance with those licenses. Sections 1, 2, 5, 6, 7, and 8 will survive any termination of this License.
72
-
73
- b. Subject to the above terms and conditions, the license granted here is perpetual (for the duration of the applicable copyright in the Work). Notwithstanding the above, Licensor reserves the right to release the Work under different license terms or to stop distributing the Work at any time; provided, however that any such election will not serve to withdraw this License (or any other license that has been, or is required to be, granted under the terms of this License), and this License will continue in full force and effect unless terminated as stated above.
74
-
75
- ### 8. Miscellaneous
76
-
77
- a. Each time You distribute or publicly digitally perform the Work or a Collective Work, the Licensor offers to the recipient a license to the Work on the same terms and conditions as the license granted to You under this License.
78
-
79
- b. Each time You distribute or publicly digitally perform a Derivative Work, Licensor offers to the recipient a license to the Work on the same terms and conditions as the license granted to You under this License.
80
-
81
- c. If any provision of this License is invalid or unenforceable under applicable law, it shall not affect the validity or enforceability of the remainder of the terms of this License, and without further action by the parties of this agreement, such provision shall be reformed to the minimum extent necessary to make such provision valid and enforceable.
82
-
83
- d. No term or provision of this License shall be deemed waived and no breach consented to unless such waiver or consent shall be in writing and signed by the party to be charged with such waiver or consent.
84
-
85
- e. This License constitutes the entire agreement between the parties with respect to the Work licensed here. There are no understandings, agreements or representations with respect to the Work not specified here. Licensor shall not be bound by any additional provisions that may appear in any communication from You. This License may not be modified without the mutual written agreement of the Licensor and You.
86
-
87
- Creative Commons is not a party to this License, and makes no warranty whatsoever in connection with the Work. Creative Commons will not be liable to You or any party on any legal theory for any damages whatsoever, including without limitation any general, special, incidental or consequential damages arising in connection to this or any use of the Work. Notwithstanding the foregoing two (2) sentences, if Creative Commons has expressly identified itself as the Licensor hereunder, it shall have all rights and obligations of Licensor.
88
-
89
- Except for the limited purpose of indicating to the public that the Work is licensed under the CCPL, neither party will use the trademark "Creative Commons" or any related trademark or logo of Creative Commons without the prior written consent of Creative Commons. Any permitted use will be in compliance with Creative Commons' then-current trademark usage guidelines, as may be published on its website or otherwise made available upon request from time to time.
90
-
91
- Creative Commons may be contacted at https://creativecommons.org/.
1
+ # MIT License
2
+
3
+ Copyright (c) 2025 Dustin Poissant
4
+
5
+ Permission is hereby granted, free of charge, to any person obtaining a copy
6
+ of this software and associated documentation files (the "Software"), to deal
7
+ in the Software without restriction, including without limitation the rights
8
+ to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
9
+ copies of the Software, and to permit persons to whom the Software is
10
+ furnished to do so, subject to the following conditions:
11
+
12
+ The above copyright notice and this permission notice shall be included in all
13
+ copies or substantial portions of the Software.
14
+
15
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
16
+ IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
17
+ FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
18
+ AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
19
+ LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
20
+ OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
21
+ SOFTWARE.