cmdx 1.1.0 → 1.1.2

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 3bd1613d4572cca134192d5c80bf3016b278b42a9a002d13fba66d2871da92fb
-  data.tar.gz: 1a174bc8b62bf3402e1e464b8252cdcd589731f8e81141723b8dbf3cf97f9f1b
+  metadata.gz: 3dda80e40c4516ca1578dc67755ad2a5d97f55c3ce1137d80e2cee11460ab145
+  data.tar.gz: a42b255005f0d6fd52053948b9ba7839af23ddcffea51bd2382400e02c820b8a
 SHA512:
-  metadata.gz: df70552dbf814fddff62cb3e1d593edf6bf5c33087d84154f36c794d430ee156b986998651383fa15b3b08e4d14d198d69020bb0dec7a13ffab43c75b1c57b02
-  data.tar.gz: 03ad35b1f6007e1afa3c41f3b63d44784566e78b9eb9b7f25f301d81165753af14b06bb8a6cfd67ea7e5bce02a03c311c338f61538d9d981d7de58d7f2b36f8f
+  metadata.gz: c5510e7d51eb74f5c4250ccfa6f84bf299b9cea0c5caa38f68c269381be0feb8914eb325307002e7f2d96cbc3677a442206a09ad69f81acb36248f6f5aa684d3
+  data.tar.gz: 1f0073fbbfd2c578a3ea070fea968e1cbe92b152c1c7d9ffd2cd89729a4e5a017c12b1ce581bf3f61b37b426dc884ffb403f1247969ff7a766e75cf0799b483f

data/.cursor/prompts/docs.md

@@ -0,0 +1,9 @@
+Update the file in context using the following guidelines:
+
+- Follow best practices and implementation
+- Use a consistent professional voice
+- Examples should be concise, non-repetitive, and realistic
+- Update any pre-existing documentation to match stated rules
+- Examples should not cross boundaries or focus
+- Docs must cover both typical use cases, including invalid inputs and error conditions
+- Use GitHub flavored markdown, including alerts to emphasize critical information (https://github.com/orgs/community/discussions/16925)

data/.cursor/prompts/rspec.md

@@ -1,20 +1,21 @@
-Add tests for the file in context.
+Add tests for the file in context using the following guidelines:
+
 - Expectations should be concise, non-repetitive, and realistic (how it would be used in the real world)
 - Follow best practices and implementation
 - Update any pre-existing specs to match stated rules
 - New tests should be consistent with current `spec/cmdx` specs
 - Use custom matchers available within `lib/cmdx/rspec`
 - Use task helpers available within `spec/support/helpers`
-- Use stubs to return predefined values for specific methods. Isolate the unit being tested, but avoid over-mocking; test real behavior when possible. (mocks should be used only when necessary)
-- Ensure each test is independent; avoid shared state between tests.
-- Use let and let! to define test data, ensuring minimal and necessary setup.
+- Use stubs to return predefined values for specific methods. Isolate the unit being tested, but avoid over-mocking; test real behavior when possible (mocks should be used only when necessary)
+- Ensure each test is independent; avoid shared state between tests
+- Use let and let! to define test data, ensuring minimal and necessary setup
 - Context block descriptions should start with the following words: `when`, `with`, `without`
-- Organize tests logically using describe for classes/modules and context for different scenarios.
-- Use subject to define the object under test when appropriate to avoid repetition.
-- Ensure test file paths mirror the structure of the files being tested, but within the spec directory (e.g., lib/cmdx/task.rb → spec/cmdx/task_spec.rb).
-- Use clear and descriptive names for describe, context, and it blocks.
-- Prefer the expect syntax for assertions to improve readability.
-- Keep test code concise; avoid unnecessary complexity or duplication.
-- Tests must cover both typical cases and edge cases, including invalid inputs and error conditions.
-- Consider all possible scenarios for each method or behavior and ensure they are tested.
+- Organize tests logically using describe for classes/modules and context for different scenarios
+- Use subject to define the object under test when appropriate to avoid repetition
+- Ensure test file paths mirror the structure of the files being tested, but within the spec directory (e.g., lib/cmdx/task.rb → spec/cmdx/task_spec.rb)
+- Use clear and descriptive names for describe, context, and it blocks
+- Prefer the expect syntax for assertions to improve readability
+- Keep test code concise; avoid unnecessary complexity or duplication
+- Tests must cover both typical cases and edge cases, including invalid inputs and error conditions
+- Consider all possible scenarios for each method or behavior and ensure they are tested
 - Verify all specs are passing

data/.cursor/prompts/yardoc.md

@@ -1,8 +1,13 @@
-Add yardoc to the file in context.
-- Do NOT include `CMDx` module level docs
-- Module level docs description should NOT include `@example`
-- Method level docs should include `@example`, `@return`, `@raise`
-- Examples should be concise and realistic
+Add yardoc to the file in context using the following guidelines:
+
 - Follow best practices and implementation
-- Update any pre-existing docs to match stated rules
 - New documentation should be consistent with current `lib/cmdx` documentation
+- Examples should be concise, non-repetitive, and realistic
+- Avoid unnecessary complexity or duplication
+- Consider all possible scenarios for each method or behavior and ensure they are tested.
+- Update any pre-existing documentation to match stated rules
+- Do NOT include `CMDx` module level docs
+- Module level docs description should NOT include `@example`
+- Method level docs should include `@example`, `param`, `@options`, `@return`, and any `@raise`
+- Hash `@params` should expand with possible `@option`
+- Module and method level docs should NOT include `@since`

data/.ruby-version

@@ -1 +1 @@
-3.4.4
+3.4.5

data/CHANGELOG.md

@@ -7,16 +7,33 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 
 ## [TODO]
 
-- Add table and pretty_table log formatters
-- Refactor all `docs`
+- Rebuild parameters to use a less magical approach
+- Revert deprecator to use old options
+- Validators to add errors directly instead of raising errors
+- Coercions to add errors directly instead of raising errors
+- Update procs to call with object as first item
 
 ## [Unreleased]
 
+## [1.1.2] - 2025-07-20
+
+### Added
+- Add `UnknownDeprecationError` for unknown deprecation type
+
+## [1.1.1] - 2025-07-20
+
+### Changed
+- Updated all docs and specs
+- Update deprecation key words
+
+## [1.1.0] - 2025-07-17
+
 ### Added
 - Added `CoercionRegistry` class for managing parameter coercions with support for custom type registration
 - Added `ValidatorRegistry` class for managing parameter validators with support for custom validator registration
 - Added `CallbackRegistry` class to take uninstantiated callback classes
 - Added `Validator` and `Coercion` classes to build their respective handlers
+- Added deprecation setting
 
 ### Changed
 - Moved `Task::CALLBACKS` constant to `CallbackRegistry::TYPES`

data/README.md

@@ -102,6 +102,7 @@ end
 - [Logging](docs/logging.md)
 - [Internationalization (i18n)](docs/internationalization.md)
 - [Testing](docs/testing.md)
+- [Deprecation](docs/deprecation.md)
 - [AI Prompts](docs/ai_prompts.md)
 - [Tips & Tricks](docs/tips_and_tricks.md)