Minor updates and code changes occur every day. Only significant or noteworthy updates are shown here. Updates shown with a green background are only available to HOPS Subscribers.
|01:00 Sun 09 Jul 2017|
|It is now possible for a competence element's default expiry date to be dependent on the holders's age. This is particularly useful for medical competence elements.|
The setting of this default is in the settings of the element (Competence > Competence Elements > Edit).
The thresholds for default competence lengths for each age range are not editable via the front end yet, but please let me know your requirements and I will enter them for you.
It is possible to set a default competence length for any number of 'up to' ages, ie:
- Up to 60, length = 10 years
- Up to 70, length = 5 years
- Above 70, length = 1 year.
|00:00 Thu 01 Jun 2017|
|Two new pages have been added:|
Operations Exceptions week, which shows the operating instructions and additional staff requirements for an 7-day period. New menu option is in the Calendars menu > Ops Exceptions.
Group Bookings week, which shows the group bookings for a 7-day period, including links to the reservation labels etc. Two links at the top of this page direct to a single file with all reservation labels in, and also a printer-friendly version of the weekly list.
|00:00 Wed 03 May 2017|
|Some improvements to Group Bookings have taken place recently:|
Old dates are now not shown in the list by default to reduce the need to scroll miles down the page. A 'show old bookings' link is available at the top to show the old ones.
[Add] links have been added to each date, to save the need to scroll miles back up to the top to add a new booking.
The method of changing the date of a booking has been made more robust to cope better with 'daily trains'. There is now a 'Change Date' link on the 'booking details' page instead of being able to edit the date in the 'booking edit' page.
The order of trains in bookings with more than one train has been improved to make them appear in time order.
A Payment Method field has been added.
The colour of the timetable in operation is now shown on the group bookings pages.
Non-passenger classes of train are no longer shown in the group bookings options.
|01:00 Sun 16 Apr 2017|
|The titles of the internal group bookings advice sheets have been altered:|
"Guard's sheet" is now "Group Booking Advice" (with "for the attention of the guard" in smaller letters underneath).
"Stations' sheet" is now "Group Booking & Payment Advice" (with "for the attention of the Station Master" in smaller letters underneath).
The key difference in principle between the sheets is that one has the payment information on and one doesn't, so that's what the proposed new headings reflect.
This is also so it can be used less prescriptively than only to Guards and Station Masters only, such as some railways who need to advise other departments such as the cafe, museum, workshop, etc, also smaller railways who don't always have guards and station masters, and also to encourage use by other museums etc who aren't railways at all. (The "for the attention of" bits are customisable by each company in System > (company) Details).
|00:00 Sat 15 Apr 2017|
|Similar to emergency contact details, a warning when medical details are accessed has been added reminding the user that the details should only be accessed in an emergency. When the user confirms that it is legitimate and accesses the details, and email is sent to users with permission 278. This is to enable monitoring of access to this private information.|
Users who routinely need access, such as those who update or confirm it with the users, can be given permission 277 to by-pass this check.
|02:00 Thu 13 Apr 2017|
|A new page has been added in the Group Bookings system showing the Meet & Greeter for each booking on a monthly list.|
Booking Office > Greeters.
|02:00 Wed 12 Apr 2017|
|New permission 276 allows a user to 'follow' new competence element awards (per group).|
This is the same as existing permission 204 is for competence awards, for competence element awards.
|01:00 Tue 11 Apr 2017|
|The availability matrix, applicable to each roster, has had its axis swapped.|
Names are shown on the left and side and dates on the top. Users with no availability return are not shown in the table any more, but noted underneath instead.
Hopefully this improves the readability of the matrix.
|14:00 Fri 07 Apr 2017|
|Many low-level improvements and behind-the-scenes work has been taking place over the last few weeks. It is good to have time to improve some of these underlying functions etc to strengthen the system as a whole.|
One little new feature for you: I have added an option for archiving grades (I'm amazed this hasn't come up before). It can be found in the (department) > Grades, then at the bottom. Let me know if you catch a grade lurking anywhere in the system in a selectable way once it's been archived.
|00:00 Mon 20 Mar 2017|
|A new warning when Emergency Next-of-Kin details are accessed has been added reminding the user that the details should only be accessed in an emergency. When the user confirms that it is legitimate and accesses the details, and email is sent to users with permission 274. This is to enable monitoring of access to this private information.|
Users who routinely need access, such as those who update or confirm it with the users, can be given permission 273 to by-pass this check.
|00:00 Thu 02 Mar 2017|
|The question papers tool is now back online, with equivalent functionality to before the work stated.|
A great deal of work has been undertaken on the underlying structure of the system to enable the new features previously discussed to be added. Although it was my intention to add these new features during the down time, this has unfortunately not been possible.
It will be possible, however, for the new features to undisruptively be implemented onto the new system structure without further downtime.
Some permissions changes have taken place around the question papers system. Not all permissions were directly comparable with old permissions, so it hasn't been possible to make everything totally back-compatible.
Permissions relating to the question papers system:
- 70, required to view and take papers.
- 238, required to mark, review and sign-off papers (sign-off not implemented yet).
- 73, add new question papers
- 71, edit question papers
Question papers can now be linked to competence elements (Competence > Competence Elements > Edit). (A question paper may only be linked to ONE element (but the element may be added to many competences)). As planned, 'test plans' are now a thing of the past.
Question papers become available to users withing x days of their competence element expiring, where x is set in the question paper configuration settings.
Some general tidying of the format of question papers has taken place, but much remains to be done on the format of assessors' pages.
I will continue to work on question papers to deliver the planned upgrades, but I hope the system is now giving the same functionality that it did before the work stated. I apologise this has taken longer than planned, unfortunately lots of unforseen complexities arose during the work.
|02:00 Mon 27 Feb 2017|
|Unfortunately I have not been able to complete the planned upgrade work on the question papers system in the advertised time. This part of the system will remain unavailable until the work is complete, which I expect will be in the next 2-3 days. Apologies for any inconvenience this causes.|
|03:00 Thu 23 Feb 2017|
|A new Tick Box Mode has been added for editing employees' shifts more expediently.|
Reports have been added of totals per user and per year, both available in the Employees menu.
Employees can now request leave via HOPS, permission 267 require and the user must belong to a pool.
Notifications of requests are sent to users with permission 269, and can be approved/declined by users with permission 268. The user is updated by email when their request is approved/declined/etc.
|00:00 Thu 23 Feb 2017|
|It is now possible to add/edit employee pools, which might make the facilities in the previous updates work a bit better! New permission 271 required.|
|03:00 Wed 22 Feb 2017|
|Some basic functions to assist in the management of employees working shifts have been implemented.|
265 - to assign users to an 'employee pool'
264 - to view the shifts of employees (per pool)
266 - to edit the shifts of employee (per pool)
A 'pool' is a group of employees. Permissions are granted per pool, and are almost the equivalent of departments except that a user can only belong to one pool.
I've used SHIFT as the word to describe a person working, to keep TURN for a thing on a roster. (A person could be working a shift AND a turn, ie and employee driving a train.)
A new menu "Employees" is available with a menu option "Employee Shifts" which is a matrix of shifts. Clicking edit under a name will allow you to edit the whole month for that single person, or clicking edit on a date will allow you to edit all the people on that single date.
|00:00 Tue 31 Jan 2017|
|There will be a period of about 15 minutes' down time at 2200 on Wednesday 1st February. Apologies for any inconvenience.|
|18:00 Mon 30 Jan 2017|
|I have added a tab to the user details pages with a summary list of entries in the Near Miss & Incident Registers that the user has appeared in.|
Departments > Steam Loco > Staff List > Danny Scroggins > NMI Register tab.
This is designed to allow inspectors to easily have a look at NMI entries the person has played a role in.
|21:00 Sun 15 Jan 2017|
|The question papers system will be UNAVAILABLE for periods w/c 6 February and 20 February for upgrade work.|
Apologies for any inconvenience.
|22:00 Sat 14 Jan 2017|
|The HOPS Introduction Course will be held on 6 May 2017, and the HOPS Masterclass will be held on 7 May.|
Both days at Kidderminster Railway Museum. (Kidderminster SVR station, adjacent to the main line station).
Everyone is welcome to attend either or both as you wish. It is recommended to bring laptops and 'play along'.
Please could I ask you to now confirm whether you will be attending, which day(s), and how many people will be in your group.
Saturday 6th May - HOPS Introduction Course.
Intended for organisations that don't yet use HOPS, or are just starting out.
Covering HOPS background, configuration settings, department settings, permissions, competence, rosters, etc.
Sunday 7th May - HOPS Masterclass.
Intended for organisations that already use HOPS and want to get into more detail and advanced features.
This is also a good opportunity to meet and mingle with HOPS Admins from other organisations and discuss tips and tricks.
I am aware that some people's travel plans lend themselves to not too long a day in order to allow travel in one day, and some people's travel plans lend themselves to staying overnight and a long day of HOPS to gain the maximum benefit for the long journey. To enable travel within a day, the main part of the masterclass day will be 10am-4pm. For those who wish to have a longer day, there will be an optional HOPS Surgery between 9 and 10am and between 4 and 5pm. At the HOPS Surgery you can raise your specific local queries, questions and discussion and I'll do my best to answer. It will also be a good opportunity to 'share with pride/pain' with other HOPS Admins, and learn from others' work.
9am - 10am: HOPS surgery for those who wish to start early.
10am - 4pm: The main part of the day for everyone. Training session on HOPS features.
4pm - 5pm: HOPS surgery for those who wish to stay later.
Note that the features in discussion on Masterclass day will include those only available in the Support Licence Scheme. If you are not part of the Scheme but are considering joining then then access to the features will be arranged for you for the day.
Several people have fed back requests for topics they would like to see discussed, please still feel free to do so if you haven't already. I will formulate these into an agenda and circulate nearer the date.
Light refreshments will be provided (tea, coffee, biscuits, sandwiches at lunch time, etc).
|02:00 Sun 08 Jan 2017|
The User's Personal Roster page has been neatened up, with Future and Past turns sorted into separate tabs.
A new Totals tab has been added, showing the total number of turns the person has undertaken in each position, broken down by year.
The Totals tab also shows the number of hours worked in each position, broken down by year, which is a much more accurate way of determining time-experience in each role.
It may be found that a lot of old turns do not have times (most likely as the old time field contained text other than the time). If you wish to investigate having the times of your old railway's turns from previous years converted to 'proper' times, please let me know and I will be able to help ease the process.
|21:00 Fri 06 Jan 2017|
|Viewing of the list of turn that users have (or have requested to) mutually swap in the department is now controlled by permission 263.|
|20:00 Fri 06 Jan 2017|
|As HOPS has been around for a few years now (in fact 2017 is HOPS's ninth year!) the list of 'Past' base timetables for each organisation might be starting to get a bit long.|
To tidy this up a bit I have introduced a new field for each base timetable called 'Suite' where the annual suite of timetables to which this timetable belongs can be selected.
The timetables in the tabbed lists will then be grouped together in suites.
|00:20 Thu 05 Jan 2017|
|New-ish permission 253 will cause HOPS to send a weekly email to the holder if they have purcahse orders that are:|
- Created over 30 days ago but not 'sent'.
- 'Sent' over 30 days ago but not 'Goods Received'.
- 'Goods Received' over 30 days ago but not 'ok to pay'.
This was implemented a little while ago, but I don't think I mentioned it on here.
New permission 256 has now been implemented that does the same as above but monthly instead of weekly.
|23:00 Wed 04 Jan 2017|
|The ability to 'Force Closed' a purchase order has now been moved to a separate permission - new permission 262.|
All users and groups that have permission 191, which was the permission previously required to do this, have had 262 added. (It was also always possible to force closed the user's own purchase orders, this is no longer the case.)
A new 'Delete' function has also been added to purchase orders. This is controlled by new permission 261. It is strongly recommended that this permission is only allocated to the Finance Manager or other senior person.
A new option has been added to the view list drop down to view all the Forced Closed purchase orders. Access to this list is controlled by new permission 260. (This is because I suspect there will be a lot of deleting of old Forced Closed POs about to take place!)
Please let me know if you find any problems.
|20:00 Wed 04 Jan 2017|
|A 'copy' function has been added to the Group Bookings system.|
This has been quite difficult to complete as when a booking is booked on a particular train, that train may not be running on the date that the booking has been copied to. (So, in these circumstances, the user is asked to select the new trains they require).
Please let me know if you find any problems.
|19:00 Fri 30 Dec 2016|
|Some behind-the-scenes work has taken place on some rostering functions today, with no intended changes to front-end behaviour. Please let me know if you find any problems.|
|00:00 Wed 28 Dec 2016|
Some changes to passwords are taking place.
- New temporary passwords issued by HOPS will now be random combinations of characters, rather than the old word-and-number system.
- New passwords specified by users now have to confirm to some slightly enhanced rules about length and complexity.
Reminder: Passwords are (and have always been) case-sensitive.
|01:30 Sun 25 Dec 2016|
Regarding the Roster Construction page and the tick box feature for multiple operations..... Please could this be expanded and made even more useful by allowing multiple turns to be selected by tick box and then allocated to the same user?
Very useful if you have paid staff on a regular pattern of work five days per week!
I have now added this to the tick box system.
It was quite a job, as I had to make it respect the user's expiry date, lapse date and competence level, and compare it to the turn's grade requirements, and then compare the whole lot to the department's tolerance settings on assigning users who are not-competent, expired or lapsed!
|19:00 Sat 24 Dec 2016|
|To enable a slightly greater level of customisation of the new competence pages I have made new permissions 257 to view competence history for the department and 258 to view the user's own competence history.|
I have done the usual thing of giving everyone (and group) who had the old permissions the new ones, so take no action and no change will happen.
|12:30 Thu 22 Dec 2016|
|A new version of the HOPS competence profile profile pages has now been released.|
The previous version had become extremely busy, and feedback indicated that it was becoming over-complicated, so hopefully this will help present the information in a clearer format.
In this new version, the overview competence profile gives a list of positions and elements and the person's competence, but clicking the position name now leads to all the rest of the details of each competence.
I hope you find it an improvement.
|23:00 Mon 12 Dec 2016|
|Significant development has taken place to bring the Near Misses & Incidents Log into a serviceable state.|
It is now possible to:
- add new registers and edit existing ones (permission 239 required, intended to be held by the HOPS Admin)
- add Owners and Target Completion Dates to Actions
- add updates to Actions
- close actions (and re-open them if required).
- view a list of Actions in each Register, and their status (incomplete, overdue, complete, etc).
|01:00 Thu 08 Dec 2016|
|A new special type of 'additional' turn called #Reserve# has now been implemented.|
#Reserve# additional turns are added in the same way as all other types.
A setting is available in the Position Settings that sets this particular type of additional turn to behave in a special way. There is the facility to specify a number of days before turns that a 'Reserve Roll-Up' will take place.
When the roll-up takes place, on any main turns in the position, within the number of days range (or before) to which the #Reserve# is applied that are vacant, the reserve person will be rolled-up to hold the main turn, and the reserve turn removed. If the main turn is not vacant then the #Reserve# will be removed.
(It is recommended to only have one #Reserve# applied to a turn, otherwise one will always be removed at the time of roll-up.)
New permission 249 (by department) is required to assign reserves, and new permission 250 (by department) is required to view reserves on the roster (as it may not be required to complicate the viewable roster with reserves that may never be required). Users who are reserves can always see that they are reserves, even without permission 250.
If the setting to trigger a Reserve Roll-Up is not set in the positions setting then #Reserve# additions will not roll up, so, as usual, take no action to precipitate no change in system behaviour.
|00:30 Thu 08 Dec 2016|
|A need was identified to indicate newly-qualified staff and staff with probationary competences on rosters.|
The proposed solution to this was to introduce a new competence level in the same line of promotion, directly below the 'actual' level of competence (ie, 'Driver) and calling it, for example 'New Driver'. Newly-qualified staff are added to this grade until they complete their probationary period.
A new attribute has now been added in the Grades settings to allow users of a particular grade to be highlighted on rosters.
Setting the grade of, for example, 'New Driver' to be highlighted achieves the goal of highlighting new staff on rosters.
|00:30 Thu 08 Dec 2016|
|We are aware of an issue with TalkTalk and Tiscali users receiving emails from HOPS tonight (7-8 Dec).|
We will look into this issue (but as no changes have taken place to HOPS emails recently to cause this it may not be something within our gift to effect).
[No further issues have been experienced and no changes were made to HOPS either before or after this, so I believe it was a one-off problem at the TalkTalk end.]
|22:00 Tue 06 Dec 2016|
|There is now a new page in Purchasing > Budget Spend Totals that shows a breakdown of spending in each budget in each period.|
New permission 254 required for each budget required and 255 for the overall totals.
|17:00 Thu 01 Dec 2016|
The 'Commercial' menu has been split into 'Purchasing' and 'Booking Office', with the group bookings menu options moving to the latter.
|00:00 Thu 01 Dec 2016|
|Permission 192, for approving purchase orders over the spending limit, has been separated into two permissions:|
192 for approving.
252 (new permission) for receiving emails requesting approval.
All existing holders and groups with 192 have had 252 added, so no change will be felt unless the permissions are now altered.
Note that allocating a user 252 without 192 will result in them receiving an email but not being able to do anything about it.
|01:00 Tue 15 Nov 2016|
|The column and row headings in the Distribution of Turns tables in Roster Validation have been set to repeat at intervals. This is to assist in the visual correlation of large tables in departments with large numbers of users/turns.|
|23:00 Mon 14 Nov 2016|
|A new table on Roster Validation has been added that shows the distribution of turns per GRADE.|
This is similar to the existing table that shows the number of turns per POSITION.
|22:00 Mon 14 Nov 2016|
|Turns on unpublished rosters ARE now shown on the Personal Roster list again, (as long as the viewer has permission to view unpublished rosters in that department).|
This undoes the update of 20 September (which took them off this list).
The turns shown on the personal roster list from unpublished rosters are clearly marked as unconfirmed to ensure that no-one mistakenly believes those turns are definite (which is the reason these were taken off the list back in September).
"You can please some of the people some of the time........."
|17:00 Wed 09 Nov 2016|
|As you may have noticed, some format changes to HOPS have taken place this evening. Please let us know if you find anything looking odd!|
|15:00 Wed 09 Nov 2016|
|A 'repeat' function has been added to the Base Roster turn editing page, the same as already exists on the Roster turn editing page. This allows the creation of several identical turns in one go.|
|14:00 Wed 09 Nov 2016|
|It is now possible to set a new user's privacy settings when creating the user (permission 231 required). This is designed to help in administering offline users who can't change their own settings.|
|11:00 Wed 09 Nov 2016|
|The colour of "Expired" competences is now shown in light purple instead of light blue. This is to make "Expired" distinct from "Lapsed".|
"No record" is now shown as white instead of red.
|00:00 Thu 03 Nov 2016|
|Apologies the monthly Competence Expiry emails didn't work as planned on 1st November. These emails were upgraded to include more information about competence elements causing competences to expire during October and and error there caused them to not be sent at all!|
They were all sent on 2nd November. Some users may have received two copies of the same email, apologies for this.
Just in case you're ever stuck, the list of competences expiring is always available as a list in a tab of the Competence Matrix. (The email is only really a prompt and, like any email, shouldn't be relied on.)
|17:00 Thu 27 Oct 2016|
This is a FINAL CALL for HOPS Admins to allocate new permission 246 to those users who require to access and configure the Roster Settings page (currently accessed via permission 94).
The system will be updated to require this new permission imminently.
(Previously advertised on 18 Oct.)
|16:30 Thu 27 Oct 2016|
|A third option has been added to the options for how to display competences in the Department Competence Matrix. The full name of competences, rather than the abbreviated name, can now be displayed.|
Only recommended for departments that don't have a huge number of positions.
|16:00 Thu 27 Oct 2016|
|A new permission 251 is available to allow users to see a summary of Group Bookings information on the Daily Operations page but without being able to drill down into all the detail visible by permission 180.|
This might be appropriate for guards or station staff, etc.
|21:40 Tue 25 Oct 2016|
|New options "Set Priority" and "Set Remarks" have been added to the tickbox selection actions on the roster construction page.|
|21:00 Tue 25 Oct 2016|
|A new report has been added to the Reports & Export part of HOPS, report number 48 shows users who don't belong to any departments. This will hopefully help with identifying any 'orphaned' users who no longer require access to the system.|
|17:00 Tue 25 Oct 2016|
|Some while ago the "Employed" status on a user's details was upgraded to show other options than "Volunteer" or "Employed" such as "Contractor" etc. I forgot to mention it in these Updates at the time.|
Please let me know if you require any other options in that list.
|16:00 Mon 24 Oct 2016|
|There is now a 'Tick Box mode' on roster construction for selecting multiple turns simultaneously. Only a small number of options are currently available but with the structure in place others can be added in future.|
|13:00 Mon 24 Oct 2016|
|The staff signing on and off sheet has been tidied up and updated.|
The new line at the top that says "When signing on you are confirming you are fit for duty in accordance with the company's rules, regulations and instructions." can be changed per-railway, please let me know the wording you require if different.
|04:00 Sat 22 Oct 2016|
|A lot of work has taken place overnight tonight (Friday-Saturday) to start bringing the Turn History function back to life.|
There are 14 places in the system that make changes to turns, and 9 of them have been visited tonight.
As with all HOPS work that goes on at the moment, when visiting code to make changes the whole section is tidied and brought up-to-date. One or two changes to underlying structure have been made in the pursuance of this tonight, so if you notice anything not working please let me know.
I have tested things as best I can, but, recognising the importance of rosters and associated roster functions, companies with Support Licences finding any faults may, of course, raise an urgent ticket by calling my mobile for immediate attention and rectification.
|22:00 Fri 21 Oct 2016|
|It is now possible to limit the turn the auto-assign feature considers by priority level. (This will be of particular help to railways who like to leave their gala turns unassigned in a month while publishing the rest of the roster. Just make the gala turns a lower priority than the rest and exclude them at the point of running the auto-assign feature).|
|13:00 Wed 19 Oct 2016|
|The permission to view and edit fils on competence element awards has been moved to new permissions 248 (view) and 247 (edit).|
|12:00 Wed 19 Oct 2016|
|Some time has been spent this morning on upgrading the Input Availability page (without any changes to the front-end). This is a very old page in the system (one of the very first from 2009), and how now been made a bit more efficient and up-to-date in its operation. Please let me know if you find anything irregular.|
|02:00 Tue 18 Oct 2016|
|The Roster Settings page has been considerably tidied up.|
The page still requires original permission 94, but will soon be moved to a new permission of its own - 246.
HOPS Admins - Please allocate this permission to those who already have 94 in readiness for the changeover.
|18:00 Sun 16 Oct 2016|
|The Roster Validation now considers 'additional' turns when checking for maximum turn length and minimum rest period.|
Also a new table has been added to Roster Validation showing turns without times (so that you know these aren't being considered as above).
|17:00 Sun 16 Oct 2016|
|The Competence Expiry email, sent on 1st each month, now contains more details regarding an expiring competence, such as whether it is expiring in its own right or as a result of a competence element expiring.|
|19:00 Fri 14 Oct 2016|
|The system may run slowly this evening as some upgrades are carried out. Apologies for the inconvenience.|
|03:00 Fri 14 Oct 2016|
|After a lot of development work, it is now possible to configure the sort order of diagrams in Rostering > Diagrams. Permission 94 required.|
|17:00 Wed 12 Oct 2016|
|Quite a lot of tidying-up and streamlining of the code behind the Operations Week page has been done this week, so please let us know if you find anything not working correctly.|
|19:00 Mon 10 Oct 2016|
|"Staff List" is now called "User List", as not all users are staff...|
|18:05 Sun 09 Oct 2016|
|The term "Terminated" in the Membership System has been changed to "Ex-members", which is a bit nicer!|
|18:00 Sun 09 Oct 2016|
|It is now possible to upload files to the Competence Element Awards.|
This works in the same way as uploading files to Competence Awards.
|22:00 Fri 07 Oct 2016|
|It is now possible to upload files to the 'Near Misses & Incidents' Register.|
This was requested in order to allow witness statements, drawings, evidence, etc to be uploaded.
|00:00 Fri 07 Oct 2016|
|Some new features have been added to the membership system.|
It has been identified that often a 'grace period' is given after the expiry of a membership to take account of delays in the processing of renewals etc.
Tabs returning lists showing these states of membership are now available in Community > Members to show:
Current members - those with an expiry date in the future (including those not yet started)
Expired members - those with an expiry date in the past, and not renewed, but are still within the grace period.
Terminated members - those with an expiry date in the past, and not renewed, and beyond the grace period.
The term 'expired' is consistent with the expiry of competence, ie, it is after the date that was set at the point the membership was entered.
The new term 'terminated' is used when the membership has not been renewed and the grace period has expired.
I have avoided using the term 'lapsed' here, to maintain consistency with the competence management system where it refers to a competence losing its validity because the holder has not undertaken a turn for too long a period.
The 'grace period', ie the time after expiry to termination, is configurable per membership type (ie, 'Gold', 'Silver', or 'Adult', 'Child', etc). This is viewable in Community > Membership Types (new permission 244 required).
[9/10/16 - The term "Terminated" in the Membership System has been changed to "Ex-members", which is a bit nicer!]
|23:00 Wed 05 Oct 2016|
|Expand and Collapse All option have been added to the collapsible tables on the permissiones pages.|
|01:00 Mon 03 Oct 2016|
|A Statistics tab has been added to the Near Misses & Incidents Register.|
|00:00 Mon 03 Oct 2016|
|A 'category' option has been added to the Near Misses and Incidents Register. This will be used for statistical analysis.|
|14:00 Sun 02 Oct 2016|
|A new format of collapsible tables has been implemented on the Permissions by User page to try to make the page a bit less overwhelming.|
Feedback is welcome as to whether this is sufficiently beneficial to warrant being implemented on other permissions editing pages.
|02:00 Sat 01 Oct 2016|
|I am aware there was an issue with the sending of emails alerting managers to upcoming uncovered turns (permission 63) this morning (1/10/16). Please contact your railway's HOPS administrator if you have any queries.|
This was caused by me in work to allow appeals to cover turns to be configured to be sent on different days for different positions (configurable per position), and to exclude users who don't have the competence to cover the turn or whose competence has expired, instead of blanketing the whole department as happened previously.
This functionality is now available (the number of days in advance of the turn that you wish the appeal and alert emails to be sent is now configurable in department > positions, and emails are only sent to those with the relevant competence).
Apologies for this teething error.
|05:00 Tue 27 Sep 2016|
|There is now a new field in Department > Positions where the minimum rest beriod before a turn can be set for each position.|
Combining the new fields for 'start' and 'end' of turn time and the new 'minimum rest period before turn', the Roster Validation page will now highlight any turns that don't allow sufficent rest before.
Only turns in positions with a 'minimum rest period' will be considered.
Only turns with a 'start' and 'end' time, in positions with a 'minimum rest period' set, will be considered.
|00:00 Mon 26 Sep 2016|
|There is now a field in Department > Positions where the maximum turn length can be set for each position.|
Combining the new fields for 'start' and 'end' of turn time and the new 'maximum turn length, the Roster Validation page will now highlight any turns that are longer than the maximum.
Only turns in positions with a 'maximum turn length' will be considered.
Only turns with a 'start' and 'end' time will be considered.
Where a turn end date is set earlier than the start date the system will presume that the turn ends the following day and calculate accordingly. (There is no way to record a turn of greater length than 24 hours).
I think I have even managed to arrange it to cope with turns spanning the change between DST and BST!
|20:00 Fri 23 Sep 2016|
|A new "Edit All" links is now available on Base Rosters (permission 24 required) to enable easy changing-over of turn times to the new fields.|
Where possible the turn times have already been converted by the system, but it was not always possible for all formats of times used over 300,000 turns.
A "Supplementary Text" field is available to non-time related time information such as "to end of service", etc.
|09:00 Fri 23 Sep 2016|
|Apologies for the downtime this evening at about 10.30pm.|
Our upgrade to allow the booking on and off times of turns to be used for validation of maximum turn lengths and minimum rest periods met with some problems, and we wanted to be absolutely certain that all the data was square again before opening the site to edits again.
Apologies for the inconvenience.
The good news is that the new fields for recording shift times are now available, and the validation described above will soon follow.
|21:00 Thu 22 Sep 2016|
The options applicable to a date on the roster, previously given their own links under the date, are now nicely arranged in a new black drop-down menu.
|18:30 Tue 20 Sep 2016|
|A user's former grade has now been added to the department competence archive list.|
|18:00 Tue 20 Sep 2016|
|Turns on unpublished rosters are no longer shown on the My Roster list, even if the viewer has permission to view unpublished rosters in that department.|
|00:00 Tue 20 Sep 2016|
|It is now possible to removed redundant competence element groups.|
|00:00 Mon 19 Sep 2016|
|The editing of user medical details has moved to its own page and is no longer part of the main user details editing page.|
This enables permission to be granted to (appropriate) users to edit medical details, without being able to edit other user details.
|02:00 Thu 15 Sep 2016|
|A new 'Near Misses and Incidents' Register system is just coming online. |
The system allows the recording of incidents, attribution of root and underlying causes, recording of learning points and actions required.
This will be a good tool for use in demonstrating the proper (non-immediate) response to near misses or incidents that take place.
The system is not fully ready for roll-out yet but if any organisation would like to be involved in Beta testing please let us know.
|01:00 Thu 15 Sep 2016|
|It is now possible to set a priority level for a turn, which will be considered when being covered by the 'automatic assigning of turns' function (this is the function that considers all the availabilty in a roster and the turns that need covering and allocates the turns in the most efficient way it can. The roster clerk can still edit the turns and who they are assigned to after the automatic assign process has done its best).|
The priority feature must be switched on in Roster Settings in order for it to become visible.
Turns will be allocated in numerical order of priority. Zero is the highest priority, followed by 1, 2, etc.
Just like all the other settings of a turn, the priority level can be set in the Base Rosters (formerly 'templates') and will carry through to the rosters, and edited in the roster itself if variations are required.
|00:00 Thu 15 Sep 2016|
|Some further extensive work has taken place behind-the-scenes on developing the roster functions for adding, editing and removing turns without refreshing the pages.|
There should be no material difference as a result of this work, apart from that things might look a bit nicer and slicker, but if you do notice anything wrong please let me know.
The old 'add new turn' and 'edit turn details' links remain in case of any problems.
|17:00 Sun 11 Sep 2016|
|Various places in the system are gaining sortable table headings.|
I'll put them in gradually as I next happen to update each page. (or orgnisations in the Support Scheme may raise a ticket if there is a particular page you want to jump the queue! (one page per ticket please))
|14:00 Sun 11 Sep 2016|
|[16:00 - NOW RESOLVED]|
There is currently an issue with permissions 213 and 214 that is causing the 'New Message' page to not load properly.
Temporarily unassigning these permissions will resolve the issue.
|02:00 Sat 10 Sep 2016|
|A yellow bar has been added on 'today' on the Group Bookings diary.|
Also the name of the last person to edit a group booking now appears next to the time.
|05:00 Tue 06 Sep 2016|
It is now possible to specify whether a turn requires a person of 'at least' the given grade or 'exactly' the given grade.
This can be edited in the turn details editing pages, and can also be compiled in the base roster so that it is copied into the rosters automatically using the Insert from Base Roster function.
Grades on turns on the roster are shown with an '=' after the grade to indicate a requirement for exactly that grade, or an '+' after the grade to indicate that is the minimum grade required.
The Assign Turn (old and new), Quick Assign Turn, and Auto Assign Turn (od and new) functions should all respect this setting (but please let me know if you find any problems).
|02:00 Tue 06 Sep 2016|
|It is now possible to set a 'default' grade for new turns.|
Department > Rostering > Roster Settings.
(Permission 94 required).
|01:00 Tue 06 Sep 2016|
Numbers of bookings, and of each type of passenger, are now shown on the trains list of the daily timetable.
|23:00 Mon 05 Sep 2016|
|Further updates have taken place in the area of trains and timetables.|
The option to Insert Trains from the Base Timetable has been removed from the Operations Calendar (I could not find a decent way of giving a visual representation of the trains on the calendar without blowing the whole thing out of proportion).
A new page has been created called 'Daily Timetables', underneath the 'Base Timetables' option in the Operations menu.
This has tickboxes on it similar to the Operations Calendar and the option to Insert Trains onto Daily Timetables from the Base Timetable is now there.
In addition there is an option to 'Publish' the Daily Timetable and to 'Cancel or Delete' all the trains from the Daily Timetable on the selected days.
After a great deal of thought and experimentation the following schedule types now apply:
Trains unaltered from the Base Timetable - WTT
Trains altered from the Base Timetable - VAR
Non-base timetable trains added before publication (LTP) or after publication (STP).
Cancelled trains - CAN
Trains can be fully deleted from a timetable up until it is published. After that, trains can only be cancelled, so that users get a confirmation that the train is not running, instead of it just disappearing.
Any edits to a WTT train will change the schedule type to VAR.
Any new trains added will automatically be LTP (if the daily timetable is not yet published) or STP (if it is).
A cancelled train can be reinstated, and will always come back as an STP (as the daily timetable must have already been published in order for it to be cancelled).
|02:00 Sat 03 Sep 2016|
|It is now possible to put group bookings onto specific trains from the Daily Timetable.|
Editing is via the existing group bookings etc page.
For a train to appear in the list it must be in the Daily Timetable and the day's trains must be 'published'.
|00:40 Sat 03 Sep 2016|
|'Mark All' and 'Mark None' links have been added to the Operations Calendar when in tick-box mode.|
Also, and option to 'Insert trains from Base Timetable' has been added to the drop-down list to enable this function to be run on multiple days simultaneously. (There is currently no visible feedback on the Operations Calendar page to show where/how many trains have been added to each day.... I'm working on it!)
|22:40 Fri 02 Sep 2016|
|Medical can now be linked to Competence.|
In competence element properties there is a new attribute ticket box: "Medical".
When this is enabled, when the medical details are edited, boxes to update the competence element will also appear.
The user editing needs the permissions to Update user details (to get to the medical edit fields) and the permissions to award competence elements.
I hope this helps and starts to close a long-asked-for request for medical and competence to become linked.
|22:00 Fri 02 Sep 2016|
|A new 'Add New Turn' feature has been added to rosters. (I thought I had done this ages ago but I must have forgotten to push it up!)|
The new feature doesn't require a page refresh, so will further support the performance improvements to the roster construction pages (and other parts of the system).
|03:20 Thu 01 Sep 2016|
|It is now possible to add TRAINS to specific days in the calendar (both using the a Base Timetable (formerly called the template), and making changes on a specific day, in much the same way as rosters can be made from the Base Rosters (formerly called staff templates) and then tweaked on the roster.|
New permission 243 required.
To add trains to a day, go to Operations > Calendar > Trains tab.
(Note that the origin and destination locations list has to be populated by me, so let me know if/when you require this.)
In the same way as rosters, trains in a Daily Timetable don't generally appear visible until they are 'Published' (same principle as rosters).
You can also import from the Base Timetable, add, edit and delete on the specific day.
Base Timetables can be created (and hence then be able to import them directly to a day) (permission 30 required) by going to Operations > Timetables > Trains Template tab > Add new, etc.
Next I will make a function for importing from the Base Timetable on numerous days at the same time.
None of this trains information goes anywhere yet, but it will very soon start spreading around the system, starting with the group bookings facilities. Please feel free to have a play and let me know anything you find that doesn't work correctly.
|00:00 Thu 01 Sep 2016|
|'Timetables' as we currently know them are changing their name to 'Base Timetables'. This is because there will, in future, be the facility to store patterns of trains for individual days ('Daily Timetables'), and it is felt 'Base Timetable' is more appropriate than 'Timetable Template', which is a bit of a tongue-twister.|
For consistency, 'Staff Templates' will be changing their name to 'Base Rosters', and the word 'Template' will be completely phased out.
So it will be Base Timetable > Daily Timetable, and Base Roster > Roster.
|11:00 Wed 31 Aug 2016|
|Competence Elements tweaks this morning:|
- A number of blank elements and element groups are coming through - validation added to make the name fields required.
- A new permission 242 is now required to view the competence elements list (was previously 236, the edit permission). This is to enable the giving of a permission to view the list without having permission to edit it. I have not automatically allocated this to anyone, so if you're wondering why you can't see the competence elements list any more, please obtain permission 242.
|00:30 Wed 31 Aug 2016|
|Following a huge amount of work over the last few days, the first pass of the Competence Elements system is now in operation.|
The requirement for Competence Elements in grades *IS* now considered in the competence management system.
Competence Elements should be considered as railway-wide competences, such as Induction, PTS, etc, that the departments' competences can be set to 'require'.
Competence Elements are added in Competence > Elements (permission 242 required to view and 236 required to edit). Ideally there would only be one person in the company responsible for administering the list of Competence Elements, to avoid duplication (such as two departments creating a PTS element). [Updated with new permission numbers 31/8/16.]
The grades in each position that require each competence elements are set in Department > Grades > [Edit] (permission 237 required).
A new term has been introduced on competences - 'INCOMPLETE' - this means that the user is missing one or more required elements from the competence. In all other parts of the system they will be considered not-competent for the role.
A competence element can be awarded to a user in much the same way as 'old' competences via Competence > Elements > Holders > Add New. (Permission 242 required to view and 238 required to award). [Updated with new permission numbers 31/8/16.]
Note that, as Competence Elements are railway-wide, not department-based, the permissions are not arranged by department, but instead by 'Competence Element Group'. So arrange your Competence Elements into the groups that you'd like to be able to give permissions to your assessors to award the competence elements. Ie, all the diesel traction elements toghether, etc.
Permission 238 is only the permission to add the record of a person's achieving a competence element into the system, not to be recorded as the assessor. The 'Assessor' field in Competence Elements is populate with all users who themseles have a status of 'Assessor' in that Element. TO overcome the 'who awards the first competence' problem, the Competence Element owner always appears as an assessor.
Thank you to everyone who has put effort into the development of this new very powerful functionality, particularly the NYMR and the Bo'ness Railway, and to Alex for endless discussions and testing (on his birthday too....)
If any railways have constructed 'PTS Departments' etc for recording PTS, for example, without the other competences being dependent on it, please let me know and I will convert it to an element which will be more appropriate.
|23:00 Tue 30 Aug 2016|
|As promised, for HOPStember, the subscription modules are now live on all railways until the end of September.|
If you're wondering what to play with first, see this list of all the green highlighted items that are now available.
We hope you enjoy them!
|14:00 Tue 30 Aug 2016|
|It is now possible to restrict the effect of the auto-assign function to specific positions and grades.|
This is to help railways that require to compile their rosters grade-by-grade or position-by-position in order to ensure priority to certain positions or grades.
|00:00 Sun 21 Aug 2016|
|Please note, new parts of the system are starting to become live in readiness for the 'Competence Elements' functions, but Competence Elements are NOT yet factored into the competence matrix or any other competence output.|
|23:00 Wed 17 Aug 2016|
|Access to the Competence Archive List referred to earlier today now requires new permission 235. This is in response to feedback.|
|17:00 Wed 17 Aug 2016|
|In most cases, users give their availability for a roster, and maintain themselves available until the roster is published, whereafter they don't necessarily remain available on days they weren't rostered to work.|
It is, therefore, misleading for the availability colours to continue to be shown on the quick-assign menus after the roster has been published, as it is potentially (and probably) no longer accurate. So these colours now don't show on published rosters. Orange (for 'busy') continues to show.
This is a configurable option, so if you would like to retain colours on the quick-assign list after the roster has been published the option is in Roster Settings (per department).
The colours continue to show in the full assign list.
|16:33 Wed 17 Aug 2016|
|The REMOVING of a competence now requires a new permission (234). This new permission is a 'red dagger' permission, meaning it is only intended for the railway HOPS Admin.|
This is because several railways have reported that users who ordinarily record competence decisions, such as inspectors and heads of department, are inadvertently misusing this feature.
If a user is no longer competent for a position, a grade of 'Withdrawn' (or similar) should be set. This way the user's competence record will be preserved. The competence should not be 'removed'.
When a competence record is removed.... the record is removed! Removal is only intended for occasions when, for example, a competence is accidentally awarded to the wrong user, and therefore it is appropriate to remove the record, and the history of it being there.
It is presumed that railways will, in general, wish to maintain records of competences, even if those competences are no longer current, so the ability to remove a competence now requires permission 234.
It is recommended that permission 234 is held only by an administrator or senior manager and a department's wish to completely remove a record of someone holding, or ever having held, a competence is directed to that person and they ensure the use of the function is appropriate to maintain the records that the organisation requires.
|16:32 Wed 17 Aug 2016|
|Improvements have been made to the Department Competence page, including bringing the Expiry and Lapsing lists into tabs on the Department Competence page. In addition, an 'Archive' tab is available to show competence records of users who are no longer in the department (SLS only).|
|16:31 Wed 17 Aug 2016|
|It is now possible to note on rosters when a user is an employee rather than a volunteer. This is requested by railways who prioritise volunteers in turns and want to see what turns could still be filled by a volunteer, and also railways who allow volunteers to 'steal' turns off employed staff. The option is availabile in the turn properties to show this, editable in the full edit options or quick assign. A symbol (◈) will be shown by the name of the person doing the turn if this option is selected on the Roster Construction pages. There is an option in Roster Settings to determine whether or not to show the symbol on the roster viewed by users.|
If the thought of making a distinction between employed and volunteer staff on rosters fills you with dread, then take no action and no change will take place!
|16:30 Wed 17 Aug 2016|
|When a turn is edited via the new pop-up box method, and the position, column or diagram is changed, the turn text will now move to the new position on the roster upon saving and a page refresh will not be required.|
This removes the temporary 'yellow message' system that has been in place for the last few weeks.
|18:00 Tue 16 Aug 2016|
|Calendar organisation entries can now have 'days' set, ie, 'Every Monday and Tuesday between these dates', etc.|
|13:00 Tue 16 Aug 2016|
|Users who use an old link to volunteer for a turn that is no longer available as it has since been assigned are now given a nice message to explain.|
|11:00 Mon 15 Aug 2016|
|[Fixed - 2345 15/8/16]|
There has recently been an issue with emails sent to users with BT Internet accounts being bounced (by BT Internet). We have done some considerable work to get round this issue, and hope to complete a fix tonight.
Some emails have been being queued while we have been working this, but all are being sent as the queue clears out after a few hours.
Apologies for the inconvenience.
|16:00 Sun 14 Aug 2016|
|[Now repaired - 22:45]|
There is currently an error in the 'Volunteer for Vacant Turn' email that is sent to the roster clerk when someone volunteers for a turn that is causing the reply links to fail.
The 'deal with on website' link still works, so this link should be used to respond via the website.
It will be obvious that the other link has failed as the 'Insufficient Access Rights' screen will show. No incorrect responses will be made.
I apologise for the inconvenience, the fault will be fixed this evening.
|23:45 Sat 13 Aug 2016|
|It is now possible to send a reply message to users who have volunteered for turns. The message will be saved, and also emailed to the user in the case of Accepts and Declines.|
|22:00 Sat 13 Aug 2016|
|The carrying-forward of Remarks on competence awards is now a configurable option by department (editable in Department Details from the Department List).|
(The default is set to YES.)
That should please both camps!
|23:00 Fri 12 Aug 2016|
|A new link has been added to the 'Volunteers for Gaps' tab of the Roster Construction pages to view the details (including accompanying messsage) of offers after the offer has been accepted/declined.|
|22:00 Fri 12 Aug 2016|
|A new tab has been added to the User List to view archived users (permission 66 required).|
A 'restore' option is available to un-archive the user (new permission 233 required).
|00:00 Thu 11 Aug 2016|
|A new paragraph in the terms and conditions of use has been added:|
"HOPS will only change the point of contact at a railway (and hence the person from whom we will take instruction on the use or release of the railways data) following a reasonable corroboration of the validity of the request for the change, and reserves the right to refused such requests if we suspect they are not legitmate."
|01:00 Mon 08 Aug 2016|
|A new option has been added to turns (and templates) to specify whether 'Click to Volunteer' is available or not for the turn.|
The default is that it IS available.
A ♣ is shown on the roster construction pages as an indication that Volunteering has been suppressed.
|19:00 Sat 06 Aug 2016|
|A bug has been fixed in the messaging system that caused an error if a message was to be sent to a group that expanded to no members.|
|00:00 Fri 05 Aug 2016|
|The messaging system has been corrected so that the 'TO' field populates correctly in the 'sent' items for messages that were sent to new groups such as 'dates working between', etc.|
|19:00 Sat 30 Jul 2016|
|A tick-boxes function is now available in the operations calendar to allow the adding and removing of timetables and modifiers to many days in one operation.|
The facility is available to users with permission 14 (Edit Operations Calendar) and is available in the columnar view (only).
This will hopefully help with your 2017 preparations!
Please let me know if you find any problems.
|21:00 Thu 28 Jul 2016|
|It is now possible to:|
- specify times on Calendar Organisation subjects
- allow a Calendar Organisation entry to spread over more than one date
- Specify whether the entry is one long entry from start to finish, or for the state times each day.
"All Day" options are also available.
The editing form was particularly difficult to achieve, there may be errors - let me know when you find them!
|11:00 Sun 24 Jul 2016|
|There was an issue on rosters arranged by column (as opposed to by position/group) that has hopefully now been fixed.|
This was caused by work upgrading the system to facilitate the addition of a turn to a roster without the need to refresh the page.
Any problems on rosters such as foratting bugs after turn operations can normally by fixed by refreshing the page (but please still let me know).
Apologies for this glitch, I hope you'll like the end product when it arrives and forgive any bumps on the path to it such as this.
|06:00 Thu 21 Jul 2016|
|Some behind-the-scenes upgrade work took place last night on GRoup Bookings.|
Some minor changes that you might notice:
Only valid numeric amounts can be inserted into the 'Deposit' and 'Ticket Price Lines' fields now. This is to enable calculation of totals into invoices etc.
A 'Deposit Remarks' field has been added, and all the lovely non-numeric stuff that used to live in the Deposit field has been moved to there!
Non-numeric values in the Ticket Price Lines have been saved and are still visible on existing bookings, but no facilitiy has been provided for this for future bookings. The other Remarks fields can be used instead.
A 'free' tick box has been provided on Ticket Price Lines. The ticking of this box makes clear that a zero price means 'this ticket is intentionally free', rather than 'the price has not yet been entered'.
The Details page will return an error if it finds a deposit or ticket line price that is either non-numeric, or is zero and the 'free' box is not ticked.
Where zero amounts existed on old bookings (or the word 'free') this has been changed to a free tick.
|19:30 Mon 18 Jul 2016|
|A new pop-out window method of editing turn details is now available on the Roster Construction page.|
Use of this window means the Roster Construction page no longer has to refresh after a turn is updated and is the latest in a series of upgrades to this page.
I have left the old and new methods available in parallel for the time being in case of any problems with the new method. (It has been a lot more complicated than the other "non-refreshing" developments to this page.)
Please let me know if you find any problems.
|19:00 Mon 18 Jul 2016|
|A small tweak to the Full Assign Turns page has corrected an issue that was causing a small number of users to appear in the bottom section even though they were fully available etc to appear in the top section.|
|17:00 Sun 17 Jul 2016|
|The Privacy page has been tidied up a bit to hopefully make it a bit clearer.|
(It still doesn't load very quickly, but you can't have everything!)
|22:00 Sat 16 Jul 2016|
|A new features has been added at the bottom of the timetables editing page to advise users of the update (or addition).|
There is also the opportunity to write a message describing the change that you have made.
The message will be sent to users with permission 232, so assign that permission to the groups who 'need to know' (ie, roster clerks, operations managers, etc).
(I suggest you don't put your entire staff on the distribution list...!)
|23:00 Wed 13 Jul 2016|
|The orange 'BUSY' background and blue 'EXPIRED' background now show up on the quick assign list. If the user is busy and expired then 'busy' orange takes precedence. |
The suffix 'EXP' and 'BUSY' have been added to the user's line in the list where appropriate.
|20:00 Wed 13 Jul 2016|
|Some updates to the Quick-Assign feature of rosters:|
- The number of turns each user has in the roster, and the number their max number is now shown in the drop down list.
The format is a/b, where a is the number they already have, and b is their max.
A max of 'U' means unlimited.
A max of 'X' means they returned no availability.
Note that in this new format only the first fifteen characters of the staff members' names are shown. If anyone has two staff members whose first fifteen characters are identical (and therefore they now can't be distringuished from each other) please let me know and I will resolve it. (No adding extra characters into people's names for this purpose....!)
|20:00 Wed 13 Jul 2016|
|The Turn History link (in the red drop down) now opens in a new tab/window (thus avoiding the need to re-load the roster construction page).|
|21:00 Tue 12 Jul 2016|
|A minor tweak to the Update User Competence page means that the expiry date picker is now only visible when the corresponding radio box is selected.|
This is to avoid the possibility of a the user picking a date from the picker and then it not being saved as the radio box option had not been selected.
|19:00 Tue 12 Jul 2016|
|Mark all 'yes' and 'no' links have been fitted to the top of the page for editing other users' availability (the same as already exists on the page for entering one's own availability).|
|15:00 Tue 12 Jul 2016|
|Users who have the capability to edit other users' personal details do not, by default, have the capability to edit their privacy settings. An additional permission (231) is now available to enable them to do this. This permission is a 'red cruciform' permission, meaning it is intended for adminstrators only, and should be used sparingly.|
This permission will only be effective when the user already has 67 (view) [ 91 (admin view) ] and 68 (admin edit).
More details/guidance: https://www.heritage-ops.org.uk/help/99
|20:30 Thu 07 Jul 2016|
|Some further significant work has taken place on the Roster Construction pages. The red and green drop-down boxes now load lazily (which means they load when required, as opposed to always being there 'ready').|
This may produce a short but distinguishable delay in requesting the red or green drop down menu, but will return a huge improvement in page load time overall.
|14:00 Thu 07 Jul 2016|
|There was an issue with the drop-down to assign turns on the Construct Roster page returning a 'page not found' error.|
I am working on this now.
[Now fixed - 14:25.]
|16:00 Wed 06 Jul 2016|
|The deleting of both main and 'additional' turns has now also been given the same treatment as the changing of turns has over the last couple of days.|
Please let me know if you have any problems. I hope this is making the functions easier!
|19:00 Mon 04 Jul 2016|
|The changing of names of (existing) "additional" turns (ie, training, etc) now behaves the same as main turns in that it does not require the page to be refreshed.|
[Update 5/6/16: Note this had a compatibility issue with IE and Safari which was fixed at 12:00 5/7/16. If you experience any problems after then please let me know.]