2
2
Events
Fixed bug causing spurious validation message when $is_mandatory_field[entry.xxx] is set to false. See SF Support Requests #2733.
Fixed bug causing spurious validation message when $is_mandatory_field[entry.xxx] is set to false. See SF Support Requests #2733.
Merge branch 'main' into roles
Fixes error in Korean language string. See SF Support Requests #2729.
Fixes error in Korean language string. See SF Support Requests #2729.
Merge branch 'main' into roles
Provided an IntlDateFormatter equivalent for strftime '%l'
Restructured
Added comment
Provided an IntlDateFormatter equivalent for strftime '%l'
Restructured
Merge branch 'main' into roles
Allowed anonymous booking. See SF Support Requests #2725.
Merge branch 'main' into roles
Conflicts:
web/lib/MRBS/Session/SessionWithLogin.php
Fixed merge
Allowed anonymous booking. See SF Support Requests #2725.
Added missing file from recent PHPMailer upgrade
Merge branch 'main' into roles
Added missing file from recent PHPMailer upgrade
Fixed uncaught exception. See SF Bugs #540.
Fixed uncaught exception. See SF Bugs #540.
Merge branch 'main' into roles
Upgraded to PHPMailer 6.8.0
Upgraded to PHPMailer 6.8.0
Merge branch 'main' into roles
Simplifies code
Merge branch 'main' into roles
Multi-Room View in Week and Month Views
Interesting. I agree that the all rooms week and month views don't work well for a small number of rooms and it would be useful to have a better way of displaying them. I think the question is what's the best way?
Using colours and variable widths depending on how many other rooms are booked at the same time is what Outlook does for multiple calendars in overlay mode (together with tabs to highlight the calendar of interest). But having the bookings of variable width prevents you scanning down a column to see when there's a free slot. And using colours for rooms means that you can't differentiate types - unless there's some other styling that could be used for rooms or types.
Other ideas that occur to me are:
- Subdividing the day columns into rooms. This might work for the week view, but I don't think it would work for the month view, unless you allowed scrolling.
- Having a table for each room, one above the other (or beside the other).
- Having a table for each room, all in the same x-y space but in different z-index planes and tabbed. The selected tab would be displayed normally and the other tabs would be displayed faintly. I'm not sure whether this might get messy for lots of overlapping bookings. Maybe the text is only displayed for the tab in focus, and for the other tabs there's just a coloured slot. This solution again suffers from the problem that it's reusing colours for rooms, so maybe that issue needs to be solved somehow. Another issue is that at the moment opacity is used to style, for example, tentative bookings.
Another thing to take into consideration is what happens on a small screen, eg a smartphone?
Fixes bug that results in missing series when producing .ics reports using PostgreSQL
Fixes bug that results in missing series when producing .ics reports using PostgreSQL
Merge branch 'main' into roles
Fixed bug introduced in a recent commit causing invalid VTIMEZONE components to be used.
Fixed bug introduced in a recent commit causing invalid VTIMEZONE components to be used.
Merge branch 'main' into roles
Fixed bug resulting in incorrect role names being displayed in the users list.
Simplified code
Fixes syntax error exposed by PostgreSQL 15. See SF Patches #123.
Simplified code
Fixes syntax error exposed by PostgreSQL 15. See SF Patches #123.
Merge branch 'main' into roles
Added parameter to force Select2 to be used on mobile devices
Fixed bugs introduced in recent commit
Added parameter to force Select2 to be used on mobile devices
Fixed bugs introduced in recent commit
Merge branch 'main' into roles
Fixes GitHub Issue #74
Merge pull request #75 from meeting-room-booking-system/issue_74
Fixes GitHub Issue #74
Merge branch 'main' into roles
