News for hackers. Stuff that matters.

A comment on Start with a Website, Not a Mobile App. Parent comment

Re:Start with a Website, Not a Mobile App by syrrim on Friday January 04, 2019 @04:56PM (#18828049)
Add a file input -> the users taps it -> ios asks if they want to use an existing photo or take a new one -> take a new photo. Result on android may differ.
[ Parent | on HN ]
Re:Start with a Website, Not a Mobile App by sosborn on Friday January 04, 2019 @05:07PM (#18828142)
Interesting, they don’t seem to allow this on the desktop browser. Changing the user-agent yo a mobile browser exposes it. What a strange decision.
[ Parent | on HN ]
Re:Start with a Website, Not a Mobile App by laurentl on Friday January 04, 2019 @06:08PM (#18828615)
I don’t use Instagram so can’t check the code, but I would guess they use something like

    <input type="file" accept="image/*" capture>
Which does what you’d expect on a mobile device (launch the camera) but behaves differently on desktops (opens a file upload dialog). They may have decided that this behavior would confuse users.
[ Parent | on HN ]
Re:Start with a Website, Not a Mobile App by geezerjay on Friday January 04, 2019 @06:09PM (#18828617)
How do you ensure that a client only sees a picture/video once and can't save it?
[ Parent | on HN ]
Re:Start with a Website, Not a Mobile App by code_duck on Friday January 04, 2019 @08:20PM (#18829261)
The photos are available as publicly accessible jpgs through http. They’re not really trying to do that.
[ Parent | on HN ]
Re:Start with a Website, Not a Mobile App by cschep on Friday January 04, 2019 @07:25PM (#18829028)
You can't ensure this natively either.
[ Parent | on HN ]