From e60b0c3aa6b5f98b819e71cc40479cf73c2b8483 Mon Sep 17 00:00:00 2001 From: dotCooCoo Date: Tue, 10 Nov 2026 17:57:41 -0800 Subject: [PATCH] Docs: pattern.options rejects a bad width or height while sizeTileToArt is on With sizeTileToArt on, pattern.options ignores width and height for sizing but still rejects a value that is not a positive number, such as width 0, and changes nothing. --- docs/mcp.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/docs/mcp.md b/docs/mcp.md index 7b9abf63f..f9c61590f 100644 --- a/docs/mcp.md +++ b/docs/mcp.md @@ -3109,7 +3109,8 @@ giving null keeps its default. In `pattern.options` and `object.repeat.options`, the pattern's or the repeat's current value, with two exceptions. A brick `tileType` in `pattern.options` or a brick `gridType` in `object.repeat.options` with `brickOffset` omitted or null sets the offset to 0.5. While `sizeTileToArt` is on, each `pattern.options` call sizes the tile to the art plus `hSpacing` and `vSpacing` again and ignores `width` -and `height`, so a new `hSpacing` changes the tile's width. Without a `name`, +and `height`, so a new `hSpacing` changes the tile's width. `pattern.options` still rejects a `width` or `height` that +is not a positive number, such as `"width": 0`, and changes nothing. Without a `name`, `object.pattern.edit` edits the pattern that fills or strokes a selected object, and `pattern.options` changes the pattern being edited; each returns an error when there is no such pattern. `pattern.delete` requires `name`.