Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Group management issues #1448

Closed
DorpsGek opened this issue Nov 17, 2007 · 2 comments
Closed

Group management issues #1448

DorpsGek opened this issue Nov 17, 2007 · 2 comments
Labels
component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)

Comments

@DorpsGek
Copy link
Member

init opened the ticket and wrote:

When playing with a really large amount of vehicles, groups are really useful. That said, there are some shortcomings in the group management that could make the feature even more useful:

* Allow users to merge one group with another. This could e.g. be implemented by having a button that merges the selected group with a group that the user clicks on after clicking the merge button. The originally selected group is removed, and all vehicles in the group are moved into the clicked group.
* Allow users to split one group into two. This would preferably be accomplished by creating a checkbox or similar widget beside each vehicle, and add a command to the Manage List dropdown that says "Create new group from checked" or something like that. Checked vehicles thus form a new group and are removed from the old.
* Any creation of a new group should immediately bring up the Rename Group window. In the few cases where one would want to use the default name, one could simply press ENTER. In most or all cases, I immediately rename the group to something descriptive after creating it, so I figure that the rename window could come up immediately.

Minor issues:

* The scrollbar in the group list covers all items in the list, even though All Vehicles and Ungrouped Vehicles are always shown at the top. To better indicate that they will stay there, the scrollbar should only cover the items that will actually be affected. In other words, the scrollbar should not cover the All Vehicles and Ungrouped Vehicles, so that it is clear that those are not affected by the scrollbar.
* I recently ran into a bug in the group naming code, since the game in a few cases said that group names must be unique even though they already are. I'll take a look in the code to see if this is a bug that is easy to fix before writing a more comprehensive report.

Reported version: trunk
Operating system: All


This issue was imported from FlySpray: https://bugs.openttd.org/task/1448
@DorpsGek
Copy link
Member Author

init wrote:

I forgot to specify revision: r11444.

I also found out that the group name collision happened because I had a group of aircraft with the same name as I wanted to give a group of trains. This is not very intuitive. Would it be possible to have separate namespaces for group names per vehicle type? I mean, they already have separate management windows.


This comment was imported from FlySpray: https://bugs.openttd.org/task/1448#comment2743

@DorpsGek
Copy link
Member Author

DorpsGek commented Dec 8, 2012

frosch closed the ticket.

Reason for closing: Implemented

renaming on creation is implemented, merging/splitting is easier since vehicles with shared orders can be ctrl+moved as a whole


This comment was imported from FlySpray: https://bugs.openttd.org/task/1448

@DorpsGek DorpsGek closed this as completed Dec 8, 2012
@DorpsGek DorpsGek added component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) enhancement labels Apr 6, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)
Projects
None yet
Development

No branches or pull requests

1 participant