Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implement convenient field for first log date #16

Open
TomaszGasior opened this issue Jun 7, 2019 · 5 comments
Open

Implement convenient field for first log date #16

TomaszGasior opened this issue Jun 7, 2019 · 5 comments
Labels
enhancement New feature or request good first issue Good for newcomers help wanted Help from outside is needed

Comments

@TomaszGasior
Copy link
Owner

I think about compound field built using three inputs:

SELECT year | SELECT month | INPUT NUMBER day

Will be this more convenient than current plain text field or not?

@HyperDX
Copy link

HyperDX commented Jun 20, 2019

Yes, it will be more comfortable but I have another idea. Choosing a date from the mini pop-up calendar. What do you think?

@TomaszGasior
Copy link
Owner Author

TomaszGasior commented Jun 20, 2019

There are two ways to add this field:

  • a) simplier and preferred by me: using built-in calendar provided by popular web browsers (Chrome, Firefox at least)
  • b) using external JavaScript fancy calendar. I don't like this solution because it would make RL more heavy.

There is one special requirement for "first log date" field. Normally, when applications have some date-related fields, all information — day AND month AND year — are required from user to be filled in. "first log date" field is different, it must allow to user to put date in one of these formats:

  • only year OR,
  • year AND month OR,
  • year AND month AND day.

Also, application must understand difference between 2018, 2018-01 and 2018-01-01 so for example we can't assume that first day of month means that we can ignore the day at all.

Unfortunately, calendar widgets provided by web browsers do not support our requirement of three possible formats — they always require both year and month and day. :( The only possible solution is to use external JavaScript calendar which I personally don't like. :(

Also, there is another question. Are RadioLista users more keyboard-oriented or more mouse-oriented? If RadioLista users are more keyboard-oriented, current solution based on simple text field is better for them.

As you can see, it's hard to decide, which direction choose.

@TomaszGasior TomaszGasior added enhancement New feature or request help wanted Help from outside is needed question Further information is requested labels Jun 27, 2019
@TomaszGasior TomaszGasior added this to the 4. Next users features milestone Feb 2, 2020
@TomaszGasior TomaszGasior added the good first issue Good for newcomers label Feb 2, 2020
@TomaszGasior TomaszGasior self-assigned this Feb 2, 2020
@TomaszGasior TomaszGasior removed their assignment May 15, 2020
@HyperDX
Copy link

HyperDX commented May 15, 2020

Also, there is another question. Are RadioLista users more keyboard-oriented or more mouse-oriented? If RadioLista users are more keyboard-oriented, current solution based on simple text field is better for them.

Personally, I prefer typing date using keyboard. For me it's much faster than choosing from a calendar ;). Maybe this feature will be more convenient on mobile devices?

@TomaszGasior TomaszGasior removed the question Further information is requested label May 15, 2020
@TomaszGasior
Copy link
Owner Author

I will keep this issue open but I unassigned myself and added help wanted label: maybe someone else would want to implement this feature. Since there are some keyboard oriented users like me or @HyperDX there's one requirement: implementation must offer both ways of entering date: from the keyboard and optionally from visual calendar.

@TomaszGasior TomaszGasior removed this from the 4. Next users features milestone May 16, 2020
@TomaszGasior
Copy link
Owner Author

TomaszGasior commented May 7, 2022

I want to keep here two ideas for implementation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request good first issue Good for newcomers help wanted Help from outside is needed
Projects
None yet
Development

No branches or pull requests

2 participants