Wickerman

Thanks for the elucidation. And yes, I think the problem involves opening the new window without getting out of the portal in the original layout. The Commit Records step has done the trick -- I had tried that, but I think I had put it at the wrong step in the script. Thanks a million for your patient assistance.

Sorry to dump so much on you. I think I figured out its some kind of record commitment failure. It seems as though the sub-record is being committed, as the key fields are populating -- but until I click out of the portal onto the main layout, the solution isn't 'seeing' the new sub-record. So, I just need to put in a script-step that achieves that -- perhaps just 'Go To Field' outside the portal and then back in? I'm afraid some of the record commitment subtleties tend to pass me by....

Thanks spy much for giving this a try. Could you try this particular sequence. 1) On the Cards Layout, create a new Scene by entering a value in the "Scene #" field (top of portal row). 2)Commit the record by tabbing or clicking out of the field. Note that the primary key field is populated, and copy that value onto your clipboard. 3) Click on the portal button with the pen icon. This is now supposed to pop open a card window with a portal in it for adding subject-term keywords to a sub-table of 'Scenes'. The name of the "Scene" that you entered should appear in the little black header. 4) If you are experiencing the problem, nothing will happen, because the script isn't able to find this Scene record. 5) Now go to the Tagging layout, and try to Find the record by pasting the _pk_ into the _pk_ field. (visually note the first few characters) 6) If you get no hit, that's my problem. Now if you do a "Show All" records and go to the newest one, you will find the record matching the _pk_ you copied. --- In the picture below you can see a newly-created 'Scene' record in the portal. The fact that the primary key has been populated is, to my understanding, a site that the child record has been created. . . . and yet the button script is not able to find the record doing a find on the current _pk_, which I set as a variable in the script. (I originally used a Quick Find, but changed it to the Perform Find while trying various things to make it work).

Well, here's the file itself. It's pretty simple. The situation arose as I was trying to solve the 'portal within a portal' prohibition by using a Card window triggered by a button in the portal to assign 'tags' to Scene records, which are themselves in a portal on the main 'Card' record layout (not unfortunate Card / Card terminology which is a coincidence). Entities: Cards > Scenes > Tags The problem is occurring in the Layout named 'Tagging' which is built on a 'Scene' Context. Confronted by the bug, I kept hacking away at the sole script attached to the button, figuring i had left something out . . . so the script may not be right -- I abandoned that angle when I found the simple 'Tagging' layout just wasn't working for simple 'Finds'. IRC_1.4.fmp12

I fell like I'm going insane. I've created a simple little solution, just a couple related tables, no big deal. I am creating records via a portal in a Parent table layout, and the records are turning up fine. ....but somehow on newly-created records, perfectly simple one-field FIND efforts are simply failing. I am looking at simple layout based on the child table, and the records are there. In browse mode, I am looking at a record as you see below -- and searching for a record using the primary key, and it just yields no matches. SO I put a simple text field on the layout as you see. I am in Brose mode and I can see the value is '222'. So I search on that field entering '222' -- as you can see, no hits!?? I am simply copying and pasting the field content right back in for a find and getting nothing. Searches for other records work, but not this newest record. I can move through the records and try again, no luck (so its not a record commitment problem?). But eventually, perhaps by closing the window, coming back, at some point, the find *does* work for that record .... but if I create a new one via the relationship, it fails all over again. BUT, if I create a new record on this layout, the problem doesn't arise. So it seems something to do with the relationship, but I can't fathom what? How can a simple direct search on a text field fail? The picture below left is in Browse mode, looking at an existing record - the second picture is the Find fail.

Hi -- a client using a new iPad Pro 2 with iOS 14.4.2 is trying to download a filemaker file from my web-page, but is getting an alert at the bottom of the screen that reads "unsupported file type", and the file doesn't download. I can't reproduce the problem on my own iPad and haven't have anyone else experience the problem. Any idea what might be up? Thanks for any suggestions.

Hi -- I have a few iPad solutions I created awhile back, where I hid the upper and lower toolbars from view. but as I recall, there was a swing gesture I could use to reveal them -- I thought it was swiping down with 3 fingers . . . but this seems no longer to work? Can someone jog my memory on this? I just need to be able to reveal the "Find" function temporarily.

Thanks very much for these suggestions!

No, this is for a stand-alone database living on a single computer -- running on current Apple OS.

I have a client who would like his database to automatically generate a certain report every Monday morning. I thought there was a script step that could achieve this sort of thing but now I'm not so sure. I guess Filemaker isn't constantly checking the time after all, right? I suppose I could have a start-up script that checks the day / time when the file is opened and produces the report under certain conditions . . . but if the file is just left open, there's no way to trigger a script to fire at a certain time every week? Essentially, the client wishes to have certain information "pushed" at him at the beginning of each week so he doesn't have to remember to check it. Is this achievable?

Hi -- I'm trying to direct a client to the web-page for purchasing Filemaker 18 - - but I'm only finding Filemaker 18 Advanced. Is Filemaker no longer offering the somewhat simpler package? If so, wouldn't it be simpler to leave off the 'Advanced' title? Thanks!

Thanks for that suggestion -- I view the images at a larger size on my desktop, where file size isn't such an issue, but you're right it would be good to shrink the mobile files substantially. Is it possible for me to export the image files "in bulk", adjust them with my graphics editor and then re-import them as a batch, without having to drag & drop them into each container field separately? The images are stored in a simple container field....

I have created a number of free-standing backgammon quizzing files in Filemaker for use on an iPad. What I want is to allow people to go to my website on their ipads, click on a download button, and have the file imported to their device and open in Filemaker Go. Then they can use it on their own -- no connection to a hosted file is necessary, no further data updates to the file are needed. I am hosting the filemaker quiz files on Google Drive. When I initially set this up, it was working fine - - and it still works fine if I try it on my desktop machine -- the file appears in my downloads file. But one day I tried it, and the download no longer triggers -- I get stuck in a loop where I click 'download' on the google drive screen and nothing much happens. I have no idea what could have changed since August when I first set this up - - but it's just not working any longer. Can anyone suggest what's gone wrong, or how I might better navigate this simple need? Here's the web-page in question. The Quiz files are at the bottom of the page. https://nebackgammon.org/index.php/bg-taskmaster/ Just tap on one of the 'Taskmaster' images from your iPad to attempt a download. Albert

Ah -- that would be it. Thanks.

I am struggling to do something simple, which is to define a field that will display the filename of files stored ion a container field called 'Document'. I am using the GetContainerAttribute(sourceField;attributeName) function, but I can't seem to get the engine to recognize the field, which I'm entering by double-clicking it in the field list! I've tried using different attribute names, and tried doing it on other container fields in different files, but there's something I'm just not getting here . . . can anyone spot my problem in this image of my attempt?