Make sure the portal in 3.80 is named correctly. It's possible the portal is grouped with other items and you've named the group and not the portal. If the name isn't showing in the Position tab of the Inspector, you've got a problem. Even if it worked in previous versions.
As you can see above, there is no name for the portal. So, I added the name and everything worked.
Since v 3.65 duplicate portal DID NOT HAVE A NAME and since I had copied to v 3.81, in 3.81 the portal was not named.
This begs the question " Why does an un named portal in 3.65 work?" Is there someplace where the name is placed besides the inspector?
Also puzzling is the fact that a COMMIT causes the script to sort (correctly) but the portal DOES NOT specify a sort???
thanks for the reply.
I'm not sure how can you "duplicate and move" portal (layout object) to another layout (in another file), I can "copy and paste" but?
Duplicated object have other name than original (since object name is unique in a layout), so if you really duplicated, anyway you should rename it on target layout...
Go to Portal Row will pick a portal if one is not specified. If there's only one portal in 3.65 and more than one in 3.81, that would be your answer. If there's more than one in 3.65, FM picks a portal, I don't remember how though. Maybe stacking order? And then stacking order changed between 3.65 and 3.81? Just throwing out ideas.
You can create DatabaseDesignReport or use LayoutObjectNames() function to find the name of object. You didn't see error on Go to Object in v3.65, so there should be an object that have the name. It can be object other than portal, as David Jondreau's good thought.
I tried DDR report but FM 15 it hangs without producing much of a
report..... It doesn't even show the Dues table (The portal is based on
As you can see below, the portal does NOT have a name and yet the script
line: go to object and go to portal row work as expected.
Yet, when I copy this portal (on 3.65) into v 3.81 and copy the same 3
scripts over, 3.81 fails. ONLY if I give 3.81 the expected portal name
(DUESPortal) does 3.81 work.
I find this perplexing because it indicates there is something going on I
don't know about; or why.
duesNoName.png 49.4 K
1 of 1 people found this helpful
LayoutObjectNames ( "" ; "layoutname" )
in data viewer?
Have you confirmed the portal is not grouped?
DDR have some bug on treating control characters... Or your file could have some corruption.
There is another function.
GetLayoutObjectAttribute ( "DuesPORTAL" ; "bounds" )
shows where it is.
See help for more parameters.
-You can put a pilcrow ( ¶ ) in a object name, either with a cut and paste, or (on OS X) control-return or option-return. Maybe the object is named but is actually taking up two lines with nothing on the first line.
-I'm not sure how you're getting those carats (< and > ) as a result of LayoutObjectNames.
-Layout Object Attribute is what you want to find the location of an object on a layout. see FileMaker Pro 15 Help
And a thought for the future:
I recently gave a talk where I recommended against setting up scripts that manipulated records in related tables by interacting with a portal. This thread is exactly one of the reasons why I made that recommendation. Layout changes can accidentally "break" the script and it's fairly easy to change or lose an object name while updating a layout.
There are other methods available for creating and/or updating related records that do not require interacting with a portal. One method does not even require changing layouts or opening a new window to do.
So at some point, you might consider implementing a less "brittle" method for working with related records.
You might also try this free utility:
This will allow you to view what object has that object name and will show you graphically.
It is interesting, on Windows only first line is pasted in object name.
<> show contained object names in there. These are put in new line, so the name seems don't have extra pilcrow in the name.
synergy46 , When selecting the portal, do you see "Arrange" > "Ungroup" menu is grayed (disabled) ?