Do we need single line prompt comments?

[AUTOMATIC1111]

Prompt comments would let you mark an entire line of text from the prompt as hidden from the model.

1girl,

#red hair, drill hair,
blonde hair

standing, indoors

Here red hair, drill hair, tags are commented out and do not end up in the final image.

Additional questions for discussion:

• Should commented out text end up in infotext or be stripped?
• Will it break some extensions?

#10486

[elistys]

I'm not sure if I'll use comment, but I think it is a useful feature because user can get more information from past images.

If the effect of comments on the generated images is "0%", I agree with the addition.

[fxwz]

YES! I've always wanted this. Would save me from using an external text editor all the time, or "abusing" other input fields in webui for temporary string storage when copy/pasting.

[chromesun]

Yup. Me too with text editor and swapping between txt2img and img2img input fields. Would be a great help when developing prompts. Not sure about comments ending up in infotext, but leaning towards yes.

[w-e-w]

we've kind of already supports comment in prompts

masterpiece, best quality, 1girl
<comment:some comments:1>

though not in negative prompts
and granted it's not the most friendly syntax

[w-e-w]

I think I forgot to express my opinion
I have no objections to implementing this as long as long the syntex is implemented with escapes syntax
and they should also be an option to disable this entirely if necessary
not sure what character or character combination should be used for the syntax

[noisefloordev]

I use comments from sd-dynamic-prompts extensively, they're indespensible for quickly experimenting with prompts. My preference is to strip comments from infotext. I often have dozens of lines of commented-out tags, I don't want those cluttering the infotext. This also means other software doesn't need to understand comments (it's nice to be able to use dumb search tools to search infotext in images and generation logs, that would be more complicated if comments were left in).

I'd suggest collapsing multiple blank lines down to one, to remove big chunks of empty lines from removed comments but leave "spacer" blank lines intact.

One advantage of doing this natively is toggling LORA tags could understand comments, so it doesn't add a LORA tag onto a commented-out line.

Showing comments in a different color in the prompt text box would be amazing, since it's hard to tell at a glance what the active tags are when you have a lot of comments. Probably a headache to implement through Gradio, though. (I might take a look at this if comments are added, maybe it could be done transparently to Gradio by substituting the textarea with a web component.)

[noisefloordev]

Oh, and of course mid-line comments should work too, not just whole lines.

[suonnon]

If this would work better than current negative prompt system (I meant the negative was affected better), YES for sure, why not!

[showerstomp]

No.

[AUTOMATIC1111]

People have spoken; comments are added in v1.8.0-RC; enabled by default. Both line comments and mid-line comments work; use # to start a comment; comments are stripped from infotext; a setting disables comment system;