Does anyone know the reason why the Mid-Tier is unable to support the
$FIELDHELP$ keyword? The help on this keyword states that Web applications
do not support the $FIELDHELP$ keyword; it returns NULL.
Any reason why this would have been hard to implement on the Mid-Tier?
I was hoping to
No, I don't know the answer to which you seek...but I can hypothesize?:)
Ok...so field help can be 'bulky' at timesand the client (web browser)
doesn't keep a copy of the form in question in the same way that the user
tool did...so to try to keep the communication size between
Possibly of course if you hit Help in the toolbar on a form in Mid-Tier you get
the help for ALL fields on the form.
And $FIELDID$ states Returns NULL if the FIELDHELP keyword is not
implemented. so I wonder if it is somehow related to not maintaining a list of
what object has the focus
Fred
Certainly the idea of optimizing the connection between client/mt/server seems
reasonable. But if that's true (and I hear that you're only guessing, LJ),
then it seems like it should be an option that can be turned on for individual
fields, so that developers can turn it on and add that little
@@: LJ Longwing,
That sounds like it may probably be the reason why they may have not
included $FIELDHELP$ (good reverse analysis..) - except that the help
cumulatively does get loaded and can be seen if you press the Help toolbar
if made available on the Mid-Tier on the form (see Fredrick's
Based on the further analysis by Fred...I withdraw my hypothesis...I was
shooting from the hipyou can miss quite often like that :D LOL
On Mon, Aug 26, 2013 at 3:29 PM, Joe D'Souza jdso...@shyle.net wrote:
**
@@: LJ Longwing,
** **
That sounds like it may probably be the
This nagging limitation led me to check all other different keywords that
may not be completely compatible or do not work correctly on the Mid-Tier
and I found 2 others that might need some more work on them to be more
useful..
$APPLICATION$ is set to NULL when the URL does not have the
7 matches
Mail list logo