249 prepopulate installer information when creating a project

[lindsayJohnstonPnnl]

NEW UI CREATED:

When user clicks New Project:

1. They will see the New Project form and it will pre-populate the Installer Information with the data from the last project they edited or created
   

2. There will be a drop down menu where they can choose from a list of previously entered installer information, they can also clear the Installer Fields from this drop down
   

3. If there is no previously-created project, the drop down does not show up and the Installer Fields do not pre-populate

4. If the user is editing a project instead of creating a new one, the drop down does not show up and ALL the fields populate with that project's data from the database

5. I also noticed this bug where the user could submit an invalid form:

Screen.Recording.2025-01-08.at.4.41.21.PM.mov

• I fixed this bug in my branch, but I didn't spend a ton of time making it ideal. Perhaps we could revisit this UX?

SUGGESTIONS FOR NEXT STEPS:

1. When the user chooses to edit an existing project, they see the same "New Project" form. This was existing behavior that I did not change, but it might be good to change that heading to "Editing Project" or something similar.

2. Because there are quite a few differences between how the "new project" and "edit project" forms work, there is a lot of conditional logic switching things on and off. I might suggest creating an entirely different route (maybe /app/{id-number}/edit) and a separate EditProject component for editing an existing project. I think that this would make the code easier to read and work on in the future.

3. Some other things I noticed in the UI:

*Would be nice to have a "Home" button (could even hyperlink the "Quality Install Tool" header so that it directs to the root route.

• This is nitpicky, but the Quality Install Tool Heading is not centered here:

*Would be nice to have a "Back" button at the top of the New Project or Edit Project form. I found myself clicking the back button on the browser from this page and it doesn't work as I expected. Maybe we should change that too? I think it might be coming from the way we are navigating here with replace:true:

Screen.Recording.2025-01-08.at.4.33.38.PM.mov

*Could clean up the display of addresses when it's not fully filled out (note the comma after City Name):