As many of you know, the introduction of Moz2D a while ago added new size, point and rect classes which are equivalent* to the ones that already existed in tree (nsIntSize, etc.).
Juggling back and forth between the Moz2D classes and their thebes equivalent is pretty annoying and until now we have been progressively replacing uses of thebes classes by Moz2D ones (a slow process bearing the exquisite name "Moz2Dification"). Moz2Dification of size classes hasn't been very efficient, so I decided to just remove the integer thebes size/rect/point classes and make then typedefs of the moz2D ones. I will soon (probably over the weekend) land a patch set that does this for nsIntSize/gfx::IntSize. What this means if you are writing code outside of the gfx/ directory: Not much. Apologies if my patch queue causes some merge conflicts. It's up to module owners to decide if they still want refer to integer sizes as nsIntSize (the typedef) or as gfx::IntSize (the real thing!). You won't need to use the conversion helpers ToIntSize and ThebesIntSize anymore, since nsIntSize and gfx::IntSize will be one and the same, and by the way those conversion helpers are being removed which is most likely the reason if you run into merge conflicts. If you write code under the gfx/ directory, please use gfx::IntSize. After this lands there won't be any reason to refer to it as nsIntSize, so let's make things consistent. nsIntRect and nsIntPoint will soon share the same fate. Cheers, Nical * This only true for integer classes (IntSize, ect.) because the non-integer ones use double precision floats in thebes and regular floats in Moz2D, so we can't just make the switch in one go as easily. _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
