I was wondering if there was any way to have a Credit Card reader connected to an iOS device, and when swiping a card, pre-fill a form in the browser. Basically have the Card reader act as a Keyboard and with some Javascript on the page, fill the right info in the right fields in the current page. I'm looking to do this purely on a Web Page with Safari.
Thank you!
I don't think you're going to be able to do this from Safari on iOS. Safari would have to support this feature, which it does not.
Instead, you could create your own app that interfaces with a credit card reader and uses a web view as a mock Internet browser. You can interact with the content of a web view via stringByEvaluatingJavaScriptFromString:.
Related
Building my first telegram bot and it's going to be quite complex.
Part of workflow needs to open a webview within telegram that will require user interaction, return to bot chat altering chat with data received from user.
Reading through the entire api, SO, github, I'm having trouble finding anything about the viewing webpages, much less if we can interact. Before I get deep into this project it would be awesome to have some starting direction.
Can you create web views (like you see for "instant view" articles, google maps, etc), and if so can you get data from user to use back at the chat bot?
Another option is possibly using a "game". In our case, it won't be a conventional game, but maybe we could use the html5 game to render what we need, and interact with the user. I know it can pull scores, names, etc to update message, maybe we could somehow make this work?
I'm currently working through the api. This is one of my first apps, and my first telegram bot. I really appreciate any assistance on how to get started here.
This is in Rails, using https://github.com/telegram-bot-rb/telegram_bot_app as a starter. Mostly needing to know if this concept it possible, but anything more specific would be great, too. Thanks!
You can't create web view with the bot API and you don't need to do that. You can simply link to a web page using simple links or inline buttons and the page will open in Telegram's inline browser (Depending on user's settings).
If you include the user ID in the URL you will know who is using the webpage. e.g example.com?uid=1234
Now that you know who is using the webpage, you can use the ID to send messages or anything else in Telegram chat while user is on the webpage.
At the end you can redirect the user back to your bot URL (telegram.me/botusername).
Update
You can now use Seamless Telegram Login to link to a web page and log in the user. This feature can also be used in groups
Try the new Telegram Web App API
It can open a web page on the bottom sheet, which you can expand almost to the full screen.
You can configure the web app open button by following these steps:
Open BotFather
Type /mybots, select your bot
Click Bot Settings > Menu Button
Set up a menu button that opens a certain URL
In iOS 8, a user can scan his or her credit card (takes a picture) in both Safari and Apple Pay. Additionally, a web form can prompt a user to scan a credit card to autofill a form asking for payment info. This is done in html by setting a tag / name on the field, e.g. "..." Safari will then automaticaly prompt the user to use their camera (see links below).
Is there a way to take advantage of this functionality in a native iOS app, either via an apple API or by setting some field type parameters on an input field?
Example use case: user opens my app and tries to buy something, I prompt user to enter a credit card, she or he can then scan a card.
If a user adds a card directly through Safari settings they might have this option:
https://9to5mac.files.wordpress.com/2014/10/2014-10-02-08-41-21.png
If a user hasn't added a card already, they might have this option:
http://photos2.appleinsidercdn.com/gallery/9512-1291-safari-140609-l.png
NOTE: I know about Card.io and will probably use that, but wanted to find out if there is an easier / more seamless way.
I don't think so, I never saw it outside of a webview.
Card.io is the best option in my opinion.
I am testing a website on an Ipad. It seems that if someone clicks on an email link, an email program will open in full screen (taking the user away from the browser). What makes it annoying is, there is no "close or X" button for them to leave the mail program. How do my ipad Visitors go back to the browser?
Is there a way (or a HTML code) where if someone click on an email link on an Ipad, it will open up the email program in a small window without taking the visitors away from the brower?
iOS's UI is based on the concept of full-screen apps. To return to the browser, your user must return to the browser app. This can be done using the button, or (if configured) some multi-touch gestures (I use a 4-finger swipe to the side, but I can't remember what the default is).
You should not be trying to change the user interface of a specific device from your website. You might help a few users who have not yet got used to their iOS interface, but you will confuse and/or annoy all the ones who have.
If I wrote to you and asked for help because everyone else in the whole continent was driving on the wrong side of the road, would you try to fix the entire road system? No! I hope you'd just tell me how (or not) to drive. Same deal with the existing UI on any device — let your user learn to use it properly.
I am working with a 3rd party web service to process credit card payments.
When I swipe a credit card via google chrome the payment is detected and processed.
However when I attempt to swipe a credit card via the built in Delphi web browser TChromium, nothing happens.
Can't figure out why its not working are their any settings I need to set on the TChromium browser?
Update
I have verified that that the card reader reads and posts the data to whatever field/component is selected.
One difference I have found with Chrome and the TChromium web browser is that when I process a card in the TChromium web browser it automatically tabs to the next html component after processing the card.. Where this does not happen in Chrome it just stays with the current field/component selected.
The Question title is misleading but only because I did not understand what was happening after some investigation I was able to solve the problem. I hope this answer might come in Handy for someone someday though its a pretty isolated problem.
So I found that the MagTek reader reads the credit card data to the field and then Sends a "Enter" button afterwards.
And the Program I am currently working with has an option where when a Enter Key is pushed it will instead send a Tab so that a user can get to the next fields by the enter key.
So the program was intercepting the MagTek reader initiated enter key and replacing it with a tab which interfered with the payment process.
I am setting up Twitter Cards using a player card. It works in the preview tool, but the docs say it needs to be tested "on twitter.com modern desktop browser? Native iOs & Android Twitter app? mobile.twitter.com iOS & Android default browsers?"
How can I test it on twitter.com and twitter mobile apps if it hasn't been approved it?
Twitter have added a Card Validator. Not sure if this will help you, but it might help others who land on this page from a Google search.
https://cards-dev.twitter.com/validator
I too had this same question which was unanswered on the Twitter Developer Forum. I was able to get a player card URL validated and have my domain white-listed without first reviewing in each different context.
Make sure your URL meets the Player Card requirements (https://developer.twitter.com/en/docs/twitter-for-websites/cards/guides/getting-started). My twitter:player entries point to a simple html page which contains a VideoJS player, my content is defined so it resizes to 100% width and height (so that the small mobile web experiences won't experience cropping.) Of course all assets must be fetched via https like defined in the docs.
The Player Card should really help with video/channel views for those that have a large Twitter following.
Good luck,
Stan