There are some threads about desire to Disable “Add To Homescreen” Notification from years back. I’m just checking to see if this is still not an option. Seems so obvious of something to have a parameter to suppress.
In my case I have a public form accessed via QR code and the QR code has URL parameters that define a geographic location. I absolutely do NOT want people accessing this via home screen as the URL parameters will not be included.
Thanks
Can your parameters also be set using a custom action within the app?
I don’t think that’s an option now.
Well, they have to build it in first 
Here’s the original feature request in case anyone wants to vote 
… 2019 
As far as I can conceive this doesn’t seem possible without requesting the user to provide their latitude/longitude and some kind of complexity to calculate whether they are within 100meters/yards of the defined location in the locations table.
Do you have any further thoughts on how this might be acheived?
Shouldn’t be anything complex. Just use a Distance column to determine the distance from a user to a location. They don’t don’t need to provide anything other than accepting the notification that the app wants to access their current location.
I was trying to avoid requesting location altogether with the URL parameter. I think that this could be a significant headwind and was hoping to avoid that.
This form requires submission of a photo taken at the location. Thinking this might be another way.
Has anyone had any luck pulling EXIF latitude/longitude from photos submitted to a Glide Apps? The Glide help AI (intercom) suggested using an AI column to do that, but I haven’t had success with that.
I think you could probably do it with JavaScript. I have a feeling that @ThinhDinh may have done this before.
So you don’t want to request the user to provide their lat/lon, but want to infer that from a photo they upload? What’s your use case?
Pickup Request App
This is for pickup at drop sites used by employees and third-party contractors that submits the request to third-party waste hauler.
There’s a large sign “scan this QR code to request a waste pickup” with the QR code. The webpage that loads from the QR scan is a form asking for a photo of the waste to be picked up (required) and an optional notes field (not required).
We do not care who makes the pickup request and it will likely be a personal device. The goal is to make this as absolutely simple, smooth, and idiocy proof as possible. We suspect many won’t permit a strange foreign website to know their location (I may have to fold on this).
In this vein a URL parameter (the UUID of the location) is encoded into a QR code (example QR code string:
pickupmything.com/glideapp?location=Locationjahfijady87589237489234y)
An API POST for a pickup request is triggered in the third-party waste hauler’s system that a pickup is needed. The return of the third-party waste hauler’s system’s returns to this Glide App a confirmation code (order ID) via API. This confirmation code is displayed on a form confirmation page which also has a call button and an email button with the subject using this confirmation code.
On third-party waste hauler’s system the dispatcher gets an order with the precise location of the pickup and a photo. The dispatcher evaluates the photo and dispatches the right equipment to complete the pickup. We’ve actually experimented with AI already on photo analysis as well to minimize the dispatcher’s manual work.
Let’s circle back to your original question. Whether the app is installed to the home screen or not, there is nothing stopping a user from navigating to the first screen that would be loaded. You have coded QR codes already. Maybe the focus should be on still allowing users to get to the form, but visually hide collections or screens that also may allow them to navigate around the app.
Whether the app is installed to the home screen or not, there is nothing stopping a user from navigating to the first screen that would be loaded. You have coded QR codes already. Maybe the focus should be on still allowing users to get to the form, but visually hide collections or screens that also may allow them to navigate around the app.
Some feedback:
This is correct that in theory a user could bookmark or navigate backward, etc. and I am aware. However, this further justifies the logic of a double-check of location via the EXIF data as we want to avoid the annoyance of user/device permissions.
Nav is as suppressed as Glide permits. Annoying that you cannot completely suppress nav altogether, but I understand this app is an edge case. The only other screen is the confirmation. You cannot navigate within the app.
PS I tried producing this with some other platforms that we have but each has had its own series of limits. Going PURL and/or fullstack may end up of being the only way to make this thing bulletproof.
PS - The table of locations and the UI to create them and their corresponding URL string with the parameters is being managed as its own App.
OK. Just wanted to point that out since we diverted from your original question to disable a popup to install (assuming it was allowing user to navigate to parts of your app that you didn’t want)…to validating their location…to validating via EXIF…I just wanted to make sure the thread wasn’t going off on a tangent.
Location validation is tricky. Went through a similar conversation in a different thread. I honestly don’t have a great solution…especially when you don’t want a user to know they are being tracked one way or another. In any case, all of that can be spoofed. I’ll leave this post here to maybe give you some ideas or things to think about.
What screen do they see when they scan the barcode? And what happens in the background at that time? You mentioned a form…
I’m wondering if you can create a front page with a button that mimics the action of scanning the QR code. Not sure if it’s too simplistic a thought but what about the open link action to open the URL from the QR code?