I could not reproduce the issue reported in any browser (tried Chrome, Firefox, Safari and Arc).
Anyway, this PR improves the responsiveness of the tooltip by rendering the text in more than one line in case the text overflows the tooltip width. So, although I couldn't reproduce the reported error in my local env, this improvement should have fixed it.
To test it, I hardcoded some longer texts in my local dev to validate the tooltip's expected behavior with different text lengths, as shown in the following video:
Link to the comment in the ticket
I could not reproduce the issue reported in any browser (tried Chrome, Firefox, Safari and Arc). Anyway, this PR improves the responsiveness of the tooltip by rendering the text in more than one line in case the text overflows the tooltip width. So, although I couldn't reproduce the reported error in my local env, this improvement should have fixed it.
To test it, I hardcoded some longer texts in my local dev to validate the tooltip's expected behavior with different text lengths, as shown in the following video:
https://github.com/Simon-Initiative/oli-torus/assets/74839302/953a2b1b-90f9-4acb-b18a-08571d164379
notice that the texts do not match the proficiency icons, as I tweaked them just for the video example purpose