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.
This commit is contained in:
dotCooCoo
2026-11-10 17:57:41 -08:00
parent 8430715ec7
commit e60b0c3aa6
+2 -1
View File
@@ -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`.