Disable, rather than remove items from the (old) desktop text context menus

[m-sasha]

TextContextMenu can now create disabled menu items via ContextMenuItemWithEnabledState and they will be shown as such in the context menu.

The default TextContextMenu implementation (TextContextMenu.Default) utilizes this to disable, rather than remove irrelevant menu items. For example, when there is no selection in a text field, the "Copy" menu item will be disabled rather than hidden.

To get the previous behavior where the irrelevant item is hidden, use TextContextMenu.HideDisabledMenuItems like so:

CompositionLocalProvider(LocalTextContextMenu provides TextContextMenu.HideDisabledMenuItems) {
    TextField(
        state = rememberTextFieldState("Hello, World!"),
        modifier = Modifier.width(200.dp)
    )
}

Note that this is all relevant only for the old text context menus (when ComposeFoundationFlags.isNewContextMenuEnabled is false).

Fixes https://youtrack.jetbrains.com/issue/CMP-9329
Fixes https://youtrack.jetbrains.com/issue/CMP-9342

Testing

Added unit tests and also tested manually

This should be tested by QA

Release Notes

Fixes - Desktop

• When there is no selection in SelectionContainer, the "Copy" menu item will be disabled.

Features - Desktop

• Menu items in the context menu for text fields and SelectionContainer can now be disabled.

[rock3r]

I think you'll still need this if you add tests for the "hide disabled items" menu, which seem to be missing

[m-sasha]

contextMenuArea disables or removes copy action for SelectionContainer with empty selection tests this once, but since the default behavior is now to disable the menu item, there's no need for this function (and also the behavior no longer depends on isNewContextMenuEnabled, but on LocalTextContextMenu).

[igordmn]

Needs a second approval

[m-sasha]

Needs a second approval

@MatkovIvan

[terrakok]

It seems OK for me, but I'm far from Desktop target API and specifics