There is also the bar of file chunks (that shows which chunks are available, downloaded, etc); It too suffers from the same affliction -- it uses the background color of table cells to fill the bar.

The problem with my solution is that several colors are required here. Images are the only way to go in this case.

I'm playing again with the idea of using 1x1 images (embedded in css, or otherwise) to fill the cells instead. It can work except I don't think there is any way to programmatically define their colors. Using PPMs could be programmable, but I don't know of any browser that supports them :(.

Would anyone have a problem if this chunk-bar became a fixed color bar? Because, otherwise, I don't think there is any way for users like me to see it :(.

I've attached a sample.html with yet another way to implement the progress bar -- via the border of an empty DIV element. It will work when browsers force system colors -- but not in text browsers. It should also display better under Opera, etc.? Confirmation?

Regarding the HR implementation, I believe it was the font-size:1px (setting an absolute value for font-size) that confused Opera -- perhaps giving it a relative or percentage value could also work?

Closed because of lack of updates to this patch.
If you would like to update it please drop a note,
i will re-open it.

Try it in Opera as well.  All rows become too fat, and the colour of the bar is incorrect.

When making a major change like this you really must test IE, Opera, Mozilla and Konqueror to make sure there are no regressions.

people still use IE ? :(

how does it look there? what do you mean by "bad"? i thought HR was supposed to be a standard html object. maybe you can figure out what is making it look bad -- cuz it looks exactly the same here =\. maybe you can post a small screenshot of how it renders there?

and, on a side note, i think it "forcing own colors" should be the standard way of browsing the web. since when were we (the users) supposed to bow down to the (ugly) styling whims of web designers? content before design is my philosophy. also, having a standard color scheme across all pages really helps readability, i have found. :). enough preaching.

in mldonkey's web interface, a table with two cells was used to display download progress (with widths corresponding to the completed and remaining percentages). this patch simplifies the html by displaying progress as a single HR element, left aligned. effectively, it will look almost exactly as before, albeit the code will be cleaner.

BUT, the main purpose of this patch is to have the download progress bars displayable when users have their browsers set to force their own colors (ie, mine forces /all/ pages to have black backgrounds and gray text). unfortunately, this eliminates all background-color style elements (bgcolors, etc), which is what the previous table implementation was using (the bar was the background color of the table cell). so, without this patch, i cannot see the progress bar at all! using this method, the bar is an actual line, and displays fine :)

and, did i mention it cleans up the code? it also eliminates the color_vd_remaining style variable, which was pretty useless anyways, since it was pretty much always the background color (ie, effectively transparent).

for users who force their own colors, this patch is essential -- and for others, it makes no difference, besides simplifying the style a bit. actually, the /only/ display difference is that the bar is rendered with rounded edges here (in my firefox) ... which is a positive side-effect, i think, since if a style declares a larger bar size, it becomes nice and rounded -- very good looking (although, i prefer the small default of 2px).