Field computed by WebQueryOpen cannot be used for Computed Subform???
As it seems, a computed subform is loaded BEFORE the WebQueryOpen is run. Depending on a field computed in the WQO, I want to load a certain subform.
Impossible??
Impossible??
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
If I remember correctly, I think you can get around the redirection issue by using a
Print "[[http://www.yahoo.com]]" instead of using the single-bracket method. According to the URL below, "if u put [[local url]], domino will do an internal redirect to the url (no round tript to server via 302 http code like simple []"
http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/171b8b98638e129e85256dac00305a94?OpenDocument&Highlight=0,%24%24return,%5B%5B
Print "[[http://www.yahoo.com]]" instead of using the single-bracket method. According to the URL below, "if u put [[local url]], domino will do an internal redirect to the url (no round tript to server via 302 http code like simple []"
http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/171b8b98638e129e85256dac00305a94?OpenDocument&Highlight=0,%24%24return,%5B%5B
ASKER
Hmm... Another good idea, which makes the use of JavaScript impossible. And isn't it so that it only works from an Agent this way? Or from the $$Return? @URLOpen... Could I be placing that somewhere strategic, to stop opening the current document and trigger reopening it with an additional parameter?? Just thinking out loud...
Will @URLOpen immediately stop loading and replace the document currently being opened by a new one?? I wonder...
Will @URLOpen immediately stop loading and replace the document currently being opened by a new one?? I wonder...
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
No need to load an entire page!
Since you already aim to alter the original URL to add a parameter for the subform, you might as well alter it in such way that you open a different form (?ReadForm) or a page (can't use Query_String_Decoded), leaving the document untouched in the background....
Since you already aim to alter the original URL to add a parameter for the subform, you might as well alter it in such way that you open a different form (?ReadForm) or a page (can't use Query_String_Decoded), leaving the document untouched in the background....
ASKER
I'll be picking up this one some day. Awarding points in the meantime...
Thanks!
Thanks!
ASKER
The subform contains only one RichText field, that is also computed by the WQO (works). The placement on the form of the subform can differ, depending on a fieldvalue also computed in the WQO. For the time being, I replaced the computed subform by Computed Text, with the value
@if(field="1"; @Text(RichTextField); "")
This works, because I know the RichText-field only contains text, in fact HTML text.
But what will happen if the text grows over one of the magic boundaries, e.g. 64K?? Will @Text still work then?? I think not, that's why I need a good solution.
I like the redirect-idea, but it would mean that the page would be loaded twice. And, AFAIK, in some browsers you can disable redirects.