DateField could offer to cycle time beyond focused segment with arrow up/down about react-spectrum HOT 8 OPEN

We could consider a contribution for this. It'd have to be opt-in behavior though.
Thanks for the extra information.

from react-spectrum.

This feels like a valid use case to me, we do already have access to the segment's min and max in the increment and decrement methods, so theoretically we could implement the behavior you described so long as we batch together the increment/decrement of the adjacent segment along with changing the current segment to its min/max. Will ask the team if they have any opinions on this here.

from react-spectrum.

Hmm I’m not sure if this offers a better user experience. For example, if you’re focused on the minutes, would you expect changes to occur outside of the minutes? I think it could be confusing in the case you’re using VO changing the minutes when the hour suddenly changes.

That said, I do vaguely recall the old iOS timer behaving similar to this (I could be wrong but it feels familiar) so the behavior isn't entirely unheard of

from react-spectrum.

Thanks for considering!! Regardless of seeing this feature land or not, I could (and maybe other users in the future) use some pointers on how to implement this with the current components. Is there no other way than forking useDateSegment.ts and dependent components?

from react-spectrum.

You may be able to chain together your own keydown/pointer handlers with what useDataSegment provides to provide the additional segment updates? I imagine there will be other issues that will occur that will result in needing to fork useDateSegment at the very least just so that you have finer control over the specific logic that happens in increment/decrement.

from react-spectrum.

For example, if you’re focused on the minutes, would you expect changes to occur outside of the minutes? I think it could be confusing in the case you’re using VO changing the minutes when the hour suddenly changes.

@yihuiliao do you think the same argument could be made of the current behavior, that switches focus from a segment to the next one when typing values using a physical keyboard?

from react-spectrum.

@vgrafe Mind expanding on your exact use case? I assumed at first that this was manipulating duration (aka like in video editing as you are scrubbing through perhaps) but that would need to be a different thing entirely (would use the Intl.DurationFormat instead). The team still saw a use case for manipulating dates still though (browsing through logs or something), but Spectrum Design doesn't have a UX pattern that would use this yet so it is unlikely that we would pick this up in the short term unfortunately.

from react-spectrum.

Got you, thanks for the extra context! I'll try to clarify my use case if that helps: I am implementing a webapp that provides a DateField and a canvas for timeseries dataviz. There is no scrubber or slider since any datetime can be set on the DateField, and on any change on that field, data is fetched and rendered in the canvas.

At first that was great, but it became natural to focus minutes or seconds then use the up/down arrows, providing a way to see data evolve in time, and this UX really works - except that, as you imagine, it is not possible to increment/decrement more than 59 times when focusing on seconds or minutes, without seeing the data jumping back in time.

I hope this makes the case for this behavior as a valid expectation, but am not insisting that this should prioritized; I can prob whip an quick and unfathomable hack to fix my use case. I appreciate your work and opinion on this!

from react-spectrum.