Forum Migration Notice
Update (2026-01-21): The user forums are now in read-only mode pending the data migration.
Update (2026-01-12): The user forums will be put into read-only mode on the 21st of January, 00:00 CET, to prepare for the data migration.
We're transitioning to a more modern community platform by beginning of next year. Learn about the upcoming changes and what to expect.
Update (2026-01-12): The user forums will be put into read-only mode on the 21st of January, 00:00 CET, to prepare for the data migration.
We're transitioning to a more modern community platform by beginning of next year. Learn about the upcoming changes and what to expect.
RsTarget.ReferenceFrame and Undo
Dirka3
✭
Hello,
In my RS Add-in I am using using the Project.UndoContext to create an undo step that modifies and RsTarget's Transform, ReferenceFrame, and Attributes properties. When the user chooses to undo the modification the Transform and Attributes revert back to their original state, but the ReferenceFrame remains at the newly modified value. This same behavior can be observed using RsTarget.ShowReferenceFrame and the RS built in functionality for Translate Path, Rotate Path, etc. and using the undo mechanism.
In our application the ReferenceFrame is representing an important concept for us and ideally the undo step would consider it as well. Is this a bug that can be fixed? Or is this something we should work around by introducing our own ReferenceFrame Attribute?
Thanks!
-Levi
In my RS Add-in I am using using the Project.UndoContext to create an undo step that modifies and RsTarget's Transform, ReferenceFrame, and Attributes properties. When the user chooses to undo the modification the Transform and Attributes revert back to their original state, but the ReferenceFrame remains at the newly modified value. This same behavior can be observed using RsTarget.ShowReferenceFrame and the RS built in functionality for Translate Path, Rotate Path, etc. and using the undo mechanism.
In our application the ReferenceFrame is representing an important concept for us and ideally the undo step would consider it as well. Is this a bug that can be fixed? Or is this something we should work around by introducing our own ReferenceFrame Attribute?
Thanks!
-Levi
Tagged:
0
Comments
-
Hi Levi,
I think there is a bug and ReferenceFrame is not backed up correctly.
It should be possible to work around by setting any other property before setting the ReferenceFrame (except Transform because that actually changes the RsRobTarget).
E.g. something like thistarget.ShowName = !target.ShowName; // Causes all target properties to be backed up target.ShowName = !target.ShowName; // change back.. target.ReferenceFrame.Matrix = ...
Johannes Weiman
Software Engineer
RobotStudio Team, ABB Robotics0 -
Thanks so much for this suggestion! It is working well and will keep us moving forward.0
Categories
- All Categories
- 5.7K RobotStudio
- 402 UpFeed
- 21 Tutorials
- 16 RobotApps
- 307 PowerPacs
- 407 RobotStudio S4
- 1.8K Developer Tools
- 251 ScreenMaker
- 2.9K Robot Controller
- 368 IRC5
- 92 OmniCore
- 8 RCS (Realistic Controller Simulation)
- 859 RAPID Programming
- 43 AppStudio
- 4 RobotStudio AR Viewer
- 19 Wizard Easy Programming
- 111 Collaborative Robots
- 5 Job listings
