Show upcoming events for the current conversation inside Talk

[ChristophWurst]

Is your feature request related to a problem? Please describe.

As a Nextcloud Calendar and Talk user I often schedule meetings for individuals and groups. The meetings happen in Talk because we are a remote company.

If I am in Calendar, I can see upcoming events and where they take place.
If I am in Talk I can not see any of this information.

Describe the solution you'd like

When I open a conversation, check my calendar(s) for any events in the next x hours/days. Then list everything where the current conversation URL matches the LOCATION/URL of any of the events.

Work packages

• API endpoint in server
• Implementation in Talk web
• Implementation in Talk clients
• User manual documentation

Additional context

N/a

[ShGKme]

If I am in Talk I can not see any of this information.

How does it supposed to look on the Talk side?

Just a conversation description or something more complex, e.g., new UI element or sidebar's tab on web/desktop?

[provokateurin]

Just a conversation description or something more complex, e.g., new UI element or sidebar's tab on web/desktop?

Maybe it could work like the OOO for events that are on the same or next day? It shouldn't be hidden somewhere deep in the sidebar since that defeats the purpose IMO.

[ShGKme]

Maybe it could work like the OOO for events that are on the same or next day?

Then it's not defined what to do if there is OOO already.

And that if there are several meetings planed or user want to know about the meeting in advance?

[provokateurin]

Having and OOO status but also a scheduled meeting is unlikely, but still should be accounted for.
Maybe these messages could be stacked or in a carousel in some way?

[ShGKme]

I'm also not sure I understand how conversations and events get connected.

Can I have many events connected to one conversation?

Can I connect any existing event to a conversation, or it's only for conversations created from events?

[ChristophWurst]

The connection is a simple value match. Events that have the talk conversation set as LOCATION will count towards upcoming events. This could be an event you created for yourself, one in a calendar shared with you or an event where you were invited (team meeting).

Talk room to event relation is 1:n. Multiple events can have the same URL as location.

[ChristophWurst]

A PoC can bee seen at nextcloud/server#45435.

[ShGKme]

In this case I'd vote for a new Tab in the sidebar to have an ability to see all the events.

Though, we always complain about the number of tabs making them small and unreadable...

[ChristophWurst]

I think in a tab it would be hidden too much.

How about the header bar?

This could be a popover menu that shows the x next meetings when clicked

@marcoambrosini do you have any other ideas?

[MPStudyly]

General question: When clicking the "X", should the info appear again when entering the chat the next time? I guess that would make sense. Or is it too verbose?

What about having a setting for this? Per room and a global (default) one? Something along one of these:

1. "Always (show/remember me of/notify me about) upcoming meetings when opening a (chat)room"
2. "Show the upcoming meeting banner every time I open a (chat)room"
3. "Show the upcoming meeting banner every time a (chat)room is opened"
4. "Show the upcoming meeting banner only once per upcoming meeting"
5. "Don't show (me) closed meeting notifications again"
6. "Never remind (me) twice about upcoming meetings"

That are just a few ideas I was able to come up with so far 😅

* Remove button to show more and use the whole banner as a clickable area to do that

To hook on this one: I'd actually think it would be more intuitive to have the banner act as a link to the calendar when clicked. Ideally without "closing" i.e. leaving Talk, but opening in a new tab. It could also just open the list in the sidebar (if implemented) and show the event details there.

[marcoambrosini]

Hi @MPStudyly, we generally add a new setting only if absolutely necessary. I think that here if there is an upcoming meeting, it's good to show it on the day of the meeting. And if you dismiss it that 's it, we don't show it anymore for that meeting :)

It could also just open the list in the sidebar (if implemented) and show the event details there.

Yes that's the idea :)

[MPStudyly]

Hi @MPStudyly, we generally add a new setting only if absolutely necessary. I think that here if there is an upcoming meeting, it's good to show it on the day of the meeting. And if you dismiss it that 's it, we don't show it anymore for that meeting :)

While I understand your reasoning and second the idea to not clutter users with loads of settings, I wouldn't underestimate the need to customize even such details. Unfortunately I don't have a good idea (yet) on how to keep the general settings page as clean as possible while still allowing for such changes. Still, I know from my own experience in our company that a lot of users would love to tweak some minor stuff to their liking, especially around all sorts of notifications 😅

Don't let this stall the implementation though. I think having this feature to begin with is already a good start. Settings can always be added in later :)

It could also just open the list in the sidebar (if implemented) and show the event details there.

Yes that's the idea :)

Great to hear! Unexpectedly leaving the page (or app in this case) is always somewhat annoying 😅

[marcoambrosini]

@nickvergessen & @ChristophWurst ping me when this gets picked up :)

[nickvergessen]

Assigning @DorraJaouad for Talk frontend.
Server API is at nextcloud/server#45435

@jancborchardt will create a new screenshot of the last design idea how to put it in the header for now.

[marcoambrosini]

@jancborchardt do you want to take over and assign to you then?

[jancborchardt]

Here’s what I’m thinking for the web interface, very similar to what @ChristophWurst proposed.

• Could use NcNoteCard, but if that’s too visible we can remove the blue bar on the left.
• When clicked, it should open the Calendar to that event so people can check out the details, possible agenda in the description.

• Key is that I want people to be always aware of the next event, so it should not be floating elsewhere, covering things, or be dismissable. @ChristophWurst this should also work for events further in the future than 7 days (cause Joas said the API right now only looks 7 days in the future?), as many meetings are monthly.
• Joas, Andy and I decided against showing the event title since in most cases it will just be the same as the conversation title anyway.

On mobile it could go below the header bar. Much like @marcoambrosini’s mockup, but docked to the header instead of floating, not blue, and not dismissable.

[jancborchardt]

@DorraJaouad do you have any questions regarding the mockup or does it make sense? :)

[DorraJaouad]

When clicked, it should open the Calendar to that event so people can check out the details, possible agenda in the description.

Is it by opening in a new tab to Calendar app (e.g: with event on the side bar in month view, but need to check if API could provide a link in payload) or we can make a modal showing details of the event so user can stay in Talk?

[nickvergessen]

New tab (to reduce foreign code hosting and so desktop client is supported as well)

[ChristophWurst]

@ChristophWurst this should also work for events further in the future than 7 days (cause Joas said the API right now only looks 7 days in the future?), as many meetings are monthly.

How far should we go?

Joas, Andy and I decided against showing the event title since in most cases it will just be the same as the conversation title anyway.

I'd still expose it in the API so we can include it in the future if this changes. I think the meeting title is only identical with very specific channels. E.g. in the design channel I'd appreciate to see if there is a weekly design team call or Mail design review.

[nickvergessen]

How far should we go?

I would say 4 weeks or 31 days? Or maybe even API parameter?
Then API consumer can decide?

[jancborchardt]

I would say 4 weeks or 31 days?

Yes, it would be cool if it’s something of that sort so monthly calls are covered.

I'd still expose it in the API so we can include it in the future if this changes. I think the meeting title is only identical with very specific channels. E.g. in the design channel I'd appreciate to see if there is a weekly design team call or Mail design review.

Yup sounds good, then we can adjust later on.