You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, only the Plate Locator UI is implemented, but it does not control the robot. We need to have each of the buttons send commands to the robot to move it. An important factor to consider before implementing this is how each button will be translated into the robot motion. A couple of examples include:
For every time the user presses the button, the robot moves some distance (e.g., 1cm) in that direction. For this approach, the following questions need to be answered:
What happens if the user clicks a button but then decides they don't want to move it in that direction?
How far should it move in each click?
Is this Tyler's preferred method of controlling the robot?
While the user hold's down the button, the robot moves in that direction, and as soon as they let go,
We first need to come up with a proposal for how the button click gets transferred into robot motion, informed by user preferences and considerations for safety and such. After that, we need to implement the code, both on the robot side and on the UI side, to turn that into a reality.
The text was updated successfully, but these errors were encountered:
@amalnanavati I shared my thoughts yellow highlighted in this doc as a proposal responding to your above mentioned points of: how the button click gets transferred into robot motion, informed by user preferences and considerations for safety and such. Could you please take a look and share any feedback? If those look good to you, my proposed next steps are:
create onclicks for directional buttons in the plate locator app UI page
connect each onclick to a triggering function that moves the robot on that button click involving app<->ros communication and robot movement infrastructure
This issue should also implement Step-Action (Maybe wait 1 second for moving in clicked direction before stopping) for directional arrow button clicks and adjust lock icon appearance in the header so that it disappears when the robot is moving after an arrow click and re-appears before the next arrow button is clicked. See this slidedeck for more info. Looking into setTimeout in Javascript like in this StackOverflow post may help.
(Currently blocked by #8 ).
Currently, only the Plate Locator UI is implemented, but it does not control the robot. We need to have each of the buttons send commands to the robot to move it. An important factor to consider before implementing this is how each button will be translated into the robot motion. A couple of examples include:
We first need to come up with a proposal for how the button click gets transferred into robot motion, informed by user preferences and considerations for safety and such. After that, we need to implement the code, both on the robot side and on the UI side, to turn that into a reality.
The text was updated successfully, but these errors were encountered: