On 06/05/13 20:12, David Dahl wrote:
> 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?
That would be the functional equivalent of relicensing under the MPL,
which is a weaker copyle
* About the "XML is evil, MathML is XML so MathML is evil" syllogism.
I don't think it makes sense in general to say that something is good or bad
without mentioning for what purpose. I actually agree with Joshua that XML is a
good format to work with for a computer engineer. There are very good
Hello everyone!
This thread has raised my attention and I would like to share my
opinions, maybe as a "school child" who used mathematical software for
WYSIWYG editing (not only reading!), as the primary way of editing any
math, as a primary/fundamental tool for computer-aided learning. I was
On 5/6/2013 7:20 PM, Robert O'Callahan wrote:
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
TLDR; in bug 867742 I requested to adopt two JS modules, Async.jsm and
AsyncTest.jsm, in mozilla-central/toolkit/modules. The whole story can be read
below as well as at https://gist.github.com/mikedeboer/5495405. I posted about
this subject before on firefox-dev:
https://mail.mozilla.org/piper
howdy,
we'd like to extend bugzilla.mozilla.org to log which channel the
reporter's version of firefox is using; however i can't figure out if
this information is available to javascript.
i initially thought about using browser/config/version/version.txt based
on the version in the user-agen
> Does MathML need to participate in inline reflow in a way that requires
> direct support from the layout engine?
I don't know if that answers your question but one important thing that is
currently lacking in Gecko's MathML implementation is line breaking. This is
true for Web pages but I sus
On Tuesday, May 7, 2013 4:11:22 PM UTC+2, fred...@mathjax.org wrote:
> I use many long inline formulas in my blog and this is handled as I would
> like by Gecko.
sorry I meant this is *not* handled
___
dev-platform mailing list
dev-platform@lists.mozil
On 5/7/2013 9:55 AM, Byron Jones wrote:
i initially thought about using browser/config/version/version.txt
based on the version in the user-agent, however this reflects the
current default channel, and not necessarily the channel the user's
application is using. for example if someone downlo
For only making tests codes (mochitest), I think it's good that we
introduce the way to write async test uniformly.
However, I seem we need consider about it for some reason.
1. We have already task.jsm modules in our source tree. It's promises
based design and it has been used in our code. the d
As part of a broader automation refactor, we are consolidating all of
the test harness preferences in one place. Storing them as a string in a
python file is less than ideal, so as a first step the preferences in
automation.py.in have been moved to testing/profiles/prefs_general.js [1].
Note t
On Tue, May 7, 2013 at 6:46 AM, Benjamin Smedberg wrote:
> On 5/6/2013 7:20 PM, Robert O'Callahan wrote:
>
>> 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 H
On 06/05/2013 18:41, David Dahl wrote:> 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
SQLite4 implements something very similar (log-structured merge
d
least determine whether the user is running Beta/Release or
Nightly/Aurora from navigator.userAgent. The "Gecko" version is the
build date (e.g. "Gecko/20130507") for Nightly and Aurora, but frozen at
"Gecko/20100101" for Beta and Release.
chris p.
On Sunday, 5 May 2013 16:38:39 UTC+1, Benoit Jacob wrote:
> Hi,
>
>
>
> Summary: MathML is a vestigial remnant of the XML-everything era, and we
>
> should drop it.
>
As can be seen in the integration into HTML(5) nothing in MathML requires an
XML surface syntax.
>
>
> ***
>
>
>
> 1.
On 5/7/2013 1:42 PM, Robert O'Callahan wrote:
Keep in mind that without script, the kind of transformations you can apply
with Web Components are similar to XBL, and that's pretty limited.
Yes, I'm definitely not talking about a non-script implementation of any
of these. I'm presuming a fully sc
> 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 inten
A bit more on the TeX part of this argument. Over a decade ago my company
polled publishers that accept submissions from authors of content containing
math. Although not a scientific poll, the results were overwhelming.
Approximately 85% of all submissions were in MS Word format with equations
On Mon, May 06, 2013 at 07:13:04AM -0700, fred.w...@mathjax.org wrote:
> - For blind people or other visual disabilities, speech synthesizer must
> follow the MathSpeak rules. Simply reading the text "normally", e.g. of a
> LaTeX or ASCII source, is ambiguous.
I'd argue that any machine parsable
I think Fred's point here was that the literal text in the MathML or LaTeX is
not what a blind person wants to hear. The whole point of math as a 2-D
notation is that the relative position of the parts of the equation carry
meaning. This is unlike normal text which almost always carries its whol
> I'd argue that any machine parsable format can't be ambiguous by virtue
> of the fact machines parse it. However in any case AtkText /
> IAccessibleText / the mac accessible protocol thing all expect the text
> for an object to be a string so whatever format the web uses screen
> readers will be
Math accessibility is a surprisingly complex subject. How math should be read
is dependent on the mathematical or scientific context in which the math is
embedded, the educational level of the user, and their familiarity with the
accessibility technology itself. In our grant work with the Educat
On 7/05/2013 11:49 PM, Mike de Boer wrote:
TLDR; in bug 867742 I requested to adopt two JS modules, Async.jsm
and AsyncTest.jsm, in mozilla-central/toolkit/modules. The whole
story can be read below as well as at
https://gist.github.com/mikedeboer/5495405. I posted about this
subject before on fi
On 5/7/2013 8:49 AM, Mike de Boer wrote:
I've told some of you before that I'm not a big fan of Promise libraries (if
not, please read the 10 reasons to NOT use a Promise library:
https://gist.github.com/mikedeboer/5305020).
For what it's worth, I am very unpersuaded by your argumentation.
R
24 matches
Mail list logo
