Re: Upgrading to Lyx 2.2

[Paul A. Rubin]

On 05/30/2016 05:02 PM, Liviu Andronic wrote:

> Not sure if it's related, but when I tried to update from Liv's (stable) PPA
> on a Mint Rebecca machine (based on Ubuntu 14.04), the update failed with a
> message that it was attempting to overwrite an icon file. Why that would be
> a problem I have no idea.

Yes, that may happen. I thought I have fixed that, but apparently not.
In any case, either apt-get install -f or uninstalling then
reinstalling should probably take care of this.

"Complete" reinstall actually left my ~/.lyx directory intact, so it 
worked out fine.


Thanks for maintaining the PPAs! Sure beats waiting for Canonical to 
catch up.


Paul

Re: Fwd: Moving around

[Mario D]

Paul,

I realize that defining a model for movements/selections inside
mathematical environment is complex and there could be different more or
less equivalently good solutions.
This is job for the developers, if they consider this worth of. Maybe
between the many different solutions they could simply choose the one which
is easier to implement.

In any case, to me it is highly desirable a consistent behavior. Above all,
in my opinion, this means the fact that the shifted version of a
combination should select the same elements over which you move with the
non shifted version. At present this is not the case and I find myself
doing and undoing selections.  Yes, I know: mainly my fault... yet this
doesn't happen to me while I am in a pure text paragraph.

 >So, what I would find logical and consistent is the following.
 >
 >   Movement:
 > left/right arrow move one character (where entering or exiting an
inset, such as going into/out of a subscript, counts as a "character" for
movement purposes);
 > ctrl-left/right jumps the adjacent "grouping", where "grouping" is
the subtree at the current node if we were to diagram the math inset as a
tree;
 > home/end jumps to the start or end of the entire inset;
 > ctrl-home/end jumps to the start or end of the buffer (document).
 >
 >   Selection: shift+any navigation combination selects everything from
the current cursor position to where the unshifted key combination would
take you.


This seems to me a good model. It leaves space for a couple of bindings:
ctrl-page up/page down and ctrl-up/down which could be, for example,
ctrl-page up/page down jumps to the start/end of the formula
ctrl-up/down something else to be decided

(or viceversa)

and similarly for the shifted version.

Re: Upgrading to Lyx 2.2

[Liviu Andronic]

On Mon, May 30, 2016 at 9:51 PM, Paul A. Rubin  wrote:
> Julio Rojas  gmail.com> writes:
>
>>
>> I am on 14.04 and a problem appear in the automatic updater, asking me to
> apt-get install -f on a console, which apparently run fine. Any idea on what
> happened?
>
> Not sure if it's related, but when I tried to update from Liv's (stable) PPA
> on a Mint Rebecca machine (based on Ubuntu 14.04), the update failed with a
> message that it was attempting to overwrite an icon file. Why that would be
> a problem I have no idea.
>
Yes, that may happen. I thought I have fixed that, but apparently not.
In any case, either apt-get install -f or uninstalling then
reinstalling should probably take care of this.

Regards,
Liviu


> After than, Synaptic wouldn't do anything until I
> fixed broken packages, and the "fix broken packages" menu item in Synaptic
> didn't seem to actually fix them. So I did a complete uninstall of LyX 2.1.4
> (including common) and then a fresh install, and everything worked. On a
> second Rebecca machine, I went straight to a complete uninstall/fresh
> install with no problems.
>
> Paul
>
>



-- 
Do you think you know what math is?
http://www.ideasroadshow.com/issues/ian-stewart-2013-08-02
Or what it means to be intelligent?
http://www.ideasroadshow.com/issues/john-duncan-2013-08-30
Think again:
http://www.ideasroadshow.com/library

Re: Fwd: Moving around

[Guillaume Munch]

Le 30/05/2016 20:57, Paul A. Rubin a écrit :

Movement:
   left/right arrow move one character (where entering or exiting an inset,
such as going into/out of a subscript, counts as a "character" for movement
purposes);
   ctrl-left/right jumps the adjacent "grouping", where "grouping" is the
