[Webkit-unassigned] [Bug 27511] Add WinCE specific platform/graphics files to WebCore

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Aug 10 14:47:14 PDT 2009


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





--- Comment #84 from Yong Li <yong.li at torchmobile.com>  2009-08-10 14:47:11 PDT ---
(In reply to comment #69)
> (From update of attachment 34394 [details])
> The ChangeLog really should have more information on what these classes are
> for, what they do.  Why does the WinCE port use this new "SharedBitmap" and
> what is it for?  It seems ImageBufferData is just to allow ImageBuffer to be
> backed by a SharedBitmap, the question is why? ;)  Likewise BufferedImage seems
> to exist so that Image can be backed by a ImageBufferData.  Why wouldn't WinCE
> have used the BitmapImage abstraction that other classes use?  Image exists to
> abstract between SVGImage, PDFDocumentImage and BitmapImage.  Seems you have
> created a duplicate/parallel BitmapImage-like subclass, no?
> 
> (Not necessarily giving objection here, just seeking more information!) :)
> 
> Need more info in the ChangeLog to perform a good review.  Also, I think given
> how comment-full this bug is now, these patches really should be each on their
> own bugs so they can be discussed where folks have some prayer of being able to
> read all the relevant comments. :)
> 
> Indent:
> +: m_data(size)
> +, m_size(size)
> 
> UNUSED_ARG is what you want:
> +    grayScale; // Currently not used
> 
> c++ casts:
> +    const unsigned char* src = (unsigned char*)m_data.m_bitmap->bytes();
> 
> r-, mostly for the lack of ChangeLog information.

Sorry, I misunderstood your question. Yes, BufferedImage is parallel to
BitmapImage. The reason we use BufferedImage is that BitmapImage is too
expensive in this case. Another option is to implement
BitmapImage(NativeImagePtr, ImageObserver* = 0) as other ports do.

ImageBuffer::image() is supposed to return an Image interface which is used
only for render. BufferedImage is very thin, and I think it makes things much
simpler than doing it in another way.

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



More information about the webkit-unassigned mailing list