I am not really fond of this solution. I think it's overkill to make this a slot, just for having the option to set the (native) title attribute. What's wrong with simply using <span class="line-one__title" :title="title">?

Edit: Although I have to admit that this is already a lot cleaner than the watch and DOM magic implemented in nextcloud/spreed#8605.

What's wrong with simply using <span class="line-one__title" :title="title">?

The trick is, we don't need this all the time. For example, in Talk it's only implemented for long names, which are covered with ellipsis and aren't fully visible. So it is better to have controlled tag, where you can apply attributes, logic, styles, e.t.c. locally.

I also want to note that, as it's an open-source library, we shouldn't mess with components working good before changes. So, attribute title could conflict with someone else local realisation.

For example, in Talk it's only implemented for long names, which are covered with ellipsis and aren't fully visible.

Which is a nice gimmic, but if that blocks a proper and performant solution I prefer to have the title just displayed all the time.

The trick is, we don't need this all the time. For example, in Talk it's only implemented for long names, which are covered with ellipsis and aren't fully visible. So it is better to have controlled tag, where you can apply attributes, logic, styles, e.t.c. locally.

If that really is a requirement, we can also introduce a new prop for it. Implementation wise, we could go the same way as in #3617, introduce a new name prop for what is now called title and make name fallback to the value of title if its not provided and use title as the native title value, to prevent a breaking change until the next major.

I also want to note that, as it's an open-source library, we shouldn't mess with components working good before changes. So, attribute title could conflict with someone else local realisation.

We cannot possibly anticipate all possible ways someone is using this library. What is not documented, is not supported in my opinion. We frequently introduce new features and props. If we couldn't do this because it might break someones undocumented and unintended use-case, we would be left with an unmaintained library without progress, because every little change could break something.

Superseded by nextcloud/spreed#11455