About the use of 'time' and 'the time'

Created on 12 December 2020, over 4 years ago
Updated 11 July 2025, about 1 month ago

Problem/Motivation

'Time' and 'the time' will vary.
Do these have different uses in a time formatter?
When not using 'a' and 'A', dealing with 'time' that is not 'the time'.

For my use case, the viewing time cannot be automatically retrieved from the oEmbed Video, so I manually enter it in the time field.

Thank you.

Steps to reproduce

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

πŸ’¬ Support request
Status

Active

Version

1.13

Component

Code

Created by

πŸ‡―πŸ‡΅Japan s-jack Tokyo

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • πŸ‡ΏπŸ‡¦South Africa rudolfbyker South Africa

    +1 (even though the issue description is not very clear)

    There is a big difference between "time" (as in: time elapsed since an arbitrary starting point, e.g. the start of a video) and "the time" (as in: the time of day).

    The latter is a more specific case of the former:

    • It is the time elapsed since midnight.
    • It is expressed in a specific way, e.g., in 12h format with AM/PM, or in 24h format.
    • It can't be more than 86400 seconds.

    The former is a more general case of the latter:

    • It is the time elapsed since ANY starting point.
    • It can be expressed in more different ways (where 12h format or 24h is not necessarily applicable, or does not necessarily make sense).
    • It can be more than 86400 seconds.

    This module is very close to catering for the more general use case, but not quite. Here are some blockers:

    Also nice to have:

    • For time ranges, it should be supported to set only a start time, only an end time, or both.
    • Support for higher time resolutions: In this case, the field could be configured to store milliseconds or microseconds instead of seconds in the database. In these cases, a larger int type might be necessary.
  • πŸ‡§πŸ‡ͺBelgium BramDriesen Belgium πŸ‡§πŸ‡ͺ

    I guess some of this can be broken down into separate issues?

  • πŸ‡ΏπŸ‡¦South Africa rudolfbyker South Africa

    I guess some of this can be broken down into separate issues?

    Of course. :) As you are the maintainer, I think you will know best how to subdivide the work. The bullet points in my previous comment are just my suggestions for how to subdivide the work.

Production build 0.71.5 2024