If a user on windows messes up their layout and tries to choose to go back to the edit layout nothing happens. The feature seems to work fine on the mac.
Hi,
when you say messes up their layout - is that by customizing by adding/ removing components and then trying to switch back to default?
Also does this occur consistently every time you rearrange windows and does it fail to switch to default and keep the current layout?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes it's when the close windows and then switch back. If the switch to verify layout that works, but when they switch back to edit layout then it takes them back to the version that they had made by closing various things. This is a problem for them because they generally did not mean to close the windows and are unable to find the components that they want. I'm not sure if there is any correlation with which windows have been closed, but my impression is that there is not.
Thanks,
Jen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Making changes to the current perspective sets those options as the preferences for that perspective.
This is not a bug - thats how Layouts are setup.
If a current user is not sure about the kind of changes they might make - while starting out they should do a "Save current perspective as" and save say the "Edit" as "Default Edit layout" and similarly "Default Verify Layout"
Another option is having the following two options set in the Layout menu:
- default edit layout
- default verify layout
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It was discussed at the meeting yesterday that "Default Edit" and
"Default Verify" layout options are needed.
After putting in some thought into this request I have realized that we
do not need the Switch to "Default Edit" and "Default Verify" perspectives.
I think the way its setup right now is correct. If the user wants to
make changes to the perspective loaded on startup (default) they should
first "Save current perspective as..." say "My Edit Configuration" and
customize perspective there - then when they'd like to switch to default
they can just go back to "Edit".
It would be easy to add more options to the Layout menu but I'm against
this as I do not want to over engineer OE for specific users.
The workflow here is quiet intuitive to me - save the layout if you plan
on experimenting.
Unless the working group members feel strongly about this I think there
should not be any changes to the Layout menu and documentation for
customizing layouts should be updated.
Thanks,
Amina
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Whilst this feature is good as it is, it is not actually working on windows machines. I will just reopen this as a reminder to look into what the bug is.
Thanks,
Jen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
when you say messes up their layout - is that by customizing by adding/ removing components and then trying to switch back to default?
Also does this occur consistently every time you rearrange windows and does it fail to switch to default and keep the current layout?
Hi Amina,
Yes it's when the close windows and then switch back. If the switch to verify layout that works, but when they switch back to edit layout then it takes them back to the version that they had made by closing various things. This is a problem for them because they generally did not mean to close the windows and are unable to find the components that they want. I'm not sure if there is any correlation with which windows have been closed, but my impression is that there is not.
Thanks,
Jen
Making changes to the current perspective sets those options as the preferences for that perspective.
This is not a bug - thats how Layouts are setup.
If a current user is not sure about the kind of changes they might make - while starting out they should do a "Save current perspective as" and save say the "Edit" as "Default Edit layout" and similarly "Default Verify Layout"
Another option is having the following two options set in the Layout menu:
- default edit layout
- default verify layout
It was discussed at the meeting yesterday that "Default Edit" and
"Default Verify" layout options are needed.
After putting in some thought into this request I have realized that we
do not need the Switch to "Default Edit" and "Default Verify" perspectives.
I think the way its setup right now is correct. If the user wants to
make changes to the perspective loaded on startup (default) they should
first "Save current perspective as..." say "My Edit Configuration" and
customize perspective there - then when they'd like to switch to default
they can just go back to "Edit".
It would be easy to add more options to the Layout menu but I'm against
this as I do not want to over engineer OE for specific users.
The workflow here is quiet intuitive to me - save the layout if you plan
on experimenting.
Unless the working group members feel strongly about this I think there
should not be any changes to the Layout menu and documentation for
customizing layouts should be updated.
Thanks,
Amina
Hi Amina,
This makes much more sense to me. It's how I assumed the tool worked anyway.
Jen
Hi Amina,
Whilst this feature is good as it is, it is not actually working on windows machines. I will just reopen this as a reminder to look into what the bug is.
Thanks,
Jen
I didn't know that - will look into it.
I just tested this on Windows 7 and it works for me.