Jump to content

Search the Community

Showing results for tags 'chrome'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Community Forums

  • Community Resources
    • Community Articles, Tips, & Techniques
    • FileMaker Marketplace Discussions
  • FileMaker Platform
    • FileMaker Interface Features
    • FileMaker Schema & Logical Functions
    • FileMaker Go for iPad and iPhone
    • FileMaker and the Internet
    • FileMaker Pro Advanced 17
    • Legacy FileMaker Platform Discussions
  • FileMaker Server Administration
    • FileMaker Server 17
    • FileMaker Server 16
    • FileMaker Cloud
    • FileMaker Custom SSL Certificates
    • oAuth and External Server Authentication
  • Brain Food
    • Security Concepts
    • The Left Brain
    • Upgrading & Migration
    • Data Analysis
    • Development Standards
    • The Separation Model
    • Relational Database Theory
    • Damaged / Corrupt File Problems
    • Bar Codes (Printer, Scanners, Software)
    • Hardware & Networking
    • OS Level Database Automation
    • Product Ideas
  • JavaScript Integration
  • FMForums Affiliates & Sponsors
  • FileMaker Classifieds
  • FM Forums Operations
  • FileMaker Friday Night Chat's Topics

Blogs

There are no results to display.

There are no results to display.

Categories

  • White Papers
  • Infographics
  • Samples
  • Solutions
  • FMGo
  • Plug-Ins
  • Tutorials

Product Groups

  • Workplace Innovation Platform
  • Site Advertising
  • Development & Hosting

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Title


Industry


Location


Interests


Website URL


Skype


MSN


Yahoo


OS Version

Found 8 results

  1. Hi, This is a peculiar bug which seems to have appeared with a recent Chrome update. Create a Web Viewer control with the following content: "data:text/html,<html><body bgcolor=\"#EEEEEE\">HELLO</body></html>" Then view the layout in WebDirect in Chrome. You'll notice it doesn't display anything. Remove the bgcolor and it works as expected. It also works in FileMaker. There are numerous workarounds but I can't find out how to fix it. Anyone else experienced this?
  2. First a disclaimer. I'm well aware that WebDirect (FM13) is not build or supported for iOS or Android tablets. I've read the specifications. And yes, things should probably be done in PHP instead. Which is no doubt, what will happen eventually. But for a number of reasons, I'm involved in a couple of projects, where we have decided to examine the borders of WebDirects compatibilty first. So I would like to hear any concrete findings from other crazy persons who have been experimenting on the wild side with WebDirect. What kind of functions and design methods work for you. What should we avoid in striving for a solution to best survive in e.g. Chrome on an Android tablet? Any experiences with Raspberry? Why is this interesting? Well, unless you publish your WebDirect solution on an intranet or another very controlled environment, there will always be users who will try to use whatever browser is at hand. So we might as well prepare and try to recognize and understand the things that can and will go wrong in those situations. Maybe we might even collect some useful feedback for the good developers at FMI. ;-)
  3. Hello All, I have an IWP solution with buttons to open various pages on my website. All that I want to happen is when a client pushes the button (they would already be logged in to the client side IWP site) a new browser window pops and takes them to the URL. Simple right? The Open URL settings I have are as follows: Preform without dialogue - checked and to keep it simple here is one of the URL's I'm using "http://fernwoodcove.com" The buttons work fine from within FMP but not from the web - nothing happens - just a momentary flash of the screen. Also note I have allowed popups and have tried this on Chrome and Explorer both on Windows machines - I don't own a Mac - sorry. Windows Server 2003 Filemaker Server Advanced 12 Filemaker Pro Advanced Suggestions? Thanks! Jim
  4. Hello, We've been using IWP for over a year now, we use it for daily reporting and inscriptions etc.. We've always insisted on people using internet explorer as their web browser because everything works (99% of the time) without issues. Now with the latest developments and such, alot of our users use Google Chrome to access and update their data. The one and serious problem we encounter with all these users is that they cannot access certain fields or cannot even use scripts which work perfectly fine while using IE. For example on our inscription page, we have a radio button in which people indicate which language they speak, in IE you can click and change language at will, in Google Chrome you click and nothing happens, as if you cannot even access the field. And for scripts where the hand over cursor appears in IE, in Chrome the hand does not appear. Users using Mac seems to be having the same issues as well, or even worse. Do I have to change anything in settings to allow Chrome to function properly? Has anyone encountered this problem before? Any help anyone could give would be greatly appreciated since this tool is a vital part of our company's future. Thank you, Frederik
  5. Hello, Â We use alot of pictures for debriefing our actions to other partners. Our users upload these pictures each day. Since we give the option to put alot of pictures in the same record we have had to narrow down the size of the container to about 120-120. In IE this does not give an issue since you can define which buttons to show, but in Chrome he ignores that option. Â I've added a picture to show the issue we have with it. Â I know this problem is purely synthetic but still, it doesn't look profesionnal. Has anyone encountered this problem before or know a way around it? Â Greetings, Frederik
  6. Hi everyone, We have a newly deployed OS X 10.10.5 Server with FMS14 installed with only 3 databases hosted, all accessible via Web Direct. Now some of our customers are experiencing difficulties with even accessing our solutions, which we have narrowed down to local network problems at our customers. The problem is, the login window is not showing, and therefore they can't access the databases. Now, the problem is somehow browser based.. I went through the login process with a customer, which was sitting with Windows 8.1 / IE.. Now when trying to connect to the database the customer gets the following message "Failed to load the bootstrap javascript ./VAADIN/vaardinBootstrap.js" I then tried to connect to the database through Chrome, which worked perfectly fine! Is there something I can do for the customer or on our Server, to prevent this message for future customers? Best regards Christoffer
  7. I would like to have 20 simultaneous users inputting data on tablets. $200/tablet for Android, $600/iPad - hmmm. Android compatibility would open up a world of possibilities.
  8. I have an application that works fine with all supported browsers and OS's but I experience problems with the latest Chrome 40.0.2214.69 update on the iPad. In particular, input disappears from a scrolling text box when focus is moved off the textbox to a new input field or button. This isn't a problem with Safari on the iPad, I tried erasing/reinstalling Chrome and I have played with the browser settings. Any ideas?
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.