sprite class bleeds extra images in tall elements

Bug #405476 reported by Edwin Grubbs
38
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
High
Edwin Grubbs

Bug Description

This is a similar issue to bug 389737, which was solved in some other manner. The vocabulary items in the picker widget can only display one line of text for the title and one line for the description. If the <li> gets any taller, the next image in the sprite file starts to be displayed.

This is a problem because there is no way to clip the background image except by sizing its container. There are two potential solutions. The picker can be restructured to add the css class to an element inside the <li>, which would contain the background image separately from the text elements. The sprite image file could have the space between images increased significantly, although I don't know whether this would increase the size of the image file or the image compression would handle that.

Related branches

Curtis Hovey (sinzui)
tags: added: tech-debt
Revision history for this message
Данило Шеган (danilo) wrote :

It would be useful to try playing with background-clip (see http://www.w3.org/TR/css3-background/#the-background-clip) CSS to define all the sprites: not sure how well supported it is.

Curtis Hovey (sinzui)
affects: launchpad → launchpad-foundations
Changed in launchpad-foundations:
importance: Undecided → High
status: New → Triaged
tags: added: post-3-ui-cleanup sprite
Revision history for this message
Edwin Grubbs (edwin-grubbs) wrote : Re: [Bug 405476] Re: sprite class bleeds extra images in tall elements

On Mon, Nov 30, 2009 at 6:49 AM, Данило Шеган <email address hidden> wrote:
> It would be useful to try playing with background-clip (see
> http://www.w3.org/TR/css3-background/#the-background-clip) CSS to define
> all the sprites: not sure how well supported it is.

The background-clip css property doesn't allow you specify an actual
height and width. It only lets you set it to either border-box,
padding-box, content-box, or no-clip. Those settings won't do us any
good, since the content of the elements is making it taller than the
space between the sprites, and the background-clip won't let you clip
an area smaller than the content-box.

Curtis Hovey (sinzui)
tags: added: css
removed: sprite
Changed in launchpad-foundations:
assignee: nobody → Martin Albisetti (beuno)
Revision history for this message
Martin Albisetti (beuno) wrote :

So, as I see it, the best solution is to add more separation between icons in the sprite image, and/or go horizontal instead of vertical, as it seems that the case is always stretching vertical.
I also know sidnei has generated sprites in an automated way for Landscape, we should talk to them and see if we can re-use their infrastructure.

Martin Albisetti (beuno)
Changed in launchpad-foundations:
assignee: Martin Albisetti (beuno) → nobody
Māris Fogels (mars)
Changed in launchpad-foundations:
assignee: nobody → Edwin Grubbs (edwin-grubbs)
Changed in launchpad-foundations:
status: Triaged → In Progress
Revision history for this message
Diogo Matsubara (matsubara) wrote : Bug fixed by a commit
Changed in launchpad-foundations:
status: In Progress → Fix Committed
Curtis Hovey (sinzui)
tags: added: qa-needstesting
Changed in launchpad-foundations:
status: Fix Committed → Fix Released
tags: added: qa-ok
removed: qa-needstesting
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.