I would give my left arm to be able for relative positioning

[AntiochInteractive]

Hello All,

While I know this might be a Skin Editor forum thing - it's also a request and suggestion for Thomas, thus I thought to post it here.

I watched the thumbnail masking tutorial - very nice. I read through a few people's work-around methods to have scrolling thumbnails by using multiple arrow sets - also neat, but sad that such a workaround was necessary.

What would it take for Thomas to add a checkbox for 'Change Element Position' wherein the element position is relative to itself?

In the skin I am designing, I have a floorplan with hotspots. Mouse-over the hotspot and my thumbnails slide to show the related thumbnail in the center. This is following the tutorial on masking. However, I also have arrows on the thumbnail bar. In order for both ideas to work together, the arrows MUST be relative and simply shift my thumbnail container left or right by a fixed offset.

As a sidenote, I admit, there's going to be a problem when someone clicks and the thumbnails infinitely move left and disappear -- and I don't know how that would be resolved. Perhaps by making it impossible to translate an item > -100% or 200%?

[AntiochInteractive]

As a quick response to my own post --

This is what's really stumping me:

http://gardengnomesoftware.com/wiki/Pan ... le_Actions

"Offset X/Y: This is the difference between the current position and the new position."

I'm using Pano2VR v3.0 64-Bit and I attest that no matter what I do, it's not the difference between the current position and new position. If I give an offset of:

-90/0

The object will move -90 one time. It will not move -90 successively each time one clicks.

Is this a bug, or does the documentation need to be reworded to state:

"Offset X/Y: This is the difference between the original position and the new position."

[Hopki]

Hi
The statement is correct to the degree that on a mouse click the element will change position, it does not say that this would continue on successive clicks.
This of course has to work with the toggle action, so toggling to new position and then back.
I agree this would be good and save having to stack buttons, but for the moment the X/Y does make it easy to use.
Example:
Mouse click to move an element 10/0, will move it 10px to the right, 0/0 will move it back to its staring position.
So a second stacked button 20/0 will move it 20px to the right and 0/0 will move it back to the starting position again.
using negative numbers, -10 would move the element to the left.

What wood be good if Thomas could implement the same actions used when making volume up, down buttons.
I will be seeing him later so will ask.
Regards
Hopki

[Hopki]

Please see Issue #258
Regards
Hopki

[AntiochInteractive]

Thank you for posting this request! I've managed a work around of sorts... but this would cut down on time hugely!!!