Until I repatch CVS today, since the last patch /face hasn't worked, ranging from the warp/20k deaths, to not doing anything.
However, I've just re-compiled the cvs, and whilst /face fast works when I have the mob targetted, /face doesn't, or when it does, it's about 2 minutes after I've typed the command, but the odd thing is, my mouse buttons get reversed, left click becomes right, and vice versa; but I've found if I issue the /click left command it restores it to correct functionality.
Any clues - I could have searched to see if others have had the same problem, but I pretty much read most threads religiously, and haven't seen anything, and I know how people like to point it out :)
Odd bug with /face
Moderator: MacroQuest Developers
Odd bug with /face
[color=yellow][size=92][b]Just because you're paranoid, it doesn't mean everyone isn't out to get you![/b][/size][/color]
Hmmm... I haven't taken a look at the /face code yet, that is actually on my todo list after I get a version of /click that function correctly without having to use EQW and release the mouse.
I've supsected our algorithm for /face is, well, not wrong, but a mess for sometime now.
What it sounds like from your description is that /face is referencing a struct location that is somehow linked to the mouse. Since it appears that the mouse routines in EQ have changed to an action mapped structure we may be accidentally issuing a DirectInput command that is reversing the data in the action map, which then restores itself when we force EQ to reacquire the device (after using /click).
I'm stuck at work till tomorrow, will take a look at the source for /face and see if I can figure anything out.
I've supsected our algorithm for /face is, well, not wrong, but a mess for sometime now.
What it sounds like from your description is that /face is referencing a struct location that is somehow linked to the mouse. Since it appears that the mouse routines in EQ have changed to an action mapped structure we may be accidentally issuing a DirectInput command that is reversing the data in the action map, which then restores itself when we force EQ to reacquire the device (after using /click).
I'm stuck at work till tomorrow, will take a look at the source for /face and see if I can figure anything out.
MQ2: Think of it as Evolution in action.
-
carpaltunnel
- a lesser mummy
- Posts: 31
- Joined: Thu Sep 04, 2003 3:52 pm
I just did a clean cvs pull and build, and face dosen't work for me either. With a pc or npc on target, typing /face yeilds nothing. Typing /face <PC name> yeilds the test "Facing <PC name>" but dosen't actually turn me towards the PC. Everything else seems to be working as expected (no click w/ focus etc). Any other info I can provide to help point in a direction of the problem?
-
|| Napolion ||
- a ghoul
- Posts: 96
- Joined: Sat Dec 28, 2002 7:45 am
I was doing a test today with /face.
Hade a mob on my target and did the comando /face. Nothing happend. Then I did the same with /face fast, and I was facing the mob.
Used it on a other NPC and went my back to him, with /face nothing, but with /face fast, I was turned around right away, and was facing him.
How come that /face don't work and /face fast are ??
Are /face fast not build on the /face command ??
Hade a mob on my target and did the comando /face. Nothing happend. Then I did the same with /face fast, and I was facing the mob.
Used it on a other NPC and went my back to him, with /face nothing, but with /face fast, I was turned around right away, and was facing him.
How come that /face don't work and /face fast are ??
Are /face fast not build on the /face command ??
