in search not work CTRL+A

[white]

Fixing what?

This fix:

27.09.22 Fixed: Ctrl+A not working any more in quick search with search dialog (64)
was declared for History of Release Total Commander 10.52 release candidate 1

[AntonyD]

2petermad
btw - why on your server when I follow the link https://madsenworld.dk/tcmd/betas/
I do not see anything after tc1050x64_rc4a.zip from 2022-07-04 15:56?
Where are all betas,RCs from this one current testing and testing 10.51?

And also maybe it make sense to upload a some bat|cmd|ps script which will be able to unpack
any of these "exe" into the self-made, portable TC "setup" folder?
Has anyone posted anything like this anywhere else? Don't know?
Of course, I understand that I can do everything with my own hands with the help of Total - but I do it when once,
and if you need to test, then you need to process more than 2/3/4... installers. And it is better to do it automatically.

[Horst.Epp]

2AntonyD
I don't understand how petermads private download links
are related to the problem discussed here ?

[white]

Moderator message from: white » 2022-10-23, 15:55 UTC

I don't understand how petermads private download links
are related to the problem discussed here ?

Horst.Epp, if you have nothing meaningful to say on the subject then please don't post.

Edit:
Comment by Horst.Epp removed.
Please follow forum rules including Guidelines for Moderators.

8. If you want to comment on a moderator's comment or action please send him an email.

[petermad]

2petermad
btw - why on your server when I follow the link https://madsenworld.dk/tcmd/betas/
I do not see anything after tc1050x64_rc4a.zip from 2022-07-04 15:56?
Where are all betas,RCs from this one current testing and testing 10.51?

I now have updated the beta folder.

And also maybe it make sense to upload a some bat|cmd|ps script which will be able to unpack
any of these "exe" into the self-made, portable TC "setup" folder?

Just press Ctrl+PgDn on the .exe files to unpack the installers manually.

[ghisler(Author)]

Unfortunately it works so only with a fresh ini.

Interesting, so we need to find out what settings breaks it.
Are you perhaps using quick search extended?

[Horst.Epp]

Unfortunately it works so only with a fresh ini.

Interesting, so we need to find out what settings breaks it.
Are you perhaps using quick search extended?

Yes, I run Quick search extended but this isn't the culprit.
I removed it completely and Ctrl-A is still working like the Home key.

[ghisler(Author)]

Let me explain why Ctrl+A is a problem in Quick search:

There are two messages involved:
1. The keyboard message WM_KEYDOWN with character 'A' and CTRL down flag set.
2. The message EM_SETSEL, which is sent to the control to set the selection.

With some input method editors (e.g. for Asian languages or Emojis), Windows was sending an EM_SETSEL message to the control immediately before sending the entered character, so it was overwriting the quick search text. Therefore I blocked the EM_SETSEL message sent by Windows to select all text, and handled Ctrl+A myself. That's why "select all" in the right click menu does nothing.

When I receive a Ctrl+A message, I send a slightly different EM_SETSEL message to the edit control to select the text. Now when some OTHER program intercepts the Ctrl+A message before Total Commander can see it and sends the standard EM_SETSEL message, the control will ignore it. That could be some third party tool which tries to enable Ctrl+A in all standard edit controls, or maybe quick search extended, or a plugin etc.

Can you send me your ini with which it doesn't work? There must be a clue in there if it works with a fresh ini.

[white]

AntonyD seems to have a problem even with fresh ini.

also try with a fresh wincmd.ini

I already did this - when tried to check all final versions of TC from 9.22a and till the latest RC5..
9.22a+10.00 - do work. All other after - do not. Tested with clean.ini.
P.S. correction - 64 bit among "all others" does NOT work. 32 bit - still does work

2AntonyD
Can you check TC 10.52rc5 again with fresh ini? Just to make absolutely sure.

[AntonyD]

Can you check TC 10.52rc5 again with fresh ini? Just to make absolutely sure.

No problems)) Done. And all is the same. 64 bit does not work, 32 - does work.

To be honest - I would rather try out a new test build of a 64-bit application with great interest, but not built in Lazarus.
IMHO all problems are from this one "element".

[white]

2AntonyD
Does it work when you use on screen keyboard (Ctrl+Win+O)?
Do you have Windows Pro? If so, can you enable Windows Sandbox and test in there? (That would use default English language.)

[petermad]

a new test build of a 64-bit application with great interest, but not built in Lazarus

My guess is that it would take a least 6 month to port TC form Lazarus to something else... A period with no other development.

[white]

In the new version 10.62 in search (CTRL + S) not working CTRL+A.
In the 10.0 version, everything was good.

How about you, Galajas? Do you still have a problem if you use a clean ini?

[AntonyD]

Does it work when you use on screen keyboard (Ctrl+Win+O)?

Nope(( - just the same "jump in the beginning" like after HOME key

Do you have Windows Pro? If so, can you enable Windows Sandbox

Nope, sorry...

[ghisler(Author)]

Unfortunately I don't see a good solution here. Either I break input for Asian characters, or Ctrl+A for some users.
I could allow EM_SETSEL when there is no input method editor (IME), but I couldn't find a way to detect whether the current input method uses an IME or not. ImmIsIME(GetKeyboardLayout(0)) always seems to return true even for e.g. German keyboards, maybe because of the Emoji IME, even when it's not active.