Jodin

Members
  • Content count

    73
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Jodin

  • Rank
    member
  • Birthday

Profile Information

  • Gender
    Not Telling

FIleMaker Profile

  • FM Application
    13 Advanced
  • Platform
    Mac OS X Mavericks
  • Skill Level
    Expert

Recent Profile Visitors

1,596 profile views
  1. Excellent work! I am also seeing very slow syncs once images are included, even "small" images from the iPad camera. I'm interested in your fork and would be willing to do some testing on our image-heavy sync systems. I think I saw an effect of this problem when debugging easysync myself. If my data viewer is open the entire system crawls, sometimes taking 30+ seconds to even redraw the data viewer window on a fast mac. The only other time I saw such slow behavior from the FMP client was another system that was setting and parsing very large variables.
  2. Make sure your Payloads screen on the server is not in table view, that seemed to give the clients the 504 error also.
  3. ​I'm wondering what the safeguard is, and what other behavior you've seen here. I'm going to try disabling that line too, I'm not getting a proper sync anymore.
  4. I need more detail here also. I've read the linked documentation. I have a system where a site has 1 parent record and 8 child tables. The client wants to be able to sync by site. I can do a full sync and sync just the site table to get my list of available sites, but I'm not sure of the best practice for specifying a sync for only the records related to that site. Any changes I make on the client are still on the client. Would I need 2 syncs to perform this, 1 to send a stack of site ID's into the ES_Exclude logic on the server, and another to pull the records that resolve back to that site?
  5. This is exactly my story. I had the client version of the payloads screen on the server version. I cleared that layout, copied over the proper one from the example file, and the 504 error went away.
  6. Jarvis- I am looking to do something similar with users that need to use BlueBeam to markup and share the PDF's, and integrate those pdf's into FMGo. The only thing I've found so far is this thread, pointing to dropbox API's in java, but i'm not sure if FMGo will work with this: http://fmforums.com/forum/topic/94358-save-pdfs-to-external-storage-from-fmgo/ If anyone has any further tips, please post. My client wants to pull PDF's made by BlueBeam from dropbox into FMGo, and when clicking on them in FMGo they want BlueBeam to launch and edit the pdf.
  7. I have built and supported several vertical market apps in FileMaker over the last 17 years in markets including healthcare, education, publishing, and service industries. I was building and shipping FM solutions as "vertical market apps" before most of us even used that term. I have been lucky enough to join great dev teams at growing companies and stay on for long runs. My current company is contracting, so I am on the market again this holiday season and I need to get something new soon. I have nearly every manner of FMP experience: client - table design, form design, scripting advanced level server - server-side scripting, scheduling, bat files plugins - monkey bread, troi, super container, base elements, mail it, zippScript, xmChart, PHPx fmgo - touch interfaces, mobile user interaction I also work with SQL (including controlling SQL tables from within FMP processes), have done lots of data ETL (extract, transfer, load) and am familiar with several outside systems and data types. I also have JSON experience, doing all sorts of parsing from and building FMP data into JSON format. I'm cross-platform and already have a license for FMPA 13. I will be taking my FM13 certification test before the end of the year. My resume and portfolio of experience is available now. If you are looking for the real-deal head developer type because you need someone to make FMP middleware or applications, I could be your guy. Jodin Ravia jodiniza@me.com linkedin.com/in/jodinravia/
  8. Yes, I am also watching this space carefully. It seems like there is a huge opportunity to leverage the FM development community to design the vertical market apps that will keep the iOS alive and growing. If Apple is serious about owning FMI, the FMAdvanced version should allow us to compile and submit to the Apple app store. We should still have to follow the store guidelines (and I think many developers will have to modify their business plans to do this). C'mon FMI and Apple, actually coordinate on this and leverage your loyal and varied FM developers to continue expanding the iOS platform. If we could compile and run natively on iOS (or in a Go-runtime) it would head off Android and WinPhone7 in the mobile business world.
  9. Susan! I just wanted to post on the thread that I've worked with Susan on several projects in the past 10 years and her post is accurate if not modest. She loves to test your work properly, she loves to make a good developer better, and ultimately to make a product world-class. With all the new tools and power on the FileMaker platform, it's more important than ever to have every function, every mode, every load, and every deployment scenario tested from a FileMaker-specific testing specialist. Testing successfully and on-budget is very different on other platforms, and Susan is the only FMP-specific QA specialist I've ever known. R&D money is tight as can be these days, but from my experience, the downtime and 'freebie' bugfix releases resulting from an improperly QA'ed product usually cost more than a testing budget when it's done right.
  10. great. i know you can't serve up different versions of files from the same server, no problem there. so to clarify, i can have a 6 server and an 8 server on the LAN, each serving it's own proper files, and have a 6 and an 8 client on a single OSX box and have them both running and opening served files without any issues? my plan is to develop in 8 while using the company db's in 6.
  11. we have been on 5/5.5/6 forever, and are introducing 8 to the scene. coupla questions: - can we run FMS5.5 on the same LAN as FMS8 ? - can we run FMD6 on the same Mac OSX tiger box as FMA8 ? - can we run FMD6 & FMA8 from the same box at the same time ? - can we run them with open served files from 6 & 8, respectively? - how is any of this behavior different for WinXP or Win2k? thanks. i searched and searched and could not find this info on filemaker.com (imagine that!)
  12. oooooh great tip. thanks franco.
  13. well, you are getting into the data seperation issue and i would point you to the entire forum here for that discussion and debate. but outside of whether or not your system could structually do it.... yes, you can mix and match runtime files using the binding key. if you give them the same binding key when creating the runtime they will work together if you move the replacement into the same directory structure (replacing the old file, all with the files quit of course). you will need to apply some intelligent tracking of the file versions and keep them out of each others way, but besides that, yes, we have swapped in runtime files with a matching name and binding key without having to recompile the rest of the system. oh darn, just realized that all this knowledge is based on v6. i haven't done extensive runtime testing on v7 yet, but i haven't heard that this behavior/feature changed.
  14. well, you are getting into the data seperation issue and i would point you to the entire forum here for that discussion and debate. but outside of whether or not your system could structually do it.... yes, you can mix and match runtime files using the binding key. if you give them the same binding key when creating the runtime they will work together if you move the replacement into the same directory structure (replacing the old file, all with the files quit of course). you will need to apply some intelligent tracking of the file versions and keep them out of each others way, but besides that, yes, we have swapped in runtime files with a matching name and binding key without having to recompile the rest of the system. oh darn, just realized that all this knowledge is based on v6. i haven't done extensive runtime testing on v7 yet, but i haven't heard that this behavior/feature changed.
  15. well, you are getting into the data seperation issue and i would point you to the entire forum here for that discussion and debate. but outside of whether or not your system could structually do it.... yes, you can mix and match runtime files using the binding key. if you give them the same binding key when creating the runtime they will work together if you move the replacement into the same directory structure (replacing the old file, all with the files quit of course). you will need to apply some intelligent tracking of the file versions and keep them out of each others way, but besides that, yes, we have swapped in runtime files with a matching name and binding key without having to recompile the rest of the system. oh darn, just realized that all this knowledge is based on v6. i haven't done extensive runtime testing on v7 yet, but i haven't heard that this behavior/feature changed.