gnome-calendar issueshttps://gitlab.gnome.org/GNOME/gnome-calendar/-/issues2023-03-06T18:55:56Zhttps://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/778Show the location on the event card in the week view (if there is enough space)2023-03-06T18:55:56ZK4LCIFERShow the location on the event card in the week view (if there is enough space)
### Feature summary
Currently then event only shows the name and the time on the card in the calendar, but it would also be nice if the card also showed the location without you having to hover over it with the mouse.
### How would y...
### Feature summary
Currently then event only shows the name and the time on the card in the calendar, but it would also be nice if the card also showed the location without you having to hover over it with the mouse.
### How would you like it to work
Right below the rest of what is alraedy on the card (name and time) put the location.https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/736External "subscribed" calendars within NextCloud account are not available wi...2024-02-25T01:24:06ZPetr StepanovExternal "subscribed" calendars within NextCloud account are not available within GNOME CalendarEnvironment: GNOME 40.4, GNOME Calendar 40.2, Fedora 34 x86_64
Steps to reproduce:
1. Login to your NextCloud account. Navigate to the calendar page.
2. Click "+" icon and add "New subscription from link (read-only)" calendar.
3. Add a...Environment: GNOME 40.4, GNOME Calendar 40.2, Fedora 34 x86_64
Steps to reproduce:
1. Login to your NextCloud account. Navigate to the calendar page.
2. Click "+" icon and add "New subscription from link (read-only)" calendar.
3. Add a sample calendar .ics link, e.g. http://www.calconnect.org/tests/PayDay.ics
![Screenshot_from_2021-08-24_11-43-09](/uploads/726663b39586601794049455fa033fa9/Screenshot_from_2021-08-24_11-43-09.png)
4. Connect your NextCloud account in GNOME settings.
5. Open the Gnome Calendar application. Navigate to the "Manage Calendars..." hamburger menu item.
![Screenshot_from_2021-08-24_11-37-58](/uploads/ea62dd55b19580cf1862a2a7fcebba15/Screenshot_from_2021-08-24_11-37-58.png)
Expected behavior:
All NextCloud calendars should be reflected in the list of calendars (local and subscribed).
Actual behavior:
Only default local "Personal" NextCloud calendar is displayed in GNOME Calendar. Subscribed calendar is not synchronized.https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/704Feature Request: Deduce time and geo informations from event creation string2024-02-24T05:42:33ZThomas NaudinFeature Request: Deduce time and geo informations from event creation stringIt would be really cool if Calendar could pre-set time and geo informations according to event creation string.
As an exemple, If I click on the calendar, and type :
`Violin course from 14:00 to 15:00 at 239 Baker Street`, it would bec...It would be really cool if Calendar could pre-set time and geo informations according to event creation string.
As an exemple, If I click on the calendar, and type :
`Violin course from 14:00 to 15:00 at 239 Baker Street`, it would become something like :
```json
{
"title": "Violin course",
"start": "14:00:00",
"end": "15:00:00",
"address": "239 Baker Street"
}
```
And the event could be set according to that data.
## Design Tasks
Nothing particular here, as the event creation text field doesn't need to be changed.
## Development Tasks
* [ ] parse the event creation string
* [ ] pre-set event according to the data extracted
## QA Tasks
* [ ] internationalizationhttps://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/702Simple swiping gestures for scrolling the new month view on touchscreens2024-01-30T23:21:27ZDaniel WolbachSimple swiping gestures for scrolling the new month view on touchscreensA very fast and intuitive way of switching between the previous or the next week or month would be a two-finger swipe ~~to the left or the right. The transition should behave similarly to GNOME Web/Epiphany when going forwards or backwar...A very fast and intuitive way of switching between the previous or the next week or month would be a two-finger swipe ~~to the left or the right. The transition should behave similarly to GNOME Web/Epiphany when going forwards or backwards in history (using the gestures).~~
Proposed horizontal swiping mockup (edit: outdated):
![Behavior](/uploads/01535fddf373da88a772528380ecd658/ezgif.com-video-to-gif.gif)
(Transition adapts to swiping speed)
# Edit: new scope
As of version 45 and newer, scrolling up/down with the scrollwheel and touchpad is implemented now. What this ticket is about is that we still need vertical swiping for **touchscreens** in the new month view.https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/698UI to "Accept" or "Decline" events from online calendar invites, and to send ...2024-03-13T17:14:39ZbaarkerloungerUI to "Accept" or "Decline" events from online calendar invites, and to send email repliesThis is for handling meeting invites as a "participant".
Currently if you use Google Calendar synced to GNOME Calendar via Online Accounts, it seems there's no option to respond to event invites - either accepting or declining.
See als...This is for handling meeting invites as a "participant".
Currently if you use Google Calendar synced to GNOME Calendar via Online Accounts, it seems there's no option to respond to event invites - either accepting or declining.
See also issue #331 for the "creation" (organizer) part.
# Prior art
Google Calendar looks something like this:
![image](/uploads/ca773718babed82f4ab95a4aa1ebb596/image.png)
![Screenshot_from_2018-11-07_15-59-58](/uploads/41bc00bad38af91e5964679c33dd2a29/Screenshot_from_2018-11-07_15-59-58.png)https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/665Ability to set event start time on "quick add" event creation in month view, ...2024-02-24T05:42:22ZLars WindolfAbility to set event start time on "quick add" event creation in month view, by prefixing it in the text entry fieldSince switching from Google Calendar I really miss the great feature of prefixing the start time of the event in the title.
E.g. "19:00 My Event"
Google Calendar strips the time and sets the start time from it.
Would be great to have ...Since switching from Google Calendar I really miss the great feature of prefixing the start time of the event in the title.
E.g. "19:00 My Event"
Google Calendar strips the time and sets the start time from it.
Would be great to have this behaviour in GNOME Calendar too. What do you think?
If you see this as a valuable feature, I'd gladly contribute an implementation.https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/664EteSync Integration2023-09-16T21:59:56ZtrymeoutEteSync IntegrationEvolution has recently added built-in integration for EteSync. EteSync is an open source end-to-end encrypted service to sync and store calendars on the cloud in a secure and private way. It would be very nice and user friendly to have t...Evolution has recently added built-in integration for EteSync. EteSync is an open source end-to-end encrypted service to sync and store calendars on the cloud in a secure and private way. It would be very nice and user friendly to have this built into GNOME Calendar were all you need to do is login to your EteSync account and your calendars are available inside the app.
If this feature is added, please allow for multiple EteSync accounts to be added and not only allow one account and to allow self hosted EteSync servers to be added also.
https://www.etesync.com/
https://blog.etesync.com/gsoc-2020-final-update/https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/649Meta tracking issue: "Infinite Scroll" multi-days / "Timetable" view2024-02-28T14:19:40ZAdrian L. ShawMeta tracking issue: "Infinite Scroll" multi-days / "Timetable" viewOriginal description:
> The Week tab in GNOME calendar shows a 7 day week. It would be nice if it could be configured to show only 5 days (a typical working week), using the settings. This is an option in some other calendar apps.
Edit...Original description:
> The Week tab in GNOME calendar shows a 7 day week. It would be nice if it could be configured to show only 5 days (a typical working week), using the settings. This is an option in some other calendar apps.
Edit by @jfft:
This is the "horizontal" counterpart to issue #1 and #603.
It would allow replacing the traditional 7-days week view, and all potential (non-implemented) derived views such as the "5-days work week" view and the "upcoming days only" view. An infinite scrolling timetable timeline view solves it all at once.
## Technical & design challenges
A static non-scrolling number of day columns would be the "easy stepping stone" stopgap solution. The ultimate/ideal solution, however, is implementing this as the counterpart to #603 (the "infinite scrolling" month view), but for month view, with a configurable width in terms of "number of shown day columns" (and ideally configurable number of rows, #10 ...).
Doing the week view as an infinite horizontally scrolling timeline is technically much harder to implement than issue 603 because of the "all-day events" header area, mainly the ordering/stacking algorithm for them. Some other apps (like Google Calendar's 3-day view on mobile phones, or Week view on tablets) already solved this UX issue & heuristic. See also #59 for part of the heuristic issue.
In terms of UI configurability, the UX challenge is hinted at in #1064 ; _before_ that ticket, I originally wrote:
> maybe there could be a spinbutton widget in the "hamburger" menubutton that controls the number of days shown in timetable/multi-days view; if you want to keep that menubutton simpler, that spinbutton could be shown only when inside the timetable/multi-days view.Jeff FortinJeff Fortinhttps://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/603Meta tracking issue: "Infinite Scroll" smooth + "ratcheting" scrolling month/...2024-02-22T06:55:15ZJeff FortinMeta tracking issue: "Infinite Scroll" smooth + "ratcheting" scrolling month/multiweek viewThis ticket here is the "ponies on rainbows" endgame successor to issue #1 ~~which could be considered merely a stepping stone / intermediate implementation (ticket no1 would allow doing an initial backend implementation and very simple ...This ticket here is the "ponies on rainbows" endgame successor to issue #1 ~~which could be considered merely a stepping stone / intermediate implementation (ticket no1 would allow doing an initial backend implementation and very simple UI, without having to worry about the whole supporting GTK UI widgetry for high-performance infinite smooth scroll with animations and touch+scrollwheel+keyboard support).~~ Edit: the intermediate "ticket no1" approach is not needed anymore! But useful to look at if you want to learn about the usage scenarios/UX motivations behind all this.
## Why this matters
In terms of UX, this is the "ultimate" infinite month view, freed from the artificial physical-paper-like boundaries of a "month": it lets you use it as a traditional month view if you want, or use it as a multi-week "only the weeks ahead" view, and go up/down as you please on a week-by-week basis.
This is a more "optimal" solution than #1, because it avoids requiring multiple "month vs multi-week" view types, it simply provides _one_ unified and flexible continuous timeline of weeks in a grid, that is no longer chained to the metaphor of physical paper calendar "pages" and allows reducing the amount of widgets and interactions needed in the UI. Compared to the "lazy" approach of a static "Next 3 weeks" separate view, it is more complex to design and implement (it has a lot more details you need to "get right", whether in terms of UI representation or in terms of kinetics management), _but_ the results are way, _way_ better. It also forces us to optimize performance to make this possible.
Others have also thought about this "infinite scrolling timeline" idea in the past, and other calendaring apps out there have implemented it. It's an elegant solution.
Solving this also solves a _ton_ of other technical/architectural issues, and UX issues (see some of the related ones linked below).
## Proposed user interaction & UX
As of 2023, my idea now is that the scroll behavior should be per-week (instead of per-month) and smooth, but _also_ behave like a "[ratchet](https://en.wikipedia.org/wiki/Ratchet_(device))" mechanism, i.e. it "clicks into place" like a "wheel of fortune", "coverflow", or rubberband:
* When scrolling with a **traditional mousewheel** (with discrete "clicks") or **keyboard** (`↓`/`↑` arrow keys), it should go up/down 1 calendar row (or left/right one column, in weekview, when using the `←`/`→` keys or `Shift`+mousewheelscroll) per "mousewheel ratchet click(s)", with a smooth animation that ends with a perfectly aligned week row everytime you finish spinning the mousewheel (or keyboard keys); like a ratchet, but actually double-sided.
* With an **infinite scrollwheel** (like some mice have, either by default or as a mode), **touchpad/trackpad, or touchscreen swiping/gestures**: same thing, but the ratchet behavior would only happen once kinetic scroll movement has ended (or influencing the end of the kinetic movement to "round up" the target destination), to allow free scrolling until it clicks into place. In other words, it would be dependent on the position where the user stops the wheel/swipe.
* A tricky part is ensuring this stays in place when resizing the window height, instead of creating "half-rows"...
* #1064 : user configurable amount of rows in month view. Old description:
> The height/number of rows shown on screen could be adjusted with pinch zoom and ctrl+scroll like in the week view, but this could be tricky to deal with because it would also need a ratcheting mechanism... a simpler way could be to have a configurable setting for the number of desired rows to show in multiweek view (this is what Google Calendar and Fantastical do; I suppose maybe iCal does that too, I don't know). Likewise for the amount of columns in week view. If issues #1 and #649 are implemented before this issue here, this part might be implemented already.
## Potential to replace other traditional views
* This replaces the traditional "Month" view (when at least 4 week rows are shown, this is for all practical purposes a feature-complete replacement of the month view, functionally speaking). It could be renamed "Grid" view or "Multi-weeks" if desired. You _could_ have both the "[Jump to] Today" action to align the current week to the top edge, and a "Align to current month" action (if necessary, but not sure that's actually necessary) to ratchet-align the 1st week of the current month to the top. Switching between months (with clickable UI buttons, or `PgUp`/`PgDown` keys) would simply scroll to ratchet-align the next/previous month's 1st week to the top.
* Eventually we could apply the same architectural concept to the week view, replacing the traditional "Week" view by something we could nickname the "Timetable" or "Multi-days" view: #649Jeff FortinJeff Fortinhttps://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/472Address / location search (autocompletion choices) via OpenStreetMap / GraphH...2023-08-18T13:39:10ZSebastian SchlatowAddress / location search (autocompletion choices) via OpenStreetMap / GraphHopperPlease add the feature to search for an address or location (e.g. "Empire State Building") in the location field to select the location from the matches.
Edit by Jeff: this would probably need to use [GraphHopper](https://wiki.openstree...Please add the feature to search for an address or location (e.g. "Empire State Building") in the location field to select the location from the matches.
Edit by Jeff: this would probably need to use [GraphHopper](https://wiki.openstreetmap.org/wiki/GraphHopper) like GNOME Maps does.https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/440Can't sync with Microsoft Exchange (EWS / Office 365) calendar2023-09-15T01:32:38ZJimmy SciontiCan't sync with Microsoft Exchange (EWS / Office 365) calendarHi!
I have a work email address with a Microsoft Exchange calendar.
I can manage both emails and calendar here https://mail.esss.lu.se/owa/ but I'd like to use geary (for the emails) and gnome-calendar for the calendar.
I added my acco...Hi!
I have a work email address with a Microsoft Exchange calendar.
I can manage both emails and calendar here https://mail.esss.lu.se/owa/ but I'd like to use geary (for the emails) and gnome-calendar for the calendar.
I added my account in gnome-control-centre and the emails work fine now in geary, but I can't see my calendar in gnome-calendar.
I hot the following example from the IT department. It says how to configure thunderbird after some "Exchange EWS provider" plugin is installed:
![image](/uploads/59da74d7de9cd1ba3a7f5b4678c9b027/image.png)
I can't see where to put these data in gnome-calendar.
I tried to add a "web calendar" by giving the server url and my username and password, but nothing happens. I see a moving blue line moving from left to right in the address field, but it remains like that even for 30 minutes (I tested that).
![image](/uploads/7d09de8aa57f3257816c881495966c88/image.png)
Is there a solution for this?https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/429Ability to duplicate / copy events (and edit them at the same time)2023-12-10T20:34:23ZGiuseppe CastagnaAbility to duplicate / copy events (and edit them at the same time)Original report:
> What I really miss in Google calendar is the possibility of Copy one event from a calendar to another. Currently, you can move an event from one calendar to another by clicking to select the calendar in the event wind...Original report:
> What I really miss in Google calendar is the possibility of Copy one event from a calendar to another. Currently, you can move an event from one calendar to another by clicking to select the calendar in the event window, but I was not able to copy it. This is quite a useful feature for persons like me who share different professional and personal calendars with other persons and want to signal some events on several distinct calendars.
>
> It is somehow related to issue #34 which aims at duplicating events in the same calendar. I duplication plus a move would save my day
---
Rewritten UX suggestion by @jfft:
## Intended usage
This is necessary to handle these usecases, for example:
* Someone having a public vs private version of some events on two separate calendars
* Someone organizing an event every month or so, but needing to create a new slightly different version every time
(ex: different locations, different topics, slightly different dates, etc.).
* Someone wanting to do any of these things while using a mobile phone
(no way to use `Ctrl` keyboard modifiers with dragging to use the #34 trick)
## Proposed behavior
In the event GtkPopover widget, on the right of the "Edit…" button (if that one is visible), provide a "Duplicate…" button (with a tooltip that says something like, "_Create a new event, pre-filled with this event's contents_") that would then spawn a new advanced event editing dialog pre-filled with a copy of all the parameters of the original event, so that users can then adjust any of the details (whether the name, description, dates/times, or just which calendar it is duplicated to), and then Save (or cancel) the creation of the new copied event.
Things to keep in mind when implementing:
* If the original event was in a read-only event (ex: from an online public ics/webcal calendar source), make sure to pre-set the target calendar to a default writable calendar in the resulting new Event Editor dialog.
* For the event editor dialog's titlebar, instead of titling it with the previous event's title or with "New event", title it "Inherited event" until the user modifies the Title field (or not), that way they have a visual confirmation that they are indeed editing a duplicata and not the original.https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/412Provide API or URI scheme to allow opening a calendar item by clicking on it ...2024-03-27T13:04:37ZilippertProvide API or URI scheme to allow opening a calendar item by clicking on it in gnome-shell's notification areaas per discussions on https://gitlab.gnome.org/GNOME/gnome-shell/issues/262#note_540721 and https://gitlab.gnome.org/GNOME/evolution/issues/509 I like to suggest the devlopment of an API for opening an event in the calendar application. ...as per discussions on https://gitlab.gnome.org/GNOME/gnome-shell/issues/262#note_540721 and https://gitlab.gnome.org/GNOME/evolution/issues/509 I like to suggest the devlopment of an API for opening an event in the calendar application. Specifically, this would allow to open an event from within the gnome shell. (Though I have not sufficient coding experience.)
I use currently fedora 30, gnome-calendar 3.32.2-1.fc30.
* In gnome-shell, click central date field
* in top bar/notification area
* click on an event of the day - nothing happens; expected/requested behaviour: default calendering app (e.g. gnome-calendar) opens/shows the event's details.
Gnome-shell developers suggest this requested feature requires an API or URI scheme from gnome-calendar. Gnome-shell developers suggested, that if Evolution devs - @aklapper - and gnome-calender app devs could agree on an API or URI scheme, gnome-shell - @fmuellner - could be using this.
The tasks I feel not ready to specify - but am happy to co-think.
@fmuellner wonders and suggests
> Does gnome-calendar support that URI scheme as well? Does Settings update the preferred handler when setting the default calendar application?
>
> An URI scheme is a fine way to handle this, as long as it is not application-specific.https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/362Automatic "tandem" grouping / deduplication of identical events from several ...2024-02-22T01:41:57ZJocelynAutomatic "tandem" grouping / deduplication of identical events from several different calendars (display a single combined event)Sometimes you have same event in several of your calendars. I guess, they share some ics-stuff ID ?
Currently gnome-calendar does not group them in any way, thus duplicating information.
What about displaying a single cell with visual ...Sometimes you have same event in several of your calendars. I guess, they share some ics-stuff ID ?
Currently gnome-calendar does not group them in any way, thus duplicating information.
What about displaying a single cell with visual hint when you have 100% identical event in several calendars ?https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/347"Subscribed" (third-party / subscription) Google Calendars are not shown2024-03-12T09:38:20ZGhost User"Subscribed" (third-party / subscription) Google Calendars are not shownUsing a Google Account synchronization, I see all my *Normal Calendars* but not my *Subscribed Calendars* (those, I added using the calendar.google.com web-UI).
When I initially set up gnome-calendar, it showed one of my *Subscribed Cal...Using a Google Account synchronization, I see all my *Normal Calendars* but not my *Subscribed Calendars* (those, I added using the calendar.google.com web-UI).
When I initially set up gnome-calendar, it showed one of my *Subscribed Calendars*, but after I deleted this one (in the Web-UI) and added a new one, they are no longer displayed (or listed). Even deleting the Google Account and adding it again did not help.
Using gnome-calendar 3.30.0 on Ubuntu 18.10.https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/333Subscribe to calendars shared by other EWS (Exchange / Office365) users2024-02-25T01:25:09ZFredSubscribe to calendars shared by other EWS (Exchange / Office365) usersIn Evolution, there is the option to subscribe to other users shared EWS calendars. I cannot find this option here but this would be a great feature.In Evolution, there is the option to subscribe to other users shared EWS calendars. I cannot find this option here but this would be a great feature.https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/331Add meetings invitations creation (and guests handling functionality, as an o...2024-03-13T17:15:32ZUsb KeyAdd meetings invitations creation (and guests handling functionality, as an organizer) with emailing integrationAdd a UI and backend for creating/organizing meetings with other participants/contacts, and for the invitation to be sent over email.
---
Examples of prior art:
![Screenshot_from_2018-11-07_15-56-59](/uploads/9d1c09b5940e44045a7a74436...Add a UI and backend for creating/organizing meetings with other participants/contacts, and for the invitation to be sent over email.
---
Examples of prior art:
![Screenshot_from_2018-11-07_15-56-59](/uploads/9d1c09b5940e44045a7a74436a745c46/Screenshot_from_2018-11-07_15-56-59.png){width=49%} ![Screenshot_from_2018-11-07_15-59-58](/uploads/41bc00bad38af91e5964679c33dd2a29/Screenshot_from_2018-11-07_15-59-58.png){width=49%}https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/326Open gnome-maps when clicking on location field's "target" icon2023-02-03T03:48:59ZPostroutineOpen gnome-maps when clicking on location field's "target" iconEach event can have a location field. Actually this field had a "target" icon who is clickable, but the click does nothing.
It would be nice if a click on this icon open gnome-map at the specified location.Each event can have a location field. Actually this field had a "target" icon who is clickable, but the click does nothing.
It would be nice if a click on this icon open gnome-map at the specified location.https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/303Add support for iCloud CalDAV2024-03-11T23:19:34ZAral BalkanAdd support for iCloud CalDAVThe _Calendars_ → _Add_ → _From Web…_ feature does not detect the valid iCloud CalDAV URL when it is entered in the _Calendar Address_ field.
Ideally, it should detect it and then prompt the person for their Apple ID and their app-speci...The _Calendars_ → _Add_ → _From Web…_ feature does not detect the valid iCloud CalDAV URL when it is entered in the _Calendar Address_ field.
Ideally, it should detect it and then prompt the person for their Apple ID and their app-specific password that they can create via https://appleid.apple.com.
It should then show them a list of calendars to pick from and set them up.
Proposed Mockups:
This can be handled with no interface changes initially if an interface for retrieving an account handle and password and selecting calendars already exists. If not, see Evolution for a working reference.
That said, a future iteration where people can select from well-known CalDAV services would be easier to use than having them know that, for example, the URL is https://caldav.icloud.com (this is not a well-known fact, as far as I can see from the articles on the Web.) That said, I would also urge that any such interface would either not include surveillance capitalists (services that make money via surveillance, like Google, etc.) or, if they absolutely must, that they are not favoured in the listing order and that a warning is prominently displayed next to them warning the people using the app about the unethical business model of the service provider (e.g., ”Warning: this service has a business model that violates your privacy. Use at your own risk.”)
| | |
| ------ | ------ |
| ![Screenshot_from_2018-08-05_18-12-24](/uploads/79ed859b67f84eb673b44c1f4fdc28e3/Screenshot_from_2018-08-05_18-12-24.png) | ![Screenshot_from_2018-08-05_18-12-45](/uploads/ff1d1e2a40b55c37345b7b828863ffab/Screenshot_from_2018-08-05_18-12-45.png) |
## Design Tasks
* [x] Review: is any interface work necessary to implement the basic functionality?
* [ ] Discuss: should we support well-known/popular CalDAV providers with a simpler custom experience?
## Development Tasks
* [ ] Verify current lack of support
* [ ] Spike out requested functionality
## QA Tasks
* [ ] qa (quality assurance) taskshttps://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/296Event-specific color (RFC7986 iCalendar "COLOR") support2024-03-02T18:03:41ZДилян Палаузовgit-dpa@aegee.orgEvent-specific color (RFC7986 iCalendar "COLOR") supportEDS [added support](https://gitlab.gnome.org/GNOME/evolution-data-server/commit/28297f5d3cdf6c8813114c220552d3c65289e957) for [iCalendar COLOR](https://tools.ietf.org/html/rfc7986#section-5.9).
Consider this property, when displaying ev...EDS [added support](https://gitlab.gnome.org/GNOME/evolution-data-server/commit/28297f5d3cdf6c8813114c220552d3c65289e957) for [iCalendar COLOR](https://tools.ietf.org/html/rfc7986#section-5.9).
Consider this property, when displaying events.
If you want to create events with colours, where the colours are not named according to CSS3, but rather have the form 'COLOR:rgb(12,34,56)', then take into account the discussion at https://www.ietf.org/mail-archive/web/calsify/current/msg03048.html.