Renaming Folders has many glitches/frustrations

🐛 bug report

When trying to rename a folder there are multiple issues. Some just frustrating, some breaking.

In escalating severity:

1. When you create a folder it automatically resorts by alphabetic (less an issue, but complex structures the folder vanishes)
2. When you double click to select a word (to delete, copy, etc) it triggers the default event handler and opens the folder.
3. When you right click to use the OS spellcheck it de-selects the input field meaning you can never use spell-check
4. When the resort happens, it doesn't correctly store the names. When you attempt to rename a folder after adding one, (which triggers the resort) it show the name value of the folder that was in that position before the new folder was added

To Reproduce

Try to rename Folders

Video:

https://www.loom.com/share/edcdbddcc6e547c0b9f654f6edddcf5a

Suggestions:

1. Don't put the "New Folder" form as an in-line folder. Use a "New Folder" modal so when the modal closes and the resort happens it doesn't seem like it vanished, perhaps also scroll to the new folder, and maybe even "select" it
2. when in "renaming mode" have the input dispose of the double click handler
3. Same as 2, capture the right-click/context to not trigger side-effects in parent components.
4. This I have no idea.. Stale state?

Your Environment

Mac OSX 11.6, Chrome

• I have read the Contributing Guidelines for this project.
• [ X] I agree to follow the Code of Conduct that this project
  adheres to.
• [X ] I have searched the issue tracker for an issue that matches the one I want
  to file, without success.

Start by reproducing the folder-renaming flow in the browser, including sorting, double-click selection, right-click spellcheck, and renaming after a new folder is added. No source file, test, or entry point is named in the issue, so locating the folder UI and its state handling is required. Done means the reported interactions work without unintended navigation, selection loss, or stale names.