Hello! I currently have an image with text as a button, with an over, and have the "Restore on mouse leave" checked. Unfortunately, when the mouse leaves the image remains and the text disappears. What am I doing wrong?
You can use built-in image states which include a "hover" state. With these built-in states the hover state works automatically, no triggers required, and will return to the "normal" state when the mouse leaves.
Thank you! I managed to figure out the hover state. I am having a different issue now in that the hover state still shows the text from the normal state, so they overlap. I've attached images to help demonstrate the issue. What am I doing wrong?
I do not have the original text in the Hover State...I wish I could send you images to show you. How can I do that? I guess this email doesn't allow for it?
Oh yes, that makes more sense as I was responding through email. Here are the images I was trying to attach. If I need to send you the .story file, can I send the document to you instead of posting?
Basically, the built-in hover state (like some of the other built-in states) is an overlay of the previous state. That means it does not replace what was there, it merely places the hover state on top of it. If you want something to disappear when you hover, you have to create your own state and triggers.
Basically, the built-in hover state (like some of the other built-in states) is an overlay of the previous state. That means it does not replace what was there, it merely places the hover state on top of it. If you want something to disappear when you hover, you have to create your own state and triggers.
This has never been my experience, but possibly things have changed recently? I'm normally able to use the built-in hover state very reliably, and have never had this type of overlay problem before. I use them a lot actually.... Strange.
Sorry, I guess I'm not sure if I understand. So the hover state literally hovers what is in that state over the normal state so that both overlay with each other? That seems a little strange. How do I create a real hover state where my image and text do not overlay with the normal state?
Hi, Joanna and Brian -- My apologies for the confusion, and I think this might benefit from some additional exploration. I would like to set you up in a case to work with our Support Engineers, Joanna, but I am not able to locate contact information for you in our system, so if you could please use this form to submit a case, I will be on the lookout to follow along.
You are thinking of natural objects, like the blue box in the attached video, which has built-in text. It works like you think it should. The helmet in your story is a complex object (picture and text box) and state changes are applied to only one of them, in this case the helmet. In the attached story, I attached the hover state to the second text box, and it works the way you think it should. Then I grouped the helmet with the text box so that the hover effect kicks in when the helmet is hovered over. NOTE: Now the text changes on hover, but the helmet won't.
Walt, thanks for the reply.... I've somewhat moved away from hover interactions because of incompatibility with touch devices but it seems like I've still used them recently enough I'd have noticed if they weren't working anymore.
And I totally get what you're saying as far as "natural objects", etc., and appreciate the examples (thank you!), but I definitely remember being able to use objects like my football helmet example before along with the built-in hover state, unless I'm losing my mind which is completely possible.
In any case, the concept of how a hover state should be expected to work is something that has been well established (since the old Flash days for some of us) and if Storyline is simply overlaying the hover state over top of the normal state it still seems broken to me (hopefully). At the very least I'll say that it is not working as I would expect a hover state to work.
I just wanted to pop in and share an update. I took a look at the case filed by Joanna (00875389) and it does look like the issue reported here has been shared with our QA Team for review and clarification. The workaround being to handle the image and text as different objects and states in the meantime. The overlap seems to only happen on hover and that does not seem consistent. Thanks everyone for sharing.
Hi Brian - I would have to create one. The example shared with our team was with Joanna's file. I'll take another look when I get a better handle on Monday if that's ok :)
Here is a brief example. The top image shows the issue reported and the bottom image shows the potential workaround. Of course the objects could be triggered together to make it a bit more seamless as well.
Of course the objects could be triggered together to make it a bit more seamless as well.
True here, as they should trigger together for sure. More triggers, definitely makes it much more clunky to implement.
I'm hoping that your QA team finds this to be a bug. The expected behavior for me would be for the built-in hover state to handle this without having to use workarounds.
I'm almost positive that this hasn't always worked this way... I'm tempted to install SL1 on my personal machine and see if I can replicate it, lol.
Thanks for putting this example together Leslie and thank you for getting it in front of the QA team, much appreciated.
23 Replies
Hi Joanna,
You can use built-in image states which include a "hover" state. With these built-in states the hover state works automatically, no triggers required, and will return to the "normal" state when the mouse leaves.
Here's a little more info on image states - https://community.articulate.com/series/4/articles/adding-and-editing-states-in-articulate-storyline-2
Hi there,
Thank you! I managed to figure out the hover state. I am having a different issue now in that the hover state still shows the text from the normal state, so they overlap. I've attached images to help demonstrate the issue. What am I doing wrong?
Thank you so much,
Joanna.
Hi Joanna,
I'm not seeing any attached images, but it sounds like you need to edit the "Hover" state for your image to remove the normal state text.
Hi there,
I do not have the original text in the Hover State...I wish I could send you images to show you. How can I do that? I guess this email doesn't allow for it?
Thanks, Brian!
Best,
Joanna.
You'll probably have to visit your post here on the Heroes forum and attach your images.
Alternatively, rather than attaching images, you may consider attaching a .story file that has a slide with the image you're having problems with.
Oh yes, that makes more sense as I was responding through email. Here are the images I was trying to attach. If I need to send you the .story file, can I send the document to you instead of posting?
Thanks!
Joanna, strangely I'm running into the same issue.
Articulate support (or anyone), could you take a look at this file and see if we're missing something here?
Hi, Joanna and Brian -- Thanks for sharing the .story and we'll take a look as soon as possible! Your patience is appreciated.
Basically, the built-in hover state (like some of the other built-in states) is an overlay of the previous state. That means it does not replace what was there, it merely places the hover state on top of it. If you want something to disappear when you hover, you have to create your own state and triggers.
This has never been my experience, but possibly things have changed recently? I'm normally able to use the built-in hover state very reliably, and have never had this type of overlay problem before. I use them a lot actually.... Strange.
Hi, Joanna -- I see that Walt has stopped in with an option to assist! Please let us know if that will work for your needs. :)
Hi Christie,
Sorry, I guess I'm not sure if I understand. So the hover state literally hovers what is in that state over the normal state so that both overlay with each other? That seems a little strange. How do I create a real hover state where my image and text do not overlay with the normal state?
Thanks,
Joanna
Christie, are you saying that this is the way the built-in hover state is supposed to work? The way Walt is describing it here? Seems broken to me...
Hi, Joanna and Brian -- My apologies for the confusion, and I think this might benefit from some additional exploration. I would like to set you up in a case to work with our Support Engineers, Joanna, but I am not able to locate contact information for you in our system, so if you could please use this form to submit a case, I will be on the lookout to follow along.
Thanks all, I've submitted a form for this! Brian, hopefully I can share some good news with you!
Brian,
You are thinking of natural objects, like the blue box in the attached video, which has built-in text. It works like you think it should. The helmet in your story is a complex object (picture and text box) and state changes are applied to only one of them, in this case the helmet. In the attached story, I attached the hover state to the second text box, and it works the way you think it should. Then I grouped the helmet with the text box so that the hover effect kicks in when the helmet is hovered over. NOTE: Now the text changes on hover, but the helmet won't.
Walt, thanks for the reply.... I've somewhat moved away from hover interactions because of incompatibility with touch devices but it seems like I've still used them recently enough I'd have noticed if they weren't working anymore.
And I totally get what you're saying as far as "natural objects", etc., and appreciate the examples (thank you!), but I definitely remember being able to use objects like my football helmet example before along with the built-in hover state, unless I'm losing my mind which is completely possible.
In any case, the concept of how a hover state should be expected to work is something that has been well established (since the old Flash days for some of us) and if Storyline is simply overlaying the hover state over top of the normal state it still seems broken to me (hopefully). At the very least I'll say that it is not working as I would expect a hover state to work.
I just wanted to pop in and share an update. I took a look at the case filed by Joanna (00875389) and it does look like the issue reported here has been shared with our QA Team for review and clarification. The workaround being to handle the image and text as different objects and states in the meantime. The overlap seems to only happen on hover and that does not seem consistent. Thanks everyone for sharing.
Leslie, would you be able to share an example .story file using this workaround?
Hi Brian - I would have to create one. The example shared with our team was with Joanna's file. I'll take another look when I get a better handle on Monday if that's ok :)
Hi Brian!
Here is a brief example. The top image shows the issue reported and the bottom image shows the potential workaround. Of course the objects could be triggered together to make it a bit more seamless as well.
True here, as they should trigger together for sure. More triggers, definitely makes it much more clunky to implement.
I'm hoping that your QA team finds this to be a bug. The expected behavior for me would be for the built-in hover state to handle this without having to use workarounds.
I'm almost positive that this hasn't always worked this way... I'm tempted to install SL1 on my personal machine and see if I can replicate it, lol.
Thanks for putting this example together Leslie and thank you for getting it in front of the QA team, much appreciated.
Of course :)
This discussion is closed. You can start a new discussion or contact Articulate Support.