Hello Moldflow Users,
I have one quick question for you! Your vote on this issue will help the Moldflow User Experience team decide how best to adjust the ribbon behaviour so that it suits your needs.
If you've tested our Scandium 2015 tech preview, you would know that we've made some changes to how the ribbon behaves. For one thing, you can now see all the ribbon tabs at the same time, so no more having to click on the Home ribbon to get to the ribbon tab you want! However, we would like to know what you would prefer the ribbon to do when it comes to switching between studies.
Please read the question below and then reply to this message with either Option 1, 2 or 3 in your message body. If you reply with Option 3, please explain what you would like to see.
So, the big question is.....
When you switch from one open study to another, do you want the ribbon to:
The User Experience team appreciate your input on this issue!
Thanks,
Caroline Dorin
---
I prefer
" 1. Remain unchanged – the ribbon will stay in whatever state it was in for the last study you were viewing"
Some one might prefer
"2. Re-set to the state last used for the study currently being viewed – the ribbon will remember the state it was in for the study you have chosen to open and reopen in that state"
Better give both options during instance, You can give option 1 or option 2.... yes or no type.
Thanks for your feedback Madhukeshwar!
Caroline
i am ok with option 1.
But some cases like result comparisson with different studies. i am not much comfort with the option 1.
if you give both option 1 & 2 in the view menu, based on the user preference (like a check box).
Dear Caroline,
for me option 1 is the only one that makes sense.
In my dayly work, I usually have several studyfiles opened when comparing results only. Then, it is very annoying when the ribbons change, depending on the activated window. Thus I'd like to have the ribbons completely independent from the study fliles.
From my point of view, I cannot see any scenario where option 2 gives me an atvantage.
Best Regards
Marco
Thanks Inba. I agree that flexibility is very important in this kind of situation.
Regards,
Caroline
___
Great feedback, thanks Marco!
Caroline
___
Hello Caroline,
I'll be ok with Option 01,
Option 01 would be most comfortable if we are opening multiple studies & comparing.
Option 03 would be like if you could consider that Lock & Unlock keys can be placed inside the window (water mark) like how we have view Cube inside window.
please find the below image for your reference.
Thank you
Hi Sabarinathan,
Thanks for the feedback. Can I please check that I understand your request from Option 3.
If I understand you correctly, you would like to be able to lock and unlock the ribbon state using a ribbon button , similar to the "Lock Views" button? When this was in operation, an icon would appear in the window, similar to the Lock Views icon. Is that correct?
So, for example, if you had multiple studies open and you wanted the ribbon to remain unchanged when you switch between them, you would like there to be a button on the View ribbon called "Lock Ribbon". If that button was selected, the ribbon state would not change when you switched from viewing one study to another.
Please let me know if I have not understood you correctly.
Thanks,
Caroline
____
Caroline,
I vote for:
Thanks!
I prefer
Option 1 - Remain unchanged – the ribbon will stay in whatever state it was in for the last study you were viewing
Thanks
Pradeep Kumar
Hello Caroline,
Thanks for your understanding,
Yes that would be great if u implement that,
Also lock & unlock views,plots,animation buttons should be placed inside the display window like we have View Cube in a right hand top side.
It has to visible only while u placing mouse button on it for enabling & disabling purpose. so that while capturing image for our report making this will not be visible.
Hi Sabarinathan,
Thanks for your response.
We are still in the idea gathering stage for this developement, so we will collect as much user feedback as possible and then decide on the most suitable implementation.
Thanks,
Caroline