UI/UX: Parameter Editor UI issues

### Is there an existing issue for this?

- [X] I have searched the existing issues

### Problem description

- [ ] The icons in dir structure just add a lot of noise. Suggest remove. DRY (again).
- [ ] Also headings "Group" etc are incorrect size for their importance.

- [ ] The centre divider can be dragged all the way to the left, completely obscuring the tree. This would seem to have no reasonable purpose.

- [ ] Parameter type icons are contrived, don't communicate well, are used repetitiously, and can be misleading:

Please Remove.

### 'Edit preferences' popped up some surprises:

- [ ] Name can be edited in-place by double-click:

- [ ] Double-click on Type pops up:

- Which is exactly the same as double-click on Value.
"Enter your number:". Really?

*That's too many paradigms for the same thing.*

- [ ] I did expect a pop-up for Type, given Name and Value can be edited.

I believe users are more and more expecting in-place edit as the norm nowadays.

### Search

- [x] "Quick search". What's the significance of "Quick". Begs the question: Where's the slow search? Delete "Quick". a55366e86e
- [x] The button is "Find...". What is the significance of the "..."? a55366e86e31eedcf560d82510b892feea8a87f8
- [ ] Why the different terms "Find" & "Search"? Consistency please!
- [ ] The input box has hint "Search Group" which could mean a lot of things, but I suspect what is intended is "Type group name" or similar? When that is done the "Quick search" title becomes redundant and can be removed. Less is More.

- [ ] Is there a protocol for where the search bit should be (top or bottom)? Is suspect it should at the top, but that is not 100% clear to me.

- [ ] Typing into the search box creates a hive of activity in the tree. WOAH! BRIGHT RED for matching items. Please NO! Do not use red. Red is for danger, failure, alarm etc etc.

- [ ] Pressing "Find..." we discover it duplicates the search for text and offers search parameters. So the text box could be removed and the dialog titles search parameters or suchlike?

- [ ] Annoyingly the Find... dialog is another dialog that doesn't hold focus. Click somewhere else and it is gone, and you may spend some time to trying to figure why it can't be opened by pressing Find... again.

### Save and Close

- [x] Why "Save to disk"? There's no obvious option to save anywhere else, so "to disk" is noise that should be deleted. a55366e86e31eedcf560d82510b892feea8a87f8
- [ ] Another nasty surprise: Edit some stuff and press "Close". Given the Save button right next door, one reasonably expects that changes will NOT be saved. Wrong! So what's the save button for? How to get out WITHOUT SAVING?
- [ ] Also the Save button is oblivious of changes and doesn't alter its state as one might expect.

### Full version info

```shell
OS: macOS 15.0.1
Word size of FreeCAD: 64-bit
Version: 1.1.0dev.38871 (Git)
Build type: Release
Branch: main
Hash: 813ee36cb80e0d29c2c9b991a7b2fee2c61f5cf6
Python 3.11.9, Qt 5.15.13, Coin 4.0.3, Vtk 9.2.6, OCC 7.7.2
Locale: C/Default (C)
Stylesheet/Theme/QtStyle: unset/FreeCAD Classic/Qt default
```

### Subproject(s) affected?

Core

### Anything else?

_No response_

### Code of Conduct

- [X] I agree to follow this project's Code of Conduct