Sign up on the Revelation Software website to have access to the most current content, and to be able to ask questions and get answers from the Revelation community

At 08 JUL 2003 02:32:31AM Andrew M Matthews wrote:

Hi all,

I am trying to create a promoted event that will run on the GOTFOCUS event of RADIOBMPs. I am pretty sure I have set it up correctly, using AppName*GOTFOCUS..OIWIN* Record. The problem is that it only works for some of the Tabs, and not all of them. This is really confusing and annoying me. I can find the difference between a working tab and non-working tab.

The tabs can be on the same in window or different windows, it doesn't matter. They can also have events on them or not (though all have a quick event to change the page).

If anyone has any ideas, please let me know - it would be greatly appreciated.

Thanks,

Andrew Matthews

iTMS Software


At 08 JUL 2003 09:10AM Donald Bakke wrote:

Andrew,

Just a quick guess, are you using any scripted events and if so are you always returning a 1? Promoted events get executed last and therefore won't get called if the GOTFOCUS event chain is aborted along the way.

[email protected]

SRP Computer Solutions, Inc.


At 10 JUL 2003 12:11PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:

Are the quick events getting called when the promoted event fails?

An error up the line, like a Read failure can set status vars which could stop the event chain.

Which version of OI is this?

The Sprezzatura Group

World Leaders in all Things RevSoft


At 13 JUL 2003 08:03PM Andrew M Matthews wrote:

Sprezz,

I am using version 3.7.5 for this particular part.

* Are the quick events getting called when the promoted event fails? *

The quick events are still getting called, even if the promoted event fails. I can get it to work on all of the tabs if I place the promoted event on the SYSPROG application, but this then stops the SEQKEYs from being read into the window, and causes read errors.

All I wish to do is make the text within the page tab bold if the user is on that page, without placing the code in every tab (there would be 100's of them). Is there another way to do this without promoted events (or with promoted events that work)?

Cheers,

Andrew Matthews

iTMS Software


At 13 JUL 2003 08:06PM Andrew M Matthews wrote:

Don,

Most of the tabs do not have any scripts with them, just a quick event sending a PAGE message to the window. The tabs that have scripts are returning a 1. There seems to be no common link between the page tabs that work and those that do not.

Cheers,

Andrew Matthews

iTMS Software


At 13 JUL 2003 08:42PM Donald Bakke wrote:

Andrew,

Most of the tabs do not have any scripts with them, just a quick event sending a PAGE message to the window. The tabs that have scripts are returning a 1. There seems to be no common link between the page tabs that work and those that do not.

As programmers we know that there must be a logical reason for why some work and some don't. Would using a different approach to designing your tabs be out of the question? (I noted from your response to Sprezz that you have 100's of them) If not, then there are other ways to do tabs that would solve this problem.

As an alternative to the promoted GOTFOCUS event, have you considered promoting the PAGE event? That might work just as well.

[email protected]

SRP Computer Solutions, Inc.


At 14 JUL 2003 08:45AM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:

Are you calling any xxx_Event programs (Post_Event, Forward_Event, etc.) in your code?

As I'm sure you know, the event chaining logic in OpenInsight is very specific. Events continue to flow up the chain until it hits either a "Return 0" or an error condition. Events should not be able to by-pass this chain and jump to the quickevent directly, unless the window was compiled in such as way as to allow that.

I don't recall if this is application specific or global, but it could be that the force event status has changed, or that some of these events were compliled before the promoted events were created.

Some event chains resolve the event list at compile time, to save processing time. Others resolve at runtime. If you load the EventDesigner window, you can set a specific event on a specific control to resolve at runtime and compile time. Set the event you need to Enforce, and do a forced recompile of all of your windows.

RUN REPOSITORY 'TCOMPILE','AppName*OIWIN**YourWin', 1

The Sprezzatura Group

World Leaders in all Things RevSoft


At 14 JUL 2003 08:55AM [url=http://www.sprezzatura.com" onMouseOver=window.status= Click here to visit our web site?';return(true)]The Sprezzatura Group[/url] wrote:

Or, per the latest SENL that some forms have been recompiled after an upgrade has overwritten your changed EVENTDESIGNER record.

The Sprezzatura Group

World Leaders in all things RevSoft


At 21 JUL 2003 01:23AM Andrew M Matthews wrote:

Don,

Promoting the PAGE event works fine. Thanks for the idea and support.

Andrew Matthews

iTMS Software

View this thread on the forum...

  • third_party_content/community/commentary/forums_nonworks/f36cb25a7822c53185256d5d0023efc2.txt
  • Last modified: 2023/12/28 07:40
  • by 127.0.0.1