feat: Added avatar generation in bitmap logic

[amariaux]

Created AvatarTypeExt to handle the AvatarType processing logic and the URL to bitmap generation logic.
Refactored generateInitialsAvatarDrawable to retrieve the generated bitmap before converting it into a Drawable.

[github-actions]

PR Reviewer Guide 🔍

(Review updated until commit fff84c4)

Here are some key observations to aid the review process:

⏱️ Estimated effort to review: 2 🔵🔵⚪⚪⚪

🧪 No relevant tests

🔒 No security concerns identified

⚡ Recommended focus areas for review Incorrect Argument Type colors.containerColor.toArgb() returns a color value (@ColorInt), but the getBackgroundColorGradientDrawable parameter name backgroundColorRes suggests it expects a resource ID (@ColorRes). Passing a color value where a resource ID is expected will likely cause a Resources.NotFoundException or resolve to an incorrect color. background = getBackgroundColorGradientDrawable(backgroundColorRes = colors.containerColor.toArgb()), Inconsistent Bitmap Sizes loadAsBitmap creates bitmaps at a hardcoded 256px, while generateWithInitials (via generateInitialsAvatarBitmap) defaults to 350px. When WithInitials.Url falls back to initials generation, the resulting bitmap will be a different size than the URL-loaded version, potentially causing UI scaling inconsistencies. val size = 256

[github-actions]

Failed to generate code suggestions for PR

[github-actions]

Persistent review updated to latest commit fff84c4

[benjaminVadon]

One last minor change

[github-actions]

Failed to generate code suggestions for PR

[github-actions]

Failed to generate code suggestions for PR

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud