Bug tags portlet cuts off part of the numbers

[Andrew Bennetts]

Go to https://bugs.launchpad.net/bzr/+bugs?field.tag=easy and expand the "Tags" portlet.

On my screen, it looks like the "easy" tag has 1 bug, not 17, because the text in the portlet overflows the right-hand edge and gets cropped. I'm attaching a screenshot.

[Mario Young (mayeco)]

Please fix this!!!
I'm using firefox 2.0.0.8 on Gusty

[Mario Young (mayeco)]

Dear Björn:

You fix bug #56339 please fix this.

Thank you!

[Björn Tillenius (bjornt)]

Matthew, could you take a look at this, and either fix it, or re-assign to someone who can fix it? I have looked a the CSS, but I have no idea what is wrong.

FWIW, I see this problem only in Firefox. In Opera it looks ok.

[Matthew Paul Thomas (mpt)]

The problem occurs because the tags are presented as a table with two columns. In an HTML table, each column must be at least as wide as the longest word it contains. For <https://bugs.edge.launchpad.net/bzr> in Gecko browsers (e.g. Firefox), this means the first column must be at least as wide as "requires-mapping-upgrade". In Presto browsers (i.e. Opera), words can wrap on hyphens, so the problem doesn't occur right now; but it could if someone introduced a similarly long tag without any hyphens in it.

We could try to make the Tags box (and all other portlets) wider. We could use an even smaller font for tag names. We could try to persuade Gecko to break words on hyphens too. But none of those would solve the problem: it would still be possible to come up with a tag name that was so wide that it pushed the tag counts out of sight. Solutions that *would* solve the problem include breaking long tag names, as we did for other text in bug 929; and not using a table to show tag counts in the first place.

[Björn Tillenius (bjornt)]

On Thu, Jan 31, 2008 at 07:10:05PM -0000, Matthew Paul Thomas wrote:
> The problem occurs because the tags are presented as a table with two
> columns. In an HTML table, each column must be at least as wide as the
> longest word it contains. For <https://bugs.edge.launchpad.net/bzr> in
> Gecko browsers (e.g. Firefox), this means the first column must be at
> least as wide as "requires-mapping-upgrade". In Presto browsers (i.e.
> Opera), words can wrap on hyphens, so the problem doesn't occur right
> now; but it could if someone introduced a similarly long tag without any
> hyphens in it.

Oh, right. I was hoping this would be a CSS problem.

> We could try to make the Tags box (and all other portlets) wider. We
> could use an even smaller font for tag names. We could try to persuade
> Gecko to break words on hyphens too. But none of those would solve the
> problem: it would still be possible to come up with a tag name that was
> so wide that it pushed the tag counts out of sight. Solutions that
> *would* solve the problem include breaking long tag names, as we did for
> other text in bug 929; and not using a table to show tag counts in the
> first place.

Another solution is to cut off long tag names. E.g.,
'this-is-a-long...'.

[Björn Tillenius (bjornt)]

Unassigning it from mpt, since it's not a CSS issue. Also untargeting it from a milestone, until we have time to work on the tags-ui.

[Christian Reis (kiko)]

I believe this was fixed as part of the 2.0 UI. Please attach a screenshot if that's still an issue.