[8.5.1, Windows] Unclear processing of events...

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
13 messages Options
Reply | Threaded
Open this post in threaded view
|

[8.5.1, Windows] Unclear processing of events...

Researcher

 

Please, help me to understand the following problem.

Is it an error of system or it is my mistake? Sorry for awful English.

I will describe a problem on an example of very simple application.

To create an application it is necessary to execute the following steps.

 

  1. Create the new application, let it will be “SSSEventDoesntWork”.
  2. Make a new part of application – “SSSEventDoesntWorkModel” (part type is Smalltalk class).
  3. By means of Public Interface Editor opened on the “SSSEventDoesntWorkModel” let's define a new event named “myEvent” by pressing the “Add” button.
  4. Further let's define a new action “myAction” by pressing the “Add with defaults” button.
  5. Click on the “File->save part” menu of Public Interface Editor.
  6. By “Generate Defaults Script” we make a prototype of “myAction” method.
  7. By Script Editor add the following expression to the “myAction”:

      self signalEvent: #myEvent.

  1. Make a new part of this application named “SSSEventDoesntWorkWin” (part type is Visual part) and open the Composition Editor on it.
  2. Place push button on the window.
  3. By pressing “ctrl+p” we add an “SSSEventDoesntWorkModel” as the part on the working space near the window
  4. Then place the Message prompter on the working space near the window.
  5. Then connect #clicked of 'Push Button1' to #myAction of an SSSEventDoesntWorkModel.
  6. Then connect #myEvent of a SSSEventDoesntWorkModel to #prompt of a Message prompter.

 

Now execute the application, press the button - Message prompter doesn’t appears.

WHY??? 

 

Now we will make the following changes.

  1. By means of Public Interface Editor opened on the “SSSEventDoesntWorkModel” we delete event named “myEvent” and we will add it again, but already by means of a “Add with defaults” button.
  2. Delete the “self signalEvent: #myEvent” in the “myAction” method.

 

Now execute the application, press the button - Message prompter will appears.

WHY??? 

 

I don’t understand this logic. Please help me.

 

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/lW8FZxcRC30J.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.
Reply | Threaded
Open this post in threaded view
|

Re: [8.5.1, Windows] Unclear processing of events...

SebastianHC
Hi!

the first part does not work since you added the event without defineing a event symbol, I guess.
If you use the button "add"  without defining a Event symbol then all parts will be missing a Event symbol (Event name) that they can listen to.

Maybe you just take both you test implementations and add a breakpoint into your myAction method and step into with the debugger. You wil lrealize that your Button will find or will not find a part being interested in you Event. Inspect the AbtEventDependents (3 or 4 times "Into" and you wil lreach them)

By the way you don't need to delete your myAction method in the second example you provided. The Reason for the Problem is the missing Event Symbol.

There's much more going on behind the scenes. That's why you should never change the abtBuiltInternals by hand.

Hope this helps.
Sebastian

 
 

Now execute the application, press the button - Message prompter doesn’t appears.

WHY??? 

 

Now we will make the following changes.

  1. By means of Public Interface Editor opened on the “SSSEventDoesntWorkModel” we delete event named “myEvent” and we will add it again, but already by means of a “Add with defaults” button.
  2. Delete the “self signalEvent: #myEvent” in the “myAction” method.

 

Now execute the application, press the button - Message prompter will appears.

WHY??? 

 

I don’t understand this logic. Please help me.

 

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/lW8FZxcRC30J.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.
Reply | Threaded
Open this post in threaded view
|

Re: [8.5.1, Windows] Unclear processing of events...

Researcher

Thanks for a fast response.

Yes, in the first case you are right, however it doesn't solve a problem since there is the second case.

Why works "myEvent" event if the "myMethod" method doesn't contain any code?

I calls a "myMethod", but it leads to Message prompter appears.

I programmed manually nothing, and no other connections in the Composition editor are present.


--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/NU6228CKZKkJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.
Reply | Threaded
Open this post in threaded view
|

Re: [8.5.1, Windows] Unclear processing of events...

SebastianHC
Are you sure that you saved the part after you removed the event?

Am 23.11.2012 10:50, schrieb SSS:

Thanks for a fast response.

Yes, in the first case you are right, however it doesn't solve a problem since there is the second case.

Why works "myEvent" event if the "myMethod" method doesn't contain any code?

I calls a "myMethod", but it leads to Message prompter appears.

I programmed manually nothing, and no other connections in the Composition editor are present.


--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/NU6228CKZKkJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.
Reply | Threaded
Open this post in threaded view
|

Re: [8.5.1, Windows] Unclear processing of events...

Researcher
Yes.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/6qN50Xuu7oQJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.
Reply | Threaded
Open this post in threaded view
|

Re: [8.5.1, Windows] Unclear processing of events...

SebastianHC
No I get it, too,...

Well this is really strange.

So the Problem is that:
You have a Button in the GUI which schall trigger the action "MyAction" in your button.
This "MyAction" is not related to your "MyEvent/MyMethod" event. But the Prompter which shall listen to "MyEvent/MyMethod" still comes up eventhough my Action doesn*t signal the "MyEvent/MyMethod" event....

The reason is here: set a breakpoint in "abtSignalActionEvents: actionName" (but better ovverid it in your ButtonClass!!!)

