Hello all,
This is my first post in the forum. Before we get to the issue, I wish to thank the entire development and product team of Indigo Studio for building such a beautiful product. Love you guys...
Have a situation that I have not been able to figure out a solution. Need your help. Here we go: let's say, I have two text boxes (A & B) on screen-x. Accordingly, have added to two new states when each of the text boxes is tapped by the user (A leads to A'B and B leads to AB'). User can choose to start with A or B (meaning, no predefined sequence). When on A'B , tapping on B takes me to AB' . So, it always goes back and forth. I would like to get to a new state (A'B') when both the text boxes have been filled-in. There are indirect ways to solve this problem in the tool (for example, add a different event altogether on A'B and AB') but they don't appear natural to me. What would be good instead if I had a chance to override an event that was added earlier in the interaction flow and thereby navigate to a state I wish to reach to.
Maybe, it is already possible in studio that I am not aware of. Any suggestion?
Hi Krishanu,
Thanks for your kind words! We love that you love us! ;)
Indigo has a concept called 'Shared Interactions' that is described here
The interactions that are 'toggle' interactions, like focus or hover (you get/lose focus, you are hovering and then you are not) are defined as shared interactions by default, and also apply the reverse operation when the interaction is finished. So, for example, when you are no longer hovering over an element, it will automatically apply the reverse of the operations defined in the new state.
You can change the default behavior by turning off the Shared Interaction or by unchecking the 'Reverse' checkbox in the interaction's Options.
Let me know if this helps.
Andres
Hi, Krishnanu.
Following up on what Andres was suggesting, we had answered a forum question on "Shared Interactions" in past. And we had included some projects you can play with to understand the use cases for shared interactions. See whether it helps clarify the concept.
Feel free to post with new questions. Here is the forum thread: https://ko.infragistics.com/community/forums/f/indigo-design/78802/shared-interactions/411094#411094
George
Hello guys,
Been following this thread and was also in George's webinar the other day. Love this app a lot. Ran into a little thing that I "think" is similar to this thread. Here goes:
First off, here is the link on your servers to a test I was doing: http://indigo.infragistics.com/prototype/N990FNON.html
If you hover over the arrow icon, you'll see a menu show up that has a link in it "Modify This Page." The problem is that I can't get over to the link because once I leave the arrow, the hover behavior closes. I saw where you guys said that we could just turn off the "reverse effect." I did that but then the problem is that it stays showing. In our application, we do a hover on an icon for additional menu actions and the user can move right over and select the appropriate link. Is there a way to keep that menu showing till I select a link? I thought maybe something with the hotspot could work too. In the meantime, I tried just doing the menu "onclick/tap" but that's not really the interaction the user does. Now I could just tell them that for sake of the demo, they have to do an onclick vs onhover but since it's all about the UX, I would rather see if there's a way to actually simulate the same onhover effect. :)
Thank you guys so much. Love the power of this tool and where it's going. This is amazing. Especially loving that it works on MAC as well.
Charles
<<Posted over the weekend so not sure if it got lost. Reposted>>
Hi, Charles.
Thanks for reporting this. And I complete agree with your rationale. We will work on this and fix it hopefully in the next update or two. Indigo should automatically notify you when an update is available.
Hi!
I have the same problem that Charles has.
I tried to override the Hover Interaction in the other state of the screen including a new On Click Interaction, but still the Hover Interaction is having priority.
It would be really nice if you could work this out.
And I agree with Charles, amazing app!!
Noe