subtree at the current node if we were to diagram the math inset as a tree;
   home/end jumps to the start or end of the entire inset;
   ctrl-home/end jumps to the start or end of the buffer (document).

Selection: shift+any navigation combination selects everything from the
current cursor position to where the unshifted key combination would take you.


As I wrote, this is not entirely possible.



I don't know if Guillaume's patch would fix this or not. Right now, there do
not seem to be any LyX functions (LFUNs) that relate to this notion of a
"grouping" or syntactic tree node.


My patch assigns the behaviour you describe for ctrl+arrows to word-* 
movement lfuns.



Internally (meaning in the C++ code),
something like that seems to exist from what Jean-Marc wrote.


Jean-Marc suggested to skip bigger chunks delimited by their category 
(reation, operator...). This would make sense for both ctrl+arrows and 
ctrl+shift+arrows. This does not exist yet and we can give it a try once 
Jean-Marc commits his patch that defines these categories, which I 
encourage him to do.

Re: Fwd: Moving around

[Paul A . Rubin]

Mario D  gmail.com> writes:

> 
> 
> 
> 
> 
> 
> Perhaps you can repost your example, between pre and /pre tags?
> Paul
> 
> Paul, sorry you couldn't see the proper formatting. I repost the formula
with the tags inside the formula, so it should be clear A \frac{1}{2} B  + C
\left(1+1\right) D =  2.5 E
> 
> I can say that I have exactly the same behavior you describe, in any
place. In fact, I also use the cua bind, plus a bunch of personal bindings
which, however, are not related to moving actions.
> 
> It seems to me that there is some consensus about the fact that
moving/selecting could be improved.
> 
> Here is what I think. The guidelines should be as follows:
> 
> 
> Moving:
> 
> left/right arrow: moves to the previous/next characterctrl+arrow: moves to
the previous/next wordctrl+home/end: moves to the begging/end of the line
> 
> up/down arrow: moves to the previous/next line
> 
> Selecting:shitf+arrow: selects from current position to the previous/next
charactershift+ctrl+arrow: selects from current position to the
previous/next wordshift+ctrl+home/end: selects from current position to the
begging/end of the lineshitf+up/down arrow: selects from current position to
the previous/next line
> 
> This is actually what really happens when you are in a pure text paragraph.
> 
> The problem is how to interpret this inside a formula. I do realize that a
formula has a much more complex structure and syntax than a text paragraph,
yet what happens now is (to me) quite disconnected from what happens inside
a text paragraph and I get very confused when I select inside a formula.
> 
> My suggestion is as follows.
> 
> 
> Let me put a few more tags: A \frac{ AA 1 AB }{ 2 } B  + C \left( CA 1 CB
+ CD 1 CE \right) D =  2.5 E
> 
> Moving with (right) arrow is consistent: you go from A to AA then to AB or
from C to CA then to CB, CD and CE.
> 
> 
> Selecting with arrows should be something close to this. That is,
selecting the smallest chunk of code possible.
> 
> At present, selecting with arrows has a complete different behavior
depending where you are:- if you are in CA it selects CA-CB  (ok)- if you
are in C it selects C-D  (why? not ok for me)

