Would love to hear more in terms of what you had in mind. Could it work to use the smaller state screens to show what changed, after someone has done an action? Maybe there needs to be an explicit symbol to denote that a page does not refresh - is that what you had in mind?
Hey Hayley. Still haven't indexed anything. Maybe just because right now I've only recorded 5 of them. Could be a good idea down the road perhaps.
So far I just posted one. Did you click on the image in the post?. Maybe I should of shared more? :)
Sure, for interactive prototyping there might be more advanced tools. I still think however that the linear narrative nature of PowerPoint and its low barrier to entry makes it an attractive communication tool. I mean, a screen by screen presentation mode is still quite awesome for showing off flows (a different intent from interactive prototypes). So I have to disagree with you and I wouldn't cross this off the list so soon.
Just worked in a subtle visual "plus icon" cue to hint that there is a bigger screen shot. Hope this helps. Cheers :)
Funny :) Well, you're right - there is more pressure from using a tool like this on the designer. But without crossing this off the list, perhaps I forgot to mention that the tool allows to predefine states or screens in advance. Thus, all the designer has to do spontaneously is the "flipping" of screens. The "drawing up" of screens could still be done in advance (or on the fly). Just thought to add this. Cheers.
Agreed. This experiment could be a band aid like fix for something that shouldn't happen in the first place, and the accessibility of it is questionable as well. I did want to add that initially I envisioned the list of links actually being composed of the same actions (ex: repeatable and predictable "add" or "edit" links that sometimes appear on each row). This way, the user knows they're there but they don't clutter the space as much. But maybe it's one of those failed experiments :)
Some nice examples you all found! Thanks for sharing the links. I've noticed a few superior examples (faded and narrower than the column width) which tackle the issue of mistakenly making the scroll bar "feel as if it's broken".
@Jarrod. I'd say when the need arises for a larger visible screen area, these floating navigation could potentially collapse on mouse out.
@John Beckett. The floating footer could be useful when you have long scrolling pages and a multi step process. In my case I wanted to show very visibly a critical element such as the continue / submit button in a consistent location.
At least in this case, the footer is already expanded so the user probably doesn't need to scroll down. Although an expandable interaction could work as well if there was more content inside.
Hi Ronny. About your comment: "And I don't agree about advertising those features to the users using banners, default tooltips and such - This is poor usability." Isn't the option for left clickable items already being advertised in all web browsers with a cursor change? I'm simply suggesting subtle use cues or affordances that can be learned and which extend the traditional left click to other advanced interactions which aren't yet visible.