DEVS: Are you interested in a brand-new client?

[sabinati]

shift clicking is for transferring items from one container to another, e.g. from your inventory to equipment, or from chest to inventory. i would use a different key to queue or use a different key for transferring so that the functionality is not lost.

[SeanPan]

Why not use double-click on an item in order to move it to the next interacted container?

If shift can queue up interaction actions, it would be pretty sweet as well. Harvest everything!

[themendios]

shift clicking is for transferring items from one container to another, e.g. from your inventory to equipment, or from chest to inventory. i would use a different key to queue or use a different key for transferring so that the functionality is not lost.

I was just going to add a +/-/all button next to each material. I am sorta surprised that it isn't implemented, it almost seems like the shift click/scroll would be harder to implement.

By the way loftar is what the bufko guy was complaining about true? Do you actually feed the client GUI instructions beyond just sprite animations? I sorta doubt it but I haven't dug that far yet since I got wrapped up in building my library.

[themendios]

Wow, after reviewing the code that is precisely what it is doing.

loftar I have to say this is a unique piece of code you have here with the remoteUI implementation, I don't think I've ever seen anything quite like it or even considered the possibility that a UI could be run remotely.

Maybe I'm missing a piece (and I probably am) but it looks like every Widget sends its feedback directly to and from the server via s/rworker which means that there is no interception or possibility of modification of the positions of the Widget on the clientside at all. Unless it's only sending the coordinates of interaction inside that particular widget's bounds (which is what I am hoping).

Now I am thinking how in the hell I am going to implement this. If you can tell me if the interaction data is limited in scope to just the bounds of the widget in question or on the ui as a whole that would help a ton!

[Jackard]

what do you mean when you say "widget"? i know some of this stuff can be moved:

http://i40.tinypic.com/29ooh0l.png

[themendios]

what do you mean when you say "widget"? i know some of this stuff can be moved:

http://i40.tinypic.com/29ooh0l.png

yea i'm still digging through all the code, i guess you could just ignore certain ui messages

[themendios]

nm

[themendios]

wow, figured it out

i underestimated your conversion functions, switched endian order on the uint16s on a random whim and it worked

[loftar]

loftar I have to say this is a unique piece of code you have here with the remoteUI implementation, I don't think I've ever seen anything quite like it or even considered the possibility that a UI could be run remotely.

I take it you've never used X11 over TCP? :)

If you can tell me if the interaction data is limited in scope to just the bounds of the widget in question or on the ui as a whole that would help a ton!

I'm not sure what you're actually asking.

[themendios]

I take it you've never used X11 over TCP?

Nope. As for the other, I think I've already answered that question for myself.

Just trying to decipher your number structures. Changing endianness is pretty normal for network traffic but adding 100mil to negative numbers and then changing endianness manually and then changing each resulting byte to signed is just bizarrely complex to me.

Is this some sort of standard I'm unaware of?