Submit not working on Google Chrome OS

Question

My forms (built with XI Pro) will not submit on Google Chrome OS.  Is are a list of other browser/operating systems that are going to give me a problem and are there any fixes.
Thanks

Answer 1

I don't think you can reasonably expect Adobe to be the least interested in non-Adobe products. The job of any software company is to shift their own products, and that includes the free Reader. Indeed, the need to use Reader is considered a positive, desirable, feature I imagine, at least by marketing. Lack of platform support is another issue, but again, not one they will be very interested in. They hastened to drop support for Windows Vista, Unix and Linux, so a minority tablet is hardly going to interest them.
Consider Microsoft's Word format. Some apps and devices read Word files, and do a bad job of it. Does this diminish Microsoft Word? Should they mention it? I think not.
But, all that said, from the point of view of people intending to use PDFs for forms (rather than content delivery for display and print), the game has changed utterly and ever more rapidly in the last 2 years. One used to be able to say "Adobe Reader needed" and know it was more or less right, that there were a few rivals, but nothing widespread, and easy enough to tell people to use Reader. But what has happened is an explosion of non-Adobe PDF rivals, now so widespread that people just expect to use PDFs - complete victory for content delivery. But these rivals often interest themselves little in forms, leaving the user confused.
Consider the choices now. In browsers, Chrome and FireFox. In systems, Mac OS (Preview) and Windows 8 (Microsoft Reader). On tablets (iOS, Android and others) a built in PDF reader. Worse, in many cases, EVEN IF the user follows instructions to get Adobe Reader the existing app continues to win, by design. For instance on iOS you have to first open a PDF in the Apple app, and only then can you choose to open it in Adobe Reader - why would the user bother unless they are very motivated.
This has changed the position of PDF forms utterly, and for the worse. Still a good choice in closed systems (where someone can dictate hardware and software), but an increasingly questionable choice in the broader environment. To anyone considering PDF forms, I have to ask them - what is wrong with web forms? Often they have just decided (based on marketing and other perceptions) that PDF forms will be "easier". A key reason is that it seems like emailing the forms is going to be good, but this has never been more than a toy for testing. (After all, HTML can email forms too, but nobody does). I'm sure nobody dealing in medical stuff would consider emailing for a second, but it is certainly what 90% believe they can build a business solution on. So, as in all cases, it comes down to an experienced programmer producing a server solution.