22 Feb
2010
22 Feb
'10
11:11 p.m.
http://www.ongwt.com/post/2010/02/22/GWT-equation-editor
Could be integrated as a WYSIWYG plugin to edit {{formula}} content.
Jerome.
22 Feb
22 Feb
11:50 p.m.
Interesting,
Nothing in this documentation says in what they store the contents
which is bizarre... and they seem to ignore any form of standard
encoding (at least MathML, probably OpenMath since they wish
computations, I guess TeX would come close to it).
paul
On 22-févr.-10, at 23:11, Jerome Velociter wrote:
http://www.ongwt.com/post/2010/02/22/GWT-equation-editor
Could be integrated as a WYSIWYG plugin to edit {{formula}} content.
Jerome.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
23 Feb
23 Feb
12:18 a.m.
On 02/22/2010 11:50 PM, Paul Libbrecht wrote:
Interesting,
Nothing in this documentation says in what they store the contents which
is bizarre... and they seem to ignore any form of standard encoding (at
least MathML, probably OpenMath since they wish computations, I guess
TeX would come close to it).
They don't have any persistence implemented. The project is focused on
editing the formula, so all they have at the moment is a Java object
holding the formula. With that, we can serialize it any way we want.
paul
On 22-févr.-10, at 23:11, Jerome Velociter wrote:
> http://www.ongwt.com/post/2010/02/22/GWT-equation-editor
>
> Could be integrated as a WYSIWYG plugin to edit {{formula}} content.
>
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
12:26 a.m.
On 23-févr.-10, at 00:18, Sergiu Dumitriu wrote:
They don't have any persistence implemented. The
project is focused on
editing the formula, so all they have at the moment is a Java object
holding the formula. With that, we can serialize it any way we want.
But not display it in any other format?
Sounds annoying.
paul
26 Feb
26 Feb
6:15 p.m.
> They don't have any persistence implemented.
The project is focused on
> editing the formula, so all they have at the moment is a Java object
> holding the formula. With that, we can serialize it any way we want.
I'm one of the developers of GWT Formula Editor. Serialization and
de-serialization of formulas is not of a big importance for us for now. We've
been focusing more on editing usability (there's still enough open questions).
Never the less, support for MathML and TeX (and some other formats and
computational Java libraries) is planned for the future.
If you are interested in integration of GWT Formula Editor with XWiki, we can
collaborate on serialization/de-serialization implementation. I suppose, that
existing TeX or MathML parsers can be slightly modified to fit to our needs.
But not display it in any other format?
What do
you mean ?
Sounds annoying.
That can be fixed. :)
Best wishes!
Bulat.
10:44 p.m.
Bulat,
it would be cool to have you aboard... I sure feel that GWT is the
right approach to craft a formula editor.
There's many such editors around though, so you'll need to stand out.
One first small critique I have is that you say you implement copy-and-
paste but you actually only do this internally... not at all in any
advanced fashion as, e.g., has been offered by MSIE and Safari. Just a
change of claim I suppose.
My question about serialization is that display of formulæ is about
100 times more often done than editing of formulæ in common online
documents. So one needs a rendering infrastructure that can display,
and fast, within web-pages and in print. I tend to believe MathML is
the best for this purpose.
The claim for computability is bold, be very careful there: it would
mean you can serialize to MathML content or OpenMath but, at least
now, you allow a++b which has no computability. Many editors offer
both modes: with computability and without.
I like the way the you implemented selection.
paul
On 26-févr.-10, at 18:15, Bulat wrote:
> They
don't have any persistence implemented. The project is
> focused on
> editing the formula, so all they have at the moment is a Java object
> holding the formula. With that, we can serialize it any way we want.
I'm one of the developers of GWT Formula Editor. Serialization and
de-serialization of formulas is not of a big importance for us for
now. We've
been focusing more on editing usability (there's still enough open
questions).
Never the less, support for MathML and TeX (and some other formats and
computational Java libraries) is planned for the future.
If you are interested in integration of GWT Formula Editor with
XWiki, we can
collaborate on serialization/de-serialization implementation. I
suppose, that
existing TeX or MathML parsers can be slightly modified to fit to
our needs.
But not display it in any other format?
What do you mean ?
Sounds annoying.
That can be fixed. :)
Best wishes!
Bulat.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
27 Feb
27 Feb
10:23 a.m.
Paul Libbrecht <paul@...> writes:
One first small critique I have is that you say you
implement copy-and-
paste but you actually only do this internally...
External copy&paste needs
TeX, MathML etc. serialization/de-serialization to be
useful, that's why it is not implemented yet.
The claim for computability is bold, be very careful
there: it would
mean you can serialize to MathML content or OpenMath
Computability is our main goal
- we can not do without it in our main project.
So we'll have it that way or another. :)
Features ordered by a priority for us:
Computability.
Editing usability.
Good API.
Platform independence and flexibility.
Formula checking and analysing layers (we are going to adapt existing
implementations).
other features.
We can shift our priorities a little if there's someone eager to participate in
implementing a particular feature (e.g serialization, external copy&paste,
static image rendering etc.).
but, at least now, you allow a++b which has no
computability.
Many editors offer both modes: with computability and without.
I think, that
we'll also provide both. We've divided this into several layers.
The editing layer provides user with tools to specify what exactly he means when
typing in a formula (the hard part).
And then come several checking layers, that will be implemented separately.
There we're going to check for brackets, operators and even types (e.g grams vs
newtons). Those layers are heavily dependent on the computation engine that is
used in a particular project.
Editing layer will show hints and marks provided by checking layers.
Best wishes,
Bulat.
26 Feb
26 Feb
9:26 p.m.
They don't
have any persistence implemented. The project is focused on
editing the formula, so all they have at the moment is a Java object
holding the formula. With that, we can serialize it any way we want.
But not display it in any other format?
Sounds annoying. 
23 Feb
23 Feb
8:32 a.m.
Jerome Velociter wrote:
Could be integrated as a WYSIWYG plugin to edit
{{formula}} content.
First we need a generic way to specify a preferred editor for macro
content/parameters.
Thanks,
Marius
Jerome.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
5378
days inactive
5383
days old
8 comments
5 participants
participants (5)
-
Bulat -
Jerome Velociter -
Marius Dumitru Florea -
Paul Libbrecht -
Sergiu Dumitriu