591 - END or HOME then SHIFT + UP or DOWN selection bug

[AEN007]

18June2012

FreeCommXE 591 (still) has a bizarre selection bug.
I often hit END or HOME and then want to do SHIFT + UP or DOWN
to select the last/first item & the next item & etc ...
SHIFT + UP or DOWN normally selects the highlighted item &
the preceding/next item - 1 at a time every time pressed;
however, if I do END or HOME & then do SHIFT + UP or DOWN,
FrCXE will highlight/select ALL items EXCEPT the last/first item ...
This happens whether or not NC-Mode is enabled.

I also do not like how FrCXE deselects ALL items
(except the 1 still under the highligher)
after doing a COPY operation, for example,
WHEN NC-Mode is enabled.
FrCXE does NOT do this when when NC-Mode is NOT enabled ...

[Scott_Y]

FreeCommXE 591 (still) has a bizarre selection bug.
I often hit END or HOME and then want to do SHIFT + UP or DOWN
to select the last/first item & the next item & etc ...
SHIFT + UP or DOWN normally selects the highlighted item &
the preceding/next item - 1 at a time every time pressed;
however, if I do END or HOME & then do SHIFT + UP or DOWN,
FrCXE will highlight/select ALL items EXCEPT the last/first item ...
This happens whether or not NC-Mode is enabled.

I can confirm this, and it must be a bug. It is independent of NC-Mode setting for me, too. (FC-XE 595; Win7 x64.)

My result is a bit different than described. Here is what I observed using END:
The selection will be from wherever the focus began in the list to the item just before the last one.
So for a list of 9 items, if the focus starts on item 5 > END > Shift+Up = the selected items are 5-8 inclusive.
The expected result is items 8-9 will be selected.

Compare this with another method which works correctly:
Focus starts on item 5 > DOWN 4 times (focus is on item 9) > Shift+Up = the selected items are 8-9 (as expected).

[Scott_Y]

I also do not like how FrCXE deselects ALL items
(except the 1 still under the highligher)
after doing a COPY operation, for example,
WHEN NC-Mode is enabled.
FrCXE does NOT do this when when NC-Mode is NOT enabled ...

I can confirm this as well; exactly the same for me. (FC-XE 595.)

[Marek]

Fixed for the release 596.

[AEN007]

7July2012

Greetings.

I recently noticed that 591 also has this "deselects all" problem
when NC-Mode is NOT active but FLAT file view is active ...
Also, it seems there is not (yet) a way to change/use custom views when in FLAT file view.
Selecting FLAT file view always (re)sets the view to the default I set under Column profiles.
Changing the column profile after selecting FLAT file view causes FrCXE to lose the FLAT view ...

Also related to NC-Mode is»

26May2011

I played around with the NC-mode under "Select items".
NC-mode seems to have to some bugs.

Another bug I have encountered is»
If I select 1 or 2 or x items, then move to a folder and hit enter to go into that folder
(maybe because I want to copy/move the selected items into that folder),
FrCXE will not go into the folder when I hit enter
but rather will execute the default action for the selected items.
This does NOT happen when I do the exact same & NC-mode is NOT in effect ...

Another selection "bug" is»

19February2012
Greetings.
Yesterday I found the latest FrCXE.570 ...
If I go between tabs or panes, already highlighted/selected items are not immediately responsive.
For example, I have to hit F2(Rename) at least twice.

and another selection "bug" is»

26May2011
The FreeComm "sticky" (non-search file find? - what is this feature called?) is unique & great.
I do not have to quickly type all the characters of the file name I would like FC to find/highlight;
however, I often find that it is TOO sticky ...
I don't (at the moment) have anything more specific to input/suggest but
wish that somehow the feature was not SO sticky ...
that I did not always have to hit ESC to toggle off the feature ...

One specific I can give is that when users hit SHIFT & UP or DOWN, the "quick-find" box should close!

Maybe it would be useful/simple if the "quick-find" box would close when users hit the SHIFT key.
The "quick-find" box is not case sensitive, so SHIFT has no use in the "quick-find" box.
Seems to me also that the "quick-find" box could/should close when the user hits F2 {rename} ...

e.g., if I hit the Shift-BS hotkey combo, the sticky quick-find box does not close ...
and

8March2012
Greetings.
latest thoughts/input ...

FrCXE does not hightlight the copied/moved item in the pane where it was copied/moved.

There is the "Select only file name" setting, but I need/use both ...
It would be nice if there was a way to hotkey either name only or name.ext ...

I have found/seen the "Always overwrite without prompt" on the WinCopy dialog,
but my input for consideration is "no prompt & no dialog".
Many times I want to copy/move with "no prompt & no dialog".
I almost never need/want the/a dialog.
Other times I could/would use a "with prompt" hotkey ...

[AEN007]

9August2012
The following»

Another selection "bug" is»

19February2012
Greetings.
Yesterday I found the latest FrCXE.570 ...
If I go between tabs or panes, already highlighted/selected items are not immediately responsive.
For example, I have to hit F2(Rename) at least twice.

has started to annoy me so much that I tweaked 1 of my persistent AHK scripts»

Code: Select all

#IfWinActive, FreeComm ahk_class TFcFormMain
F2::Send {F2 2}

I hit F2 and then maybe hit {HOME} -
expecting the edit cursor to move to the begin of the item on which I hit F2,
but FrCXE often has not invoked F2 because I have not hit F2 twice,
and so FrCXE executes {HOME} on the selection panel and not the edit cursor ...
and then maybe I hit {DEL} - and of course FrCXE does not delete the first character but ...

[AEN007]

6Januar2013

I also do not like how FrCXE deselects ALL items
(except the 1 still under the highligher)
after doing a COPY operation, for example,
WHEN NC-Mode is enabled.
FrCXE does NOT do this when when NC-Mode is NOT enabled ...

The issue described here seems to persist.
NC-Mode is also called "sticky selection" but the above behavior is totally "unsticky" ...

I have also noticed that the FrCXE "Invert selection" options are (no longer) functioning perfectly.
The problem seems to be with the item/file in the first row.
FrCXE selects the 1st row when it should not and
does not select the 1st row when it should ...