Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Allow arbitrary positioning of ports on component exteriors #1186

Closed
philip-alldredge opened this issue Apr 25, 2018 · 4 comments
Closed

Allow arbitrary positioning of ports on component exteriors #1186

philip-alldredge opened this issue Apr 25, 2018 · 4 comments
Labels
category:enhancement ge importance:high post_graphiti Issues that could be easier to implement after migration away from Graphiti.
Projects
Graphical Editor Enhancements
Milestone
2.10.0

Comments

@philip-alldredge
Copy link
Collaborator

Issue by smithdtyler
Monday Oct 02, 2017 at 21:29 GMT
Originally opened as osate/osate-ge#226

When I select an incoming or outgoing port on a component, the GUI allows me to "move" the port by clicking and dragging, but only certain locations are "legal". I cannot determine what the rules are for which positions are legal and which are not, nor do I understand why positioning is limited at all.

The screenshots below highlight a series of legal and illegal port positions. I do not understand why some are legal and some are not.

screen shot 2017-10-02 at 4 27 27 pm
screen shot 2017-10-02 at 4 27 37 pm
screen shot 2017-10-02 at 4 27 46 pm
screen shot 2017-10-02 at 4 27 53 pm
screen shot 2017-10-02 at 4 28 03 pm
screen shot 2017-10-02 at 4 28 09 pm
@philip-alldredge
Copy link
Collaborator Author

Comment by philip-alldredge
Tuesday Oct 03, 2017 at 13:49 GMT

I believe the problem is that when the shape is slightly out of the bounding box for the shape, it starts attempting to move the port outside of the container. This is invalid. Unfortunately, I don't believe Graphiti exposes a way to override that behavior like it does for selection.

@philip-alldredge
Copy link
Collaborator Author

Comment by philip-alldredge
Tuesday Apr 24, 2018 at 19:05 GMT

Recommend waiting until migration to GEF5.

@philip-alldredge philip-alldredge added post_graphiti Issues that could be easier to implement after migration away from Graphiti. importance:medium importance:high and removed importance:medium labels Sep 21, 2018
@philip-alldredge
Copy link
Collaborator Author

This will be fixed as part of #1183. Labels should not prevent moving a feature and the effects of moving the feature will be shown while the dragging occurs.

@philip-alldredge philip-alldredge added this to Increment 4 - 2021-05-27 in Graphical Editor Enhancements May 26, 2021
@philip-alldredge philip-alldredge mentioned this issue May 26, 2021
Merged
@lwrage lwrage added this to the 2.10.0 milestone Jul 2, 2021
@philip-alldredge
Copy link
Collaborator Author

Fixed by dbefc8b

Graphical Editor Enhancements automation moved this from Increment 4 - 2021-05-27 to Done Jul 6, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
category:enhancement ge importance:high post_graphiti Issues that could be easier to implement after migration away from Graphiti.
Projects
Graphical Editor Enhancements
  
Done
Milestone
2.10.0
Development

No branches or pull requests
2 participants
@lwrage @philip-alldredge