Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


sal88 last won the day on December 21 2017

sal88 had the most liked content!

Community Reputation

2 Neutral

About sal88

  • Rank

Profile Information

  • Gender
  • Location
    United Kingdom

FileMaker Experience

  • Skill Level
  • FM Application

Platform Environment

  • OS Platform
  • OS Version

FileMaker Partner

  • Certification

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi all We have a PostgreSQL 9.6.17 database that we wish to connect to from FileMaker. I have added the PostgreSQL Unicode(x64) in to ODBC (64bit) on FileMaker Server and succesfully added a DSN. From FileMaker Pro this DSN shows and I'm able to add it as an ESS. However when I go to the relationship graph and try to add one of its tables I get the following message: "The ODBC data source you have selected is not supported." According to this table it is actually PostgreSQL ODBC Driver (Unicode) that is required. However this is not 64 bit (I tried it any
  2. Just to clarify I am referring to text within forms. Ctrl does work with ctrl+c and ctrl+v, but not ctrl+z, ctrl+y, ctrl+Home, ctrl+end, or ctrl+a.
  3. Hello all The ctrl key does not appear to work within the web viewer in FM pro on windows. This would be useful for text selection e.g. select all. I've implemented a restricted menu set in the hope that keyboard shortcuts would not activate anything outside the web viewer but this has made no difference. Does anyone know a workaround for this? Thanks!
  4. This has been resolved by using the web viewer with some forms and javascript.
  5. That is very interesting. Thank you comment.
  6. I see. As far as I can tell the Perform JavaScript in Web Viewer and FileMaker.PerformScript still work as they would in FM Pro. Is that correct? Thanks
  7. I've just discovered that the webviewer in webdirect appears to have full (or at least more) javascript functionality .
  8. I can't say definitively, but I am using FM19's new Javascript integration feature even though the database is hosted on FMS18. As far as I can recall I've always been able to utilise the client where the FMS host was one version lower (the exception being when we switch to .fmp12 extension). Furthermore, when I finally did upgrade the server to match the clients I did not notice any improvements.
  9. My javascript developer managed to get the search feature working in IE11...and it works in FM too. I guess I'll have to wait for the anticipated updates to the web viewer (as per recent JS functions discussion on thecontextpodcast.com) for draw.io.
  10. Is there a way to isolate which element is causing the issue (I'm not sure what I'd do with that information tbh). I'm experiencing limited functionality from a search feature I'm trying to implement also (attached). The Javascript developers i've approached have been reluctant to help as they are not familiar with FileMaker. If I could tell them exactly which browser it uses then that would help. I've implemented this script: https://codepen.io/gapcode/pen/vEJNZN Which tells me the FileMaker browser is IE 11. This make sense as my search script does not work if I load it in IE
  11. Hey comment It also works on our (only) mac but none of our Windows PCs Thanks
  12. I've just realised that the problem occurs regardles of whether I integrate the modified html files. So if I point the webviewer to www.draw.io (or https://app.diagrams.net/), I still get an unresponsive website.
  13. Very strange, it is just something on my PC after all that 😬
  14. Hi all I'm trying to integrate draw.io in to my solution via the web viewer. I have much to learn as I have new to javascript. I have managed to get it to execute a filemaker script though. My first real issue is that it does not seem to work fully in the webviewer. I've downloaded these files https://github.com/jgraph/drawio-integration I can open localfile.html in my usual browser and it works fine. However within FileMaker's web viewer it does open (the url is "data:text/html," & [global field containing source code of localfile.html]), but functionality is limited.
  15. Same behaviour on my usual PC but not my other. But then I've just tried my original file on my other PC and the issue doesn't occur! I can't work out the difference between the two. Did you experience the issue yourself? Thanks
  • Create New...

Important Information

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