[cellml-discussion] Visual editing of mathematics
Alan Garny
alan.garny at physiol.ox.ac.uk
Mon Aug 7 21:23:10 NZST 2006
Dear all,
Having already voiced my opinion (mainly as an end user at this stage), the
view of someone like Penny Noble (to whom I am copying this, in case she's
not on the CellML mailing list) might be interesting to have. She has been
developing cell models for years and been playing with CellML for a few
years too. She has used different programming languages, approaches, etc. to
implementing models, including options #1 and #2 for CellML models (and
maybe even #3, though I cannot remember for sure). My point is that
developing a cell model is a time consuming process (we are talking about
months, if not years in the worst of cases), so we cannot have something
that is nice looking, but not convenient for a day-to-day use.
Best regards, Alan.
PS: my main concern is not so much about getting it right from our
perspective, but that of the end-user and, in that respect, I don't think
that #2 does the job. That is not to say that option #1 is better, just that
I have yet to find something that is more convenient from an end-user
perspective.
> -----Original Message-----
> From: cellml-discussion-bounces at cellml.org
> [mailto:cellml-discussion-bounces at cellml.org] On Behalf Of
> Poul Nielsen
> Sent: 07 August 2006 10:05
> To: For those interested in contributing to the development of CellML.
> Subject: Re: [cellml-discussion] Visual editing of mathematics
>
> Dear all
>
> I think that option 2 should be the highest priority. One of
> the reasons that we started the Content MathML editor was
> that there was no easy intuitive way of creating Content
> MathML for non computer savy people. The visual paradigm
> works well for most users, even if it may not be the quickest
> way of constructing mathematical expressions. Five years down
> the line I don't know of any open efforts to create a Content
> MathML editor.
>
> I am very wary of taking route 1 as an option. It is
> extremely difficult to create a simple, consistent language
> that is rich and intuitive enough for a wide range of users.
> Such a task will require a lot of work to do properly. We
> considered this option for describing mathematics when
> designing CellML but concluded that it was not sensible. SBML
> initially took this route but very quickly 'saw the light'
> and adopted Content MathML. I still don't see why we should
> invest effort in designing yet another layer of describing
> mathematics between the well-understood visual representation
> and the reasonably well-designed Content MathML. I say a
> definite NO to option 1.
>
> In my opinion option 3 is just a mixture of 1 and 2 with all
> the problems of 1. I say a definite NO to option 3.
>
> Best wishes
> Poul
>
> On 2006 Aug 07, at 19:57, Alan Garny wrote:
>
> > Hi,
> >
> > I would (suprisingly enough) also favour solution #1,
> together with a
> > graphical rendering of the equation.
> >
> > Regarding the other options:
> >
> > #2: having used Microsoft Word to write my thesis (I know,
> I know...),
> > I used Microsoft Equation to enter equations and it's fair
> to say that
> > it looks quite nice, but it's not very convenient in the long term:
> > you have to
> > click here and there a lot, making this solution much
> slower than #1.
> >
> > #3: I am not sure I want to comment on this option... :)
> >
> > One possible drawback of solution #1 is that the user has
> to learn yet
> > another syntax. Having said that, the learning curve is not
> steep at
> > all: we are talking about mathematical equations here, so...
> >
> > One thing I am concerned with, though, is how do you intend to edit
> > several equations? Will it be something like: click on an equation,
> > edit it, click on another equation, edit it, etc.? If so,
> that will,
> > once again, involve quite a few clicks, which in the long run may
> > prove very tedious for someone who is coding in a model (I am
> > unfortunately talking from experience here, for having had the
> > displeasure of using a software that required selecting an
> equation in
> > a list, and then editing it using something like option #2).
> >
> > My point, therefore, is that we should not only think about
> the best
> > way to edit an equation, but a bunch of equations...
> >
> > Also, what about mapping of variables between components,
> units, etc.?
> >
> > Cheers, Alan.
> >
> >> -----Original Message-----
> >> From: cellml-discussion-bounces at cellml.org
> >> [mailto:cellml-discussion-bounces at cellml.org] On Behalf Of
> Nickerson,
> >> David Phillip
> >> Sent: 07 August 2006 07:50
> >> To: For those interested in contributing to the development of
> >> CellML.
> >> Subject: Re: [cellml-discussion] Visual editing of mathematics
> >>
> >> Hi Andrew,
> >>
> >> Personally I would use something like your suggestion 1,
> although it
> >> is probably best to keep away from TeX syntax since that
> may not be a
> >> lot better than editing the MathML directly for some people. You
> >> probably also want to allow numbers to be entered without
> units and
> >> then have the GUI prompt users to choose the units from a
> drop down
> >> list of appropriate/available units (maybe during some validation
> >> stage?). You just need to specify how equations should be written,
> >> and I'd probably go with something similar to MATLAB/C style text.
> >> Maybe look at the virtual cell specification for guidence
> >> (http://vcell.org/technology/VCML_Grammar.html) or the
> equivalent for
> >> JSim
> >> (http://nsr.bioeng.washington.edu/PLN/Members/butterw/JSIMDOC1
> >> .6/JSim_Home.stx/MML_Ref.stx).
> >>
> >> The second option might be nice for some users, but I
> don't think it
> >> should be a high priority for us to develop such an interface.
> >> Hopefully other groups will start providing nice interfaces for
> >> creating content mathml that could then be pulled into a
> CellML model
> >> quite easily.
> >>
> >> A compromise would be something like the COR interface
> where you edit
> >> a text expression like in (1) and are simultaneously given a
> >> graphical display of the equation using some cool methods
> to make it
> >> look pretty.
> >>
> >>
> >> Andre.
> >>
> >> -----Original Message-----
> >> From: cellml-discussion-bounces at cellml.org on behalf of
> Andrew Miller
> >> Sent: Mon 07-Aug-06 2:11 PM
> >> To: cellml-discussion at cellml.org
> >> Subject: [cellml-discussion] Visual editing of mathematics
> >>
> >> Hi all,
> >>
> >> I am currently planning how PCEnv (the Physiome CellML
> Environment,
> >> which is planned to incorporate the functionality from
> mozCellML and
> >> the Physiome CellML
> >> Environment) will allow mathematics to be viewed and edited.
> >>
> >> Opinions from potential users are solicited. If you feel that you
> >> would use PCEnv when it is complete, your opinions on how
> this should
> >> be done would be greatly appreciated.
> >>
> >> I would be particularly interested on your opinions on the
> following
> >> options, and on how useful each one would be to you:
> >>
> >> 1) An editor which used a TeX like language (or some other
> plain text
> >> only language), which can be mapped to and from content
> MathML. For
> >> example, to produce the MathML <DEFANGED-APPly>
> >> <eq/>
> >> <DEFANGED-APPly><times/>
> >> <cn cellml:units="dimensionless">2</cn>
> >> <ci>x</ci>
> >> </apply>
> >> <ci>y</ci>
> >> </apply>
> >>
> >> you might type something like 2[dimensionless] * x = y
> >>
> >> 2)
> >> An editor which works like the Math editor in WYSIWYG
> word-processors
> >> like Microsoft Word and OpenOffice (in other words, you select
> >> symbols from the menus, and then fill in the boxes, to create an
> >> on-screen rendering of the mathematics you desire). This would
> >> require some sort of special method to input the units on
> constants.
> >>
> >> 3)
> >> An editor based around a tree control (i.e. you have a
> tree structure
> >> which mirrors the XML structure). For example, you might
> have a tree
> >> like...
> >>
> >> +- Apply operation
> >> |------ Operator Equals
> >> |-----+ Apply Operation
> >> | |------ Operator Times
> >> | |----+ Constant 2
> >> | | |----- Units dimensionless
> >> | |------- Variable x
> >> |------- Variable y
> >>
> >> Any other suggestions anyone has would be appreciated.
> >>
> >> Best regards,
> >> Andrew Miller
> >>
> >> _______________________________________________
> >> cellml-discussion mailing list
> >> cellml-discussion at cellml.org
> >> http://www.cellml.org/mailman/listinfo/cellml-discussion
> >>
> >>
> >>
> >
> > _______________________________________________
> > cellml-discussion mailing list
> > cellml-discussion at cellml.org
> > http://www.cellml.org/mailman/listinfo/cellml-discussion
>
> _______________________________________________
> cellml-discussion mailing list
> cellml-discussion at cellml.org
> http://www.cellml.org/mailman/listinfo/cellml-discussion
More information about the cellml-discussion
mailing list