gitmoji-regex 1.0.2 → 2.0.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.
data/CONTRIBUTING.md CHANGED
@@ -1,63 +1,256 @@
1
- ## Contributing
2
-
3
- Bug reports and pull requests are welcome on GitHub at [https://github.com/pboling/gitmoji-regex][source]
4
- . This project is intended to be a safe, welcoming space for collaboration, and contributors are expected to adhere to
5
- the [code of conduct][conduct].
6
-
7
- To submit a patch, please fork the project and create a patch with tests. Once you're happy with it send a pull request!
8
-
9
- ## Detailed instructions on Submitting a Pull Request
10
-
11
- 1. [Fork the repository.][fork]
12
- 2. [Create a topic branch.][branch]
13
- 3. Add specs for your unimplemented feature or bug fix.
14
- 4. Run `bundle exec rake spec`. If your specs pass, return to step 3.
15
- 5. Implement your feature or bug fix.
16
- 6. Run `bundle exec rake`. If your specs fail, return to step 5.
17
- 7. Run `open coverage/index.html`. If your changes are not completely covered
18
- by your tests, return to step 3.
19
- 8. Add documentation for your feature or bug fix.
20
- 9. Commit and push your changes.
21
- 10. [Submit a pull request.][pr]
22
-
23
- [fork]: http://help.github.com/fork-a-repo/
24
- [branch]: http://learn.github.com/p/branching.html
25
- [pr]: http://help.github.com/send-pull-requests/
26
-
27
- ## Release
28
-
29
- To release a new version:
30
-
31
- 1. run `bin/refresh`, or `rake regenerate`, to update the regex to current gitmoji set
32
- - Test `gitmoji/regex/reference_spec.rb` may fail showing new gitmojis
33
- - These will need to be added to the test, and noted in the CHANGELOG
34
- 2. update the version number in `version.rb`
35
- 3. run `bin/setup && bin/rake` to update `Gemfile.lock`
36
- 4. run `bundle exec rake build:checksum`
37
- 5. move the built gem to project root
38
- 6. run `bin/checksum` to create the missing SHA256 checksum
39
- 7. move the built gem back to `pkg/`
40
- 8. commit the changes
41
- 9. run `bundle exec rake release`, which will create a git tag for the version, push git commits and tags, and push the `.gem` file to [rubygems.org][rubygems].
42
-
43
- NOTE: You will need to have a public key in `certs/`, and list your cert in the
44
- `gemspec`, in order to sign the new release.
45
- See: [RubyGems Security Guide][rubygems-security-guide]
1
+ # Contributing
2
+
3
+ Bug reports and pull requests are welcome on [CodeBerg][📜src-cb], [GitLab][📜src-gl], or [GitHub][📜src-gh].
4
+ This project should be a safe, welcoming space for collaboration, so contributors agree to adhere to
5
+ the [code of conduct][🤝conduct].
6
+
7
+ To submit a patch, please fork the project, create a patch with tests, and send a pull request.
8
+
9
+ Remember to [![Keep A Changelog][📗keep-changelog-img]][📗keep-changelog] if you make changes.
10
+
11
+ ## Developer Certificate of Origin
12
+
13
+ In order to protect users of this project, we require all contributors to comply with the
14
+ [Developer Certificate of Origin](https://developercertificate.org/).
15
+ This ensures that all contributions are properly licensed and attributed.
16
+
17
+ ## Help out!
18
+
19
+ Take a look at the open issues and pull requests, or use the gem and find something to improve.
20
+
21
+ Follow these instructions:
22
+
23
+ 1. Join the Discord: [![Live Chat on Discord][✉️discord-invite-img]][✉️discord-invite]
24
+ 2. Fork the repository
25
+ 3. Create your feature branch (`git checkout -b my-new-feature`)
26
+ 4. Make some fixes.
27
+ 5. Commit your changes (`git commit -am 'Added some feature'`)
28
+ 6. Push to the branch (`git push origin my-new-feature`)
29
+ 7. Make sure to add tests for it. This is important, so it doesn't break in a future release.
30
+ 8. Create new Pull Request.
31
+ 9. Announce it in the channel for this org in the [Discord][✉️discord-invite]!
32
+
33
+ ## Executables vs Rake tasks
34
+
35
+ Executables shipped by dependencies, such as kettle-dev, and stone_checksums, are available
36
+ after running `bin/setup`. These include:
37
+
38
+ - gem_checksums
39
+ - kettle-changelog
40
+ - kettle-commit-msg
41
+ - kettle-dev-setup
42
+ - kettle-dvcs
43
+ - kettle-pre-release
44
+ - kettle-readme-backers
45
+ - kettle-release
46
+
47
+ There are many Rake tasks available as well. You can see them by running:
48
+
49
+ ```shell
50
+ bin/rake -T
51
+ ```
52
+
53
+ ## Code quality checks
54
+
55
+ Run the Reek task when you want a smell check that fails on current findings:
56
+
57
+ ```shell
58
+ bin/rake reek
59
+ ```
60
+
61
+ Refresh the checked-in `REEK` backlog through the rake task, not by redirecting
62
+ the raw `reek` executable output. The rake task uses the project bundle and
63
+ avoids stale generated binstubs shadowing the Reek gem executable:
64
+
65
+ ```shell
66
+ bin/rake reek:update
67
+ ```
68
+
69
+ ## Environment Variables for Local Development
70
+
71
+ Below are the primary environment variables recognized by stone_checksums (and its integrated tools). Unless otherwise noted, set boolean values to the string "true" to enable.
72
+
73
+ General/runtime
74
+ - DEBUG: Enable extra internal logging for this library (default: false)
75
+ - REQUIRE_BENCH: Enable `require_bench` to profile requires (default: false)
76
+ - CI: When set to true, adjusts default rake tasks toward CI behavior
77
+
78
+ Coverage (kettle-soup-cover / SimpleCov)
79
+ - K_SOUP_COV_DO: Enable coverage collection (default: true in `mise.toml`)
80
+ - K_SOUP_COV_FORMATTERS: Comma-separated list of formatters (html, xml, rcov, lcov, json, tty)
81
+ - K_SOUP_COV_MIN_LINE: Minimum line coverage threshold (integer, e.g., 100)
82
+ - K_SOUP_COV_MIN_BRANCH: Minimum branch coverage threshold (integer, e.g., 100)
83
+ - K_SOUP_COV_MIN_HARD: Fail the run if thresholds are not met (true/false)
84
+ - K_SOUP_COV_MULTI_FORMATTERS: Enable multiple formatters at once (true/false)
85
+ - K_SOUP_COV_OPEN_BIN: Path to browser opener for HTML (empty disables auto-open)
86
+ - MAX_ROWS: Limit console output rows for simplecov-console (e.g., 1)
87
+ Tip: When running a single spec file locally, you may want `K_SOUP_COV_MIN_HARD=false` to avoid failing thresholds for a partial run.
88
+
89
+ GitHub API and CI helpers
90
+ - GITHUB_TOKEN or GH_TOKEN: Token used by `ci:act` and release workflow checks to query GitHub Actions status at higher rate limits
91
+
92
+ Releasing and signing
93
+ - SKIP_GEM_SIGNING: If set, skip gem signing during build/release
94
+ - GEM_CERT_USER: Username for selecting your public cert in `certs/<USER>.pem` (defaults to $USER)
95
+ - SOURCE_DATE_EPOCH: Reproducible build timestamp.
96
+ - `kettle-release` will set this automatically for the session.
97
+ - Not needed on bundler >= 2.7.0, as reproducible builds have become the default.
98
+
99
+ Git hooks and commit message helpers (exe/kettle-commit-msg)
100
+ - GIT_HOOK_BRANCH_VALIDATE: Branch name validation mode (e.g., `jira`) or `false` to disable
101
+ - GIT_HOOK_FOOTER_APPEND: Append a footer to commit messages when goalie allows (true/false)
102
+ - GIT_HOOK_FOOTER_SENTINEL: Required when footer append is enabled — a unique first-line sentinel to prevent duplicates
103
+ - GIT_HOOK_FOOTER_APPEND_DEBUG: Extra debug output in the footer template (true/false)
104
+
105
+ For a quick starting point, this repository’s `mise.toml` defines the shared defaults, and `.env.local` can override them locally. Copy `.env.local.example` to `.env.local`, use `KEY=value` lines, and either activate `mise` in your shell or run commands through `mise exec -C /path/to/project -- ...`.
106
+
107
+ ## Appraisals
108
+
109
+ From time to time the [appraisal2][🚎appraisal2] gemfiles in `gemfiles/` will need to be updated.
110
+ Generated appraisal and CI workflow floors are controlled by `ruby.test_minimum`
111
+ in `.kettle-jem.yml`; this project was templated with `ruby.test_minimum: 2.4`.
112
+ That value describes the lowest Ruby version expected to run the test/development
113
+ toolchain, and it may be higher than the gemspec runtime floor.
114
+
115
+ They are created and updated with the commands:
116
+
117
+ ```console
118
+ bin/rake appraisal:update
119
+ ```
120
+
121
+ If you need to reset all gemfiles/*.gemfile.lock files:
122
+
123
+ ```console
124
+ bin/rake appraisal:reset
125
+ ```
126
+
127
+ When adding an appraisal to CI, check the [runner tool cache][🏃‍♂️runner-tool-cache] to see which runner to use.
128
+
129
+ ## Run Tests
130
+
131
+ Run tests via `kettle-test` (provided by `kettle-test`). It runs RSpec, writes the full log to
132
+ `tmp/kettle-test/rspec-TIMESTAMP.log`, and prints a compact highlight block with timing, seed,
133
+ pass/fail count, failing example list, and SimpleCov coverage percentages.
134
+
135
+ ```console
136
+ bundle exec kettle-test
137
+ ```
138
+
139
+ For targeted runs, disable the hard coverage threshold to avoid false failures:
140
+
141
+ ```console
142
+ K_SOUP_COV_MIN_HARD=false bundle exec kettle-test spec/path/to/spec.rb
143
+ ```
144
+
145
+ ### Spec organization (required)
146
+
147
+ - One spec file per class/module. For each class or module under `lib/`, keep all of its unit tests in a single spec file under `spec/` that mirrors the path and file name exactly: `lib/gitmoji/regex/my_class.rb` -> `spec/gitmoji/regex/my_class_spec.rb`.
148
+ - Exception: Integration specs that intentionally span multiple classes. Place these under `spec/integration/` (or a clearly named integration folder), and do not directly mirror a single class. Name them after the scenario, not a class.
149
+
150
+ ## Lint It
151
+
152
+ Run all the default tasks, which includes running the gradually autocorrecting linter, `rubocop-gradual`.
153
+
154
+ ```console
155
+ bundle exec rake
156
+ ```
157
+
158
+ Or just run the linter.
159
+
160
+ ```console
161
+ bundle exec rake rubocop_gradual:autocorrect
162
+ ```
163
+
164
+ For more detailed information about using RuboCop in this project, please see the [RUBOCOP.md](RUBOCOP.md) guide. This project uses `rubocop_gradual` instead of vanilla RuboCop, which requires specific commands for checking violations.
165
+
166
+ ### Important: Do not add inline RuboCop disables
167
+
168
+ Never add `# rubocop:disable ...` / `# rubocop:enable ...` comments to code or specs (except when following the few existing `rubocop:disable` patterns for a rule already being disabled elsewhere in the code). Instead:
169
+
170
+ - Prefer configuration-based exclusions when a rule should not apply to certain paths or files (e.g., via `.rubocop.yml`).
171
+ - When a violation is temporary, and you plan to fix it later, record it in `.rubocop_gradual.lock` using the gradual workflow:
172
+ - `bundle exec rake rubocop_gradual:autocorrect` (preferred)
173
+ - `bundle exec rake rubocop_gradual:force_update` (only when you cannot fix the violations immediately)
174
+
175
+ As a general rule, fix style issues rather than ignoring them. For example, our specs should follow RSpec conventions like using `described_class` for the class under test.
46
176
 
47
177
  ## Contributors
48
178
 
49
- [![Contributors](https://contrib.rocks/image?repo=pboling/gitmoji-regex)][contributors]
179
+ Your picture could be here!
180
+
181
+ [![Contributors][🖐contributors-img]][🖐contributors]
182
+
183
+ Made with [contributors-img][🖐contrib-rocks].
184
+
185
+ Also see GitLab Contributors: [https://gitlab.com/galtzo-floss/gitmoji-regex/-/graphs/main][🚎contributors-gl]
186
+
187
+ ## For Maintainers
188
+
189
+ ### One-time, Per-maintainer, Setup
190
+
191
+ **IMPORTANT**: To sign a build,
192
+ a public key for signing gems will need to be picked up by the line in the
193
+ `gemspec` defining the `spec.cert_chain` (check the relevant ENV variables there).
194
+ All releases are signed releases.
195
+ See: [RubyGems Security Guide][🔒️rubygems-security-guide]
50
196
 
51
- Made with [contributors-img][contrib-rocks].
197
+ NOTE: To build without signing the gem set `SKIP_GEM_SIGNING` to any value in the environment.
52
198
 
53
- [comment]: <> (Following links are used by README, CONTRIBUTING)
199
+ ### To release a new version:
54
200
 
55
- [conduct]: https://github.com/pboling/gitmoji-regex/blob/master/CODE_OF_CONDUCT.md
201
+ #### Automated process
56
202
 
57
- [contrib-rocks]: https://contrib.rocks
203
+ 1. Update version.rb to contain the correct version-to-be-released.
204
+ 2. Run `bundle exec kettle-changelog`.
205
+ 3. Run `bundle exec kettle-release`.
206
+ 4. Stay awake and monitor the release process for any errors, and answer any prompts.
58
207
 
59
- [contributors]: https://github.com/pboling/gitmoji-regex/graphs/contributors
208
+ #### Manual process
60
209
 
61
- [comment]: <> (Following links are used by README, CONTRIBUTING, Homepage)
210
+ 1. Run `bin/setup && bin/rake` as a "test, coverage, & linting" sanity check
211
+ 2. Update the version number in `version.rb`, and ensure `CHANGELOG.md` reflects changes
212
+ 3. Run `bin/setup && bin/rake` again as a secondary check, and to update `Gemfile.lock`
213
+ 4. Run `bin/rake yard` to regenerate the docs site using the canonical docs task
214
+ 5. Run `git commit -am "🔖 Prepare release v<VERSION>"` to commit the changes
215
+ 6. Run `git push` to trigger the final CI pipeline before release, and merge PRs
216
+ - NOTE: Remember to [check the build][🧪build].
217
+ 7. Run `export GIT_TRUNK_BRANCH_NAME="$(git remote show origin | grep 'HEAD branch' | cut -d ' ' -f5)" && echo $GIT_TRUNK_BRANCH_NAME`
218
+ 8. Run `git checkout $GIT_TRUNK_BRANCH_NAME`
219
+ 9. Run `git pull origin $GIT_TRUNK_BRANCH_NAME` to ensure latest trunk code
220
+ 10. Optional for older Bundler (< 2.7.0): Set `SOURCE_DATE_EPOCH` so `rake build` and `rake release` use the same timestamp and generate the same checksums
221
+ - If your Bundler is >= 2.7.0, you can skip this; builds are reproducible by default.
222
+ - Run `export SOURCE_DATE_EPOCH=$EPOCHSECONDS && echo $SOURCE_DATE_EPOCH`
223
+ - If the echo above has no output, then it didn't work.
224
+ - Note: `zsh/datetime` module is needed, if running `zsh`.
225
+ - In older versions of `bash` you can use `date +%s` instead, i.e. `export SOURCE_DATE_EPOCH=$(date +%s) && echo $SOURCE_DATE_EPOCH`
226
+ 11. Run `bundle exec rake build`
227
+ 12. Run `bin/gem_checksums` (more context [1][🔒️rubygems-checksums-pr], [2][🔒️rubygems-guides-pr])
228
+ to create SHA-256 and SHA-512 checksums. This functionality is provided by the `stone_checksums`
229
+ [gem][💎stone_checksums].
230
+ - The script automatically commits but does not push the checksums
231
+ 13. Sanity check the SHA256, comparing with the output from the `bin/gem_checksums` command:
232
+ - `sha256sum pkg/<gem name>-<version>.gem`
233
+ 14. Run `bundle exec rake release` which will create a git tag for the version,
234
+ push git commits and tags, and push the `.gem` file to the gem host configured in the gemspec.
62
235
 
63
- [source]: https://github.com/pboling/gitmoji-regex/
236
+ [📜src-gl]: https://gitlab.com/galtzo-floss/gitmoji-regex/-/tree/main/gems/gitmoji-regex
237
+ [📜src-cb]: https://codeberg.org/galtzo-floss/gitmoji-regex/src/branch/main/gems/gitmoji-regex
238
+ [📜src-gh]: https://github.com/galtzo-floss/gitmoji-regex/tree/main/gems/gitmoji-regex
239
+ [🧪build]: https://github.com/galtzo-floss/gitmoji-regex/actions
240
+ [🤝conduct]: https://github.com/galtzo-floss/gitmoji-regex/blob/main/CODE_OF_CONDUCT.md
241
+ [🖐contrib-rocks]: https://contrib.rocks
242
+ [🖐contributors]: https://github.com/galtzo-floss/gitmoji-regex/graphs/contributors
243
+ [🚎contributors-gl]: https://gitlab.com/galtzo-floss/gitmoji-regex/-/graphs/main
244
+ [🖐contributors-img]: https://contrib.rocks/image?repo=galtzo-floss/gitmoji-regex
245
+ [💎gem-coop]: https://gem.coop
246
+ [🔒️rubygems-security-guide]: https://guides.rubygems.org/security/#building-gems
247
+ [🔒️rubygems-checksums-pr]: https://github.com/rubygems/rubygems/pull/6022
248
+ [🔒️rubygems-guides-pr]: https://github.com/rubygems/guides/pull/325
249
+ [💎stone_checksums]: https://github.com/galtzo-floss/stone_checksums
250
+ [📗keep-changelog]: https://keepachangelog.com/en/1.0.0/
251
+ [📗keep-changelog-img]: https://img.shields.io/badge/keep--a--changelog-1.0.0-FFDD67.svg?style=flat
252
+ [📌semver-breaking]: https://github.com/semver/semver/issues/716#issuecomment-869336139
253
+ [📌major-versions-not-sacred]: https://tom.preston-werner.com/2022/05/23/major-version-numbers-are-not-sacred.html
254
+ [🚎appraisal2]: https://github.com/appraisal-rb/appraisal2
255
+ [🏃‍♂️runner-tool-cache]: https://github.com/ruby/ruby-builder/releases/tag/toolcache
256
+ [✉️discord-invite]: https://discord.gg/3qme4XHNKN
data/FUNDING.md ADDED
@@ -0,0 +1,63 @@
1
+ <!-- RELEASE-NOTES-FOOTER-START -->
2
+
3
+ Official Discord 👉️ [![Live Chat on Discord][✉️discord-invite-img]][✉️discord-invite]
4
+
5
+ Many paths lead to being a sponsor or a backer of this project. Are you on such a path?
6
+
7
+ [![Sponsor Me on Github][🖇sponsor-img]][🖇sponsor] [![Liberapay Goal Progress][⛳liberapay-img]][⛳liberapay] [![Donate on PayPal][🖇paypal-img]][🖇paypal]
8
+
9
+ [![Buy me a coffee][🖇buyme-small-img]][🖇buyme] [![Donate on Polar][🖇polar-img]][🖇polar] [![Donate to my FLOSS efforts at ko-fi.com][🖇kofi-img]][🖇kofi] [![Donate to my FLOSS efforts using Patreon][🖇patreon-img]][🖇patreon]
10
+
11
+ [⛳liberapay-img]: https://img.shields.io/liberapay/goal/pboling.svg?logo=liberapay&color=a51611&style=flat
12
+ [⛳liberapay]: https://liberapay.com/pboling/donate
13
+ [🖇sponsor-img]: https://img.shields.io/badge/Sponsor_Me!-pboling.svg?style=social&logo=github
14
+ [🖇sponsor]: https://github.com/sponsors/pboling
15
+ [🖇polar-img]: https://img.shields.io/badge/polar-donate-a51611.svg?style=flat
16
+ [🖇polar]: https://polar.sh/pboling
17
+ [🖇kofi-img]: https://img.shields.io/badge/ko--fi-%E2%9C%93-a51611.svg?style=flat
18
+ [🖇kofi]: https://ko-fi.com/pboling
19
+ [🖇patreon-img]: https://img.shields.io/badge/patreon-donate-a51611.svg?style=flat
20
+ [🖇patreon]: https://patreon.com/galtzo
21
+ [🖇buyme-small-img]: https://img.shields.io/badge/buy_me_a_coffee-%E2%9C%93-a51611.svg?style=flat
22
+ [🖇buyme]: https://www.buymeacoffee.com/pboling
23
+ [🖇paypal-img]: https://img.shields.io/badge/donate-paypal-a51611.svg?style=flat&logo=paypal
24
+ [🖇paypal]: https://www.paypal.com/paypalme/peterboling
25
+ [✉️discord-invite]: https://discord.gg/3qme4XHNKN
26
+ [✉️discord-invite-img]: https://img.shields.io/discord/1373797679469170758?style=flat
27
+
28
+ <!-- RELEASE-NOTES-FOOTER-END -->
29
+
30
+ # 🤑 A request for help
31
+
32
+ Maintainers have teeth and need to pay their dentists.
33
+ After getting laid off in an RIF in March, and encountering difficulty finding a new one,
34
+ I began spending most of my time building open source tools.
35
+ I'm hoping to be able to pay for my kids' health insurance this month,
36
+ so if you value the work I am doing, I need your support.
37
+ Please consider sponsoring me or the project.
38
+
39
+ To join the community or get help 👇️ Join the Discord.
40
+
41
+ [![Live Chat on Discord][✉️discord-invite-img-ftb]][✉️discord-invite]
42
+
43
+ To say "thanks!" ☝️ Join the Discord or 👇️ send money.
44
+
45
+ [![Sponsor me on GitHub Sponsors][🖇sponsor-bottom-img]][🖇sponsor] 💌 [![Sponsor me on Liberapay][⛳liberapay-bottom-img]][⛳liberapay] 💌 [![Donate on PayPal][🖇paypal-bottom-img]][🖇paypal]
46
+
47
+ # Another Way to Support Open Source Software
48
+
49
+ I’m driven by a passion to foster a thriving open-source community – a space where people can tackle complex problems, no matter how small. Revitalizing libraries that have fallen into disrepair, and building new libraries focused on solving real-world challenges, are my passions. I was recently affected by layoffs, and the tech jobs market is unwelcoming. I’m reaching out here because your support would significantly aid my efforts to provide for my family, and my farm (11 🐔 chickens, 2 🐶 dogs, 3 🐰 rabbits, 8 🐈‍ cats).
50
+
51
+ If you work at a company that uses my work, please encourage them to support me as a corporate sponsor. My work on gems you use might show up in `bundle fund`.
52
+
53
+ I’m developing a new library, [floss_funding][🖇floss-funding-gem], designed to empower open-source developers like myself to get paid for the work we do, in a sustainable way. Please give it a look.
54
+
55
+ **[Floss-Funding.dev][🖇floss-funding.dev]: 👉️ No network calls. 👉️ No tracking. 👉️ No oversight. 👉️ Minimal crypto hashing. 💡 Easily disabled nags**
56
+
57
+ [⛳liberapay-bottom-img]: https://img.shields.io/liberapay/goal/pboling.svg?style=for-the-badge&logo=liberapay&color=a51611
58
+ [🖇sponsor-bottom-img]: https://img.shields.io/badge/Sponsor_Me!-pboling-blue?style=for-the-badge&logo=github
59
+ [🖇buyme-img]: https://img.buymeacoffee.com/button-api/?text=Buy%20me%20a%20latte&emoji=&slug=pboling&button_colour=FFDD00&font_colour=000000&font_family=Cookie&outline_colour=000000&coffee_colour=ffffff
60
+ [🖇paypal-bottom-img]: https://img.shields.io/badge/donate-paypal-a51611.svg?style=for-the-badge&logo=paypal&color=0A0A0A
61
+ [🖇floss-funding.dev]: https://floss-funding.dev
62
+ [🖇floss-funding-gem]: https://github.com/galtzo-floss/floss_funding
63
+ [✉️discord-invite-img-ftb]: https://img.shields.io/discord/1373797679469170758?style=for-the-badge
data/LICENSE.md ADDED
@@ -0,0 +1,11 @@
1
+ # License
2
+
3
+ This project is made available under the following license.
4
+ Choose the option that best fits your use case:
5
+
6
+ - [MIT](MIT.md)
7
+
8
+ ## Copyright Notice
9
+
10
+ Copyright (c) 2022-2023, 2025-2026 Peter H. Boling
11
+ Copyright (c) 2025 Aboling0