Closed Bug 816173 Opened 12 years ago Closed 12 years ago

Split out WebGLFramebuffer into separate files

Categories

(Core :: Graphics: CanvasWebGL, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla20

People

(Reporter: bjacob, Assigned: sawrubh)

References

Details

(Whiteboard: [mentor=bjacob][lang=c++] webgl-next)

Attachments

(1 file)

This one depends on bug 815921 (WebGLTexture) and bug 816168 (WebGLRenderbuffer) being done first. Don't start working on it before these two other bugs are fixed. The goal is to move WebGLFramebuffer, which currently lives in WebGLContext.h, into a separate new header WebGLFramebuffer.h and move as much code as possible to the WebGLFramebuffer.cpp file. Also, WebGLFramebuffer has a companion helper class, WebGLFramebufferAttachment. It's only used internally by WebGLFramebuffer. So I think it makes most sense to keep it in the same files, WebGLFramebuffer.{h,cpp}. In fact, it would make sense to move WebGLFramebufferAttachment into a nested Attachment class inside of WebGLFramebuffer, so it would become WebGLFramebuffer::Attachment. Up to you.
Attached patch Patch v1Splinter Review
Assignee: nobody → saurabhanandiit
Status: NEW → ASSIGNED
Attachment #688361 - Flags: review?(bjacob)
Comment on attachment 688361 [details] [diff] [review] Patch v1 Review of attachment 688361 [details] [diff] [review]: ----------------------------------------------------------------- Looks good!
Attachment #688361 - Flags: review?(bjacob) → review+
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla20
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: