Width-filling progress bars wrap around on >1 character wide emojis about indicatif HOT 3 OPEN

I'm open to reviewing a fix for this, but probably won't be able to do much other work on this. I suppose the style::measure() function might be implicated? Not sure which part is going wrong here, I think (particularly with those Cargo features) we should have code for handling this kind of thing.

from indicatif.

Note that in both the example and our own code ansi-parsing and unicode-width are turned on on the console crate.

EDIT: Neither is this solved by enabling improved_unicode.

from indicatif.

Yeah:

#[test]
fn measure_emojis() {
    assert_eq!(measure("🖼️"), 2);
    assert_eq!(measure("🧼"), 2);
}

Fails with measure() returning 1. I'm not sure if this is also something that changes with fonts and the renderer, as shown with Windows Terminal padding the emoji to two characters while VSCode does not. I.e. printing:

println!("abcdef");
println!("🖼️  🧼"); // Only 2 spaces here

Gives in VSCode terminal:

But in Microsoft Terminal:

Even Windows Console Host adds a third space, despite not being able to render the emoji:

from indicatif.