Official KaM Remake Ideas topic

[Ben]

...No UI clutter and we are continuing to use RMB for an advanced action (like with weapons: LMB order +1, RMB order +10).

I agree. Unlike drag-and-drop, we would be using an old function. I believe that we have come to a good solution. My vote goes for implementation

[Thomas]

Left-click removes unit from queue, right-click moves it to the front of the queue? Hm .. that could probably work best .. No UI clutter and we are continuing to use RMB for an advanced action (like with weapons: LMB order +1, RMB order +10). Anyone has any arguments against this logic? )

I'm not really sure. Currently you can delete following units in the queue with a right click and you can also fill all empty slots with the selected unit. Would that feature be lost then? Because I would prefer this behaviour...

[Krom]

@Thomas: You are right, I didn't knew (or forgot) we had that feature already assigned to RMB. Now what do we do .. cancell all to the right makes sense too (e.g. when one needs to cancel recruits and readd serfs)

[Thomas]

Maybe it's a solution to say you have two buttons instead of one to add units to the queue. First one will add the unit in the first spot and all other queue-units will be shifted by one to the right hand side. And second one will add the unit to the end of the queue as it is now.

[Krom]

I'd like to avoid adding a new button that has no clear difference to a newcomer from the old button.

[dicsoupcan]

how about ctrl+click put's it in front of the queue?

[Ben]

I don't see a problem with RMB being used as I proposed earlier. Filling all empty slots is by using RMB on the train button, which shouldn't matter. That is, unless you are planning on adding RMB to remove all currently training citizens; which is really unnecessary if we add a swap feature (how often do you remove everyone being trained in the schoolhouse for reasons other than to add a different citizen to be trained first?)

[Nissarin]

You don't need any sophisticated d'n'd implementation to do simple reordering, if you're not interested in flashy animations or floating "objects", there is very crude but simple way of doing this - remember the position (slot) where the button was pressed, compare it with position where the button was released, if they are different perform "reorder".

[Ben]

You don't need any sophisticated d'n'd implementation to do simple reordering, if you're not interested in flashy animations or floating "objects", there is very crude but simple way of doing this - remember the position (slot) where the button was pressed, compare it with position where the button was released, if they are different perform "reorder".

I don't like this at all. Like you say, it's crude and dirty. This also doesn't change the fact that drag-and-drop is completely out of KaM style (and so is your simplified idea).

EDIT: After looking that over, it sounded kind of rude. I didn't mean to sound offensive, I just really don't like your idea

[Nissarin]

You don't need any sophisticated d'n'd implementation to do simple reordering, if you're not interested in flashy animations or floating "objects", there is very crude but simple way of doing this - remember the position (slot) where the button was pressed, compare it with position where the button was released, if they are different perform "reorder".

I don't like this at all. Like you say, it's crude and dirty. This also doesn't change the fact that drag-and-drop is completely out of KaM style (and so is your simplified idea).

Well, I don't see a problem here, since it's just about reordering some items in the queue, it's doesn't affect the way game would be played, compare it to e.g. marketplace, which some people really don't like because it does affect gameplay. On top of that I can't think of many areas of KaM where dnd could be used besides that, which also why I don't think we need full fledged dnd in the first place.

So if you really need/want this kind of function (reorder), then IMHO instead of some UI gimmicky involving mouse/keyboard combos and/or redefining mouse behavior, just implement it using the simplest and most obvious way.

EDIT: After looking that over, it sounded kind of rude. I didn't mean to sound offensive, I just really don't like your idea

I've a thick skin.

[Krom]

Technical implementation is not an issue here (we can code anything, given enough time). The thing is about user interaction. I don't want to over-complicate the GUI for some rarely useful feature.

[The Dark Lord]

I don't want to see RMB-function replaced, I love it. You don't have to delete ALL citizens from the training queue when you use it, you could also just delete one or two. I use it every game numerous times.
Also: what happens when I 'drag' a citizen to the training queue (or use ctrl + click)? Will all other units move to the right? And what will happen to the last unit in the queue? Will it be removed...?

[dicsoupcan]

I don't want to see RMB-function replaced, I love it. You don't have to delete ALL citizens from the training queue when you use it, you could also just delete one or two. I use it every numerous times.
Also: what happens when I 'drag' a citizen to the training queue (or use ctrl + click)? Will all other units move to the right? And what will happen to the last unit in the queue? Will it be removed...?

this was my idea yes

[FeyBart]

Reading all this, I think it would be best if RMB would keep the function it has right now, and if we'd give Ctrl + click the new function. I was thinking that clicking with the scroll wheel would be perfect, if it weren't for the fact that not every mouse has a scroll wheel, and not every scroll wheel can be used as a button.

[Ben]

RMB on a queue square doesn't have to replace the current function for training all units, since RMB on the train button would continue to train 5 citizens, and RMB on the queue squares would be the swap feature. It's really simple, really