Re: [RFC] Modules for workers

2013-05-24 Thread David Rajchenbach-Teller
Well, if we do not want the main thread to collapse under its weight, we have to move code off the main thread and to encourage add-ons to do likewise. I'm not sure I see an alternative here. Cheers, David On 5/24/13 1:12 AM, Jonas Sicking wrote: > My main concern is that Workers created by Gec

Re: We should drop MathML

2013-05-24 Thread Henri Sivonen
On Mon, May 6, 2013 at 1:52 AM, Benoit Jacob wrote: > 2013/5/5 Robert O'Callahan > One other thing: EPUB > publishers are screaming for good math support for > > textbooks (and currently that means they want MathML). They're mostly > > Webkit-based, and maybe we don't care about them, but there yo

Re: We should drop MathML

2013-05-24 Thread Benoit Jacob
2013/5/24 Henri Sivonen > On Mon, May 6, 2013 at 1:52 AM, Benoit Jacob >wrote: > > > 2013/5/5 Robert O'Callahan > One other thing: EPUB > > publishers are screaming for good math support for > > > textbooks (and currently that means they want MathML). They're mostly > > > Webkit-based, and maybe

Re: Code Review Session

2013-05-24 Thread Benjamin Smedberg
On 5/23/2013 5:32 AM, Scott Johnson wrote: Members of dev-platform: As part of the Web Rendering work-week in Taiwan, we had a discussion of the process of code review, graciously led by roc. If you were unable to attend, or were able to attend and would like to review the proceedings, notes are

Re: Code Review Session

2013-05-24 Thread Justin Lebar
> * I think we should experiment (again) with real pull-request integration > into bugzilla. I'm totally in favor of better tools and real pull requests, and of course the PRs need to be linked to bugzilla /somehow/. But I want to qualify "integration into bugzilla": I explicitly do not want a to

No Rendering meeting this Monday

2013-05-24 Thread Benoit Jacob
There will be no rendering meeting this coming Monday (May 27), as many people will be recovering from jet lag from the Taipei work week. The next rendering meeting will be announced by Milan, probably for the week after. Benoit ___ dev-platform mailing

Re: Code Review Session

2013-05-24 Thread Mike de Boer
How about integrating it into BugzillaJS? I'm working on it quite a lot now (https://github.com/gkoberger/BugzillaJS/pull/77 and https://github.com/gkoberger/omnium/pull/3) to make some improvements to Bugzilla 'core'. I think an add-on that eventually is good enough to use for Mozillians woul

Re: Code Review Session

2013-05-24 Thread Justin Lebar
> How about integrating it into BugzillaJS? I don't think we should require a Firefox add-on to use our bug tracker effectively. We're a web company. We make a web browser. Let's write a webpage. If a browser extension is the only way we can provide a good user experience in our bug tracker an

Re: Code Review Session

2013-05-24 Thread Mike Conley
Sounds like we're talking about code review. But I want to qualify "integration into bugzilla": I explicitly do not want a tool that is tightly coupled to bugzilla. In fact, I want a tool that has as little to do with bugzilla as feasible. I'm a contributor to the Review Board project[1], whi

Re: Code Review Session

2013-05-24 Thread Robert O'Callahan
On Fri, May 24, 2013 at 10:50 PM, Justin Lebar wrote: > If we do, we risk ending up with yet another crappy > non-solution to a real problem (see bugzilla interdiff, splinter > integration, and so on). > I think that's quite unfair to the people who integrated Splinter. It's not everything I want

Re: Code Review Session

2013-05-24 Thread Michael Hoye
- Original Message - > From: "Benjamin Smedberg" > To: "Scott Johnson" > Cc: dev-platform@lists.mozilla.org, "Michael Hoye" > > * Automated tools: mhoye has identified lack of automated review as > one > of our biggest blockers to getting more mentors involved and having > successful m

Re: Code Review Session

