Topic: Usability Bug: The quickest tap of a 'Next' key needs to reliably advance one photo.

Report Abuse Report Abuse
NateLawrence (Over 1 year ago)
So this request has been a long time coming.

I noticed right away that you're simulating analog movement when using the cursor keys. (Accelerating from a slower speed to a faster speed before holding at that speed to move through the photos.)

I actually like that goal to help things feel smooth, however when tapping the cursor key (or any future key/button which functions to advance or regress one photo) as quickly as possible, I want to have a predictable response from the viewer that I will advance or regress one photo position from where I was.

In the current implementation, this is not the case. 
I will grant that in many cases it does work (where photo positions are spaced with a Goldilocks distance) however if the photos are very near each other or (seemingly) far apart, then a quick tap of the Up or Right key may only have the effect of budging off current photo for a moment + then sliding back to it because momentum was not great enough to reach the next.
NateLawrence (Over 1 year ago)
I am not advocating the removal of analog controls with digital input devices. 
That is one of the very things which made Super Mario Bros. so innovative back in the '80s.

Rather, I am saying that a minimum input on a key should have a predictable result of advancing or retreating one position.

One illustration which lept to my mind was the old Sega Saturn CD player in the system's BIOS.
The controller had digital shoulder triggers (Left and Right) which were used to skip to the next or previous track on the CD when tapped.

When they were held down, however, they would seek through the redbook audio at double speed.
Looking back on it now, I guess that they would listen for the L or R button being released and if that occurred within a certain time window, they would skip and after otherwise begin seeking.
Regardless, I never felt that there was any lag when seeking or skipping.

Surely you could implement something similar in the viewer?
NateLawrence (Over 1 year ago)
I am not saying that most synths will have photos taken so close together, however I would challenge anyone on the team to reliably move precisely one photo forward or backward in this Walk synth of mine:

You may think that my example is an extreme case, however I would ask you to test this on any other new synths that you care to and come to your own conclusions after testing.

In the end, your competition is not primarily or only a mid-1990s video game system which was near and dear to one of your user's hearts or video games from the mid-1980s to current day.

Your competition will be Facebook, Flickr, OneDrive, etc. where people are accustomed to a single press left or right (or up or down in the case of some walls, panoramas, spins, and walks) reliably landing them one photo forward or back.
PhotosynthTeam (Over 1 year ago)
A single click of an arrow key should move you by a single photo unless photos have been taken in a way we didn't expect. If I'm not mistaken, the photos in "Living Room by Christmas Light" seem to have been taken in pairs, with two different exposures at each point. Is this right? If so, I'd like to know what you were hoping to achieve with it...
NateLawrence (Over 1 year ago)
As stated in the description, I was going to combine the two exposures for each pair but before I did was curious what the effect would be if I uploaded them separately...

As I said above, there certainly are cases where the viewer will move one photo over, but there are also many cases where the viewer will start to do so but then slide back to the photo begun to be moved away from if the key is pressed quickly.