📅 Locatie/Beschrijving van het evenement

[j.jaffeux (Joffrey Jaffeux)]

You can now add a location and a description to an event.

The location is a mono-line text field (supports auto-linking) which will be displayed with a location pin icon:

The description is a multiline text field (supports auto-linking + line breaks) which will be displayed at the end of the event with no icon:

Info:

• The URL field will still be shown if you had it set, but is not available in the UI for new events.
• The description is saved a the block content of the event in the markdown.
• Relevant commit: FEATURE: Add event location/description and "My Events" filter (#746) · discourse/discourse-calendar@bdf8869 · GitHub

[nathank (Nathan Kershaw)]

This is brilliant, and a much more flexible and high value use of the existing fields - it is also consistent with how most email calendars handle their events.

Would now be a good time to remove the Minimal Event option?

What is the point of the 'Minimal Event' setting in the Add event modal? And why is it separate?

I’m referring to this: [Screenshot 2025-04-02 16.28.34] I struggle to see how this would be helpful, but I’m sure it has some history. A Standalone event almost certainly does what is needed though, and I believe that this is completely redundant. My users often tick it without realising what it does, and I had to go in and undo that quite a bit. Therefore, now I hide it in my instances with this CSS: // hides minimal event option .event-field.minimal-event { display: none; } Pe…

[oshyan (Oshyan Greene)]

Is er interesse om “Locatie” uit te breiden met vooraf gedefinieerde/centraal beheerde locaties en uiteindelijk kamerbeheer? Bijvoorbeeld, een “kamer” kan slechts 1 gebeurtenis bevatten binnen een bepaalde tijdsperiode, dus een soort kamer “reservering”, enz.? Dit zou een enorme functie zijn voor het mogelijk maken van conferenties, maar ook voor het beheren van evenementen voor echte gemeenschappen met bijbehorende ruimtes.

[nathank (Nathan Kershaw)]

@j.jaffeux

The location is a mono-line text field (supports auto-linking) which will be displayed with a location pin icon:

While this is a real step forward, the Location field is not being passed through via the .ics or Google Calendar (i.e. a regression)

[opcourdis]

Een lijst met locaties zou inderdaad geweldig zijn. Misschien kunt u voorlopig de agenda-functie gebruiken en een hoofdmap voor de locatie maken, en vervolgens een submap voor elke kamer. Alle reserveringen zouden onderwerpen zijn die met een gebeurtenis erin zijn aangemaakt en zouden verschijnen in de categorie-agenda van die categorie (kamer). Een nadeel is dat het gebeurtenissensysteem geen gelijktijdige gebeurtenissen in aanmerking neemt, maar als u deel uitmaakt van een gemeenschap met enige ontvankelijkheid, kunt u vragen om te controleren of er al een reservering op dat tijdstip is vóór en na het aanmaken van de reservering.

[oshyan (Oshyan Greene)]

@oshyan

Is there any interest in extending “Location” to include pre-defined/centrally managed locations and, ultimately, room management? E.g. a “room” can only have 1 event occurring in it within a given period of time, so sort of room “reservation”, etc? This would be a huge feature for enabling conferences, but also potentially managing events for real-world communities with associated spaces.

Now that I know Discourse uses FullCalendar and that FullCalendar supports what I understand to be full Resource (e.g. “Room”/location) management this idea seems even more obvious to implement. It seems like it would just be a matter of hooking up to the existing Resource handling plugin (GPL compatible for redistribution) and adding some simple conflict checking on event creation.

[gilles]

Voor het beheer van “Zaal”/locatie, moet u mogelijk nadenken over het toevoegen van zoekfilters voor evenementen per locatie met een indicatie van beschikbare of volledige plaatsen om de keuze van het evenement te vergemakkelijken.