Would you fix how the UI BREAKS combat already?!!!!!!!!!!!!!!!

[MadFloyd]

attempt to do a standard attack using your keyboard. Do not be in mouselook. This is not a trip, a sunder, or spell. This is just your standard attack that every character can do at any level.

Here's what I'm missing: how are you executing a standard attack with the keyboard - which key do you have assigned?

[Captain_Wizbang]

Missing: I don't understand your issue, but Phax seems to, so hopefully we'll get it addressed.

Hot of the press: we now CAN increase the size of the mouse cursor and will be doing this. It won't make launch of MotU, but it will make into a patch.

In the meantime we did increase the contrast of the cursor so hopefully it will help in the interim.

WOO HOOO
True awesomeness.

[Missing_Minds]

Here's what I'm missing: how are you executing a standard attack with the keyboard - which key do you have assigned?

In my case I've assigned "E" to standard attack in addition to the defaults. When I get home I can tell you exactly which "command" I've assigned "E" to. I've tried different commands for attacking and I've never found a work around yet.

[sephiroth1084]

Here's what I'm missing: how are you executing a standard attack with the keyboard - which key do you have assigned?

This is a pretty universal issue from what I can tell.

In my case, I use the DDO Classic default of Right mouse button for attack (mapped to my gamepad). If the cursor is over any UI, including the invisible area that holds the rolled dice display, inventory, hotbars, the map, loot windows, trade windows, anything, you cannot attack normally.

Mind you, if you're holding down attack, and move the cursor over the UI, you can continue to attack if you don't let go of the button (I do this sometimes when I need to see a tooltip during a fight, or check my current buffs), but if you let go, or press anything in the UI, you stop attacking).

[MadFloyd]

In my case I've assigned "E" to standard attack in addition to the defaults. When I get home I can tell you exactly which "command" I've assigned "E" to. I've tried different commands for attacking and I've never found a work around yet.

I repro'd this and fully understand now, thanks. I will personally look into this.

[Missing_Minds]

I repro'd this and fully understand now, thanks. I will personally look into this.

Thank you, MadFloyd.

I've lost track of the number of bug reports on this I have submitted over the years, but would you like me to submit another one that contains all of the information that is within this thread for bug reproduction data?

[MadFloyd]

Thank you, MadFloyd.

I've lost track of the number of bug reports on this I have submitted over the years, but would you like me to submit another one that contains all of the information that is within this thread for bug reproduction data?

Nope, I wrote one up and I get the feeling this may already exist in the database somewhere.

[WolfSpirit]

Hot of the press: we now CAN increase the size of the mouse cursor and will be doing this. It won't make launch of MotU, but it will make into a patch.

In the meantime we did increase the contrast of the cursor so hopefully it will help in the interim.

~
Woot!
Thank you thank you!

Wait! Wait! How about enhancing Communication?
hehe, ok ok. It was just a thought.
I am totally excited about the changes, I'm also effected by Missings Attacking issue. And the cursor changes, SWEET!

[dubyprime]

Nope, I wrote one up and I get the feeling this may already exist in the database somewhere.

Mf, you sir are awesome.

Oh wait.. I'm on the ddo forums.

devs suck, ARGh DOOM!!!1111

Can't let people think I'm a fan boi. I need my street cred.

[Ganolyn]

While we are on the subject of mousing over the UI, How about giving us the option to enlargen or change the color OF the Mouse cursor?!?

Is enlargen anything like embiggen?

[WolfSpirit]

Is enlargen anything like embiggen?

~
Why yes sir it IS somewhat like Embiggen. The words are related, somewhat like brothers best friends uncle whos Cousins step sisters son is distantly related to everyone!

[MadFloyd]

~
Why yes sir it IS somewhat like Embiggen. The words are related, somewhat like brothers best friends uncle whos Cousins step sisters son is distantly related to everyone!

And it seems if you don't embiggen you run the risk of embitter.

[Ganolyn]

And it seems if you don't embiggen you run the risk of embitter.

And I suppose you devs feel that is just cromulent? Figuring out what you guys are thinking has become simply unpossible!

[Rinnaldo]

You know, ever since I began playing, I've had the occasional glitch where when I moved something or did something, it would change my standard attack button (spacebar) to the default action for that key (jump). So, instead of attacking, I stand there jumping like a moron until I move the mouse or change the angle or use a power or something and then it is fixed. I never put it together with hovering over the UI, but I bet that's totally what causes it. Thanks, all.

And I suppose you devs feel that is just cromulent? Figuring out what you guys are thinking has become simply unpossible!

I'd like to add: Purple-monkey-dishwasher.

[Drakesan]

Phax, MadFloyd, thank you!

Awesome this can be fixed, adding a cursor color and size change too! Double Woot!

