Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

1 Neutral

About mikedr

  • Rank

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

2,447 profile views
  1. At my small legal practice, both my paralegal and I access an FM database (v13, but .fm12) hosted by a hosting company (ODI). Currently each of us access the database with an FMP 13 client. I will be migrating to FM 14 (kicking myself for not buying the buy one get one free back in Dec). I typically do testing on my Mac, before upgrading hers. Therefore, is there any issue with me accessing the database with FMP (or FMA) 14, and her with FMP 13? I'm thinking not, since the database is still the same. I'm not upgrading the database to use any FM14-only (UI) functionality until we're both upgraded.
  2. Well, to be fair, the solution of using a home internet connection with a static IP will more than likely be impermissible with the ISP's contract. Indeed, most work from home people are breaking the contract, because they really should have business Internet connections. But definitely running any kind of server, particularly for business purposes, breaks the contract. Cox Internet doesn't provide static IP's for home accounts, probably for at least this reason.
  3. I'm not 100% certain where to place this post . . . Please feel free to move into the appropriate forum. I was reading this: http://www.filemaker.com/company/legal/docs/hosting_faq.pdf And it very much is disconcerting to me. I'm a small business with two concurrent users. From what I can tell, after FMP14, no more shared server hosting will be permitted. Looking at the prices offered by my hosting company, the difference between a shared server hosting plan ($20/month) and a dedicated server plan ($130/month) is quite substantial. Curious what people think about this. I'm disturbed, because it may lead us away from FMP in the future.
  4. Great! Yes, this fixed the issue. Thanks so much for the quick turnaround. I want to kick the folks at the US Patent Office who created the Acrobat forms. A field name should be sentences in length and have multiple misspellings! Thanks again also for developing a great plugin. It has permitted us to do document construction through our FMP database, which has been a lifesaver.
  5. I've seen the following issue with two forms. If the field in the PDF document that you want to replace has a parenthesis in it, ScribeDocWriteValue returns an error. For example, in the attached PDF, there's a form entitled, "A petition for an extension of time under 37CFR 1.136 (a)". I believe that the problem is that acrofields are delimited by using parentheses. The way to include a parenthesis in text is to using back slash ("\") before the parenthesis, but this doesn't work. Has anyone else experienced this issue and found a way around it? I'm about 99% certain that there is a bug in the plug-in at this point. PTOAIA31.pdf
  6. I'm flummoxed by this. Could it be some sort of permissions issue? Can the client's machine run this properly outside of FMP?
  7. Send me a PM with your email address, and I can email you the latest version I have -- 1.0.4. It clocks in at 3.1 MB.
  8. For those looking for a way to do caller ID integration with FileMaker . . . . Here's what I have going. The US patent office's examiners each have a unique phone number, which we have stored in a database. When a phone call comes in on our VoIP phone (our provider is Phone.com, but Call Centric looks better and better), an AppleScript is trigger, which triggers a FileMaker script to show all the relevant patent applications we're working on with that examiner. Even before the phone is answered, we know who the person is, and what application(s) he's going to be discussing. The glue between our VoIP phone and FileMaker is a Mac program called Phone Amego. I highly recommend it. The developer is very responsive, and the price is quite reasonable. This will be helping out our workflow in the future. (FYI -- I have no connections to Phone Amego other than being a satisfied customer.) http://www.sustworks.com/pa_guide/index.html
  9. There is a FileMaker help topic on this that I'm using. I have a similar thing going on. Basically, for "individuals" I have two "types," attorneys and paralegals. A given patent has one attorney and one paralegal. What I did was in the patents table is set up an attorney type field that always is "attorney," and a paralegal type field that always is "paralegal." Then, in the database relationships, I set up two instances of individuals. One is linked to patents via individual type equalling attorney, and the other equalling paralegal. Again, this was all straight from the FM help topic (will need to find this on google). So, when I set up conditional value lists, I just choose from the appropriate instance of individuals. What I have learned from being on this forum is that generally my solutions are not the optimal ones. But this is one way to do this.
  10. Sorry, I should've been more descriptive. What I do now is have a button that has a popover to create a new related record. I was more curious about your preferred technique than anything else.
  11. This caught my eye -- I don't like the blank row method either in a portal . . . how do you typically do this instead? (I don't like the "blank row" method of creating 1:M records, but it's quick to implement for a demo).
  12. I stand by my post. I've received 3 emails from people who did reboot and still had this problem, and my solution worked. This group is too quick to judge. I will stay quiet on the future and no longer post.
  13. I excitedly saw that 13.0v5 was just released, and it said that they were fixing the annoying "allow/deny incoming network connections" bug. I dutifully upgraded. Not only did the bug persist (!), but it introduced a new one -- for the database I access, I have the password saved to keychain, but it started asking me all the time to enter the password, and whether I wanted to save it to keychain. Great. But, I was able to fix both issues (yay!). For the incoming network connections issue. First, quit FM. Second, go to the Firewall settings on your Mac, and edit the options. Remove FM's entry. Third, go to Terminal, and enter this command: sudo codesign --force --sign - /Applications/FileMaker Pro 13/FileMaker Pro.app/ It will ask for your password. Enter it. It'll resign the app (which couldn't be done with the prior version). The next time you start up FM should be the *last* time that you have to allow incoming network connections. As to the other issue if you now have to enter your password every time to access your database, even though you specified for it to be saved in Keychain, this is what you need to do. Again, quit FM, go to Keychain. Search for "Filemaker". Delete the password for your database in the list. Start FM, enter your password, and say save it to Keychain. Quit FM. Go back to Keychain, search for "Filemaker" and click the info icon at the bottom. Under "Access Control" it says "confirm before allowing access" -- but you'll notice that "always allow access by these applications" doesn't list FM. Click the plus button. Find the FM app, and select it. Save changes. Start up FM, you should be fine!
  14. Unfortunately, the problem still pops up. It seems to be an iOS 8 issue, sadly. Not a huge dealer breaker, just a bit of a bummer.
  • Create New...

Important Information

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