.izeanorg.

Thank you... I will certainly be exploring this.

Figured it out (primitively). Here is what I ended up doing. UI Script: Add Account [Account Name: Users::AccountName; Password: ********; Privilege Set: "Manager"; Expire Password] Set Field [users::gSearch_User; Users::User_ID] Open File [Open Hidden; "DataFile"] Perform Script ["AddAccount" from file: "DataFile"] DataFile Script: Go to Layout ["Users" (Users)] Enter Find Mode [ ] Set Field [users::User_ID; Users::gSearch_User] Perform Find [ ] Add Account [Account Name: Users::AccountName; Password: ********; Privilege Set: "Manager"; Expire Password] Close Window [Current Window] I will add more to my scripts/buttons to ensure the only Users able to run this script are managers and also to select the appropriate Privilege Set. One thing I didn't like is that upon login with FMGo, using the new Account Name and Password it requires you to change the password for both the UI and Data File (so it pops up to change the UI password, then immediately pops up to change the Data password... I could see that leading to confusion). Perhaps I can have the new user type the password in a global field, set that in the specify box, in the Add Account script step, then clear the global field in the script. Then turn of Expire Password. Also, I suppose that if the script was interrupted, there may be trouble. I am still tinkering with it...

I am building a solution using The Separation Model. What I am trying to do is allow a User to add an Account via Scripting. I want to be able to use this same solution for multiple businesses and thus I plan on making it available to them only by WebDirect and FMGo, so it is a necessity to do this via scripting (so I don't have to manually add Accounts anytime the business wants to add a new user). I am able to add the Account via script to my UI, but I can't figure out how to add it to the Data File. I may not have tried everything I can think of yet, but I have attempted to the point of frustration. Any ideas?

I have now realized that this only happens when the list is short AND it is the first time entering any field on the popover. Once the keyboard is closed (leaving popover 'open'), if any field on the popover is tapped, the keyboard reopens and displays the field as expected. Once the popover is closed, reopened, and a field entered (regardless of which row), it displays incorrectly again. (then repeat: exit, reenter field, displays expectedly).

I have a layout for my Contacts, in list view. Each row contains the Contact Name and a POPOVER to edit the Contact information.  When the list is longer (beyond the iPhone 4s screen size), click the popover to edit, the title bar seems to slide up (see pics), and I see a single field fully, click 'next' and it scrolls to the next field... I am happy with that.   However, when the list does not exceed the iPhone 4s screen size, click the popover to edit, the title bar does not seem to slide up (see pics), and I am only able to see a portion of the field (which makes it difficult to type information in), click 'next' and it scrolls to the next field (again only allowing a portion of the field to be seen)... I am NOT happy with that.   Is anyone else experiencing this? Is there a way to ensure that the field is fully visible, regardless of the length of the list?

Similar issue... I was building in FMPA12, a separated model DB (one for data/one for interface)... Everything was working fine between FMPA12 and FMGo12. Installed FMPGo13 and it worked fine with FMPA12. Since I wanted to play with FMP13 before I upgraded, I decided to download the trial. I accidentally downloaded the FMPServer 13 trial, instead of the FMP13 trial. Anyway, now both are installed (trial versions). I turned server off because it would only let me open 1 DB, but was still getting port errors and the document error. After turning off the server, I got an error saying that another user on the computer was sharing with FMP13 and I was unable to share. My wife also has an account on the computer, so I switched over to her log in, opened FMP13 trial in her name and it showed it was sharing. I turned off sharing on her account and switched back over to mine. Everything is working fine now, with the FMP13 trial and DBs I created in FMPA12. Maybe this will help you (since it wasn't actually a port issue)? BTW, I am on a MacBook with Mavericks.

Many applications automatically add photos to the devices camera roll (ie Instagram), when a photo is taken. Is it possible to automatically add a photo to the camera roll when you take a picture in a container field within FM Go?

Yes... That does help. However, I am hoping to be able to express to a potential client why they need a Filemaker database opposed to something they can download from the app store.

If you have yet to find the solution to your problem... In addition to selecting "include vertical scrollbar", you need to set the line characteristics for the field to "none".

I am in the process of developing a solution as a point of sale system for a specific type of business. My intent is to make this system available to businesses via a hosted network, set up for each client... and only available to them on iPad/iPhone/iPod. I want the system to appear to be (as much as possible) an iOS app. I am aware that it is not possible to offer Filemaker solutions in the AppStore. I was speaking to a potential client about my solution (who is going to be doing the initial testing and possibly investing in my solutions marketing) and a "concern" of theirs was... "Do you think clients will feel like your system requires to many steps to access it (ie having to download FMGo and opening FMGo to access their data) and do you feel it will make your system seem as a work around because you are unable to develop an actual iOS app (I do not possess those skills)?" She feels that if it were an actual iOS app offered in the AppStore, it would seem more "legitimate". Is there a response to this type of question that shows an advantage of going the FMGo route as opposed to an actual iOS app? I suppose I am looking for the advantage of a company using my services vs an actual iOS app. Thanks in advance. Matthew

Try using a Merge Field. It will display the contents of a field as text.

I was wondering if there were any advantages to building an invoicing system using separate tables for Purchases Orders and Invoices vs just one table for all Transactions... My thought process was to create only one table called Transactions with a TransactionType field to differentiate between an Income Transaction and an Expense Transaction. This way, the SUM of all or a found set of Transactions is essentially the Balance, showing Profit or Loss for the found set (or all). Of course doing this creates the need to show Expense Transactions as negative totals and Income Transactions as positive totals (much like a bank account ledger). This also allows me to add to and subtract from my InventoryItems::QuantityOnHand, thus efficiently maintaining and tracking Inventory Items. Does this make sense to anyone else and/or is my logic flawed?