Colorize the `pf` output (especially in `r2 -nn binary` case)

[XVilka]

Is your feature request related to a problem? Please describe. Currently radare2 prints both pf and built-in pf output in r2 -nn mode without any colors, even if they are enabled. It would be amazing to improve the readability to colorize them according to the current color options and colorscheme.

[radare]

also i as thinking in having ad integrated into pf.. so we can tell pf to magically guess the type stored in one place by telescoping it and making some assumptions to see if the dword matches an allocated address, or printable chars to represent a string.

also what i find out is that ad is not detecting the strings when the first byte is nul.. basically "" strings in disassembly never appear.

[vicky-dx]

also i as thinking in having ad integrated into pf.. so we can tell pf to magically guess the type stored in one place by telescoping it and making some assumptions to see if the dword matches an allocated address, or printable chars to represent a string.

also what i find out is that ad is not detecting the strings when the first byte is nul.. basically "" strings in disassembly never appear.

This PR focuses on cosmetic improvements to enhance readability by adding colors to the existing pf output format.

It does not implement smart type detection or telescoping (as discussed by @radare in the issue comments). The foundation laid here with color helper functions will work seamlessly with any future smart type detection features.

Looking forward to seeing smart type detection implemented in the future! 🥹😊