88 Miles

Help: Shifts

Everytime you punch in and punch out of a project you are adding and updating shifts. A shift is a time block in which you are working for a client.

Editing a shift

If you wish to enter a shift manually — maybe you have already done the work and you didn't punch in — click the “Options” button in the projects view to make the advanced options visible and then click the “View shifts” link.

Click the options button to show the 'View shifts' link

This page will list each and every shift that has been entered for the selected project. Click “Manually enter a shift” to add a new shift, click “Edit” to edit the corresponding shift and “Delete” to remove it.

Please see the help section on reports if you link to find out how to genrate time sheets.

Tags

Tags allow you to classify projects which makes filtering on the project view page really simple. You can add multiple tags on a project by seperating with commas.

Adding tags to the current shift

You can tag both projects and shifts. If you would like to know how to tag a project, please go to the projects help page.

There are two ways to add and remove tags — when you add or edit a shift, or via the advanced options taskbar.

The advanced toolbar uses an AJAX interface, making it quick and easy. When you are punched in to a project, the shift tag toolbar will appear when you click the “Options” button. Type in the tag and click add and it will automatically appear in the tag list. Click the small cross next to the tag to delete it.

Back to top

Manually entering a shift — Acceptable start and stop times strings

The simplest way to input start and stop times is to click the 88 Miles logo next to the text boxes — this will pop up a calendar where you can pick a date and time. However, you are more than welcome to type in a date and time manually.

Entering a human string in the stop time field

The input boxes are pretty flexible — they will parse pretty much any valid time and date string. There is an exception here though — the dd/mm/yyyy or mm/dd/yyyy format. European and Australian users will be used to the first example, and US users will be more familiar with the later. There is an obvious ambiguity if you inputted 04/03/2006 - is that the 4 March 2006 or 3 April? There are plans to allow user to pick their locality which will eliminate this issue, but until that happens try one of the other valid formats.

Another thing to note is that you need to enter the times in the local timezone that you select (The selector will default to your time zone, but you can change it if the work was done in another time zone).

These strings are all equivalent: