On 13-05-06 9:03 PM, Josh Matthews wrote:
On 05/05/2013 09:07 PM, Felipe Gomes wrote:
Is the idea of smartmake to make things also work for non-toplevel
folders? For example, if I edit .cpp only in content/base/src, it
should be enough to rebuild that and toolkit/library. However, `mach
build co
On 05/05/2013 09:07 PM, Felipe Gomes wrote:
Is the idea of smartmake to make things also work for non-toplevel folders? For
example, if I edit .cpp only in content/base/src, it should be enough to
rebuild that and toolkit/library. However, `mach build content/base/src` won't
add toolkit/librar
Benoit Jacob wrote:
> Can we focus on the other conversation now: should the Web have a
> math-specific markup format at all? I claim it shouldn't; I mostly
> mentioned TeX as a "if we really wanted one" side note and let it go
> out of hand.
>
> How many specific domains will want to have their o
It seems from the previous thread on this topic that there is enough
support for the idea to at least proceed with a trial to see how an
inbound2 would function in practice.
For this reason, RelEng will be configuring the cypress project branch
for this purpose and we will begin using it per t
Hopefully Web Components will provide a good solution to let authors extend
the browser with support for vocabularies that can be rendered via a
straightforward decomposition to HTML or MathML or SVG.
I think the layout requirements of MathML are too onerous for MathML to be
reduced to HTML or SVG
On Tue, May 7, 2013 at 7:12 AM, Benoit Jacob wrote:
> How many specific domains will want to have their own domain-specific
> markup language next? Chemistry? Biology? Electronics? Music? Flow charts?
> Calligraphy?
>
This is a good question to ask, but I think it would help if there are
specific
Friendly Reminder: Gecko Rendering (Layout, GFx, Media) meeting Today, May 6,
2:30 PM US/Pacific
--Jet
- Original Message -
From: "Benoit Jacob"
To: "dev-platform" ,
"dev-plann...@lists.mozilla.org planning"
Sent: Friday, May 3, 2013 8:14:32 PM
Subject: Rendering meeting, May 6, 2:30 P
2013/5/6 Joshua Cranmer 🐧
> On 5/6/2013 2:12 PM, Benoit Jacob wrote:
>
>> How many specific domains will want to have their own domain-specific
>> markup language next? Chemistry? Biology? Electronics? Music? Flow charts?
>> Calligraphy?
>>
>
> MathML specifies mathematical formulae, which is not
Meeting Details:
* Agenda: https://wiki.mozilla.org/WebAPI/2013-05-07
* WebAPI Vidyo room
* A room we can find, San Francisco office
* Spadina conf. room, Toronto office
* Allo Allo conf. room, London office
* Vidyo Phone # +1-650-903-0800 x92 Conference #98413 (US/INTL)
* US Vidyo Phone # 1-800
On 5/6/2013 2:12 PM, Benoit Jacob wrote:
How many specific domains will want to have their own domain-specific
markup language next? Chemistry? Biology? Electronics? Music? Flow charts?
Calligraphy?
MathML specifies mathematical formulae, which is not domain-specific,
and is itself a building
That is unfortunate. The Kyoto-* tools are FAST and easy to use. I wonder if
the author would be willing to issue Mozilla a license that is compatible with
MPL?
Cheers,
David
- Original Message -
From: "Jed Davis"
To: "David Dahl"
Cc: "Gregory Szorc" , "Taras Glek" ,
"David Rajchenb
We're getting distracted by the comparison with TeX and the discussion of
MathML's relative merits. My bad: I obscured my message by starting two
conversations at once (1.1 and 1.2 in my initial email).
I happily concede this round, given that most people disagree with me about
TeX in this thread.
On Mon, May 06, 2013 at 11:30:51AM -0700, mscl...@googlemail.com wrote:
> On Monday, 6 May 2013 14:12:48 UTC+1, Trevor Saunders wrote:
> > On Mon, May 06, 2013 at 08:24:07AM -0400, Boris Zbarsky wrote:
> >
> > > >I am still waiting for the rebuttal of my arguments, in the original
> > > >email
>
On Mon, May 06, 2013 at 09:41:08AM -0700, David Dahl wrote:
> KyotoCabinet might make a good backend for a new storage API:
>
> http://fallabs.com/kyotocabinet/
It's released under the GPL, so it's MPL-incompatible, if I understand
correctly. As for the "Kyoto Products Specific FOSS Library Link
On Monday, 6 May 2013 14:12:48 UTC+1, Trevor Saunders wrote:
> On Mon, May 06, 2013 at 08:24:07AM -0400, Boris Zbarsky wrote:
>
> > >I am still waiting for the rebuttal of my arguments, in the original email
> > >in this thread, about how TeX is strictly better than MathML for the
> > >particular
KyotoCabinet might make a good backend for a new storage API:
http://fallabs.com/kyotocabinet/
There is also a companion indexing engine: http://fallabs.com/kyototycoon/
Regards,
David
- Original Message -
From: "Gregory Szorc"
To: "Kyle Huey"
Cc: "Taras Glek" , "David Rajchenbach-Te
I'm coming late to this thread but I have to say that the misunderstanding
present in the original post is huge. The author can take refuge in that he's
made a common category mistake. MathML is a computer representation for math,
TeX is a human input language.
MathML was never intended to be
On Thursday, May 2, 2013 1:40:37 AM UTC+1, Boris Zbarsky wrote:
> Yes. Content policy checks are skipped when the loader has system
> principal.
Thanks. Seems like I need to be more selective about when to give the channel
the system principal.
___
de
I don't have time to respond right now, but regarding the accessibility,
mathematics is also more complex in that case too. Basically the two use cases
are I'm aware of are
- For blind people or other visual disabilities, speech synthesizer must follow
the MathSpeak rules. Simply reading the te
On Mon, May 06, 2013 at 08:24:07AM -0400, Boris Zbarsky wrote:
> >I am still waiting for the rebuttal of my arguments, in the original email
> >in this thread, about how TeX is strictly better than MathML for the
> >particular task of representing equations.
>
> How easy is it to build an accessib
On 5/6/2013 6:27 AM, Benoit Jacob wrote:
I guess I don't see the usefulness of allowing to apply style to individual
parts of an equation --- applying a single style to an entire equation
would be plenty enough as far as I can see.
Suppose you were writing an introductory explanation course, wh
On 5/5/13 10:46 PM, Benoit Jacob wrote:
* MathJax output is ~5 times slower than native support. This is after 9
years of development of jsmath and MathJax (and javascript engines).
JavaScript performance hasn't stopped improving and is already far better
than 5x slower than native on use cases
On 5/6/13 7:27 AM, Benoit Jacob wrote:
I guess I don't see the usefulness of allowing to apply style to individual
parts of an equation
Styling parts of an equation with different colors can be _extremely_
useful for readability. It's rarely done in print, of course, and I
assume there are v
On Mon, May 06, 2013 at 07:27:08AM -0400, Benoit Jacob wrote:
> 2013/5/6 Robert O'Callahan
>
> > We expose HTML and SVG content to Web applications by structuring that
> > content as a tree and then exposing it using standard DOM APIs. These APIs
> > let you examine, manipulate, parse and seriali
2013/5/6 Robert O'Callahan
> Let me go on a bit of a rampage about TeX for a bit.
>
> TeX is not a markup format. It is an executable code format. It is a
> programming language by design!
>
Yes, but a small subset of TeX could be purely a markup format, not a
programming language. Just support
2013/5/6 Robert O'Callahan
> We expose HTML and SVG content to Web applications by structuring that
> content as a tree and then exposing it using standard DOM APIs. These APIs
> let you examine, manipulate, parse and serialize content subtrees. They
> also let you handle events on that content.
Thanks Peter: that point-for-point format makes it easier for me to
understand your perspective on the issues that I raised.
2013/5/6
> Benoit, you said you need proof that MathML is better than TeX. I think
> it's the reverse at this point (from a web perspective -- you'll never get
> me to use
On 05/06/2013 05:46 AM, Benoit Jacob wrote:
Let me just reply to a few points to keep this conversation manageable:
2013/5/5
Here are a couple of reasons why dropping MathML would be a bad idea.
(While I wrote this others made some of the points as well.)
* MathML is part of HTML5 and epub3.
On Monday, 6 May 2013 07:27:41 UTC+2, p.kraut...@gmail.com wrote:
>
> Microsoft indeed remains a mystery.
>
Not so much when it comes to Microsoft Office:
http://blogs.msdn.com/b/murrays/
___
dev-platform mailing list
dev-platform@lists.mozilla.org
ht
29 matches
Mail list logo
