Uniface User Forum

Hi Freaks

My challenge:
In a non modal world I have to check on FormLoseFocus some conditions and  ask the user how to proceed.
I.e stay in the instance or leave it to the clicked one. 
Under certain circumstances, data is also stored

As mentioned in the documentation, in a FRLF trigger the allowed statments  are limited, especialy a ask-message should not be presented to the user
So my idea is to send a message to the current(old) instance (and return with -1) which calls the ASYNC-trigger. In this I can call check routines and ask the user,
But now I run into a problem:
If the user say leave the current instance and go to the clicked (new) instance, which instance is this?

Question:
Is there any way to get (in FRLF) the instance,  which should get the focus next?

BTW:
For the good old version 9.7  I did a comlpex ping-pong coding to get such information and handle checks and stores on FRLF
But with 10,4 the sequnce was changed and I did not find a way to implement our needs ...

Ingo

Hi Ingo,

small thinking about your challenge...

1) Suggestion: Could you anticipate your front-end issue (no direct askmess in FRLF!) in the button user clicks desiring to go to another form? Could you ask to user what to do in the button code?

2) Tip: FRLF is not friendly with some proc instructions but you could always put those instructions in an entry (local or global) and call the entry from FRLF... right? It is just need your code gracefully end without badly interfering with FRLF itself.

Hi Freaks

My challenge:
In a non modal world I have to check on FormLoseFocus some conditions and  ask the user how to proceed.
I.e stay in the instance or leave it to the clicked one. 
Under certain circumstances, data is also stored

As mentioned in the documentation, in a FRLF trigger the allowed statments  are limited, especialy a ask-message should not be presented to the user
So my idea is to send a message to the current(old) instance (and return with -1) which calls the ASYNC-trigger. In this I can call check routines and ask the user,
But now I run into a problem:
If the user say leave the current instance and go to the clicked (new) instance, which instance is this?

Question:
Is there any way to get (in FRLF) the instance,  which should get the focus next?

BTW:
For the good old version 9.7  I did a comlpex ping-pong coding to get such information and handle checks and stores on FRLF
But with 10,4 the sequnce was changed and I did not find a way to implement our needs ...

Ingo

ad 1) Nop, not feasible. We do have a very dynamic master-detail-"desktop" . And the user can click anywhere he/she want's to go :-)
ad 2) I do call already hundreds of (globale) procedures from FRGF/FRLF. And in UF9 all did work quite nice, but in UF10, I run into a problem.

As there is no $nextinstance() (or UnifAce?) I have to code a Ping-Pong-game
A.FRLF -> postmessage to a unknown*)  instance.
B.FRGF -> If I receive such message, send back a message to instance A with the now known Intancename B
A.ASYNC->Get the message, do the FRLF-checks and then stay or leave A again. 

And the next challenge is to trigger the Store-trigger in A.
As it looks like, this can only be done by macro "^store".
But this in turn is again async, so I have to send a message from A to A to check the result of 'store'

Let's hope that Uniface will let play me this game :-)

*) As this is not possible, I have to use globalen variables witch holds "messages"
    In this in tuen is also a problem, as we do have two libraries in use and I don't not know which of those both are used by B
    So , use good old $nn-variables

Hi Ingo,

small thinking about your challenge...

1) Suggestion: Could you anticipate your front-end issue (no direct askmess in FRLF!) in the button user clicks desiring to go to another form? Could you ask to user what to do in the button code?

2) Tip: FRLF is not friendly with some proc instructions but you could always put those instructions in an entry (local or global) and call the entry from FRLF... right? It is just need your code gracefully end without badly interfering with FRLF itself.

Hi Freaks

My challenge:
In a non modal world I have to check on FormLoseFocus some conditions and  ask the user how to proceed.
I.e stay in the instance or leave it to the clicked one. 
Under certain circumstances, data is also stored

As mentioned in the documentation, in a FRLF trigger the allowed statments  are limited, especialy a ask-message should not be presented to the user
So my idea is to send a message to the current(old) instance (and return with -1) which calls the ASYNC-trigger. In this I can call check routines and ask the user,
But now I run into a problem:
If the user say leave the current instance and go to the clicked (new) instance, which instance is this?

Question:
Is there any way to get (in FRLF) the instance,  which should get the focus next?

BTW:
For the good old version 9.7  I did a comlpex ping-pong coding to get such information and handle checks and stores on FRLF
But with 10,4 the sequnce was changed and I did not find a way to implement our needs ...

Ingo

Gianni's tip 2 suggestion is the way it is working.... where I am...

I would be interested to know what problems you found... and maybe there are solutions to them.

My basic thought is: It should not be to difficult to ask 'are you sure' if you leave a form

ad 1) Nop, not feasible. We do have a very dynamic master-detail-"desktop" . And the user can click anywhere he/she want's to go :-)
ad 2) I do call already hundreds of (globale) procedures from FRGF/FRLF. And in UF9 all did work quite nice, but in UF10, I run into a problem.

As there is no $nextinstance() (or UnifAce?) I have to code a Ping-Pong-game
A.FRLF -> postmessage to a unknown*)  instance.
B.FRGF -> If I receive such message, send back a message to instance A with the now known Intancename B
A.ASYNC->Get the message, do the FRLF-checks and then stay or leave A again. 

And the next challenge is to trigger the Store-trigger in A.
As it looks like, this can only be done by macro "^store".
But this in turn is again async, so I have to send a message from A to A to check the result of 'store'

Let's hope that Uniface will let play me this game :-)

*) As this is not possible, I have to use globalen variables witch holds "messages"
    In this in tuen is also a problem, as we do have two libraries in use and I don't not know which of those both are used by B
    So , use good old $nn-variables

Hi Ingo,

small thinking about your challenge...

1) Suggestion: Could you anticipate your front-end issue (no direct askmess in FRLF!) in the button user clicks desiring to go to another form? Could you ask to user what to do in the button code?

2) Tip: FRLF is not friendly with some proc instructions but you could always put those instructions in an entry (local or global) and call the entry from FRLF... right? It is just need your code gracefully end without badly interfering with FRLF itself.

Hi Freaks

My challenge:
In a non modal world I have to check on FormLoseFocus some conditions and  ask the user how to proceed.
I.e stay in the instance or leave it to the clicked one. 
Under certain circumstances, data is also stored

As mentioned in the documentation, in a FRLF trigger the allowed statments  are limited, especialy a ask-message should not be presented to the user
So my idea is to send a message to the current(old) instance (and return with -1) which calls the ASYNC-trigger. In this I can call check routines and ask the user,
But now I run into a problem:
If the user say leave the current instance and go to the clicked (new) instance, which instance is this?

Question:
Is there any way to get (in FRLF) the instance,  which should get the focus next?

BTW:
For the good old version 9.7  I did a comlpex ping-pong coding to get such information and handle checks and stores on FRLF
But with 10,4 the sequnce was changed and I did not find a way to implement our needs ...

Ingo

Gianni's tip 2 suggestion is the way it is working.... where I am...

I would be interested to know what problems you found... and maybe there are solutions to them.

My basic thought is: It should not be to difficult to ask 'are you sure' if you leave a form

ad 1) Nop, not feasible. We do have a very dynamic master-detail-"desktop" . And the user can click anywhere he/she want's to go :-)
ad 2) I do call already hundreds of (globale) procedures from FRGF/FRLF. And in UF9 all did work quite nice, but in UF10, I run into a problem.

As there is no $nextinstance() (or UnifAce?) I have to code a Ping-Pong-game
A.FRLF -> postmessage to a unknown*)  instance.
B.FRGF -> If I receive such message, send back a message to instance A with the now known Intancename B
A.ASYNC->Get the message, do the FRLF-checks and then stay or leave A again. 

And the next challenge is to trigger the Store-trigger in A.
As it looks like, this can only be done by macro "^store".
But this in turn is again async, so I have to send a message from A to A to check the result of 'store'

Let's hope that Uniface will let play me this game :-)

*) As this is not possible, I have to use globalen variables witch holds "messages"
    In this in tuen is also a problem, as we do have two libraries in use and I don't not know which of those both are used by B
    So , use good old $nn-variables

Hi Ingo,

small thinking about your challenge...

1) Suggestion: Could you anticipate your front-end issue (no direct askmess in FRLF!) in the button user clicks desiring to go to another form? Could you ask to user what to do in the button code?

2) Tip: FRLF is not friendly with some proc instructions but you could always put those instructions in an entry (local or global) and call the entry from FRLF... right? It is just need your code gracefully end without badly interfering with FRLF itself.

Hi Freaks

My challenge:
In a non modal world I have to check on FormLoseFocus some conditions and  ask the user how to proceed.
I.e stay in the instance or leave it to the clicked one. 
Under certain circumstances, data is also stored

As mentioned in the documentation, in a FRLF trigger the allowed statments  are limited, especialy a ask-message should not be presented to the user
So my idea is to send a message to the current(old) instance (and return with -1) which calls the ASYNC-trigger. In this I can call check routines and ask the user,
But now I run into a problem:
If the user say leave the current instance and go to the clicked (new) instance, which instance is this?

Question:
Is there any way to get (in FRLF) the instance,  which should get the focus next?

BTW:
For the good old version 9.7  I did a comlpex ping-pong coding to get such information and handle checks and stores on FRLF
But with 10,4 the sequnce was changed and I did not find a way to implement our needs ...

Ingo

Hi Freaks

My challenge:
In a non modal world I have to check on FormLoseFocus some conditions and  ask the user how to proceed.
I.e stay in the instance or leave it to the clicked one. 
Under certain circumstances, data is also stored

As mentioned in the documentation, in a FRLF trigger the allowed statments  are limited, especialy a ask-message should not be presented to the user
So my idea is to send a message to the current(old) instance (and return with -1) which calls the ASYNC-trigger. In this I can call check routines and ask the user,
But now I run into a problem:
If the user say leave the current instance and go to the clicked (new) instance, which instance is this?

Question:
Is there any way to get (in FRLF) the instance,  which should get the focus next?

BTW:
For the good old version 9.7  I did a comlpex ping-pong coding to get such information and handle checks and stores on FRLF
But with 10,4 the sequnce was changed and I did not find a way to implement our needs ...

Ingo

maybe instead let the focus go to the new component, then detect there you came from the old component and refocus it, now you know both instances?

Hi Freaks

My challenge:
In a non modal world I have to check on FormLoseFocus some conditions and  ask the user how to proceed.
I.e stay in the instance or leave it to the clicked one. 
Under certain circumstances, data is also stored

As mentioned in the documentation, in a FRLF trigger the allowed statments  are limited, especialy a ask-message should not be presented to the user
So my idea is to send a message to the current(old) instance (and return with -1) which calls the ASYNC-trigger. In this I can call check routines and ask the user,
But now I run into a problem:
If the user say leave the current instance and go to the clicked (new) instance, which instance is this?

Question:
Is there any way to get (in FRLF) the instance,  which should get the focus next?

BTW:
For the good old version 9.7  I did a comlpex ping-pong coding to get such information and handle checks and stores on FRLF
But with 10,4 the sequnce was changed and I did not find a way to implement our needs ...

Ingo

That's what I try to code now: a Ping-Pong-game between the two involved instances :-)

Problem challenge is, for a user this should look like he/she could jump everywhere and the jump-target ( after a possible query)  is still the same.

@UnifAce: you do have the information of the jump target (instance,entity, field) already in the memory, why not present it to us by a (few) simple function(s)?
$TargetInstance()
$TargetEntityname()
$TargetFieldname()

maybe instead let the focus go to the new component, then detect there you came from the old component and refocus it, now you know both instances?

Hi Freaks

My challenge:
In a non modal world I have to check on FormLoseFocus some conditions and  ask the user how to proceed.
I.e stay in the instance or leave it to the clicked one. 
Under certain circumstances, data is also stored

As mentioned in the documentation, in a FRLF trigger the allowed statments  are limited, especialy a ask-message should not be presented to the user
So my idea is to send a message to the current(old) instance (and return with -1) which calls the ASYNC-trigger. In this I can call check routines and ask the user,
But now I run into a problem:
If the user say leave the current instance and go to the clicked (new) instance, which instance is this?

Question:
Is there any way to get (in FRLF) the instance,  which should get the focus next?

BTW:
For the good old version 9.7  I did a comlpex ping-pong coding to get such information and handle checks and stores on FRLF
But with 10,4 the sequnce was changed and I did not find a way to implement our needs ...

Ingo

It may be possible to return 0 out of the loseFocus trigger and use postmessage.

That's what I try to code now: a Ping-Pong-game between the two involved instances :-)

Problem challenge is, for a user this should look like he/she could jump everywhere and the jump-target ( after a possible query)  is still the same.

@UnifAce: you do have the information of the jump target (instance,entity, field) already in the memory, why not present it to us by a (few) simple function(s)?
$TargetInstance()
$TargetEntityname()
$TargetFieldname()

maybe instead let the focus go to the new component, then detect there you came from the old component and refocus it, now you know both instances?

Hi Freaks

My challenge:
In a non modal world I have to check on FormLoseFocus some conditions and  ask the user how to proceed.
I.e stay in the instance or leave it to the clicked one. 
Under certain circumstances, data is also stored

As mentioned in the documentation, in a FRLF trigger the allowed statments  are limited, especialy a ask-message should not be presented to the user
So my idea is to send a message to the current(old) instance (and return with -1) which calls the ASYNC-trigger. In this I can call check routines and ask the user,
But now I run into a problem:
If the user say leave the current instance and go to the clicked (new) instance, which instance is this?

Question:
Is there any way to get (in FRLF) the instance,  which should get the focus next?

