11 posts in this topic
By Roark Holz
Hello, I am wondering if someone can help me understand how external container fields work in FileMaker 15. For testing purposes I have created a very simple database shared from our FileMaker 15 Server, the database has two fields, a single text field and a single container field. I have set the container field to store files externally which works, the files end up in a subfolder on the FileMaker server where the database itself resides.
Now I would like to change the external location where the files associated with the container are stored, I found a section in the manual called "Managing external storage of container data" but this is where I am running into a problem. While logged into the database as the admin user I go to File-->Manage Containers. There is one location listed under Base Directories: "[hosted location]/Container Test/" however all of the buttons that I should be able to use to manage my containers are grayed out (New..., Edit..., Delete and Transfer Data...). The only buttons in there that work are cancel and OK. It seems like a permissions problem but I am logged in as the admin user with full access.
Can anyone tell me what I might be doing wrong?
Ultimately I would like files uploaded to my container fields to be stored on a file share, either referenced by UNC path or by mapping a network drive.
Thanks in advance for any assistance anyone can provide.
By Cynthia Heyman
I'm brand new to Filemaker. I'm trying to figure out how to make a left menu area that will appear in all of my layouts for navigation purposes. To switch from layout to layout easily for the user when my application goes live.
I'm not even sure if this is possible, but from what I'm reading, it looks like it may not be.
Would there be a way to split a layout into two vertical sections, the left one being the menu (which I can duplicate on every layout if necessary, though that would be a pain), and the right area where the actual program interactions appear?
I'm so new that I'm not even what the correct terminology is.
I am not sure if this is a tip, or if it is already known.
Anyway it has a practical value for me so I thought I post it.
Sometimes I need to present data in a layout with several sub-summary parts and usually no body parts
I find it good interface, to give the user the ability to click on the only visible sub-summary part and reveal the next part in the hierarchy, and so on...
Thus expanding and collapsing the list by clicking on the headers.
From what I read in the forums the standard technique for this is to have a global variable to store whether part X is expanded or not.
I don't like that method very much so I thought of an alternative.
Layout Example Structure
Sub-Summary Part1 (based on COUNTRIES::Name)
Sub-Summary Part2 (based on COUNTRIES::CityID)
Sub-Summary Part3 (based on CITIES::SalesmanID)
To the right of the sub-summary part, just off screen we put an instance of the field we are sub-summarizing by.
For example, inline with sub-summary Part1 we put an instance of the field COUNTRIES::Name and we name the Object as "Part1"
Now if the sub-summary part is visible using the following :
GetLayoutObjectAttribute ( "Part1";"source" ) will give us "COUNTRIES::NAME"
or if the sub-summary part is not visible will give us error 102 (Field is missing)
By looping with a $counter variable through all sub-summary parts (1....n)
we can get a list of the visible sub-summary parts (the fields they are based on)
Then we can use this information to sort the records anyway we want to.
I think it would be nice if someone thought a way to have the list sorted in the way the parts are presented.
I have a number of scripts that have worked perfectly for years in previous versions of FileMaker, however in FMP 15 they causse FM to crash. They only way I have found to avoid the crash is to use the debugger and to use the "step into" button. That of course is a very cumbersome workaround. You can see one of the culprits below. Anyone have any ideas what's wrong here?