> 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
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
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
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
> 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.
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.
>
>
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
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
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
> >
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
>
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=UTC=1
If you are referring to the reference on the
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=UTC=1
Best,
Dave
> On Apr 18, 2024, at 4:47 PM, sebb wrote:
>
> OK, done.
>
>
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
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
Hi Rich
On Thu, Apr 18, 2024 at 4:27 PM 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.
>
>
Ok, we need to install an
> 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?
Hi all
Just a notice: before we install an other tool only to have a Ical
function... confluence already has a calendar.
Regards, Raphael
On Wed, Apr 17, 2024 at 7:40 PM Raphael Bircher
wrote:
> I don't promise this yet. but I vound an interesting tool for this
>
I don't promise this yet. but I vound an interesting tool for this
https://github.com/barryvan/discal/tree/master
Maybe a Task for my trainee ;-)
On Wed, Apr 17, 2024 at 6:40 PM Rich Bowen wrote:
> On Apr 17, 2024, at 12:33 PM, Raphael Bircher
> wrote:
> >
> > Hi Rich
> >
> > The ICal from
As a work-round, I have replaced the embedded calendar with a clickable link.
I agree it is not ideal, but at least it works.
Note that there is a fundamental difference between the summary
calendar on the main page and the full calendar, now no longer
embedded.
The former is a fixed list, with
On Apr 17, 2024, at 12:33 PM, Raphael Bircher wrote:
>
> Hi Rich
>
> The ICal from Google seems to work, so we could use a JavaScript wrapper to
> display it on the page. And if we want, we could replace the iCal Feed from
> Google to our own Doc food ;-)
To be clear, are you volunteering to
Hi Rich
The ICal from Google seems to work, so we could use a JavaScript wrapper to
display it on the page. And if we want, we could replace the iCal Feed from
Google to our own Doc food ;-)
Regards Raphael
On Wed, Apr 17, 2024 at 6:00 PM Rich Bowen wrote:
>
> > On Apr 17, 2024, at 11:46 AM,
On Wed, 17 Apr 2024 at 17:01, Rich Bowen wrote:
>
>
> > On Apr 17, 2024, at 11:46 AM, sebb wrote:
> >
> > An obvious work-round is to provide a link to the calendar, rather
> > than embedding it.
> >
> > A link requires action by the user, so presumably counts as giving
> > consent, (as long as
> On Apr 17, 2024, at 11:46 AM, sebb wrote:
>
> An obvious work-round is to provide a link to the calendar, rather
> than embedding it.
>
> A link requires action by the user, so presumably counts as giving
> consent, (as long as the destination of the link is clear).
Sure. This also feels
An obvious work-round is to provide a link to the calendar, rather
than embedding it.
A link requires action by the user, so presumably counts as giving
consent, (as long as the destination of the link is clear).
On Wed, 17 Apr 2024 at 14:14, Rich Bowen wrote:
>
> events.apache.org
24 matches
Mail list logo