Conference iosg::all-in-1_v30

    Hello Hilde,
    
    it sounds a bit strange that the market component should change the
    behaviour of ALL-IN-1. You say "when you copy OAFORM.FLB from the US
    market component it works". Do you mean OAFORM_BE_language.FLB or
    OAFORM.FLB? The latter comes with the language component.
    
    Yes, please give us a trace log!
    
    	Stefan

Hello Stuart, Stefan,

I did put a trace on yesterday on the two systems. I copied it to the 
decnet account of BACHUS:: and called it A1TRACE_BE_PATCH.LOG (the one 
who gives the problem) and A1TRACE_US_NOPATCH.LOG (the one which is OK).
I also copied the OAFORM.FLB from the BE system there so you can take a
look because I also tried now to copy the OAFORM.FLB 
(not OAFORM_BE_language.FLB) from the BE component to OA$LIB of the
system with the US component and then the problem is there too. 
Strange isn't it ?


By the way, we just found a system with the US component with the patch
V3.0-1 installed. We can reproduce the problem there, so it's definately
the patch, not the market component which gives the problem...


Thanks and regards


Hilde WILLEMS

    Hi,
    
    It looks like there is a problem with the Named Data in form
    EM$INDEX$OPTIONS. For the SMU option the trace shows there is a line
    which does 
    
    GET OA$MENU_REMAINDER = "EMC EM$SMU " OA$MENU_REMAINDER
    
    In the PFR this line has become the following two lines:
    
    GET OA$MENU_REMAINDER = EM$_MO_SET_MAIL_USER " " OA$MENU_REMAINDER \
    GET OA$MENU_REMAINDER = OA$_MO_ELECTRONIC_MESSAGING " "
    
    Can you try making this change and seeing if it works.
    
    In the original V3.0 version SMU from the index did not work at all for
    translated systems. It looks as if an incorrect fix may have been
    applied to V3.0-1, though it's not clear whether all language variants
    will have had this change made. I don't think this change went into our
    base V3.0-1 kit (a guess!), and so would have been done by the
    translation centre.
    
    Cheers
    
    Stuart

Gentlemen,

By changing the named data of EM$INDEX$OPTIONS as follows:

;;EM$_MO_SET_MAIL_USER;; SMU

GET OA$MENU_REMAINDER = "EMC EM$SMU " OA$MENU_REMAINDER \
OA$FLD_EXIT


to 

;;EM$_MO_SET_MAIL_USER;; SMU

GET OA$MENU_REMAINDER = "EMC SMU " OA$MENU_REMAINDER \
OA$FLD_EXIT

fixed the problem.



Thanks for the help


Hilde

    Hi,
    
    You've just managed to put back the original bug! The problem was that
    "SMU" is specific to English, and so SMU from the index did not work for
    translated systems, unless by chance the same mnemonic is used. 
    
    Cheers
    
    Stuart

Stuart,


We have ALL-IN-1 english with the US or BE market component so it worked 
for me. But you were correct, if I try it this way on a french or dutch
ALL-IN-1 he tells me that the doesn't recognize the command, but he returns
to the main electronic messaging screen, from where you can do a AMU (SMU) again.

Anyway,

I tried to do it your way, this means changing

;;EM$_MO_SET_MAIL_USER;; SMU

GET OA$MENU_REMAINDER = "EMC EM$SMU" OA$MENU_REMAINDER \
OA$FLD_EXIT

to

;;EM$_MO_SET_MAIL_USER;; SMU

GET OA$MENU_REMAINDER = EM$MO_SET_MAIL_USER " " OA$MENU_REMAINDER \
GET OA$MENU_REMAINDER = OA$MO_ELECTRONIC_MESSAGING " "
OA$FLD_EXIT


but then I can't use the SMU from the Index menu anymore and he does not
bring me back to the main electronic messaging screen/menu. 
I think there is still something missing.


Thanks for the help and time spend already


Regards

Hilde

    Hi,
    
    Sorry - cut and paste error on my part. The Named Data in the PFR is:
    
    ;;EM$_MO_SET_MAIL_USER;;
    
    GET OA$MENU_REMAINDER = EM$_MO_SET_MAIL_USER " " OA$MENU_REMAINDER \
    GET OA$MENU_REMAINDER = OA$_MO_ELECTRONIC_MESSAGING " " OA$MENU_REMAINDER \
    OA$FLD_EXIT
    
    Cheers
    
    Stuart

Stuart,

