fix prompt-bracket-checker miscounting of literal tokens

[w-e-w]

Description

Current the prompt-bracket-checker.js treats literal tokens as normal tokens

brackets and parentheses proceeded with a slash \( \) are literal

this is wrong

this can easily be fixed by modifying the regex to so it does not count tokens proceeded by a \

internal prompt parser for reference

stable-diffusion-webui/modules/prompt_parser.py

Lines 370 to 382 in 82a973c

	def parse_prompt_attention(text):
	"""
	Parses a string with attention tokens and returns a list of pairs: text and its associated weight.
	Accepted tokens are:
	(abc) - increases attention to abc by a multiplier of 1.1
	(abc:3.12) - increases attention to abc by a multiplier of 3.12
	[abc] - decreases attention to abc by a multiplier of 1.1
	\( - literal character '('
	\[ - literal character '['
	\) - literal character ')'
	\] - literal character ']'
	\\ - literal character '\'
	anything else - just text

this is not too big of an issue most of the time as if you have a literal opening token in prompts, you would almost alwase have a literal closing token

the internal prompt parser dose handles miss match (()or strangely ordered )( brackets

Screenshots/videos:

Current

Fixed

test sample text

should error

Current prompt-bracket-checker.js treats \( literal brackets and parentheses )
\(parentheses proceeded with a slash\) are treated as normal brackets
this is wrong, this SHOUD error
the literal parentheses on the 1st line shoud NOT be counted
resulting an extra closeing parentheses on 1st line

should not error

while this \( should NOT error
as the parentheses on the first line is literal

Checklist:

• I have read contributing wiki page
• I have performed a self-review of my own code
• My code follows the style guidelines
• My code passes tests