[#1417] Plug-in editor: Runtime tab should show selected package

[ruspl-afed]

The simplest solution would be to use the section description

Fixes #1417

[github-actions]

Test Results

   285 files  +   279     285 suites  +279   49m 26s ⏱️ + 49m 13s
 3 581 tests + 3 577   3 505 ✅ + 3 501   76 💤 + 76  0 ❌ ±0 
10 935 runs  +10 923  10 704 ✅ +10 692  231 💤 +231  0 ❌ ±0 

Results for commit 1d66a34. ± Comparison against base commit 3f973e8.

♻️ This comment has been updated with latest results.

[HannesWell]

@ruspl-afed for the build-failure see #1419.

[ruspl-afed]

Thanks @HannesWell ! After rebasing, everything turns green.
I'm going to merge it if there's no objection.

[HannesWell]

Thanks @HannesWell ! After rebasing, everything turns green.

Better thank @akurtakov for his work on resolving this. :)

About this change: Can't one see the packages from the selection in the list?

On the other hand one can start scrolling and lose it, so it can be helpful to name the selected package(s) explicitly.

But I think we should keep (and fix) the introducing sentence and just append the actually selected packages. But when we are on this it should be adjusted depending on if one or multiple packages are selected:
Either The selected package is <selected-package> or The selected packages are: <selected-package-list>.
Or to read it more like a sentence with the following radio choice:

The package <selected-package> is: or The packages <selected-package-list> are:

[ruspl-afed]

On the other hand one can start scrolling and lose it

Yes, this is exactly the case, see #1417

Either The selected package is or The selected packages are: .

I tried this approach in the very beginning and found that we have very limited horizontal space and it is better to avoid all the words except package name itself. And also, section doesn't support \n in description, so I cannot enumerate packages in the readable form of the vertical list

Please advice how to proceed better.

[laeubi]

It took me some time to figure whats changed, as I would have expected the information of selected packages (if we want to duplicate that information) would be shown somewhere at the section list on the left.

Beside that I'm not sure if it is a good think, just in your example select all packages and it will become very crowded... I also wonder what is the underlying use case to select some packages and then scroll them out of view to afterwards show them on a different place.

In any case I would probably for artificially use-case more go like this:

1. If there is only one package selected, show a text like The package <package> is (to further read the check boxes "public API" or "provisional API")
2. If there are more than one, show a text like The packages are (to further read the check boxes "public API" or "provisional API") where packages is a link that shows a tooltip text with all selected packages, clicking on the link can bring up a dialog with a checkbox list where I can view and probably change the selection.

[ruspl-afed]

Thank you for your comment @laeubi , it turns me back to the question how I came to this artificial use case.
Here is the scenario:

1. There is a bundle with many packages. Well not so many, but more than 10 is enough for my setup.
2. Another package added to the bundle, with a name that puts it to the end of the list.
3. Then one decides to export this new package and opens the MANIFEST.MF editor on Runtime tab
4. With "Add..." button the "new" package is added and selected, but the list is not scrolled to make it visible (may be this is the real issue!)

[HannesWell]

Thanks Christoph for your suggestion. I wanted to suggest basically the same but got distracted and forgot to answer. Sorry for that.

2. If there are _more than one_, show a text like `The packages are` (to further read the check boxes "public API" or "provisional API") where `packages` is a link that shows a tooltip text with all selected packages, clicking on the link can bring up a dialog with a checkbox list where I can view and probably change the selection.

I fully support suggestion 1, but in suggestion two, opening a dialog that changes the selection is too much. I would simply stick with an (enhanced) simple label in case multiple packages are selected: The selected packages are.
Tbh. before this issue I wasn't really aware that one can even select multiple packages so I think this is a special case. And for a single package the situation would still be improved.