Recently got a new 'puter where I used to have mouse trails showing allowing me to find the @!*$# cursor when in combat, but new computer can't seem to handle it as well, quickly failed... back to old cursor and cursing.

Now, really looking forward to U15 just from that (if it makes it in, disclaimer noted)

Again, many thanks for addressing this issue.

Edit: Oh, and if we get a hotbar command for Rune arm use, Triple Woot!

[LeslieWest_GuitarGod]

This is absolutely my favorite bug fix of all time.

Missing, Phax and Mad you all freaking rock. I too have cursed about this through the years, as some of my guildies could most reassuringly verify

Please dont forget about throwing this fix on the schedule...

[MadFloyd]

Question for all of you reading this thread and affected by this bug:

Is the real annoyance here the standard attack (key)?

Reason I ask is that Phax showed me the issue today. There is a series of key bindings that are 'unregistered' when the mouse is moved over a UI element so that they can be dedicated to the UI element (looks like the reasoning behind that is because these key bindings are usually assigned to 'left click' which is then needed to interact with the UI).

Most other key bindings persist when the mouse is over a UI element so it's not a problem.

This isn't easy to fix, so Phax has come up with a workaround. He's adding a new 'attack' keybinding that will always persist. This new keybinding wouldn't be bound to anything by default and all you'd have to do is bind it to whatever key you want and it will always be available.

Question is: will this suffice? Anyone know of a situation that wouldn't be solved by this?

[Ganolyn]

Question for all of you reading this thread and affected by this bug:

Is the real annoyance here the standard attack (key)?

Reason I ask is that Phax showed me the issue today. There is a series of key bindings that are 'unregistered' when the mouse is moved over a UI element so that they can be dedicated to the UI element (looks like the reasoning behind that is because these key bindings are usually assigned to 'left click' which is then needed to interact with the UI).

Most other key bindings persist when the mouse is over a UI element so it's not a problem.

This isn't easy to fix, so Phax has come up with a workaround. He's adding a new 'attack' keybinding that will always persist. This new keybinding wouldn't be bound to anything by default and all you'd have to do is bind it to whatever key you want and it will always be available.

Question is: will this suffice? Anyone know of a situation that wouldn't be solved by this?

So are you saying that there will have to be another button/key mapped to Attack and whatever else is affected because Left Mouse will always be dedicated to the UI? Can't we do that already?


EDIT: This problem hasn't affected me since I changed to Mouselook to aleviate the issue, but IIRC it would affect any key/button mapped to attack. I use a game controller and it would do it to that to until I moved the cursor to a neutral space.

[redspecter23]

Question for all of you reading this thread and affected by this bug:

Is the real annoyance here the standard attack (key)?

Reason I ask is that Phax showed me the issue today. There is a series of key bindings that are 'unregistered' when the mouse is moved over a UI element so that they can be dedicated to the UI element (looks like the reasoning behind that is because these key bindings are usually assigned to 'left click' which is then needed to interact with the UI).

Most other key bindings persist when the mouse is over a UI element so it's not a problem.

This isn't easy to fix, so Phax has come up with a workaround. He's adding a new 'attack' keybinding that will always persist. This new keybinding wouldn't be bound to anything by default and all you'd have to do is bind it to whatever key you want and it will always be available.

Question is: will this suffice? Anyone know of a situation that wouldn't be solved by this?

Well if this new keybinding lets me attack when my cursor floats over a part of the UI, then I'd be happy. There have been times my toon has just been standing around like a dork for minutes at a time because I didn't have a clear view of him through a pile of effects and assumed that me holding the button was making him swing (silly assumption, right? ) I can just reassign this new button to the one I'm currently using for attack and essentially nothing will have changed on my end? I guess that's basically what I'm asking as it seems any actual changes are "behind the scenes"

[Phoenix-daBard]

Question for all of you reading this thread and affected by this bug:

Is the real annoyance here the standard attack (key)?

Reason I ask is that Phax showed me the issue today. There is a series of key bindings that are 'unregistered' when the mouse is moved over a UI element so that they can be dedicated to the UI element (looks like the reasoning behind that is because these key bindings are usually assigned to 'left click' which is then needed to interact with the UI).

Most other key bindings persist when the mouse is over a UI element so it's not a problem.

This isn't easy to fix, so Phax has come up with a workaround. He's adding a new 'attack' keybinding that will always persist. This new keybinding wouldn't be bound to anything by default and all you'd have to do is bind it to whatever key you want and it will always be available.

Question is: will this suffice? Anyone know of a situation that wouldn't be solved by this?

For me it has always been the text in the middle of the screen that blocks me from selecting enemies with my mouse. It has forced me to become quite proficient with the tab key to select my target. The other bits of interface weirdness mentioned in this thread rarely affects me these days as I just hold my right mouse button down and use keyboard shortcuts for the rest.

An option to turn off (or at least move it to the side) ALL center UI text would be awesome!