2013-05-24 Thread Benoit Girard
On Fri, May 24, 2013 at 10:30 AM, Benjamin Smedberg wrote: > * Automated tools: mhoye has identified lack of automated review as one of > our biggest blockers to getting more mentors involved and having successful > mentoring for new volunteers. It turns out that nobody wants to mentor bugs > when

Re: Code Review Session

2013-05-24 Thread Ehsan Akhgari
On 2013-05-24 11:04 AM, Justin Lebar wrote: How about integrating it into BugzillaJS? I don't think we should require a Firefox add-on to use our bug tracker effectively. We're a web company. We make a web browser. Let's write a webpage. If a browser extension is the only way we can provide

Re: Code Review Session

2013-05-24 Thread Mike Hommey
On Fri, May 24, 2013 at 08:40:29AM -0700, Michael Hoye wrote: > - Original Message - > > > From: "Benjamin Smedberg" To: "Scott > > Johnson" Cc: dev-platform@lists.mozilla.org, > > "Michael Hoye" > > > * Automated tools: mhoye has identified lack of automated review as > > one of our b

Re: Code Review Session

2013-05-24 Thread Ehsan Akhgari
On 2013-05-24 11:46 AM, Benoit Girard wrote: On Fri, May 24, 2013 at 10:30 AM, Benjamin Smedberg wrote: * Automated tools: mhoye has identified lack of automated review as one of our biggest blockers to getting more mentors involved and having successful mentoring for new volunteers. It turns o

Re: מדוע בישראל לא מרוויחים

2013-05-24 Thread ב - המכון לאבחון עסקי
שלום. בהמשך לחשיפת מחקרנו בערוץ 10 – 94 אחוז מהעסקים בישראל לא מרוויחים מספיק במהלך 13 השנים האחרונות, לאחר שבחנו מעל 12 אלף עסקים מכל הסוגים בישראל ובארצות-הברית, גילינו שעסקים רבים בישראל יכולים היו לעמוד על רווחים כספיים גבוהים בהרבה, אם לא מספר טעויות שנעשות על ידם. בחג האחרון ה

Re: new build-time defines for controlling when features ship

2013-05-24 Thread Gavin Sharp
One thing I forgot to mention explicitly but that is worth following up on: we should generally be striving to get rid of code that is enabled/disabled based on the value of MOZ_UPDATE_CHANNEL. If you are responsible for any such code, please file bugs to switch them to using these build defines, w

What should be next for the platform meeting?

2013-05-24 Thread Lawrence Mandel
After my previous post about the platform meeting, I received some good feedback. The general feeling about the platform meeting seems to be: 1. it has some useful content/purpose that we want to maintain 2. it has no particular focus and is not optimized for anyone For 1, the uses that I've hea

Re: new build-time defines for controlling when features ship

2013-05-24 Thread Mark Finkle
> >> I've described the various defines here: > >> > >> https://wiki.mozilla.org/**Platform/Channel-specific_**build_defines > >> > > > > My understanding of this is that we were going to limit use of all > > of > > these options to

Re: Code Review Session

2013-05-24 Thread Michael Hoye
- Original Message - > From: "Mike Hommey" > To: "Michael Hoye" > > clang-format unfortunately only deals with whitespaces. It does have > neat formatting with them, but it's limited to that. I don't think that's true, or at least, it looks like that's only true for the Mozilla style

Re: Code Review Session

2013-05-24 Thread Ehsan Akhgari
On 2013-05-24 5:15 PM, Michael Hoye wrote: - Original Message - From: "Mike Hommey" To: "Michael Hoye" clang-format unfortunately only deals with whitespaces. It does have neat formatting with them, but it's limited to that. I don't think that's true, or at least, it looks like th

Re: Code Review Session

2013-05-24 Thread Andrew Sutherland
On 05/24/2013 11:05 AM, Mike Conley wrote: Sounds like we're talking about code review. But I want to qualify "integration into bugzilla": I explicitly do not want a tool that is tightly coupled to bugzilla. In fact, I want a tool that has as little to do with bugzilla as feasible. I'm a con