I was just working on another patch an noticed that the progress.gif image added here #653620: Bring progressbar to the modern era doesn't properly tile. It's 20x20px, but uses 1.5em for line-height which is based on a 12px font-size. If the font-size is any larger, the image looks messed up because it has a slightly light shade for the top row of pixels.

There's 2 options to fix this:

1 - Fix the image (get rid of the lighter shade)
2 - Stop using ems and set the height to 20px

I've attached screenshots of the problem.

This is the code that causes it.

.progress .filled {
  background: #0072b9 url(../../misc/progress.gif);
  height: 1.5em;
  width: 5px;
}
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

sun’s picture

Ugly :)

bleen’s picture

Status: Active » Needs review
FileSize
3.5 KB

fixed

Jacine’s picture

Status: Needs review » Needs work
FileSize
17.85 KB

Hey, thanks @bleen.

It's better, but I'm still seeing a problem. :(

bleen’s picture

huh? I don't see how thats possible ... take a look at the gif in #2 on its own. Do you still see that light colored strip?

here is what I have with the new gif:
Running tests | d7

jbrown’s picture

The image is lighter at the top (vertical gradient) - so it can't tile vertically.

I think the height needs to be specified explicitly to be the same as the image.

If you zoom in text only, the same problem will still occur.

bleen’s picture

Status: Needs work » Needs review
FileSize
1.63 KB

ok ... this .gif has no vertical gradient

Jeff Burnz’s picture

Status: Needs review » Reviewed & tested by the community
FileSize
6.35 KB

The reworked gif in #6 solves the issues in that you can scale the progress bar by increasing the font size. The down side is that it doesn't look quite as good as the original.

I suspect we need to decide if a scaling progress bar wins over better looking fixed height progress bar. I assume that since the original CSS uses em's the intent was to allow it to scale and changing that would require a UX review.

From an accessibility point of view its probably better that it scales, but its pretty big to start with and I'm not entirely sure if it matters.

In any case the #6 gif solves the problem. The image below is with the font size well over 200%. You can see it looks fine.

progress-bar.png

jbrown’s picture

Status: Reviewed & tested by the community » Needs review
FileSize
546 bytes

I don't think we need to support text-only zooming. The gradient background on the active menu on the toolbar suffers a similar problem as it uses CSS sprites.

Jeff Burnz’s picture

Status: Needs review » Reviewed & tested by the community

Everyone here knows we can do this (fix the height of the progress bar), but why exactly wouldn't we want to support text zooming? This could be useful for someone with very poor vision.

If your point is that we don't need to support text resizing et al, then that is wrong - Drupal 7 is to be WCAG AA compliant. Everywhere else we have worked hard to ensure proper text zooming works.

Your patch is actually removing a feature in Drupal, whereas the gif in #6 is working to preserve this feature and simply fixes a display issue.

RTBC for the gif in #6.

Jacine’s picture

Status: Reviewed & tested by the community » Needs review
FileSize
5.41 KB
5.73 KB
5.71 KB

@bleen Sorry! I didn't realize there was a gradient. I didn't mean to cause you extra work :(

Anyway, we don't have to loose the gradient OR go with a fixed height. Here's 2 versions of progress.gif that have tile-able gradients. I'm not positive what the transparency level was applied in the first place, so there are 2 versions attached: one, with 5% and one with 10%.

comparison.png shows all 3 version side by side.

sun’s picture

10% looks much fancier to me here.

Jacine’s picture

FileSize
5.73 KB
5.71 KB

Apparently adding a % to a file name is no good. Oops. LOL.

bleen’s picture

Status: Needs review » Reviewed & tested by the community

10% looks nicer

Jeff Burnz’s picture

Awesome Jacine, can't beat the best of both worlds. Just to clarify we need 200% text re-size support - these clearly do that. +1.

yoroy’s picture

Yup, good to have please.

Dries’s picture

Status: Reviewed & tested by the community » Fixed

Alright. Committed progress-10.gif as misc/progress.gif.

jbrown’s picture

This shouldn't have been attributed to me: http://drupal.org/cvs?commit=417524

On a separate note, Jeff - I didn't say "we don't need to support text resizing". I said "I don't think we need to support text-only zooming". Please don't misrepresent me.

Text-only resizing is not compatible with CSS sprites (which is used extensively), so it isn't something that Drupal supports. Try the autocomplete widget with a text-only zoom to see what I mean.

Jeff Burnz’s picture

jbrown, its more accurate to say that Drupal has bugs that need to be fixed - if we have sprites that aren't working with proper text resizing (and we do, I know it) then that needs to be fixed.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

kika’s picture

subscribing to be up to date with partly my baby