View Issue Details

IDProjectCategoryView StatusLast Update
0014270MMW 5Track Browserpublic2019-09-24 04:20
Reporterrusty Assigned To 
PriorityurgentSeverityminorReproducibilityalways
Status closedResolutionreopened 
Fixed in Version5.0 
Summary0014270: In-place editing: positioning is incorrect
DescriptionIf the user presses F2 for a field that contains text that extends wider than the column-width then MM5 causes the last X letters to appear, instead of the first X letters.
TagsNo tags attached.
Fixed in build2201

Relationships

related to 0015927 assignedLudek Issues with the Tree list control 

Activities

petr

2017-06-19 21:04

developer   ~0048159

Last edited: 2017-06-19 21:05

Tried to use setSelectionRange with 'backward' parameter, but it does not work.

jiri

2017-09-14 10:46

administrator   ~0048753

It currently works the same way as in MM4, doesn't seem to be that much unexpected to me.

That said, we probably should rather implement similar approach as e.g. in Win 10 Explorer - the Edit line that's shown after F2 isn't limited by the column width, instead it's wide enough to fit the whole edited text (plus a bit of empty space in order to fit few more chars, when needed).

petr

2017-09-27 20:54

developer   ~0048861

Fixed

rusty

2019-09-13 18:51

administrator   ~0054636

I would just clarify the Win10 implementation a bit:
If the width of the text doesn't fit in a column, the textbox that opens expands but remains justified with the originating text. i.e. for left-to-right languages, the textbox that opens remains left justified with the originating text--it doesn't jump around.

Currently, the text box doesn't remain aligned with the originating text.

Ludek

2019-09-13 21:22

developer   ~0054640

Last edited: 2019-09-13 21:23

Did you test 2197 after the fix of the regression (0015927:0054628) ?
i.e. in 2197 it works as expected for me, see : https://www.dropbox.com/s/5k27cl5kyyblngo/Screenshot%202019-09-13%2023.22.02.png?dl=0

rusty

2019-09-19 14:43

administrator   ~0054711

Last edited: 2019-09-20 20:18

Tested 2198.

Re. my comment at 0014270:0054636, the current implementation is satisfactory.

I did, however, notice a second problem:
2) If the width of the field exceeds the width of the window it can cause the entire MM window to shift. This can be replicated as follows:
1 Open a list view
2 position the Genres view so that it's near the right side of the MM window
3 for a Genre field that is very long (e.g. because it has 10 genres), press F2
--> The MM5 window moves!

https://www.screencast.com/t/BEof5Avu

Ludek

2019-09-20 11:35

developer   ~0054732

Fixed in 2199

rusty

2019-09-20 20:20

administrator   ~0054754

Verified issue 2)--the window no longer repositions. However:
3) The text in the textbox from issue 2) is right-justified

Ludek

2019-09-23 12:09

developer   ~0054795

Fixed in 2201

rusty

2019-09-24 04:20

administrator   ~0054820

Verified 2201.