-
Notifications
You must be signed in to change notification settings - Fork 0
#3 - Proposal for @getadjustheight #3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
This is not directly related, but I would be interested in seeing hover height adjustments work more like a stack/queue. Let me give you an example:
If any of the items ask for new height, they get moved to the top of the stack with the new value. If the user changes HH during any point where any item is requesting for it, it could either do one of the two:
The use cases I imagine for this would be - where you have a HUD that when you sit sets hover height to 0, and wants to restore it when you stand up and another HUD or script that manages hover height based on the shoes you're wearing. |
@ajustheight is currently a force command though, which (ideally but not always) are throw-away commands that don't carry any state into the future. I understand your example, but (4), (5) and (6) isn't possible since there is no 'hover height' restriction, so there is no way to clear it. @adjustheight=force could be a way to do it but I don't like that with multi-object state since objects that issue single-use RLV commands aren't actually tracked by RLVa, only ones that have an active behaviour are. That said, what if we introduce @adjustheight:=n with the understanding that "last set wins"? Then you have a queue, you have per-object state, and an inherent order of what to restore when the top item get popped (and order is maintained when non-active items get popped). The only issue I see is that @adjustheight:=n kind of/sort of implies that the user shouldn't be able to make manual adjustments... but maybe that's just me being pedantic 😊. Any thoughts on that?
Thanks, that example helped. I'm not sure I think it's realistic, but as a theoretical discussion point it works at least 😛 . |
I'm going to be purist in my comments! The proposal is for @getadjustheight! For me, I think that would be hugely useful. So, yes, please. A lot of the proposal gets into the rat's nest of @adjustheight which I'd recommend carving off into a different proposal. Now, if I really wanted to use @getadjustheight then I wonder if I would want yet another extension to @notify to indicate that either the user (using the slider) or some other script has adjusted the height. When I get back to things that care about poses/animations where height matters, I would really love to know the details @getadjustheight will give me! |
Having a memory for the original height would solve quite a few issues for a few products i want to make, and to be able to do it without a listen would be wonderful. |
Currently, scripts have no reliable way to determine the original hover height. For example, if a script plays an animation and adjusts the avatar’s height using
@adjustheight
, it has no means of restoring the original hover height once the animation ends. Most scripts attempt a best-effort restoration by issuing@adjustheight:1;0;0=force
, but this is far from ideal.This proposal would extend RLVa with a command to retrieve the active hover height, as well as a way for scripts to restore the previous hover height without needing a reply/listen round-trip.