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.

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

Layouts should restore window size, position and current tab #19

Closed
1 of 3 tasks
bentoogood opened this issue Mar 27, 2013 · 9 comments
Closed
1 of 3 tasks

Layouts should restore window size, position and current tab #19

bentoogood opened this issue Mar 27, 2013 · 9 comments
Assignees

Comments

@bentoogood
Copy link
Contributor

bentoogood commented Mar 27, 2013

Layouts should restore

  • window size
  • position
  • current tab
@thiasbxl
Copy link

thiasbxl commented Oct 3, 2013

If we ever save the layout with the scene (Issue #50) we should also save what node is pinned to what tab/panel

@bentoogood
Copy link
Contributor Author

This should be covered already by #493
If you save a layout it saves the pinned status.

@johnhaddon
Copy link
Member

It does need mentioning actually - whether an editor is pinned or not does differ from which node is in it, and the latter isn't currently saved anywhere. Do we have a ticket for "save layout in script"? - if so this discussion would be best on there.

@bentoogood
Copy link
Contributor Author

Ah - I read Matias's comment incorrectly. I thought the request was just for pin or no pin.

Do we have a ticket for "save layout in script"? - if so this discussion would be best on there.

#50 - referenced above, so these two should be linked now.

@johnhaddon
Copy link
Member

Quick note to say that when we restore the window size and position, we need to take care that this works sensibly when opening on a lower res monitor, or going from a dual monitor to single monitor setup...

@andrewkaufman
Copy link
Contributor

Is this issue going to be resolved by @themissingcow's current tasks (#34, #50, #3139)? Or will the "pinned status" be the one outstanding remaining issue here?

@johnhaddon
Copy link
Member

Depends what is meant by "pinned status". We already save a boolean for whether an editor was pinned or not, but saving pinned status doesn't really make sense unless the layout is saved with the script and we also save which nodes were pinned in. I'm not sure that's something I want anyway, I like that when you load something it doesn't immediately start computing whatever happened to be pinned last time you saved. That's kindof the whole point of deferred loading.

I think we should close this ticket when Tom's done with his current tasks, and reconsider pinning as part of the ticket for saving layouts with scripts (which is another thing I'm not particularly keen on).

@andrewkaufman
Copy link
Contributor

Depends what is meant by "pinned status".... saving pinned status [requires that] the layout is saved with the script and we also save which nodes were pinned in

Yes, that is the particular request in question. I was trying to determine if this Issue maps to an internal IE ticket or not.

I think we should close this ticket when Tom's done with his current tasks and reconsider pinning as part of the ticket for saving layouts with scripts (which is another thing I'm not particularly keen on).

Ok, well that is #50, which is one of Tom's current tasks... or at least its on the Up Next board and assigned to Tom. In any case, I'm fine to do that, close this one and make saving which node is pinned (or deciding thats bad) part of #50

@johnhaddon
Copy link
Member

OK, closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants