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.
We use cookies which are necessary for the proper functioning of our websites. We also use cookies to analyze our traffic, improve your experience and provide social media features. If you continue to use this site, you consent to our use of cookies.