Improve schedule entry picker

[manuelmeister]

Before	After

I had to fix the timefield, as it ignored the day given and instead used today.

[github-actions]

⛔ Feature branch deployment currently inactive.

If the PR is still open, you can add the deploy! label to this PR to trigger a feature branch deployment.

[pmattmann]

I like.

Two questions / suggestions:

• Why don't we always show the date field? I think we may differ from Google Calendar here. Google calendar is aimed at everyday life (many appointments shorter than 1 day). eCamp is aimed at Y+S camps - in which there are probably more frequent multi-day blocks.
  If you want to create a block over several days, you have to 'click through': Long duration, so that the date appears, then select date and time.

• Always show duration (e.g. 1h 30min, 22h, 2days 3h 30min)
  Not only if the block ends on the same day.

Request:

• Dropdown with duration should show currently selected duration (it should be scrolled there)

[manuelmeister]

@pmattmann
I thought that the average (even activity distinct) duration is between 30min and 4h. So I just checked the database and the data agrees:

That's the reason I hid the endDate field, as it clutters the view.

As for the duration, I thought that if an activity is longer than 1 day, it is probably much less relevant how long it is as the night is usually not as important.

As for the scroll into view, I agree with you! The problem is that this would just work if it was a v-select, but this is a textfield (even a parse field) and a v-menu. I agree that it would be much nicer to automatically scroll to the current selected time, but this requires a bit more (or even deep interference with vuetify) which I thought is more of a nice to have, as the PR already improves the situation greatly.

[manuelmeister]

eCamp Core Decision

• Need to research mobile (but probably be the same as Google Calendar or iPhone Calendar on mobile)
• Desktop:
  • adjust timefield dropdown to match google calendar
  • show duration always
• try to fix the scrollto

[BacLuc]

did you repeat @media (min-width: 768px) { on purpose?

[manuelmeister]

i thought it makes more sense to keep the different media breakpoints of a class close to the mobile definition

[BacLuc]

I found some behavior which seems strange to me:
Screencast from 2025-03-22 15-36-36.webm

[BacLuc]

I think its on purpose that the end time changes when you change the start time, and the duration stays constant.

I would the smaller issues (leftover console log and so) to be fixed, else it looks good.
And mobile is a little off.

[BacLuc]

this is a little off on mobile