1. Andrew Davis
  2. PowerBuilder
  3. Wednesday, 5 February 2020 16:50 PM UTC

Hi

I expect this is a simple question but i cant find the answer !

I have a datawindow that if i right click i do not get the copy and paste window up ? 

Other datawindows in my application do have copy and paste

Does anyone know why or how to fix this ?

 using pb2019

regards and thanks in advance 

 

Andrew

 

 

Chris Pollach @Appeon Accepted Answer Pending Moderation
  1. Friday, 7 February 2020 17:14 PM UTC
  2. PowerBuilder
  3. # 1

Hi Andrew;

   Here is the code from my framework below. The framework uses dynamic pop-up menu objects because it needs to resolve the current user's language in order to use the correct Menu Object class. So the "lo_menu" object uses a Create Using to do that, then the "lo_win" pointer gets resolved as to what window the Menu needs to center upon. Also, this code works for a PB Native, PowerServer Web, Mobile or IWA deployed application, as follows:

Note: You can download the full framework's order entry demo app and see all the code ...

  https://sourceforge.net/projects/stdfndclass/files/Applications/PowerBuilder/OrderEntry/

Regards ... Chris

Comment
There are no comments made yet.
Andrew Davis Accepted Answer Pending Moderation
  1. Friday, 7 February 2020 14:39 PM UTC
  2. PowerBuilder
  3. # 2

Chris

Thanks for your help, I have not used a popmenu in my application , do you have any more info on how to do it or do you have an example 

thanks in advance

 

Andrew

 

Comment
There are no comments made yet.
Chris Pollach @Appeon Accepted Answer Pending Moderation
  1. Wednesday, 5 February 2020 19:38 PM UTC
  2. PowerBuilder
  3. # 3

Hi Andrew;

  FWIW:  99.9% of the time, if the RHMB event is not coded - the missing RHMB is due to a User Event mapped to either a low-level DW Control (pbm_xxxx) mapping or another User Event mapped to a low-level mouse event that intercepts the DW Control's normal RHMB processing. This can also happen from the parent window perspective as well where a low-level message is preempted that was (should be) targeted to the DC control. This is even more affected if somewhere the code "Message.Processed =  TRUE" is set and then the O/S message that could fire the related event is dropped from the message queue before the DC sees it.

Regards ... Chris

Comment
  1. Chris Pollach @Appeon
  2. Thursday, 6 February 2020 18:13 PM UTC
Hi Andrew;

I this issue like you describe is truly repeatable .. please open a support ticket.

I guess the workaround for now would be to make sure that every DW Control has a RHMB event coded that implements your own PopMenu() behaviour.

Regards ... Chris
  1. Helpful
  1. Andrew Davis
  2. Thursday, 6 February 2020 20:47 PM UTC
Okay - i will open a support ticket - how do i do that ?

  1. Helpful
  1. Chris Pollach @Appeon
  2. Thursday, 6 February 2020 21:53 PM UTC
  1. Helpful
There are no comments made yet.
Kevin Ridley Accepted Answer Pending Moderation
  1. Wednesday, 5 February 2020 16:55 PM UTC
  2. PowerBuilder
  3. # 4

Check your dw on the window where it works like you want.  That dw is either inherited from a dw that has that already coded or has code in the rbuttondown event.

Comment
  1. Andrew Davis
  2. Wednesday, 5 February 2020 17:14 PM UTC
that doesnt seem to be the case - no code in rbutton event on either window or datawindow control
  1. Helpful
  1. Kevin Ridley
  2. Monday, 10 February 2020 14:09 PM UTC
It will be in the ancestor dw then, as I mentioned.
  1. Helpful
There are no comments made yet.
  • Page :
  • 1


There are no replies made for this question yet.
However, you are not allowed to reply to this question.