It works for ALL-IN-1 english but,
if I try it this way on a french ALL-IN-1 V3.0-1 he tells me that he doesn't
recognize the command, and he does not return to the main electronic
messaging screen this time. SMU does work here however (but should have
been AMU which is the french for SMU).

Same for dutch.


Stefan, maybe you could take a look at this. I did put a A1TRACE.LOG on
BACHUS::.


Thanks and regards


Hilde

    Hi,
    
    I've looked at the log, but am lost because it all looks as if it
    worked! What exactly is the problem now?
    
    Cheers
    
    Stuart

Stuart,

When you take a look in the a1trace.log, look for the last command
amu {CR}.

About 30 lines more to the bottom (just before the smu {CR}) you will find :

![MESS]   Message: Choix incorrect - s�lectionnez � nouveau

and I have to use SMU to go back to my own mail. So ALL-IN-1 french V3.0-1 does
not recognize the command AMU anymore.


Thanks and regards


Hilde

    Hi,
    
    Sorry I didn't notice that.
    
    This problem implies that the Named Data in form EM$INDEX$OPTIONS is
    not recognising the translation of SMU. In the PFR the Named Data is:
    
    ;;EM$_MO_SET_MAIL_USER;;
    
    GET OA$MENU_REMAINDER = EM$_MO_SET_MAIL_USER " " OA$MENU_REMAINDER \
    GET OA$MENU_REMAINDER = OA$_MO_ELECTRONIC_MESSAGING " "
    OA$MENU_REMAINDER \
    OA$FLD_EXIT
    
    If in your version it was 
    
    ;;SMU;;
    
    etc.
    
    Then this would explain the problem.
    
    Cheers
    
    Stuart

    Hello Hilde,
    
    sorry for the late reply.
    I read the log and examined a couple of files, but cannot explain 
    the strange behaviour. In both cases "amu" should be interpreted 
    the same way.
    
    Named Data of  EM$INDEX$OPTIONS should not contain "SMU", especially
    since you told us that you changed the EM$_MO_SET_MAIL_USER entry to
    what Stuart recommended in .8.
    
    If I can find an installed French kit somewhere, I will have another
    look.
           Stefan
    	Stefan
    

Stuart, Stefan,


Yes, I did change the named data of EM$INDEX$OPTIONS to what Stuart 
suggested in .8.

However, when I select the form while in allin1/lang=french by 
just typing EM$INDEX$OPTIONS (this gives an empty screen by the way)
and then type CTRL N, I see

-------------------------- D�BUT -----------------------------------
�cran :    EM$INDEX$OPTIONS
Biblioth�que : SYS$SYSDEVICE:[ALLIN1.SITE.LIB_FRENCH]SITEOAFORM.FLB;
--------------------------------------------------------------------

and if I do a search for EM$_MO_SET_MAIL_USER
it gives me :

;;EM$_MO_SET_MAIL_USER;; AMU

GET OA$MENU_REMAINDER = EM$_MO_SET_MAIL_USER " " OA$MENU_REMAINDER \
GET OA$MENU_REMAINDER = OA$_MO_ELECTRONIC_MESSAGING " " OA$MENU_REMAINDER \
OA$FLD_EXIT


So the system adds the AMU. If I look for the string SMU it is without
result, he does not find the string.


Thanks for the great help untill now and the efforts made.

Stefan, I would appreciate it very much if you have the chance to
check this out. I'll keep an eye on the notesfile or you can reach me
at Hilde WILLEMS @BRO or BACHUS::WILLEMSH.



Regards


Hilde WILLEMS

    Hilde,
    could it be that you are accessing a SITEOAFORM.FLC that was
    compiled with the wrong message section files? Things like
    this can happen if you precompile a FLB without having entered
    ALL-IN-1 with the /LANGUAGE= qualifier.
    Cheers,
    	helmut

    Helmut,
    
    but how can it be accepted as "AMU" on form EMC3 and then be "SMU" on
    EM$INDEX$OPTIONS? In both cases the option comes from EM.A1$MSG.
    
    or am I missing something?
    	Stefan

    If EMC3 is located in SITEOAFORM too, then I have no idea 
    what might be the problem. If it's not, then EMC3 might have
    been precompiled correctly.
    
    	helmut

Helmut,

You where totally correct. I must have compiled the siteoaform being in the
english language. I deleted the siteoaform and recompiled it, and now it works
there too. Same for the dutch language.


Thanks everybody for the great help. It is much appreciated.


Hilde Willems.