Re: Events calendar: help wanted
On Fri, 19 Apr 2024 at 05:58, Dave Fisher wrote: > > Hi Sebb, > > That is a a good approach! Can a similar approach be used with > https://calendar.google.com/calendar/u/0/embed?src=nerseigospses068jd57bk5...@group.calendar.google.com&ctz=UTC&pli=1 If you are referring to the reference on the event/calendar.html page, then no. As already noted, that is a dynamic page, whereas the front page only shows the first 20 entries. > Best, > Dave > > > On Apr 18, 2024, at 4:47 PM, sebb wrote: > > > > OK, done. > > > > https://community-calendar.staged.apache.org/ shows the calendar from > > a local copy of the calendar data. > > It should look exactly the same as the main site. > > > > The plan is to fetch the calendar regularly using a GHA cron job > > (daily should be sufficient; it can always be triggered manually if > > necessary). > > > > On Thu, 18 Apr 2024 at 15:44, sebb wrote: > >> > >> Note that we don't have a DPA with Google, and it is extremely > >> unlikely that we ever will, so the calendar on the main page also > >> falls foul of the ASF privacy policy. > >> > >> Given that the data is static, it should not be too difficult to > >> extract the data when the site is built. > >> > >> I'll try and look at that later. > >> > >> On Thu, 18 Apr 2024 at 15:27, Rich Bowen wrote: > >>> > On Apr 18, 2024, at 10:25 AM, Raphael Bircher > wrote: > > Hi all > > Just a notice: before we install an other tool only to have a Ical > function... confluence already has a calendar. > >>> > >>> Can you possibly say more about this, or perhaps provide a link? > >>> - > >>> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > >>> For additional commands, e-mail: dev-h...@community.apache.org > >>> > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > > For additional commands, e-mail: dev-h...@community.apache.org > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: Events calendar: help wanted
Hi all On Fri, Apr 19, 2024 at 10:10 AM sebb wrote: > On Fri, 19 Apr 2024 at 05:58, Dave Fisher wrote: > > > > Hi Sebb, > > > > That is a a good approach! Can a similar approach be used with > https://calendar.google.com/calendar/u/0/embed?src=nerseigospses068jd57bk5...@group.calendar.google.com&ctz=UTC&pli=1 > > If you are referring to the reference on the event/calendar.html page, > then no. > > As already noted, that is a dynamic page, whereas the front page only > shows the first 20 entries. > > Should we, (Vefko) now work on a JavaScript solution or not? Regards, Raphael
Re: Events calendar: help wanted
On Fri, 19 Apr 2024 at 09:23, Raphael Bircher wrote: > > Hi all > > On Fri, Apr 19, 2024 at 10:10 AM sebb wrote: > > > On Fri, 19 Apr 2024 at 05:58, Dave Fisher wrote: > > > > > > Hi Sebb, > > > > > > That is a a good approach! Can a similar approach be used with > > https://calendar.google.com/calendar/u/0/embed?src=nerseigospses068jd57bk5...@group.calendar.google.com&ctz=UTC&pli=1 > > > > If you are referring to the reference on the event/calendar.html page, > > then no. > > > > As already noted, that is a dynamic page, whereas the front page only > > shows the first 20 entries. > > > > Should we, (Vefko) now work on a JavaScript solution or not? Solution to what exactly? > Regards, Raphael - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: Events calendar: help wanted
Hi Sebb On Fri, Apr 19, 2024 at 10:49 AM sebb wrote: > On Fri, 19 Apr 2024 at 09:23, Raphael Bircher > wrote: > > > > Hi all > > > > On Fri, Apr 19, 2024 at 10:10 AM sebb wrote: > > > > > On Fri, 19 Apr 2024 at 05:58, Dave Fisher wrote: > > > > > > > > Hi Sebb, > > > > > > > > That is a a good approach! Can a similar approach be used with > > > > https://calendar.google.com/calendar/u/0/embed?src=nerseigospses068jd57bk5...@group.calendar.google.com&ctz=UTC&pli=1 > > > > > > If you are referring to the reference on the event/calendar.html page, > > > then no. > > > > > > As already noted, that is a dynamic page, whereas the front page only > > > shows the first 20 entries. > > > > > > Should we, (Vefko) now work on a JavaScript solution or not? > > Solution to what exactly? > To put the data in a (JavaScript) generated Calendar like the one who was included via IFrame. Regards, Raphael
Re: Events calendar: help wanted
On Fri, 19 Apr 2024 at 10:21, Raphael Bircher wrote: > > Hi Sebb > > On Fri, Apr 19, 2024 at 10:49 AM sebb wrote: > > > On Fri, 19 Apr 2024 at 09:23, Raphael Bircher > > wrote: > > > > > > Hi all > > > > > > On Fri, Apr 19, 2024 at 10:10 AM sebb wrote: > > > > > > > On Fri, 19 Apr 2024 at 05:58, Dave Fisher wrote: > > > > > > > > > > Hi Sebb, > > > > > > > > > > That is a a good approach! Can a similar approach be used with > > > > > > https://calendar.google.com/calendar/u/0/embed?src=nerseigospses068jd57bk5...@group.calendar.google.com&ctz=UTC&pli=1 > > > > > > > > If you are referring to the reference on the event/calendar.html page, > > > > then no. > > > > > > > > As already noted, that is a dynamic page, whereas the front page only > > > > shows the first 20 entries. > > > > > > > > Should we, (Vefko) now work on a JavaScript solution or not? > > > > Solution to what exactly? > > > > To put the data in a (JavaScript) generated Calendar like the one who was > included via IFrame. But which data exactly? Where would the data be kept? And would the page have the same functionality as the existing Google calendar? If not, what would be different? > Regards, Raphael - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: Events calendar: help wanted
Hi Sebb On Fri, Apr 19, 2024 at 11:38 AM sebb wrote: > On Fri, 19 Apr 2024 at 10:21, Raphael Bircher > wrote: > > > > Hi Sebb > > > > On Fri, Apr 19, 2024 at 10:49 AM sebb wrote: > > > > > > To put the data in a (JavaScript) generated Calendar like the one who was > > included via IFrame. > > But which data exactly? Where would the data be kept? > > The ICal file from google. We could fetch it directly from google or fetch it regularly on our server and include it from there into the JavaScript. And would the page have the same functionality as the existing Google > calendar? > Not exactly the same I think > > If not, what would be different? > The main benefit would be, that we are able to move away from Google Calendar like Rich recommended earlier in the discussion The JavaScript Calendar will only need a .ics files Regards, Raphael
Re: Events calendar: help wanted
> On Apr 19, 2024, at 7:08 AM, Raphael Bircher wrote: > > The JavaScript Calendar will only need a .ics files I would *really* like to not have to edit ics files directly. That way lies madness.
Re: Events calendar: help wanted
On Fri, 19 Apr 2024 at 12:08, Raphael Bircher wrote: > > Hi Sebb > > On Fri, Apr 19, 2024 at 11:38 AM sebb wrote: > > > On Fri, 19 Apr 2024 at 10:21, Raphael Bircher > > wrote: > > > > > > Hi Sebb > > > > > > On Fri, Apr 19, 2024 at 10:49 AM sebb wrote: > > > > > > > > > To put the data in a (JavaScript) generated Calendar like the one who was > > > included via IFrame. > > > > But which data exactly? Where would the data be kept? > > > > The ICal file from google. We could fetch it directly from google or fetch > it regularly on our server and include it from there into the JavaScript. It would be trivial to fetch, but parsing it is non-trivial compared with the JSON output. > And would the page have the same functionality as the existing Google > > calendar? > > > > Not exactly the same I think It does not have to look the same, but it should provide most of the same functionality, otherwise why bother? > > > > If not, what would be different? > > > The main benefit would be, that we are able to move away from Google > Calendar like Rich recommended earlier in the discussion If we are to move away from Google Calendar, then the data should be stored in a format that is easier to maintain and use. ICS is not such a format. > The JavaScript Calendar will only need a .ics files Not an easy job, parsing ICS files. > Regards, Raphael - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: Events calendar: help wanted
On Fri, Apr 19, 2024 at 2:13 PM Rich Bowen wrote: > ...I would *really* like to not have to edit ics files directly. That way > lies madness... Indeed. If someone wants to take a look, Hugo (which is used for both the comdev and events websites) does support the generation of iCal files directly from markdown files representing events. https://github.com/raoulb/hugo-ical-templates-demo looks like a good example of that, except that it's using a complicated date format in the Markdown event files. But that can certainly be fixed. -Bertrand (really in "someone should" mode here, won't probably have time to help right now) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[PR] Preview/calendar [comdev-events-site]
sebbASF opened a new pull request, #14: URL: https://github.com/apache/comdev-events-site/pull/14 (no comment) -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: Events calendar: help wanted
Before diving into any changes to how the calendar is defined and maintained, I think it is vital to establish what is wanted from the calendar, both from the maintenance point of view and the user PoV. The existing calendar allows views by week, month and agenda (serial). One can move back and forth in the listings easily, and they can be downloaded and printed. Individual entries can be copied to one's personal calendar. Selecting an entry shows more information, with links to further details. There are probably more functions I have not considered. Are all these needed? On Fri, 19 Apr 2024 at 15:08, Bertrand Delacretaz wrote: > > On Fri, Apr 19, 2024 at 2:13 PM Rich Bowen wrote: > > ...I would *really* like to not have to edit ics files directly. That way > > lies madness... > > Indeed. If someone wants to take a look, Hugo (which is used for both > the comdev and events websites) does support the generation of iCal > files directly from markdown files representing events. > > https://github.com/raoulb/hugo-ical-templates-demo looks like a good > example of that, except that it's using a complicated date format in > the Markdown event files. But that can certainly be fixed. > > -Bertrand (really in "someone should" mode here, won't probably have > time to help right now) > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: Events calendar: help wanted
> On Apr 19, 2024, at 12:36 PM, sebb wrote: > > Before diving into any changes to how the calendar is defined and > maintained, I think it is vital to establish what is wanted from the > calendar, both from the maintenance point of view and the user PoV. > > The existing calendar allows views by week, month and agenda (serial). > One can move back and forth in the listings easily, and they can be > downloaded and printed. > Individual entries can be copied to one's personal calendar. > Selecting an entry shows more information, with links to further details. > There are probably more functions I have not considered. Yes, that seems adequate. FWIW, my minimum feature set is: * Manage entries without having to edit ics files directly. (Details not terribly important, If I could interact with it via gui, that would be nice, but a simple text data format would be ok too.) * Display events as a list (we already have this) * Display events in a table-form calendar, so that overlaps/conflicts can be clearly seen. Bonus for displaying major world holidays. * Ability to subscribe via standard calendar application. * Entries can indicate a location and a URL for more detail It sounds like you have all of that covered in your list. - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: [PR] Preview/calendar [comdev-events-site]
sebbASF merged PR #14: URL: https://github.com/apache/comdev-events-site/pull/14 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
