Re: [Libreoffice] visual formula editor makes unwanted changes to command line
> If the feature were more clearly separated I'd suggest we back-port > fixes more aggressively to the stable branch (since it is clearly > flagged as experimental). Maybe, but visual editor in stable branch is fairly stable (e.g. doesn't crash)... The stuff in master isn't as well tested, yet... But I'll keep it in mind... :) > Having said that - if we have any fixes for regressions that are not > working when the feature is not enabled - we should back-port them: are > there any ? I'm not aware of any regressions when experimental features are disabled... -- Regards Jonas Finnemann Jensen. On Wed, Jan 5, 2011 at 15:39, Michael Meeks wrote: > > On Sun, 2011-01-02 at 21:12 +0100, Jonas Finnemann Jensen wrote: >> > I have installed RC2 now, but I see no difference in formula editor. >> >> I don't think everything from master is merged into the release candidate... >> And since this is still an experimental feature we're slow at pushed >> things out... > > Right :-) best to test this on master; hopefully when turned off it > doesn't cause too much grief, and this is getting us some useful bug / > testing feedback :-) > > If the feature were more clearly separated I'd suggest we back-port > fixes more aggressively to the stable branch (since it is clearly > flagged as experimental). > > Having said that - if we have any fixes for regressions that are not > working when the feature is not enabled - we should back-port them: are > there any ? > > Thanks, > > Michael. > > -- > michael.me...@novell.com <><, Pseudo Engineer, itinerant idiot > > > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] visual formula editor makes unwanted changes to command line
On Sun, 2011-01-02 at 21:12 +0100, Jonas Finnemann Jensen wrote: > > I have installed RC2 now, but I see no difference in formula editor. > > I don't think everything from master is merged into the release candidate... > And since this is still an experimental feature we're slow at pushed > things out... Right :-) best to test this on master; hopefully when turned off it doesn't cause too much grief, and this is getting us some useful bug / testing feedback :-) If the feature were more clearly separated I'd suggest we back-port fixes more aggressively to the stable branch (since it is clearly flagged as experimental). Having said that - if we have any fixes for regressions that are not working when the feature is not enabled - we should back-port them: are there any ? Thanks, Michael. -- michael.me...@novell.com <><, Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] visual formula editor makes unwanted changes to command line
Hi
> I have installed RC2 now, but I see no difference in formula editor.
I don't think everything from master is merged into the release candidate...
And since this is still an experimental feature we're slow at pushed
things out...
> Do you want bug reports for these problems?
No, not yet... It's too much administration and the dust have settled
on the code, yet... :)
--
Regards Jonas Finnemann Jensen.
On Fri, Dec 31, 2010 at 14:44, Regina Henschel wrote:
> Hi Jonas,
>
> Jonas Finnemann Jensen schrieb:
>>
>> This is a problem in the SmNodeToTextVisitor...
>> Have you tried latest version... Luke have been (and may still be)
>> working on this issue.
>
> I have installed RC2 now, but I see no difference in formula editor.
>
>> The problem is that the use of brackets in expressions is context
>> dependent.
>> Notice the difference between binom { A } { B } C and { binom { A } {
>> B } } C, where A, B and C are expressions...
>
> I see no difference. And why should there be a difference? The command
> "binom" takes two operands, so the expression is finished after binom { A }
> { B } and I see no need for brackets around it.
>
>>
>>> (1) Short ^ and _ are exchanged with long rsup and rsub.
>>> (2) A lot of additional braces and spaces are added.
>>> (3) The part "from ... to " is exchanged with csup and csub.
>>
>> Definitely points to improve... The main concern at the moment is to
>> have a node to text visitor that preserves the resulting formula...
>> Luke have already removed a lot of brackets that wasn't necessary...
>
> Do you want bug reports for these problems?
>
>> Leaving out whitespace is not a problem but how much whitespace do you
>> think is good... ?
>
> I personally use blanks only where it is necessary to separate things. In
> addition I use carriage returns to structure expressions, especially
> matrices.
>
> For example I write
> f%prime(x)=func e^-{x^2 over 2}
> and
> 6 a + 5,5b
> latter because of the bug, that in 6a the a is not italic.
>
> Kind regards
> Regina
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] visual formula editor makes unwanted changes to command line
Hi Jonas,
Jonas Finnemann Jensen schrieb:
This is a problem in the SmNodeToTextVisitor...
Have you tried latest version... Luke have been (and may still be)
working on this issue.
I have installed RC2 now, but I see no difference in formula editor.
The problem is that the use of brackets in expressions is context dependent.
Notice the difference between binom { A } { B } C and { binom { A } {
B } } C, where A, B and C are expressions...
I see no difference. And why should there be a difference? The command
"binom" takes two operands, so the expression is finished after binom {
A } { B } and I see no need for brackets around it.
(1) Short ^ and _ are exchanged with long rsup and rsub.
(2) A lot of additional braces and spaces are added.
(3) The part "from ... to " is exchanged with csup and csub.
Definitely points to improve... The main concern at the moment is to
have a node to text visitor that preserves the resulting formula...
Luke have already removed a lot of brackets that wasn't necessary...
Do you want bug reports for these problems?
Leaving out whitespace is not a problem but how much whitespace do you
think is good... ?
I personally use blanks only where it is necessary to separate things.
In addition I use carriage returns to structure expressions, especially
matrices.
For example I write
f%prime(x)=func e^-{x^2 over 2}
and
6 a + 5,5b
latter because of the bug, that in 6a the a is not italic.
Kind regards
Regina
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] visual formula editor makes unwanted changes to command line
This is a problem in the SmNodeToTextVisitor...
Have you tried latest version... Luke have been (and may still be)
working on this issue.
The problem is that the use of brackets in expressions is context dependent.
Notice the difference between binom { A } { B } C and { binom { A } {
B } } C, where A, B and C are expressions...
> (1) Short ^ and _ are exchanged with long rsup and rsub.
> (2) A lot of additional braces and spaces are added.
> (3) The part "from ... to " is exchanged with csup and csub.
Definitely points to improve... The main concern at the moment is to
have a node to text visitor that preserves the resulting formula...
Luke have already removed a lot of brackets that wasn't necessary...
Leaving out whitespace is not a problem but how much whitespace do you
think is good... ?
Anyway, thanks for the suggestions... I'll add them to the easy hacks page...
--
Regards Jonas Finnemann Jensen.
On Thu, Dec 30, 2010 at 13:09, Regina Henschel wrote:
> Hi,
>
> next problem with the visual formula editor:
>
> Enter the formula
>
> SS_total = sum from i=1 to N {(y_i-overline X)^2}
>
> in command window. Exit editor.
> Double click formula to enter edit mode.
>
> In the visual part click left of the y and delete it and enter x.
> Watch the command line changing to
>
> { { SS rsub total = sum csup N csub { i = 1 } { ( { { { x } rsub i -
> overline { X } } } ) rsup 2 } } }
>
> Problems:
> (1) Short ^ and _ are exchanged with long rsup and rsub. That is bad,
> because to distinguish "sub" and "sup" you have to look very exactly in
> contrast to _ and ^, and the formula becomes longer.
> (2) A lot of additional braces and spaces are added. Bad, because the
> formula becomes longer and it is more difficult to find corresponding
> opening and closing brackets.
> (3) The part "from ... to " is exchanged with csup and csub. That is not
> acceptable, because it changes the meaning of the formula.
>
> Kind regards
> Regina
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] visual formula editor makes unwanted changes to command line
Hi,
next problem with the visual formula editor:
Enter the formula
SS_total = sum from i=1 to N {(y_i-overline X)^2}
in command window. Exit editor.
Double click formula to enter edit mode.
In the visual part click left of the y and delete it and enter x.
Watch the command line changing to
{ { SS rsub total = sum csup N csub { i = 1 } { ( { { { x } rsub i -
overline { X } } } ) rsup 2 } } }
Problems:
(1) Short ^ and _ are exchanged with long rsup and rsub. That is bad,
because to distinguish "sub" and "sup" you have to look very exactly in
contrast to _ and ^, and the formula becomes longer.
(2) A lot of additional braces and spaces are added. Bad, because the
formula becomes longer and it is more difficult to find corresponding
opening and closing brackets.
(3) The part "from ... to " is exchanged with csup and csub. That is not
acceptable, because it changes the meaning of the formula.
Kind regards
Regina
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