Then debuug into:

featuresAffectedByAction: actionName
    "For objects that do not signal their own change events. Defines the
    features affected by an action. The default is #(self) implying that the
    entire object (and so all of its attributes) have changed"

    ^#(self)

If your ButtonClass get a signal it distributes all of his ,... I'm not too sureif this is right, or intended,... I could image that something is broken...

Have a look here:
features

    ^self privInstanceFeatures,
        self privInterfaceSpecFeatures

This method is from 2009,.... I would ask the VAST-Support for an analysis.

Sebastian



Am 23.11.2012 11:21, schrieb SSS:
Yes.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/6qN50Xuu7oQJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.
Reply | Threaded
Open this post in threaded view
|

Re: [8.5.1, Windows] Unclear processing of events...

Researcher
Thank you for help,  Sebastian.
It is really old problem. I checked its existence in version 6.0 - it is present there.
I will be grateful for the story about the support service answer.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/9EBJXmBnVtwJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.
Reply | Threaded
Open this post in threaded view
|

Re: [8.5.1, Windows] Unclear processing of events...

Researcher
Sebastian, the support service something answered?

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/Fb-cZEuB-zQJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.
Reply | Threaded
Open this post in threaded view
|

Re: [8.5.1, Windows] Unclear processing of events...

SebastianHC
I didn't ask them?! I ment you should write them a detailed support
request, since I don't think you will get a proper answer here in the forum.

Well, if you want then I can do this,too.

Sebastian



Am 03.12.2012 01:45, schrieb SSS:

> Sebastian, the support service something answered?
> --
> You received this message because you are subscribed to the Google
> Groups "VA Smalltalk" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/va-smalltalk/-/Fb-cZEuB-zQJ.
> To post to this group, send email to [hidden email].
> To unsubscribe from this group, send email to
> [hidden email].
> For more options, visit this group at
> http://groups.google.com/group/va-smalltalk?hl=en.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

Reply | Threaded
Open this post in threaded view
|

Re: [8.5.1, Windows] Unclear processing of events...

Researcher
I have no license, I use only evaluation versions therefore to me hardly will answer. Please, ask them.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/6WwsVnByGaYJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.
Reply | Threaded
Open this post in threaded view
|

Re: [8.5.1, Windows] Unclear processing of events...

SebastianHC
Well, you found a bug and there's no reason, in general, why you should
consult the support.
I do also do not have a licence,... my customers have..., and still, I
send everything I find in my private prototypes to Instantiations
support. And as far as I know they are very grateful for that.

Even as a just VAST-interested person you may send feature requests and
bug reports  to Instatiations. Maybe this way, they will once have a
VAST release, you might consider buying a licence for...

Sebastian



Am 03.12.2012 22:28, schrieb SSS:

> I have no license, I use only evaluation versions therefore to me
> hardly will answer. Please, ask them.
> --
> You received this message because you are subscribed to the Google
> Groups "VA Smalltalk" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/va-smalltalk/-/6WwsVnByGaYJ.
> To post to this group, send email to [hidden email].
> To unsubscribe from this group, send email to
> [hidden email].
> For more options, visit this group at
> http://groups.google.com/group/va-smalltalk?hl=en.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

Reply | Threaded
Open this post in threaded view
|

Re: [8.5.1, Windows] Unclear processing of events...

SebastianHC
Am 05.12.2012 08:41, schrieb Sebastian Heidbrink:
> ...should consult...

should not consult

Sorry,....

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

Reply | Threaded
Open this post in threaded view
|

Re: [8.5.1, Windows] Unclear processing of events...

Solveig
In reply to this post by SebastianHC
Hello Sebastian,

A case was opened on this problem. it is case 50223.

The action to event link can be severed by inheriting from AbtPart rather than Object.

Solveig

On Friday, November 23, 2012 2:36:32 PM UTC-5, Sebastian Heidbrink wrote:
No I get it, too,...

Well this is really strange.

So the Problem is that:
You have a Button in the GUI which schall trigger the action "MyAction" in your button.
This "MyAction" is not related to your "MyEvent/MyMethod" event. But the Prompter which shall listen to "MyEvent/MyMethod" still comes up eventhough my Action doesn*t signal the "MyEvent/MyMethod" event....

The reason is here: set a breakpoint in "abtSignalActionEvents: actionName" (but better ovverid it in your ButtonClass!!!)

Then debuug into:

featuresAffectedByAction: actionName
    "For objects that do not signal their own change events. Defines the
    features affected by an action. The default is #(self) implying that the
    entire object (and so all of its attributes) have changed"

    ^#(self)

If your ButtonClass get a signal it distributes all of his ,... I'm not too sureif this is right, or intended,... I could image that something is broken...

Have a look here:
features

    ^self privInstanceFeatures,
        self privInterfaceSpecFeatures

This method is from 2009,.... I would ask the VAST-Support for an analysis.

Sebastian



Am 23.11.2012 11:21, schrieb SSS:
Yes.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/6qN50Xuu7oQJ.
To post to this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="02S8gVWEl6IJ">va-sma...@....
To unsubscribe from this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="02S8gVWEl6IJ">va-smalltalk...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/265nz6BymVwJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.