@k-int/address-utils
v1.1.0
Published
Utility files for building location-specific address forms
Downloads
58
Keywords
Readme
address-utils
This is a set of functions and components designed to work across many address-plugins
. For the most part you shouldn't need to actually access any of these, but they're listed here for posterity.
Generic information
For the generic information about how these plugins operate, please see here. (I'd HIGHLY recommend starting there rather than trying to jump in blind here).
Functions
This set address-utils
currently comprises of 2 functions and a component:
- getExistingLineField
- deleteFieldIfExists
- AddressTextField
We'll go over these one by one.
getExistingLineField
This function accepts an array of lines
(see the general documentation for more information about what those are) and a string containing the lowercase name of the field you're working on. Those follow the names set out by the general documentation, e.g. "premise"
.
This function simply parses the array of lines, and returns the one whose line.type?.value
matches the field string
, or null if none exist.
(This is NOT set up to allow multiple lines of the same type. This function will just return the first one it finds. See the general docs for more information.)
deleteFieldIfExists
This function accepts the same props as getExistingLineField
above. It calls getExistingLineField
in order to find the id of the saved line, and then returns an object {id: "some_id", _delete:true}
In our backend setup this will delete the line saved with that id, but this may not be universal, and so you may need to write code to mimic this functionality for your backend model wherever it is used.
AddressTextField
This is a simple component which just returns a final-form Field
with the props passed to it and parse={v => v}
, which is simply there to allow "empty" inputs such as " " to be submitted. This component accepts props handed to it directly from AddressFields
from each plugin. See the general documentation for the props expected by that component, as they are simply passed through to here.
Release Procedure
- Check CHANGELOG.md
- Check correct version in package.json
- Check everything
- Re-Check everything
- Make preparatory commit
- Tag - git tag -a vn.n.n -m "Tagged version n.n.n"
- git push origin vn.n.n (Or your preferred variant)
- Jenkins does it's magic causing release artefacts to appear in nexus
- Update the version in package.json and open the new version in CHANGELOG.md