Ticket #2406 (closed feature: obsolete)
remove-orientation-sub-hud
Reported by: | dido | Owned by: | dido |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | SOPHIE_END_PRODUCT | Version: | 2.0 |
Keywords: | Cc: | dido | |
Category: | END_PROD | Effort: | |
Importance: | 60 | Ticket_group: | |
Estimated Number of Hours: | 0 | Add Hours to Ticket: | 0 |
Billable?: | yes | Total Hours: | 0 |
Analysis_owners: | dido | Design_owners: | dido |
Imp._owners: | dido | Test_owners: | |
Analysis_reviewers: | deyan | Changelog: | Changelog |
Design_reviewers: | pap | Imp._reviewers: | todor, pap |
Test_reviewers: | Analysis_score: | 4 | |
Design_score: | 3.5 | Imp._score: | 3 |
Test_score: | 0 |
Description (last modified by dido) (diff)
The goal of this task is to optimize the usage of orientation functionality
- In order to reduce users clicks for rotating by pointing the rotation pivot - remove the orientation sub hud and add this functionality to properties hud.
- Use the logic from rotation sub hud instead of the one that exist in properties hud.
- In order to customize the control for rotation pivot, replace check-boxes that are currently used with LogicR3TougleButtons, and rewrite the logic.
- The end result should look as close as possible to the attached image
Attachments
Change History
comment:1 Changed 15 years ago by dido
- Owner set to dido
- Status changed from new to s1a_analysis_started
- Description modified (diff)
comment:2 Changed 15 years ago by dido
- Cc dido added; 60 removed
- Importance set to 60
- Status changed from s1a_analysis_started to s1b_analysis_finished
- Analysis_owners set to dido
comment:4 Changed 15 years ago by dido
- Summary changed from remove orientation sub hud to remove-orientation-sub-hud
comment:5 Changed 15 years ago by deyan
- Status changed from s1b_analysis_finished to s1c_analysis_ok
- Analysis_reviewers set to deyan
- Analysis_score changed from 0 to 4
comment:7 Changed 15 years ago by dido
- Design_owners set to dido
- Status changed from s2a_design_started to s2b_design_finished
- All toggle buttons that are used to set the rotation position are now part of RotationPivotButtonsContainer sub class inside ProppertiesHud.
- New enumeration EventIds is added.
- Inside the HudLogic
- New handler is added ON_ROTATION_PIVOT_SET
- ON_ANGLE_SUBMIT is changed to work as it was working in orientation sub hud. In order to do so there are few support methods added to the hud.
- getFrameView - Gets the frame view which rotation properties should be changed by this
- getHud - Helper method to get the related PropertiesHud
- getModel - Helper method to get the frame model they are working on, for all elements in this hud.
- Also few new properties are added
- model - Frame this Hud operates on.
- rotationPosition - The position in the frame of its rotation center.
- rotationCenter - The rotation center of the frame this hud is working on.
- From RotationAngle sub class the method getHud is removed
- OrientationSubHud is removed and the MainAppHalosModule is edited in order to not use the class
- FrameRotationHaloButton now get his rotation pivot position form PropertiesHud instead of OrientationSubHud
- There were some commented code inside this classes, now it's removed
- new assets are added inside org.sophie2.main.app.halos/src/main/resources/distrib/icons/propertiesHud/
- Inside the implementation - new container will be added, that contains RotationPivotButtonsContainer and RotationAngle. They will also swap places, and the gaps between them will be changed.
Note: Forgot to add comment when created the branch
Follow the the link to the design.
comment:8 Changed 15 years ago by pap
- Status changed from s2b_design_finished to s2c_design_ok
- Design_score changed from 0 to 3.5
- Design_reviewers set to pap
- I see improvements in your skills :))
- ON_ROTATION_PIVOT_SET is not a nice name for an event. This is the name of an event handler. SET_ROTATION_PIVOT is better.
- The new getHud method has improper JavaDoc. Also I think we don't need it as it only wraps one method.
- I don't think that we really need the model property. Also the getModel method should return something like "hud.context().get(0).model().get()" in order to keep consistency of the model of the hud.
- Also it needs not be a FrameH. ElementH is sufficient I think.
- I think that the map between positions and buttons in RotationPivotButtonsContainer.swingComponent can be ommited if you override the computeSelected method of the concrete buttons. Actually you have overriden that method.
- This makes the separate properties for all the buttons obsolete.
- In the ON_ANGLE_SUBMIT use the getModel method of the PropertiesHud instead of getting the model this way.
comment:9 Changed 15 years ago by dido
- Status changed from s2c_design_ok to s3a_implementation_started
comment:10 Changed 15 years ago by dido
- Status changed from s3a_implementation_started to s3b_implementation_finished
- Imp._owners set to dido
All issues are fixed here.
comment:11 Changed 15 years ago by pap
- Status changed from s3b_implementation_finished to s3c_implementation_ok
- Imp._score changed from 0 to 3
- Imp._reviewers set to todor, pap
- Commited in [9100]
- You had incorrect tooltips in the buttons for different positions. This is quite strange for someone in the experience team.
- Don't use the static method BaseVisualElement.findParentElement(locating, class) when inside a visual element.
comment:12 Changed 13 years ago by meddle
- Status changed from s3c_implementation_ok to closed
- Resolution set to obsolete
Closing all the tickets before M Y1
Note: See
TracTickets for help on using
tickets.