add call to action when autocomplete doesn't find a result

[erincd]

Hey Nick,

In report/new in areas where the user searches to add items from the database (location, attendees, and PoAMs) can we adjust the feedback that shows up to only tell the user that no results were found, but a link that prompts them to request that the text entered get added to the database?

See below for the design on that -- we'd like it in the dropdown that tells the users that no suggestions were found and in the red text under the text field when you click off.

We'd like for the link to open a pre-filled email (text below) that the user can then send to one of their super users (we can leave the to field blank). @efo-usds will draft email copy in this ticket.

[NickHeiner]

Sounds good! I'm ready for the design.

[erincd]

@efo-usds @readywater I think this was from our phone call on Thursday -- I think one of you was going to paste it here? can you take a look in your designs and add it here for nick?

[efo-usds]

Implementation details

• The link is a blank mailto:
• The subject is "ANET addition request: {fieldType}"
• The body is "Hello, I need {enteredValue} added to the list of {fieldType} in ANET so that I can complete {originatingLocation}"

[NickHeiner]

Thanks for those details. It's a blank mailto:? The expectation is that the user will know who to email?

[efo-usds]

@NickHeiner sorry - quick update. We would like to reuse the "email" modal that is already in use for this feature.

The title should be "ANET addition request: {fieldType}"

The "to" and the "comment" field remain the same.

FYI -- that search icon should be inside of the "to" field, not outside where it currently is - that's a design bug.

[erincd]

@NickHeiner let us know if any of this is unclear -- I'm going to take the design label off assuming you have a sense of what needs to happen.

[erincd]

Update from eduardo: Users have a need to add new attendees (both principals and advisors) to their reports, as well as locations. This need will increase over time, and it is not something that can be controlled by internal processes (i.e. onboarding and person-tracking) - thus the ability of requesting new additions is core to advisors' ability to submit their reports.

These objects have already been designed and developed (create new person, and create new location). I've repurposed them, presented them in a modal to retain the users' mental model (that of report-writing), and added a brief explanation of what it is they are doing (they're not adding an object, they're requesting it be added to the system by their super user).

New attendee request

This has been updated to match #482

New location request

Note: I've made a global change, all 2-3 option selections will be pills. I'll create a new task to reflect this. Upon direct observation this approach vastly improved a users' experience of the system given that they visualized their choices.

[NickHeiner]

@erincd I see that the spec for adding a new location or user does not match exactly what you'd see on location/new or people/new. Is it ok if we just make them the same?

[NickHeiner]

To be clear, this generates an email to the super user requesting that they add the info, right? And then the super user is supposed to copy / paste the values into ANET to actually add it?

[NickHeiner]

@hunterp says that I shouldn't work on this now, so I'm unassigning myself.

[efo-usds]

Re: matching specs, no. There are two different approaches when requesting a location or a person to be added to the system, hence why they are different.

Yes, it generates an email to the super user, it can be from the server or through a structured mailto whichever is easiest to implement. The super user will have their own workflow for how they create/add requested locations/people.

[erincd]

we're going to start with the basics here, once you click on the links shown in the design, it will open a blank mailto:, including the information (from the modal designs) that the advisor should fill out. that way we push this to outlook instead of dealing with the complicated modals. @NickHeiner does that sound good?

[NickHeiner]

Ok, so no modals, and it's just a mailto:.

it will open a blank mailto:, including the information (from the modal designs) that the advisor should fill out.

Is it blank or does it have information in it? :smile:

mailto can have the following fields:

• Address
• Subject
• Body
• CC
• BCC

Can you tell me the value you'd like for each one?

[efo-usds]

These are the values:

Add people Address: blank Subject: Request to add new person to ANET Body: Type: Principal / Advisor Organization: Billet: Position name: Email: Phone number: Rank:

Add location Address: blank Subject: Request to add new location to ANET Body: Location name: Aliases: Region: Longitude: provide if available Latitude: provide if available

[hunterp]

@erin I think we should punt this to NATO and recommend they implement the correct thing. Thoughts?

[erincd]

yeah I think we'll need to. let's remember to go through that list before we leave and prioritize