New UI?

[Feanor.81]

- New talent trees should have a short description to them, or at least a list of the abilities they unlock before you actually unlock them.

You can use the left arrow (or right mouse click, I think) to un-learn the talent tree, as long as you do so before you leave the 'G' screen. So, you can check each one out safely.

Also you can hit '+' to expand the tree regardless of whether you have learnt it.

Well, speaking of UI fixes, maybe the list of commands to navigate the talent trees should be made more obvious, it took me too at least a week of play to figure these tricks out.
Maybe just add [+] and [-] prefixes to talent trees to make clear some ones are collapsed?

[Gwai]

Indeed, I did not know until I read it just now that one could expand a greyed out talent tree. I always just put a point in and then took it out again if I didn't want that choice.

[Grey]

I've just noticed it does actually say about the +/- in the top-right of the talant screen. However the expanding + tree (Windows Explorer style) would be great to make it clearer, especially if it recognised mouse clicks.

[Repton]

A few more UI thoughts:

1. Suppose I'm in the following situation:

Code: Select all

..x..
..@h.
.....

And imagine the targetting cursor is over the humanoid to my right. If I hit '7', I would expect the cursor to move to the grid bug above me, but instead it simply moves to me, and I have to then hit '8' to move up.

2. The targetting system keeps my old target if it's in view. This is sometimes not desirable, for instance if something that was in melee range is no longer. I suggest that if you activate a talent where the default target is out of range / impossible to hit, but there are available targets in range, then it should change the default to one of the in-range targets.

3. If you manage to correctly target a rogue or other invisible npc, then the targetting system will track the npc as it moves, even if you cannot see it.

[Feanor.81]

2. The targetting system keeps my old target if it's in view. This is sometimes not desirable, for instance if something that was in melee range is no longer. I suggest that if you activate a talent where the default target is out of range / impossible to hit, but there are available targets in range, then it should change the default to one of the in-range targets.

Also, it would be nice if the default target would be the one I am currently mouse-hovering. Often when I want to change target in a fight, I find me hitting the last target instead of the new 'cause by simply pressing talent key then left-clicking, the engine will keep targeting the old one instead of the new. Only way to work around this now is pressing the talent key, THEN move the mouse to hover the new target, then left-click.

3. If you manage to correctly target a rogue or other invisible npc, then the targetting system will track the npc as it moves, even if you cannot see it.

Why in the world you should be able to track an invisible enemy after a successful hit? You can't tell the direction he will be going to take in the next turn, if you can't see him (well, unless he is in a tight corridor, but even then, you couldn't tell if he's going to step towards you, run away, jump 3 squares away, teleport behind you, or whatever).

[yufra]

3. If you manage to correctly target a rogue or other invisible npc, then the targetting system will track the npc as it moves, even if you cannot see it.

Why in the world you should be able to track an invisible enemy after a successful hit? You can't tell the direction he will be going to take in the next turn, if you can't see him (well, unless he is in a tight corridor, but even then, you couldn't tell if he's going to step towards you, run away, jump 3 squares away, teleport behind you, or whatever).

I believe Repton was pointing out that this behavior ALREADY occurs, not that it should occur.

[Feanor.81]

Oh, you're right, my bad, I misinterpreted his words

[darkgod]

Beta12 should bring in many of your suggestions! Thanks!

[Repton]

Two thoughts on the new shop UI:

1. It's slower than it was.

2. It's made selling things a more inefficient process. I think "sell loot" is the most common activity people will undertake in a shop, so it would be nice to make that as efficient as possible in terms of keypresses / mouse movement.

My suggestion: make the selected position remain the same after selling something. e.g. if you have item 10 selected, and you sell it, then you will now have the new item 10 selected. That way you could sell a bit pile of loot by just repeatedly hitting enter, with the occasional down-arrow to skip over something you want to keep.

[Grey]

Would be nice to drag and drop to sell and buy, with no confirmation dialogue (unless to confirm amount to sell/buy).

[madmonk]

My suggestion: make the selected position remain the same after selling something. e.g. if you have item 10 selected, and you sell it, then you will now have the new item 10 selected. That way you could sell a bit pile of loot by just repeatedly hitting enter, with the occasional down-arrow to skip over something you want to keep.

Yes, please! Really annoying when things go back up to the top!

[darkgod]

done

[Repton]

Oh, one more thought:

When selling (or buying) a group of items, the default value for the "How many?" box will be the number of items in the group. So far, so good.

Would it be possible to have that default be automatically selected (in a cut-and-paste sense)? So that way, if you type a number it will replace it. I think that's what people expect these days from a UI.

(i.e. e.g. if you have 8 items and you want to sell 4, I'd like the key sequence to be "enter 4 enter". But at the moment, that will result in me attempting to sell 84 items..)

[Susramanian]

Will the shop interface speed up? It takes several seconds to sell a single item now, even ignoring things like the cursor jumping back to the start and such. It's just very sluggish.

[darkgod]

I'll try to speed it up, but I'm too sleepy currently
But I'll do the quantity thing