This sounds like an awful lot of work, a lot more than some glue code and code
deletion. It sounds like you are proposing to make Moz2D pretty much a general
purpose 2D and 3D graphics library, touch (to some effect) the whole of the
graphics code, and switch to using new libraries which have
On May 1, 2013, at 1:06 AM, Robert O'Callahan rob...@ocallahan.org wrote:
On Wed, May 1, 2013 at 6:41 PM, Andreas Gal g...@mozilla.com wrote:
Both Skia/SkiaGL and D2D support basically all the effects and filters we
want.
D2D does not support GLSL custom filters. We'd need ANGLE/GLContext
On Wed, May 1, 2013 at 8:20 PM, Andreas Gal g...@mozilla.com wrote:
We should probably start with the CPU-based fallback path. We can then try
that with SkiaGL to see what the performance looks like (the
GLContext-based implementation, essentially). Should we file a couple bugs?
I might
On 5/1/2013 12:11 AM, Andreas Gal wrote:
You propose SIMD optimization for the software fallback path. I wonder whether
we should focus on one fast GPU path via GLSL, and have one precise, working,
I-don't-care-how-slow CPU fallback. All hardware made the last few years will
have a GPU we
I've also come across somebody running doxygen on mozilla code here:
http://doxygen.db48x.net/mozilla/html/
It shows up in google searches when you search Mozilla-y class names, but I
don't know who or what runs it.
Andrew
- Original Message -
I've started to run doxygen on a fresh
On 5/1/2013 11:21 AM, Benoit Girard wrote:
I'll be accepting requests to run doxygen on additional submodules. There
are several problems with the configuration files that could improve the
results (e.g. include path) that I do NOT plan on fixing but will gladly
accept a pull request. Note that
On 13-05-01 9:21 AM, Benoit Girard wrote:
I've started to run doxygen on a fresh mozilla-central by cron once a day
in the hopes of encouraging source code documentation. I run doxygen on sub
modules only for users that are interested in the output.
Hooray!
You can see my script and
Right now doxygen runs directly on the source code so it's not trivial to
run doxygen on there. I'd be happy to accept a pull that builds and indexes
dist/idl.
On Wed, May 1, 2013 at 12:35 PM, Joshua Cranmer pidgeo...@gmail.comwrote:
On 5/1/2013 11:21 AM, Benoit Girard wrote:
I'll be
On 2013-05-01 9:31 AM, Benjamin Smedberg wrote:
On 5/1/2013 12:11 AM, Andreas Gal wrote:
You propose SIMD optimization for the software fallback path. I
wonder whether we should focus on one fast GPU path via GLSL, and
have one precise, working, I-don't-care-how-slow CPU fallback. All
On Wed, May 1, 2013 at 12:47 PM, Ralph Giles gi...@mozilla.com wrote:
You might consider putting only the variables you've
changed in your Doxyfiles, relying on the defaults for everything else.
Thanks for the feedback. I started with the config in
config/doxygen.cfg.inbut it does seem
My extension is injecting markup and script into content pages from a protocol
implemented by my own handler (nsIProtocolHandler). Because in some cases I
need script loaded via this protocol handler to have chrome privileges, I am
setting the channel owner to the system principal in
On 01/05/2013 17:31, Andrew McCreight wrote:
I've also come across somebody running doxygen on mozilla code here:
http://doxygen.db48x.net/mozilla/html/
It shows up in google searches when you search Mozilla-y class names, but I
don't know who or what runs it.
Given the domain and comment
On 5/1/13 6:48 PM, Matthew Gertner wrote:
Is it normal that subresources loaded by a stylesheet from a privileged channel
do not trigger the content policy
Yes. Content policy checks are skipped when the loader has system
principal.
If so, is there any way around this other than to not
Another disadvantage of project branches in addition to the ones
mentioned before is that it limits/delays the amount of testing that you
can get on Nightly and from all of the developers who run things like
fuzzers on ours code. Not everyone's project has enough manpower to get
that level of
On 2013-05-01 1:08 PM, Benoit Girard wrote:
Right now doxygen runs directly on the source code so it's not trivial to
run doxygen on there. I'd be happy to accept a pull that builds and indexes
dist/idl.
If we decide to do a build, why not run doxygen on dist/include and
dist/dom/bindings
15 matches
Mail list logo
