Improve Filebrowser Context Menu order

[ianhi]

Problem

The current options for the filebrowser are not always logically grouped. I also think that the order of the current logical groups could be improved.

Currently the order is:

Proposed Solution

1. Move Paste up be near Delete, Cut etc..
2. Swap Download and Shutdown Kernel
   • Download feels logical to group with with copy shareable link and copy download link
3. Move the New ___ operations above the link sharing commands. I suspect that the New items are far more fequently used than things like Copy Shareable Link

It might also be nice to visually delineate these logical groupings with a small gray line like is done in the menus from the topbar

[ianhi]

Also ideally the Shut Down kernel option would not be in the menu when you click on items that do not support a kernel. Currently it shows up for any file type.

[jtpio]

Also ideally the Shut Down kernel option would not be in the menu when you click on items that do not support a kernel. Currently it shows up for any file type.

It might be possible to add the isVisibile field to the corresponding command here to hide the entry depending on the items in the current selection:

jupyterlab/packages/filebrowser-extension/src/index.ts

Lines 862 to 872 in 60ccaf4

	commands.addCommand(CommandIDs.shutdown, {
	execute: () => {
	const widget = tracker.currentWidget;
	if (widget) {
	return widget.shutdownKernels();
	}
	},
	icon: stopIcon.bindprops({ stylesheet: 'menuItem' }),
	label: trans.__('Shut Down Kernel')
	});

[jtpio]

@ianhi is this still an issue, now that the context menu has been improved in the latest versions?

Also the context menu can now be configured via the settings:

https://jupyterlab.readthedocs.io/en/stable/extension/extension_points.html?#context-menu

Also ideally the Shut Down kernel option would not be in the menu when you click on items that do not support a kernel. Currently it shows up for any file type.

This one is still relevant but could be tracked in a separate issue.

[ianhi]

Much improved!

This one is still relevant but could be tracked in a separate issue.

👍

[jasongrout]

I also notice Paste is still down at the bottom. It looks like the rationale is that the bottom section is for things that create files, but I do agree that Paste is more typically found up with cut and copy.

[ianhi]

I also notice Paste is still down at the bottom.

ohhh I missed that. I think that was my main concern when opening this issue. (I shouldn't be closing issues after midnight...)

I'll reopen this then, but if it's decided that Paste should stay down there then closing is ok with me

[fcollonval]

Closing as Paste is next to copy and cut since #10666