Knowing gump position

[eldor]

It will be of great use if next version of RunUO incorporates a command to know X and Y of a gump.
Knowing the position of a gump now is an unsolved problem yet , but I think that is the most important problem for now.
Think about possibilities, ok?
If this kind of thing (knowing X and Y of a gump) is impossible, then show alternate solutions, like allowing to refresh a value in a gump withought closing and reopening it.

Thanks for reading this!!

[David]

Unfortunatlly, RunUO can not do anything that is not supported by the UO client protocols. So what we have is what we get as far as gumps are concerned I'm afraid.

[Arya]

I believe this isn't possible because the gump is created and moved on the client, and I don't think the client sends location information back to the server.

[David]

"Near a lava pool" OK, I'm intrigued.

[eldor]

I think that we could have some client issues. I don´t know exactely how client gives information to server (actually don´t know what kind of information is given).
If there´s a way to know if a gump´s button was pressed. Maybe we could read two integers from the client that specify X and Y.
That fact still gives me hope that knowing a gump position is possible . Even with a little recompilation of the client (this is illegal, I know).
Remember that we can always appeal to plan B. If everything fails, improvise! Maybe there is a way to change some properties in gump and make it display the changes correctly without closing a gump. Think about it!

[David]

Then all users of your shard have to use your modified client. Beside the legality issue you point out, that would be a huge red flag to me. I doubt you would have very many players. An awful lot of work too for such a minor issue.

[XxSP1DERxX]

Unless you can read assembly from a disassembled client. Or you know how to do DLL injection (with UOG SDK) and then add it yourself. You are not going to get anywhere. To do what you want, requires alot of programming skill, and one step short of local hacking skills. Unfortunately nobody with the skill will most likely help you, and I highly doubt you have the skill or else by now you would know what it takes.

I wont say its impossible.. but short of modifying the client, or its processes, your up shit creek.

[eldor]

Well, people see possibilities in a different way. Some peoples see relevance in common facts, others have good sense to know what is really important.
You see, I don´t have skill with C# yet, but I´m making my best as a self-taught person. I don´t intend to modify client font code, although I have capacity to build a client by myself. But this is not the point.
All this discussion, that was inicially intended to add a good resource for Administrators, now becomes a life or death discussion about if it´s possible or no to know that fact.
For now, I know witch ways I can follow. May I have to change client code? It´s possible with UO SDK? This questions I still have. For now I can´t answer them, but hope that I find out what I´m looking for.
Just wanna say that even if you don´t see relevance in my purpose, at least respect it. I don´t see utility in making "bank checks", "New mounts", "new ores", ... but even that, I respect them.

Thanks for reading this.

David, if you see this post I just wanna say that I´m glad that you are here making scripts, I get some of yours here and they all are very good. Really thanks.

[Arya]

Of course it would also take some tweaking of the communication protocol, a minor issue if compared to the client mod but it adds up. I think the world can live with gumps as it is

David, don't get intrigued because it's a very unintriguing place. Oh and you've been there before [Go 5435 1097 It's something left from the shard I used to work

[awdball]

I really have to ask eldor, what would you do with the piece of information, x/y coordinates of a gump? try to re-open it in the same location? That would take client mods too.... I can't see the utility at all yet....

Now if I was going to go to any lengths to hack something into the client, an ability to do the gump refresh or gump re-draw could be useful, but still not useful enough to go to those lengths.

One thing thats been beaten into my head by experience is there's always MANY ways to skin the cat, to solve a computing problem.

Perhaps if you could explain what you're really trying to accomplish and why, the combined brain power of this group might be able to provide you a plan of attack that could work.

Just my 2 bits.
---------------------------------------------------------
awdball (old school c coder learning and luvin c#)

[Arya]

I'm pretty sure he wants to place the gump in the same location after a response

[ASayre]

I'm guessing a 'quickfix' kind of thing would be asking the player to type in a X&Y position for the Gump, saving that, and then jsut have it always open in that X& Y position..

But then players need to know the X&Y postition. Hmm... Maybe a "GRid" thing that fills up whole area starting from 0,0 whcich has labels for common gump places they can either click or with numbers they can type in....

/me stops rambling.

[Dracarys]

Originally Posted by Arya

I'm pretty sure he wants to place the gump in the same location after a response

What for?

[Dipset]

int gumpPosX
int gumpPosY

use those and change them using buttons within the gump. have the buttons resend the gump after those ints are changed and print the new numbers.

[Arya]

Originally Posted by Dracarys

What for?

Well to have the gump appear wherever it was moved once it's been used (for example, you use a craft gump but want it on the right side of the screen so you can see something on the left: once you craft something the gump appears back in its original position).

[XxSP1DERxX]

Even if you had that info, the client (without changing the protocol, and how the client utilizes the information) wouldn't know what to do.

This is a good feature to ask to have added to UO Iris

[eldor]

Arya, thanks that you understood me!

Guys, the idea is computate de X/Y position of the gump, so it could be opened in the same place next time.

An immmediate application of this is in a "XP BAR" I created for my shard. The idea is making a gump with a progress bar that raises everytime a monster is killed. But it must be reloaded at each kill and if it keeps going to same position then I have to make it not_movable. And this is not good.
It have some other applications, like...

[...]

Maybe you´re right. The application of that kind of information is restricted in the creation of gumps that must stay open and have some value that must change. [...]

ok, I had another good implementation: Making chat gumps that display messages at real time. Think about a guild (group) chat room that is opened at the black wole of UO screen... good idea hun?

Hugs.

[Dracarys]

Well, there already is a chat system in uo ?!

I haven't tried it yet but i believe it works with RunUO. You could just modify it but all the gumps are already there.

[XxSP1DERxX]

It works, I use it sometimes.

[David]

You know, you could just park the gump where you want it and set Dragable = false. May not be the best answer but it would work.

[XxSP1DERxX]

yeah, that should work

[PerfectWing]

Just watch out for conflicting resolutions. I play at 1280x1024 desktop resolution. I have a lot of blackspace to use, that I know most clients don't.

[Mortis]

As PerfectWing stated I would like to add I never do this but some play in YUK Full Screen mode.