Actually, this is the behavior I would expect (and want). The parentheses
are not just characters, they delimit a subenvironment (unofficial term --
I'm not sure what the correct phrasing is) and are a matched pair. If you
replace \left( and \right) with ordinary parentheses, selecting at C gives
you C-CA.

That said, I could live with redefining this if it were done in a logical
manner (see below).
> 
> 
> Ctrl+arrow and shift+ctrl+arrow are inconsistent: 
> 
> what happens now is that:- if you are in CA with ctrl+right you go in CE 
(ok)- if you are in C with ctrl+right you go in E   (not ok)

I agree.
>
> 
> and the same when selecting.
> 
> What I think it should happen is:- if you are in CA with ctrl+right you go
in CE  (ok)- if you are in C with ctrl+right you go in D (a movement that I
cannot perform with any combination)

Again, I agree.
> 
> and when selecting:- if you are in CA with shit+ctrl+right you select
CA-CE  (ok)- if you are in C with shift+ctrl+right you select C-D (that is,
the same action that at present is performed by shift+right)
> 
> Note also that at present Home and ctrl+right arrow behave _exactly_ the
same (and the same for the shifted version): this is a waste of resource in
my opinion and even a bit confusing.
> 
I agree here. 

> I hope to have explained myself clearly (and not have bored you...)

No, not bored at all.

So, what I would find logical and consistent is the following.

Movement:
  left/right arrow move one character (where entering or exiting an inset,
such as going into/out of a subscript, counts as a "character" for movement
purposes);
  ctrl-left/right jumps the adjacent "grouping", where "grouping" is the
subtree at the current node if we were to diagram the math inset as a tree;
  home/end jumps to the start or end of the entire inset;
  ctrl-home/end jumps to the start or end of the buffer (document).

Selection: shift+any navigation combination selects everything from the
current cursor position to where the unshifted key combination would take you.

I don't know if Guillaume's patch would fix this or not. Right now, there do
not seem to be any LyX functions (LFUNs) that relate to this notion of a
"grouping" or syntactic tree node. Internally (meaning in the C++ code),
something like that seems to exist from what Jean-Marc wrote.

There will inevitably be some debate about what the tree structure should
look like. In your example, the root node would be the full expression.
Should the root have three children, the left and right sides of the
equation and the "=" sign? Should it have five children (fraction, "+",
parenthesized group, "=", 2.5)? In the first case, ctrl-right at A would
jump to D; in the second case, it would jump to B, which I would prefer.

I'll leave this to the developers to sort out.

Cheers,
Paul

Re: Upgrading to Lyx 2.2

[Paul A . Rubin]

Julio Rojas  gmail.com> writes:

> 
> I am on 14.04 and a problem appear in the automatic updater, asking me to
apt-get install -f on a console, which apparently run fine. Any idea on what
happened?

Not sure if it's related, but when I tried to update from Liv's (stable) PPA
on a Mint Rebecca machine (based on Ubuntu 14.04), the update failed with a
message that it was attempting to overwrite an icon file. Why that would be
a problem I have no idea. After than, Synaptic wouldn't do anything until I
fixed broken packages, and the "fix broken packages" menu item in Synaptic
didn't seem to actually fix them. So I did a complete uninstall of LyX 2.1.4
(including common) and then a fresh install, and everything worked. On a
second Rebecca machine, I went straight to a complete uninstall/fresh
install with no problems.

Paul

Lyx Change tracking show changes in output not working with displayed equations

[David Halpern]

Hi,

I would like to print a hardcopy changes in output (deleted and added).
If what I deleted does not contain a displayed equation, I can export the
contents of my lyx file to a pdf file, and then print it out. However, if I
delete a displayed equation, then an error message appears during the
export to a pdf phase. I've also exported a lyx file to a plain latex file,
with the changes in output on. In this case, again I get similar errors.
With the changes in output off, latex does not generate errors.
Is this a limitation of "tracking changes" or an error?
Let me know how to get around this problem.
Thanks.

David Halpern

Re: Upgrading to Lyx 2.2

[Scott Kostyshak]

On Mon, May 30, 2016 at 02:43:57PM +0200, Charles de Miramon wrote:
> Kornel Benko wrote:
> 
> > Knowing what went wrong, why are you doing it again?
> > Simply remove your local copy of cua.bind. Lyx will use the system
> > version.
> > 
> 
> Of course.

Glad the issue is solved.

Can you please send your old cua.bind? If it had an older format it
should have been updated automatically.

Thanks,

Scott
> 
> Charles
> 


signature.asc
Description: PGP signature

Re: Upgrading to Lyx 2.2

[Charles de Miramon]

Kornel Benko wrote:

> Knowing what went wrong, why are you doing it again?
> Simply remove your local copy of cua.bind. Lyx will use the system
> version.
> 

Of course.

Charles

Re: Problem with Lyx 2.2.0 Windows Install

[Thomas LaBone]

I uninstalled Miktex and Lyx and reinstalled both from the beginning. 
Everything works fine now.



On 5/30/2016 6:58 AM, Thomas LaBone wrote:

Greetings,

I installed Lyx 2.2.0 on a Windows 10 machine and everything worked 
perfectly out of the box. On my 64-bit Windows 7 machine I got an 
error during the installation "platex.exe - entry point not found" 
which is displayed again when I try to reconfigure Lyx (which fails). 
Basic documents compile properly but anything with knitr fails with a 
"Lyx can not convert file" error. Any ideas on how to fix this?


Tom

Re: No graphics preview within LyX

[Daniel CLEMENT]

Le lundi 30 mai 2016 à 13:51 +0200, Kornel Benko a écrit :
> Am Montag, 30. Mai 2016 um 13:40:16, schrieb Daniel CLEMENT 
> 
> > Le lundi 30 mai 2016 à 13:24 +0200, Kornel Benko a écrit :
> > > Am Montag, 30. Mai 2016 um 13:10:40, schrieb Daniel CLEMENT 
> > > 
> > > > Dear list members,
> > > > 
> > > > I have this issue with a PC at work: graphics are not displayed in sh:
> > > > 1: convert: not found
> > > > /usr/share/lyx/scripts/convertDefault.py ERROR
> > > > Execution of "convert" failed.the LyX window. I got this error:
> > > > 
> > > > "Error converting to readable format"
> > > > 
> > > > (I do my best to translate from French.)
> > > > 
> > > > However, the graphic file is here, and previewing the whole file (e.g.
> > > > in PDF) is fine.
> > > > 
> > > > The system is Linux Debian Stable (w/ LyX 2.1.3), it's supposed to be
> > > > the very same
> > > > setup as on my home PC (except that it's 32-bit instead of 64). My own
> > > > PC does not have this problem.
> > > > 
> > > > If I launch LyX from the command line, I get this error message in the
> > > > terminal:
> > > > 
> > > > sh: 1: convert: not found
> > > > /usr/share/lyx/scripts/convertDefault.py ERROR
> > > > Execution of "convert" failed.
> > > > 
> > > > I suppose some package is missing , but I don't know which one.
> > > > 
> > > > TIA for any advice - regards,
> > > 
> > > probably package 'imagemagick'.
> > > 
> > >   Kornel
> > Well that was my 1st thought also, but I checked, and it is there. (I
> > did not try to reinstall it though.)
> Here it is:
> # which covert
>   /usr/bin/convert
> #ls -l /usr/bin/convert
>   /usr/bin/convert -> /etc/alternatives/convert
> #ls -l  /etc/alternatives/convert
>   /etc/alternatives/convert -> /usr/bin/convert.im6
> #dpkg -S /usr/bin/convert.im6
>   imagemagick
> 
> But apparently our platforms differ.
> 
>   Kornel
Right now I can only test on my home PC. I get the same results (except
"convert-im6" instead of "convert.im6"). I'll check these commands on my
work PC ASAP.
-- 
Daniel CLEMENT

Re: No graphics preview within LyX

[Kornel Benko]

Am Montag, 30. Mai 2016 um 13:40:16, schrieb Daniel CLEMENT 

> Le lundi 30 mai 2016 à 13:24 +0200, Kornel Benko a écrit :
> > Am Montag, 30. Mai 2016 um 13:10:40, schrieb Daniel CLEMENT 
> > 
> > > Dear list members,
> > > 
> > > I have this issue with a PC at work: graphics are not displayed in sh:
> > > 1: convert: not found
> > > /usr/share/lyx/scripts/convertDefault.py ERROR
> > > Execution of "convert" failed.the LyX window. I got this error:
> > > 
> > > "Error converting to readable format"
> > > 
> > > (I do my best to translate from French.)
> > > 
> > > However, the graphic file is here, and previewing the whole file (e.g.
> > > in PDF) is fine.
> > > 
> > > The system is Linux Debian Stable (w/ LyX 2.1.3), it's supposed to be
> > > the very same
> > > setup as on my home PC (except that it's 32-bit instead of 64). My own
> > > PC does not have this problem.
> > > 
> > > If I launch LyX from the command line, I get this error message in the
> > > terminal:
> > > 
> > > sh: 1: convert: not found
> > > /usr/share/lyx/scripts/convertDefault.py ERROR
> > > Execution of "convert" failed.
> > > 
> > > I suppose some package is missing , but I don't know which one.
> > > 
> > > TIA for any advice - regards,
> > 
> > probably package 'imagemagick'.
> > 
> > Kornel
> Well that was my 1st thought also, but I checked, and it is there. (I
> did not try to reinstall it though.)
Here it is:
# which covert
/usr/bin/convert
#ls -l /usr/bin/convert
/usr/bin/convert -> /etc/alternatives/convert
#ls -l  /etc/alternatives/convert
/etc/alternatives/convert -> /usr/bin/convert.im6
#dpkg -S /usr/bin/convert.im6
imagemagick

But apparently our platforms differ.

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: No graphics preview within LyX

[Daniel CLEMENT]

Le lundi 30 mai 2016 à 13:24 +0200, Kornel Benko a écrit :
> Am Montag, 30. Mai 2016 um 13:10:40, schrieb Daniel CLEMENT 
> 
> > Dear list members,
> > 
> > I have this issue with a PC at work: graphics are not displayed in sh:
> > 1: convert: not found
> > /usr/share/lyx/scripts/convertDefault.py ERROR
> > Execution of "convert" failed.the LyX window. I got this error:
> > 
> > "Error converting to readable format"
> > 
> > (I do my best to translate from French.)
> > 
> > However, the graphic file is here, and previewing the whole file (e.g.
> > in PDF) is fine.
> > 
> > The system is Linux Debian Stable (w/ LyX 2.1.3), it's supposed to be
> > the very same
> > setup as on my home PC (except that it's 32-bit instead of 64). My own
> > PC does not have this problem.
> > 
> > If I launch LyX from the command line, I get this error message in the
> > terminal:
> > 
> > sh: 1: convert: not found
> > /usr/share/lyx/scripts/convertDefault.py ERROR
> > Execution of "convert" failed.
> > 
> > I suppose some package is missing , but I don't know which one.
> > 
> > TIA for any advice - regards,
> 
> probably package 'imagemagick'.
> 
>   Kornel
Well that was my 1st thought also, but I checked, and it is there. (I
did not try to reinstall it though.)
-- 
Daniel CLEMENT

Re: No graphics preview within LyX

[Kornel Benko]

Am Montag, 30. Mai 2016 um 13:10:40, schrieb Daniel CLEMENT 

> Dear list members,
> 
> I have this issue with a PC at work: graphics are not displayed in sh:
> 1: convert: not found
> /usr/share/lyx/scripts/convertDefault.py ERROR
> Execution of "convert" failed.the LyX window. I got this error:
> 
> "Error converting to readable format"
> 
> (I do my best to translate from French.)
> 
> However, the graphic file is here, and previewing the whole file (e.g.
> in PDF) is fine.
> 
> The system is Linux Debian Stable (w/ LyX 2.1.3), it's supposed to be
> the very same
> setup as on my home PC (except that it's 32-bit instead of 64). My own
> PC does not have this problem.
> 
> If I launch LyX from the command line, I get this error message in the
> terminal:
> 
> sh: 1: convert: not found
> /usr/share/lyx/scripts/convertDefault.py ERROR
> Execution of "convert" failed.
> 
> I suppose some package is missing , but I don't know which one.
> 
> TIA for any advice - regards,

probably package 'imagemagick'.

Kornel

signature.asc
Description: This is a digitally signed message part.

No graphics preview within LyX

[Daniel CLEMENT]

Dear list members,

I have this issue with a PC at work: graphics are not displayed in sh:
1: convert: not found
/usr/share/lyx/scripts/convertDefault.py ERROR
Execution of "convert" failed.the LyX window. I got this error:

"Error converting to readable format"

(I do my best to translate from French.)

However, the graphic file is here, and previewing the whole file (e.g.
in PDF) is fine.

The system is Linux Debian Stable (w/ LyX 2.1.3), it's supposed to be
the very same
setup as on my home PC (except that it's 32-bit instead of 64). My own
PC does not have this problem.

If I launch LyX from the command line, I get this error message in the
terminal:

sh: 1: convert: not found
/usr/share/lyx/scripts/convertDefault.py ERROR
Execution of "convert" failed.

I suppose some package is missing , but I don't know which one.

TIA for any advice - regards,
-- 
Daniel CLEMENT

Problem with Lyx 2.2.0 Windows Install

[Thomas LaBone]

Greetings,

I installed Lyx 2.2.0 on a Windows 10 machine and everything worked 
perfectly out of the box. On my 64-bit Windows 7 machine I got an error 
during the installation "platex.exe - entry point not found" which is 
displayed again when I try to reconfigure Lyx (which fails). Basic 
documents compile properly but anything with knitr fails with a "Lyx can 
not convert file" error. Any ideas on how to fix this?


Tom

Re: Issue with Spreadtab module

[Ron]

Thank you for this Andrew. Your simple patch seems to have it working again.
I'll definitely kick the tires on any new release you come up with.

Ron

Re: Upgrading to Lyx 2.2

[Kornel Benko]

Am Montag, 30. Mai 2016 um 12:12:03, schrieb Charles de Miramon 

> Liviu Andronic wrote:
> 
> 
> > 2.2.0 packages are now available on the PPA, including for 16.04:
> > https://launchpad.net/~lyx-devel/+archive/ubuntu/release
> > 
> > Please report on the list if you encounter any issues with the packaging.
> > 
> 
> Thank you Liviu for the packages !
> 
> I have updated LyX on Ubuntu 14.04 with the apt-get -f install trick.
> 
> It is working but I have lost shortcuts Ctrl-x, Ctrl-c, etc...
> 
> My personal cua.bind was not upgraded by installing the new version. Mine 
> was a format 2 and it seems now it has jumped to format 4.
> 
> I had to go into my lyx directory :
> 
> cd ~./lyx/bind
> 
> and copy the new cua.bind
> 
> cp /usr/share/lyx/bind/cua.bind .
> 
> 
> and restart LyX and now it works. 
> 
> I guess it is something specific to me and I must have copied the cua.bind 
> some times ago in my personal LyX directory and modified it. 

Knowing what went wrong, why are you doing it again?
Simply remove your local copy of cua.bind. Lyx will use the system version.

> I did not see an error message when loading LyX explaining that the bind 
> file was in an obsolete format.
> 
> Cheers,
> Charles
> 

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: Upgrading to Lyx 2.2

[Charles de Miramon]

Liviu Andronic wrote:


> 2.2.0 packages are now available on the PPA, including for 16.04:
> https://launchpad.net/~lyx-devel/+archive/ubuntu/release
> 
> Please report on the list if you encounter any issues with the packaging.
> 

Thank you Liviu for the packages !

I have updated LyX on Ubuntu 14.04 with the apt-get -f install trick.

It is working but I have lost shortcuts Ctrl-x, Ctrl-c, etc...

My personal cua.bind was not upgraded by installing the new version. Mine 
was a format 2 and it seems now it has jumped to format 4.

I had to go into my lyx directory :

cd ~./lyx/bind

and copy the new cua.bind

cp /usr/share/lyx/bind/cua.bind .


and restart LyX and now it works. 

I guess it is something specific to me and I must have copied the cua.bind 
some times ago in my personal LyX directory and modified it. 

I did not see an error message when loading LyX explaining that the bind 
file was in an obsolete format.

Cheers,
Charles

Re: Upgrading to Lyx 2.2

[UD]

  
  
Thanks a lot--  I have now upgraded to 2.2 without issues.  Now if I
could only get the Lyx icons on my Yoga 2 Pro HiDPI to be a little
bigger so I could actually see them, I might even be happy!
Yours,
EK


On 05/30/2016 12:13 AM, Liviu Andronic
  wrote:


  On Sat, May 28, 2016 at 3:40 PM, UD  wrote:

  
When I try to upgrade to Lyx 2.2 using Liviu's ppa, it seems to recognize
only Ubuntu version 15.10, and not 16.04 (which is what I am running).
Therefore it fails to find the appropriate file, and fails to upgrade.
What am I missing (or am I being too impatient)?


  
  2.2.0 packages are now available on the PPA, including for 16.04:
https://urldefense.proofpoint.com/v2/url?u=https-3A__launchpad.net_-7Elyx-2Ddevel_-2Barchive_ubuntu_release=AwIBaQ=4R1YgkJNMyVWjMjneTwN5tJRn8m8VqTSNCjYLg1wNX4=8TL55ClRBx8qDcu32wK9qq4bzQK7eww9ksMpNtBf_q4=tYAKzofSZ7Q6JlmOeVdKl7MJzUB66NFQLX7uNSgGixI=Qnk06KfyGjlOPLvLaXfXYgC0yptgxTlYGNSNN-WQTNo= 

Please report on the list if you encounter any issues with the packaging.

Regards,
Liviu



  
Thanks
EK


  
  





  

Fwd: Moving around

[Mario D]

Perhaps you can repost your example, between pre and /pre tags?
>
> Paul
>
>
Paul,

sorry you couldn't see the proper formatting. I repost the formula with the
tags inside the formula, so it should be clear

A \frac{1}{2} B  + C \left(1+1\right) D =  2.5 E

I can say that I have exactly the same behavior you describe, in any place.
In fact, I also use the cua bind, plus a bunch of personal bindings which,
however, are not related to moving actions.

It seems to me that there is some consensus about the fact that
moving/selecting could be improved.
Here is what I think. The guidelines should be as follows:

Moving:

left/right arrow: moves to the previous/next character
ctrl+arrow: moves to the previous/next word
ctrl+home/end: moves to the begging/end of the line
up/down arrow: moves to the previous/next line

Selecting:

shitf+arrow: selects from current position to the previous/next character
shift+ctrl+arrow: selects from current position to the previous/next word
shift+ctrl+home/end: selects from current position to the begging/end of
the line
shitf+up/down arrow: selects from current position to the previous/next line

This is actually what really happens when you are in a pure text paragraph.

The problem is how to interpret this inside a formula. I do realize that a
formula has a much more complex structure and syntax than a text paragraph,
yet what happens now is (to me) quite disconnected from what happens inside
a text paragraph and I get very confused when I select inside a formula.

My suggestion is as follows.

Let me put a few more tags:

A \frac{ AA 1 AB }{ 2 } B  + C \left( CA 1 CB + CD 1 CE \right) D =  2.5 E

Moving with (right) arrow is consistent: you go from A to AA then to AB or
from C to CA then to CB, CD and CE.

Selecting with arrows should be something close to this. That is, selecting
the smallest chunk of code possible.
At present, selecting with arrows has a complete different behavior
depending where you are:

- if you are in CA it selects CA-CB  (ok)
- if you are in C it selects C-D  (why? not ok for me)

Ctrl+arrow and shift+ctrl+arrow are inconsistent:
what happens now is that:
- if you are in CA with ctrl+right you go in CE  (ok)
- if you are in C with ctrl+right you go in E   (not ok)
and the same when selecting.
What I think it should happen is:
- if you are in CA with ctrl+right you go in CE  (ok)
- if you are in C with ctrl+right you go in D (a movement that I cannot
perform with any combination)
and when selecting:
- if you are in CA with shit+ctrl+right you select CA-CE  (ok)
- if you are in C with shift+ctrl+right you select C-D (that is, the same
action that at present is performed by shift+right)

Note also that at present Home and ctrl+right arrow behave _exactly_ the
same (and the same for the shifted version): this is a waste of resource in
my opinion and even a bit confusing.

I hope to have explained myself clearly (and not have bored you...)