Add print_rich() support to Debug Console

[jnoel-dev]

• Adds print_rich()/bbcode support to Debug Console
• Sets Debug Console text color to grey (To match Godot console output)
• Changes how lines are outputted to Debug Console. (Previously was printing lines in chunks/groups instead of line by line) Fixes Prevent bunching console messages #791
• Adds "printing rich" to Godot3.6. bbcode in regular print statements will be parsed in debug console.

Limitations:

1. Debug console will still parse bbcode in regular print() statements. I am not sure if there is a way to determine if print_rich() was used...
2. [center] and [right] tags are emulated with spaces. May not be accurate depending on terminal size.

Tested working on Linux, Windows
Tested working on Godot4.4b3, Godot4.3, Godot3.6

using this to parse https://github.com/jnoel-dev/bbcode-to-ansi based on @Calinou 's https://github.com/Calinou/godot-bbcode-to-ansi

before

after

[Calinou]

Changes how lines are outputted to Debug Console. (Previously was printing lines in chunks/groups instead of line by line)

Does this PR close #791?

[jnoel-dev]

Changes how lines are outputted to Debug Console. (Previously was printing lines in chunks/groups instead of line by line)

Does this PR close #791?

Looks like it does..
filtering before

filtering after

[atirut-w]

2. [center] and [right] tags are emulated with spaces. May not be accurate depending on terminal size.

Do ANSI positioning escape codes not work in VSCode?

[Calinou]

Do ANSI positioning escape codes not work in VSCode?

I didn't know there were ANSI positioning escape codes. Most apps seem to query your terminal width so that they can center or right-align text. There are ways to query this terminal width across terminals, but it requires specific APIs that are not cross-platform between Windows and POSIX.

See this terminal_size Rust crate for instance: https://github.com/eminence/terminal-size

[atirut-w]

I didn't know there were ANSI positioning escape codes.

It's documented as "Cursor Position" sequence on Wikipedia. I'm not sure if it's generally implemented, though.

[Calinou]

It's documented as "Cursor Position" sequence on Wikipedia. I'm not sure if it's generally implemented, though.

That escape code is about moving the caret (e.g. for CLI text editors with mouse support).

[btarg]

This looks very useful for filtering information in the debug log!
I'm not sure if this should be another proposal/PR, but would it be possible to very slightly alter either the foreground or background default colour of the text per-line? Unity does this with its console log to more clearly separate each line visually at a glance. For instance, the new default grey can alternate between slightly darker or lighter grey colours for each line.

If this should be separated, I could make a new PR after this one is merged.
Thanks!

[DaelonSuzuka]

@MichaelXt Sorry to tag you into an unrelated PR, but: https://github.com/godotengine/godot-vscode-plugin/actions/runs/13291410139/job/37126617646?pr=792#step:9:293

Is this the flaky test you mentioned before?

[MichaelXt]

@MichaelXt Sorry to tag you into an unrelated PR, but: https://github.com/godotengine/godot-vscode-plugin/actions/runs/13291410139/job/37126617646?pr=792#step:9:293

Is this the flaky test you mentioned before?

Yes it is. I've bumped the timeout for the test in latest PR. For now please retry the actions workflow.

[btarg]

Since center tags are "emulated" in a potentially janky way, it would be nice to have an option to ignore tags that change the position of text. Also, does the rainbow tag work properly? :)

[Calinou]

Also, does the rainbow tag work properly? :)

Animations (other than blinking text¹) are not possible to implement with ANSI escape codes.

Footnotes

1. There is a standard ANSI escape code for blinking text, but it's not configurable in any way (e.g. speed). ↩