Messages

1

Feature Requests and Issues / Re: Additional "optional" member fields

« on: June 14, 2014, 09:08:03 PM »

I had a somewhat similar need and I'll put it out there in case this helps.

I wanted to use Mission Manager data for our roster, but have a lot more control over formatting and such. I wrote a program in Perl to take the members.zip export file and output an Excel file suitable for printing. The process of parsing the data was fairly simple. You might be able to extract just the fields you need for your ID card system.

If there's interest, I'd be happy to put together a post about how I did it, including the script I wrote.

2

Feature Requests and Issues / Re: Calendar

« on: March 31, 2014, 07:35:26 PM »

Works perfectly now. Thanks for the quick fix!

3

Feature Requests and Issues / Calendar

« on: March 31, 2014, 10:52:50 AM »

Found a bug in the calendar.

Steps to reproduce:
1. On the Calendar page, click Next Month
2. Click Now to return to the current month
3. Edit an event in the current month
4. Click Return To Calendar. You will be taken back to the next month, rather than the current month.

My guess is that somehow the Now button doesn't record what the last viewed month is, not in the same way that Next Month or Previous Month do.

4

Feature Requests and Issues / Re: Can't select first mission type

« on: December 20, 2013, 04:16:53 PM »

Sure enough it works just fine in Chrome. Weird. I would not have guessed it was a browser bug. Knowing that, yeah I can work around it. Thanks.

5

Feature Requests and Issues / Can't select first mission type

« on: December 20, 2013, 08:11:45 AM »

Inside any mission, on the general tab, I'm not able to select whichever mission type is listed first. All the others work just fine. If I add a new mission type and name it such that it's first, the the previously non-working type will work and the new first one stops. To be more specific, originally "Evidence Search" was alphabetically first and wouldn't work. I added "Animal Rescue" and now it is the one that doesn't work, but "Evidence Search" does.

6

General Mission Manager Discussion / Re: Early version of android app

« on: November 06, 2013, 08:42:15 AM »

I'm not sure how API keys fully work. Do the keys hold data that you can pull out agency information?  If so can you give the agency rights to see subject info on a current mission?  This way all members could see the subject data before they check in. Many times we make sure all routes into staging are covered and subject description is needed prior to checking in.

The API key itself is just a random string of characters, much like a password. The API uses it to authenticate the user and find the correct data for them. The API provides the information you're describing. I haven't looked for a while to confirm whether the API will show you mission information if you're not checked in yet though.

7

Feature Requests and Issues / Re: Signup and Responses

« on: November 03, 2013, 07:36:48 PM »

You can also deselect the Attending and Not Attending checkboxes below the list. That removes those people who've been marked and makes it easier to see who hasn't responded yet. That has been my workaround in the past, but I do like the new feature too.

8

General Mission Manager Discussion / Re: glympse?

« on: November 03, 2013, 04:49:27 PM »

My team has experimented with Glympse and as a stand-alone app it does work pretty well as an Instamapper replacement. Bummer about the API.

9

General Mission Manager Discussion / Re: Early version of android app

« on: November 03, 2013, 04:46:23 PM »

And do not know if its possible but is there a way for it to say if your responding or not to an incident?

This would be helpful, though there's not an API call for this yet. I'll add it to my wishlist.

There's not really a way to specify that in the main interface yet either. On a mission, either you're checked in or you're not. There would have to be another state added, like en-route. I know that one design goal is that a person should not be checked in unless they are present at the command post (which is a good behavior), so I don't think you'll get any sort of self-check-in feature added.

Perhaps an alternative would be an API to the messaging system. Maybe people could be able to respond to the IC, or to all checked-in personnel, with a message. I guess that could tie into the Chat tab as well. Thoughts?

10

General Mission Manager Discussion / Re: Early version of android app

« on: October 30, 2013, 09:53:45 PM »

Looks like a nifty app.

Between the styles, I prefer the one on the mission page. I assume that clicking on it would load the rest of the details of the mission, such as the command post location, radio channel etc.

On the maps tab, it would be good for the pins to automatically populate and have the map zoom to that location.

11

Feature Requests and Issues / Re: tablet will not load missions

« on: October 25, 2013, 12:18:58 PM »

Works great!

12

Feature Requests and Issues / Re: tablet will not load missions

« on: October 24, 2013, 09:44:57 PM »

I have the same problem on my Nexus 7, using both Chrome and Firefox. I did a little troubleshooting and seemed to narrow it down to rw_touchScroll("idScrollAreaForm"). I can't quite pin-point it, but if I disable that call, the button becomes clickable. Kinda screws up the page though. Interesting side-effect is that the page isn't zoomable by default, but becomes so when disabling rw_touchScroll().

13

Feature Requests and Issues / Re: Final Report date/time

« on: October 18, 2013, 08:42:22 AM »

That's even better than what I was thinking. Works great. Thanks.

14

Feature Requests and Issues / Final Report date/time

« on: October 17, 2013, 12:16:53 PM »

Could you add a button to the Final Report section which fills in the date and time with the current time?

15

Feature Requests and Issues / Re: Features and Changes

« on: July 02, 2013, 09:07:13 PM »

Would it be possible to get a section for training, similar to the Call-Outs?

This has been discussed a couple of times, the results always come back to Training is pretty much the same as Missions, so creating a lot more complexity to MM didn't seem to make sense.  Most teams create actual missions and juts call them Training, either in the General Mission Name, or you can create a Mission Type in the Configuration that is custom to training.  Keeping MM simple an easy to use is a high priority, so this means as few features as possible to get the job done. 

How about a single option in the mission about what type to record the time as? It would default to "Actual Mission", but could be changed to "Training", etc. Maybe that's harder on the back end than I'm thinking, but it seems like that would take a lot of the complexity out of it.