camstuart
Synopsis
I am trying to understand the correct approach for capturing data returned from a JS call to a third party, and ensuring it finds it’s way to my database. The page and form is in live view, and I would like to avoid breaking form validation or upsetting the live view life cycle.
NB: I played around with Phoenix ~4 years ago, and enjoyed it, but had to work on other technologies since.
I am back now, and intend to work with Elixir and Phoenix more seriously for a large side project.
Requirement I am implementing
I have a live view page that lists ‘locations’. To the UI, these are names, (EG: Home) and addresses.
To the backend, locations are all of the address constituents plus geometry (lat/lon). I have already setup PostGIS and geometry fields to capture this data enrichment.
At the bottom of the list of locations is a form to add new locations.
I have opted to obtain the geocoded address data from the front end in this case, simply because the library that gives me address autocomplete, returns the geocoded data in it’s response which is very convenient.
Running some sort of background job to geocode on the backend is less cost efficient in terms of the geocoding service, and would be wasted effort.
I have added javascript to app.js to perform ‘address autocomplete’ with the placekit.io service
As you can see from this javascript, I am using a very old (like me) web development trick where I set these values returned in the placekit api callback, into hidden field values.
function initPlaceKitAutocomplete() {
const input = document.getElementById('lookup-address-input');
if (input) {
const pka = placekitAutocomplete('apikey-nothing-to-see-here', {
target: '#lookup-address-input', // the 'id' in the HEEx <.input>
});
pka.on('pick', (value, item, index) => {
console.log('pick', value, item, index);
console.log('full address data', item);
document.getElementById('latitude').value = item.lat;
document.getElementById('longitude').value = item.lng;
});
}
}
document.addEventListener('DOMContentLoaded', function() {
loadPlaceKitAPI(initPlaceKitAutocomplete);
});
The idea being that the data will then be available in the form changeset on submission (I hope)
Question
Is this a reasonable / best practice approach? It feels hacky.
I have a sense that it would be possible (and perhaps cleaner, although more work) to have the pka.on event update the form changeset by speaking directly to the live view component somehow (and perhaps not require hidden input fields?)
So the UI would send the geocoded data to the backend, which would in turn cause live view to update the UI. ![]()
I would be very grateful for any advice on design and or implementation.
Thanks for reading ![]()
PS: Happy to add template and elixir for context if that helps
Trending in Questions
Other Trending Topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #blog-post
- #phoenix_html
- #iex
- #graphql
- #ai
- #genstage
- #elixirconf-us
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #metaprogramming
- #security
- #hex











Showing Posts 1 to 3- Show Best Posts
- Show All Posts (oldest first)
- Show All Posts (newest first)
LostKobrakai
I‘d just use the hidden inputs and leave the frontend decoupled from the backend. No need to change anything on the backend if you decide down the line that you want to use some other method of populating the form.
I‘d suggest to question what makes the location selection different from any other form input, so that it should get special treatment.
Edit: You want to create a change event on those inputs though to make
phx-changepick up on the updated values. Setting just the values on the DOM nodes from js doesn‘t do that automatically as you might want to change the value without triggering a change event.03juan
Since you want to integrate as much as possible with the LiveView lifecycle, this sounds like a good use-case for a Client Hook
DOMContentLoadedlistener<input type="search" name="place" placeholder="Search place..." class="input w-full" id="placekit-input" phx-hook="PlaceKit">mounted()callback{target: this.el}in optionsthis.pka = placekit kautocomplete(...)this.pka.on("pick", (_, item, _) => this.pushEvent("picked", {item})this.pka.destroy()in the hook’sdestroyed()callbackBonus if you want to vendor/code-split the autocomplete-js library, you can dynamically
importthe library in yourmounted()cb then use it to instantiate the client object. Keep app.js lean for the pages that don’t need this feature.camstuart
Thankyou @LostKobrakai and @03juan for your responses. They are both very helpful.
I’ll play around with both approaches, I think that will give me a better understanding of what live view can do, and what is suitable in this case