Comments on Mocca Calendar Application

Ah, there is a compatibility field!  Filled in something, thanks!
If adding and editing events would just look like they should ... well, I added something preliminary how it looks right now.

By default the first time of the week is Sunday for the English translation.
You can change this in the page "MoccaCalendar.MoccaCalendarTranslations". Look for the translation string MoccaCalendar.calendar.firstDayOfWeek=0. The 0 means Sunday; change this to  MoccaCalendar.calendar.firstDayOfWeek=1 for Monday.

Alternatively you can change this separately for every calendar by editing its calendar page in the "object" editor; you can find a setting for "First day of week" in the calendar macro of the "Content" section.

Since version 3.2 MoccaCalendar shares some translations with Full Calendar. This includes the time format.

You can find the translations for Full Calendar in Calendar.Translations as:

You can change this to hh:mm for the desired result.

You can edit the macro in the following:

1. set the field "Show events from ..." to page
2. type in the reference to the calendar whose events you want to show in the next field "Calendar Page" in the usual Space.Page syntax.

In wiki syntax this will look like:
{{moccacalendar filter="page" calendarDoc="MoccaCalendar.MySpecialCalendar" /}}

Thanks, fixed now.

Thanks for the bug report. I have applied the change to the sources on github and it should be included in the next release (see MOCCACAL-75)

About only showing the calendars of the current space - I guess this needs a bit more thought to handle all use cases (use MOCCACAL-76 for ideas, suggestions, etc). Probably it really needs a separate configuration management page, something I tried to avoid for now ...

Anyway, a fix that should work in your use case is:

1. go to the page MoccaCalendar.MoccaCalendarEventSheet and open it in the wiki editor
2. look for code like
   #set($hql = ", BaseObject as obj where doc.fullName=obj.name and doc.name!='MoccaCalendarTemplate' and obj.className='MoccaCalendar.MoccaCalendarClass' order by doc.title, doc.name")
    ; <label for="calendar">$escapetool.xml($services.localization.render('MoccaCalendar.calendar'))</label>
     : <select id="calendarParent" name="$parentParamName">
   #foreach($item in $services.query.hql($hql).execute())
3. replace it with
   #set($hql = ", BaseObject as obj where doc.fullName=obj.name and doc.space = :space and doc.name!='MoccaCalendarTemplate' and obj.className='MoccaCalendar.MoccaCalendarClass' order by doc.title, doc.name")
    ; <label for="calendar">$escapetool.xml($services.localization.render('MoccaCalendar.calendar'))</label>
     : <select id="calendarParent" name="$parentParamName">
   #foreach($item in $services.query.hql($hql).bindValue( 'space', $calendarDoc.getSpace() ).execute())

You can go to the "class" page of the event class; it is in:
.../xwiki/bin/view/MoccaCalendar/MoccaCalendarEventClass.
Please edit this page in the "class editor", and open the fields "Start Date" and "End Date". Both have a "Date format"  field, where you can type in e.g. MM/dd/yyyy h:mm a for a more "US style" format. 

Looks like the page MoccaCalendar.MoccaCalendarEventValidation has been installed without programming rights; i.e. by a local admin of the operations  subwiki. Uninstalling and installing the extension via global admin should work. (Uninstalling does not remove the events you have created, but in case you are not sure, make a backup first) 

I can think of two recent changes that should reduce the impact of this issue:  

• Hide application pages from the navigation tree. - This feature is available since XWiki 10.4
• Have events as sub pages of their calendars mitigates the problem a little; you need to open one of the calendars to get flooded with events. This needs the latest version of the calendar (i.e. 2.6) and an additional migration step, as explained in the release notes.
   This admittedly does not help much in the detail view of an event, where the navigation tree opens up to that event (and all its numerous siblings). 

As in recent XWiki versions (I forgot since which version) the document tree does not fully unfolds in case there are many sub pages I hope this is less an issue than it used to be.