Michel Fortin wrote:
What Juan propose, about adding a limited number of elements to HTML
for maths, actually makes sense to me, especially if you can get not-
too-bad results with CSS. HTML is designed to be easy to learn and
write; if we had a markup like that for mathematics which
To summarize discussion on mathematics in HTML5, I would like to ask several
questions.
1) Which markup do you think fits better in the scope of HTML5?
a)
div
(X)HTML document may contain math formulae, like
formula
Also sprach White Lynx:
Making decision is up to WHAT WG, you can follow W3C line that so
far brought nothing good to scientific web (which turned into bunch
of PDF/PS/DJVU files) or (even without much afforts) you can solve
longstanding problem of embedding mathematics in HTML. If WHAT
Hakon Wium Lie wrote:
I think you make a compelling case for adding math to HTML the simple
way. Personally, I'm open to adding it to HTML5. How much would it add
to the specification?
In ISO 12083 Electronic Manuscript Format description of mathematical markup
occupies about 7 pages, in our
Anne van Kesteren wrote:
So WHATWG doesn't really care about DTDs. (There are two people
involved with that though for validating.)
This is important issue, because requirement to keep DTD accurate imposes
certain
constraints on markup (for example DTD fails to catch errors like
a
Håkon Wium Lie wrote:
I think you make a compelling case for adding math to HTML the simple
way. Personally, I'm open to adding it to HTML5. How much would it add
to the specification?
I remain sceptical about this. However, if there is a serious effort to replace
MathML I believe the
James Graham wrote:
I remain sceptical about this. However, if there is a serious effort to
replace
MathML I believe the resulting language must fulfil the following
requirements:
1) Easy conversion from standard LaTeX2e.
There are plenty of different packages and low level presentational
White Lynx wrote:
James Graham wrote:
I remain sceptical about this. However, if there is a serious effort to replace
MathML I believe the resulting language must fulfil the following requirements:
1) Easy conversion from standard LaTeX2e.
There are plenty of different packages and low level
Also sprach James Graham:
I think you make a compelling case for adding math to HTML the simple
way. Personally, I'm open to adding it to HTML5. How much would it add
to the specification?
I remain sceptical about this. However, if there is a serious effort to
replace
MathML I
On Fri, 02 Jun 2006 20:21:50 +0700, James Graham [EMAIL PROTECTED] wrote:
2) Excellent typography.
Can you specify point 2?
Not entirely because I am not sufficiently familiar with the details of
rendering mathematics. I will try to learn something so I can contribute
more.
Here is
Quoting White Lynx [EMAIL PROTECTED]:
So WHATWG doesn't really care about DTDs. (There are two people
involved with that though for validating.)
This is important issue, because requirement to keep DTD accurate
imposes certain
constraints on markup (for example DTD fails to catch errors
James Graham wrote:
If LaTeX - HTML converters don't work no-one
will use the language and it will be a complete waste of effort.
Sorry but taking into account nature of LaTeX (many packages, low level TeX
commands),
it would be more appropriate to use stuff like PNG, SVG, PS, PDF as a output.
On Jun 2, 2006, at 17:28, Anne van Kesteren wrote:
Quoting White Lynx [EMAIL PROTECTED]:
So WHATWG doesn't really care about DTDs. (There are two people
involved with that though for validating.)
Are you referring to fantasai and me? I am not doing anything with
DTDs. AFAIK, fantasai isn't
Le 2 juin 2006 à 9:21, James Graham a écrit :
White Lynx wrote:
So far people mentioned radicals and glyph shaping/kerning.
Another obvious issue is stretchy characters like integral signs
and brackets. Is the CSS model poerful enough to allow for this? If
not, the mosel needs to
Le 2 juin 2006 à 5:08, White Lynx a écrit :
1) Which markup do you think fits better in the scope of HTML5?
a)
div
(X)HTML document may contain math formulae, like
formula
axsup2/sup + bx + c = 0
/formula
Dear WHATWG,
As you know, Bon Echo Alpha3 starts to support client-side session and
persistent storage in Web Application 1.0 spec made by WHATWG. But, as
following sample code of 4.9.1 doesn't work in Bon Echo Alpha 3.
p
You have viewed this page
span id=countan untold number of/span
On Sat, 3 Jun 2006, Channy Yun wrote:
Only one line must be fixed.
-storage.pageLoadCount += 1;
+storage.pageLoadCount = parseInt(storage.pageLoadCount) + 1;
It alway retruns string so it must be parsed to number.
I am not sure whether there is bug from spec or firefox.
Bug in the
On Fri, 02 Jun 2006 22:08:54 +0700, White Lynx [EMAIL PROTECTED]
wrote:
* correct continuation of long fractions on the next line
Never seen something similar. We just prohibiting line breaks in
fractions.
TeX avoids them, too, but sometimes a complex fraction is simply longer
than
18 matches
Mail list logo