1.

I need to be able to write a routine that will read thru sysbolic dicts in OI and change '.' to '_', but, I need to know how to recompile the changed symblics. In AREV I think it was DICTCOMPILE.

2.

In the AREV system I am halfway thru converting, the OI app is BSBS but the attached tables are GLOBAL & SYSPROG…the problem I have is that the list of tables are not showing in:

Database Manger view and all the menus options that hang off (except files/add of course)

They show in Editor,Indexed tables list, App manager & Table builder

Any ideas as to the cause of this and how to fix.

3.

Something I have been meaning to ask for a long while now. How can I force the names of open windows in a MDI app, to show in the bottom of the "Window" menu item which is the last one. They show in the second or Third last which is HKeep.

Barry

Barry,

3. Something I have been meaning to ask for a long while now. How can I force the names of open windows in a MDI app, to show in the bottom of the "Window" menu item which is the last one. They show in the second or Third last which is HKeep.

What do you use your child windows for? Do they show different rows from a table? Does the number of open child windows / rows vary much?

I might be luckier than you. In my MDI frames I use child windows for pages in a multi-page data entry thing. I know beforehand how many child windows there will be, and I know beforehand which names to use for them. So I can use a more or less hard-coded menu. In addition to the menu I have a strip of tabs - a natural choice since what I do is emulate a multi-page window. (I assume my users prefer the tabs and don't use the menu much.) Instead of tabs I could have used buttons.

I mention all this just in case your scenario resembles mine after all. Perhaps you can use tabs or a strip of buttons instead of the "Window" menu.

If I were you and still needed a Windows menu I would program my own. I assume that the presence of a menu called "Window" causes the system to try and update the menu automatically. This must now be avoided. (You say it fails and updates a different menu, but we need to avoid that as well.) So I'd use a different text than "Window" for the menu.

Btw - perhaps it isn't the text that triggers the updating, but the menu id ("WINDOW"). So you might keep the text and change the id to e.g "WIN".

I think the programming necessary to update a "Windows" menu needs to be in two places - first in the place where the child windows are started, and then in the CLOSE handler of each child window. The code in the former place must insert a new menu item. The code in the latter needs to remove a menu item. It's not too difficult to write code that makes such changes to a menu.

But of course you might want to get to the root of the problem and get it solved without a workaround. Look through your menus - that "Hlook" especially - and see if you can find something that triggers the updating in the wrong place - an extra menu text or menu id named "Window" or "WINDOW".

If everything looks OK then try to replicate the problem in a simple version of your stuff, possibly exposing a bug in OI.

- Oystein -

To recompile, in a button use code such as

select entities

SELECT SYSREPOS with @ID ] "':APP:'*STPROC*"

loop readnext to get Entity list and process each with

CALL REPOSITORY("COMPILE",THIS_ENTITY,"")

Hope this helps

1. I need to be able to write a routine that will read thru sysbolic dicts in OI and change '.' to '_', but, I need to know how to recompile the changed symblics. In AREV I think it was DICTCOMPILE.

Just write the dictionary item away in a development version. DICT.MFS will do the compile if needed.

2. In the AREV system I am halfway thru converting, the OI app is BSBS but the attached tables are GLOBAL & SYSPROG…the problem I have is that the list of tables are not showing in: Database Manger view and all the menus options that hang off (except files/add of course) They show in Editor,Indexed tables list, App manager & Table builder Any ideas as to the cause of this and how to fix.

Are the files perchance located on REVBOOT? If so have you tried checking "Show System Tables"?

The Sprezzatura Group

World Leaders in all things RevSoft

Come on Revtech.

These are steps all long term arev users have been through.

Simple to automate, yet all those people out there are doing it individually. And it is your evolution they faithfully follow.

I have routines which do these things properly, because i have been through it many times. So do others.

Why arent you providing revelation quality evolutionary tools.

There are many arev users wishing you would. They have no interset in funding a development process for the evolution, nor should they.

They just have to keep using the arev until a better solution arrives.

And there are some that are looking good, finally.

View this thread on the forum...