BTW:
For the good old version 9.7  I did a comlpex ping-pong coding to get such information and handle checks and stores on FRLF
But with 10,4 the sequnce was changed and I did not find a way to implement our needs ...

Ingo

So, here is my solution for the ping-pong-game :-)
E00, D00 are the involved instances. DTF is a framework.
E00, D00, DTF are symbolic component names, at runtime this could be any instance.
(so a postmessage from D00/FRLF to E00/FRGF is not possible)
The components could be in different libraries, that's why I can't use a global vaiable as message-stack.
 

It may be possible to return 0 out of the loseFocus trigger and use postmessage.

That's what I try to code now: a Ping-Pong-game between the two involved instances :-)

Problem challenge is, for a user this should look like he/she could jump everywhere and the jump-target ( after a possible query)  is still the same.

@UnifAce: you do have the information of the jump target (instance,entity, field) already in the memory, why not present it to us by a (few) simple function(s)?
$TargetInstance()
$TargetEntityname()
$TargetFieldname()

maybe instead let the focus go to the new component, then detect there you came from the old component and refocus it, now you know both instances?

Hi Freaks

My challenge:
In a non modal world I have to check on FormLoseFocus some conditions and  ask the user how to proceed.
I.e stay in the instance or leave it to the clicked one. 
Under certain circumstances, data is also stored

As mentioned in the documentation, in a FRLF trigger the allowed statments  are limited, especialy a ask-message should not be presented to the user
So my idea is to send a message to the current(old) instance (and return with -1) which calls the ASYNC-trigger. In this I can call check routines and ask the user,
But now I run into a problem:
If the user say leave the current instance and go to the clicked (new) instance, which instance is this?

Question:
Is there any way to get (in FRLF) the instance,  which should get the focus next?

BTW:
For the good old version 9.7  I did a comlpex ping-pong coding to get such information and handle checks and stores on FRLF
But with 10,4 the sequnce was changed and I did not find a way to implement our needs ...

Ingo

Hi UnifAce
The ping-pong-game works.
But how to activate the STORE-trigger before a postmessage will call the ASYNC?

Challenge:
 A user can switch focus from E00->D00->E00 (or any other sequence)
 When ever in D00 something was modifed, the user has to be aske if he/she want's to store
 As our store-proccode is in the STORE-trigger, we need to activae the trigger

This is my (simplified) code

Component D00/FRLF
   a little bit of ping-pong to get both instancce (FRLF and FRGF)
   postmessage as in a FRGF no askmess is allowed

 postmessage $instancename(),"DO_STORE_UNDER_CONDITION"

Component D00/ ASYNC
CASE  "DO_STORE_UNDER_CONDITION"
  aksmess ... 
  macro "^store"
  postmessage $instancename(),"CHK_STORE"
CASE "CHK_STORE""
  check a few global variables  if or if not the store was okay
  IF (okay)    setfomfocus v_INST_E00

But doing so, the pendig message will befired first and the the macro.
So no changes to 'watch' the store

any idea

So, here is my solution for the ping-pong-game :-)
E00, D00 are the involved instances. DTF is a framework.
E00, D00, DTF are symbolic component names, at runtime this could be any instance.
(so a postmessage from D00/FRLF to E00/FRGF is not possible)
The components could be in different libraries, that's why I can't use a global vaiable as message-stack.
 

It may be possible to return 0 out of the loseFocus trigger and use postmessage.

That's what I try to code now: a Ping-Pong-game between the two involved instances :-)

Problem challenge is, for a user this should look like he/she could jump everywhere and the jump-target ( after a possible query)  is still the same.

@UnifAce: you do have the information of the jump target (instance,entity, field) already in the memory, why not present it to us by a (few) simple function(s)?
$TargetInstance()
$TargetEntityname()
$TargetFieldname()

maybe instead let the focus go to the new component, then detect there you came from the old component and refocus it, now you know both instances?

Hi Freaks

My challenge:
In a non modal world I have to check on FormLoseFocus some conditions and  ask the user how to proceed.
I.e stay in the instance or leave it to the clicked one. 
Under certain circumstances, data is also stored

As mentioned in the documentation, in a FRLF trigger the allowed statments  are limited, especialy a ask-message should not be presented to the user
So my idea is to send a message to the current(old) instance (and return with -1) which calls the ASYNC-trigger. In this I can call check routines and ask the user,
But now I run into a problem:
If the user say leave the current instance and go to the clicked (new) instance, which instance is this?

Question:
Is there any way to get (in FRLF) the instance,  which should get the focus next?

BTW:
For the good old version 9.7  I did a comlpex ping-pong coding to get such information and handle checks and stores on FRLF
But with 10,4 the sequnce was changed and I did not find a way to implement our needs ...

Ingo