Pasted new category name does not replace the suggested name

Started by JohnZeman, February 07, 2025, 12:18:26 AM

Previous topic - Next topic

JohnZeman

In the Category Panel when I select an existing category and click to add a subcategory to it the parent category name is in the new create subcategory dialog as expected.

If I then type a name for the new subcategory all is fine.

But if I have a name copied to the clipboard and paste that into the new category dialog then instead of the pasted name replacing the selected parent category name both the pasted name and the parent category name become the name of the new subcategory. (See attached).

Mario

Hm. This is a normal Windows edit field. Windows does all the clipboard handling, replacing and stuff.
Do you experience the same effect in other dialog boxes too?

JohnZeman

Quote from: Mario on February 07, 2025, 08:52:39 AMHm. This is a normal Windows edit field. Windows does all the clipboard handling, replacing and stuff.
Do you experience the same effect in other dialog boxes too?

I haven't seen it happen anywhere else.

I just created a new subfolder in IMatch and it didn't happen.

Then I created new folders in other programs and it didn't happen.

But it happens every time I create a new category with the IMatch Category Panel.

Mario

I have already figured this out.

The "edit control" used in this dialog (this is a generic dialog used for many purposes in IMatch) uses a Microsoft class named CMFCMaskedEdit to support things like limiting which characters can be input etc. This change was required for some of the features in IMatch 2025.

This class handles the Paste command when something is selected as it does and as you experience this. I don't know why Microsoft has implemented it this way or if it is worth time to "fix" this. When you press <Del> the selection is deleted and then you can paste.

JohnZeman

Quote from: Mario on February 07, 2025, 04:00:31 PMWhen you press <Del> the selection is deleted and then you can paste.

That's what I've been doing so I'm getting by all right.

Just thought I'd bring it to your attention.

Mario

I've found a work-around and now use this class only for Text Input dialogs which really need it. This should mitigate this particular issues for most users.