search

ojkey / master

Master Repository
0 stars 1 forks source link

Cursor misposition #2

Closed cbelleza closed 8 years ago

cbelleza commented 9 years ago

When we want to enter a new number into a numberfield already filled in, the cursor moves to the first number position, what makes someone to move the cursor to the right position

ReuDa commented 8 years ago

I have the same problem.

Type "123", then mark the number (for example with CMD+A) and then type "4".

Result: Cursor in first position.

Everything works fine for me, if I just comment the "resetCursorPosition". I am not sure, what the original purpose of this method was...

ojkey commented 8 years ago

Could you checkout modifications and check it again, issue was fixed.

ReuDa commented 8 years ago

The issue is fixed, but I found a new one:

Type "12", use the arrow to set the cursor between "1" and "2" and use the delete key to delete the "2".

Result: Cursor in first position.

Why do you have to set the cursor? I just removed the resetCursorPosition-method-call an everything works fine in my case :-(

ojkey commented 8 years ago

It's interesting, I'll see it in the morning.

After formatting of entered string (adding grouping chars) I call setValue() and cursor moves to the end. So I call resetCursorPosition to put cursor to the previous position.

ReuDa commented 8 years ago

Ah! Ok, cursor-positioning is used for the grouping-feature. I don't use this feature, that's why i didn't have any problems without resetCursorPosition().

ojkey commented 8 years ago

I've made some changes, is this bug still there?

mandarinka2017 commented 8 years ago

The bug is gone. Could you please publish the atrifact to vaadin-addons repo?

ReuDa commented 8 years ago

The artifact "widgets-root" cannot be found, when installed via maven from vaadin-addons repo.