i what to run a script that will take the layout name into a Variable and then put the filed name.

"

Set Variable [ $lay; Value:Get(LayoutName) ]

If [ IsEmpty ( $lay & "::status1" ) ]

Show Custom Dialog [ Title: IsEmpty; Buttons: “OK”, “Cancel” ]

End If "

where is my error?

Here:

http://fmhelp.filemaker.com/fmphelp_10/en/html/func_ref3.33.7.html

--sd

i have in all layout a filed called status1 and i have a script that gets the layout name .

i want to run a script the will take them both and check if the files is empty.

instead that i will have a script for etch layout

I'm fully aware, that it's what you're after - read on MacDuff!

--sd

i am sorry i did not understand what you mean .

Right this statement will always be true:

If [ IsEmpty ( $lay & "::status1" ) ]

....and can therefore be omitted completely from your script ...since you always are within one of the layouts even if it's hidden, the last bit doesn't improve the logic either, it's just a string. You would need to use GetField( or Evaluate( to make the boolean logic work.

--sd

Of course, it's not the layout name, but the table occurence name that's important. If layouts are named the same as tables, then there's no problem.

I have a menu that i move from layout to layout .

when the user moves from a layout i what to check if status1 is empty or not.

the problem is that he could be moving from 10 layouts and do not what to white a "IF" from each layout.

Now I can't tell what exactly isn't making sense to you but here is a template... 3 tables each having their own layout, not related in any way (...yet?)

--sd

Dani.zip

The Layout object represents a single FileMaker Pro layout. You use it to interact with records in FileMaker . All access to FileMaker data is done through a layout, and this layout determins which table you actually hit (since every layout is explicitly associated with a particular table — see FileMakers Layout->Layout Setup dialog box). You never specify table information directly in RFM.

Edited April 2, 201015 yr by Guest
Removed Advertising URL

All access to FileMaker data is done through a layout, and this layout determins which table you actually hit

While this might be true for Windows are you enabled to perform the following:

tell application "FileMaker Pro Advanced"

	create record in table 2

	set cell 1 of the last record of table 2 to 3

	field 1 of table 2

end tell

...eventhoug the layout created when initiated the build of the table has been deleted, according to your statement wouldn't the last line of the applescript make any sense, but it does!

--sd