[Webkit-unassigned] [Bug 37308] [Chromium] Support HTML5 <progress> element on Windows.

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=37308





--- Comment #7 from MORITA Hajime <morrita at google.com>  2010-04-20 16:53:28 PST ---
Hi, thank you for reviewing. I'm sorry for my slow response.

> > +#if ENABLE(PROGRESS_TAG)
> > +
> > +static const double progressAnimationFrameRate = 0.033;
> > +static const double progressAnimationNumFrames = 60;
> 
> How did you decide these values?  Do they match to Windows' behavior?
I couldn't found "standard" behaviour for windows.
The guideline doesn't mention marquee speed,
(http://msdn.microsoft.com/en-us/library/aa511258.aspx)
Nor default value of ProgressBar class on .NET framework looks unrealistic. 


> > +        [Chromium] Support HTML5 <progress> element on Windows.
> > +        https://bugs.webkit.org/show_bug.cgi?id=37308
> > +
> > +        Extended ChromiumBridge and WebThemeEngine interface
> > +        to handle progress bar painting. implementation will 
> > +        shit on Chromium tree.
> 
> I don't understand the last sentence. shit?
Ah, this didn't make sense... Fixed.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.