Start up desktop gives error "cannot find the location of the file protools.dat".
| Project: | Prolint Issue Tracker |
| Component: | User-interface |
| Category: | support request |
| Priority: | normal |
| Assigned: | jurjen |
| Status: | closed |
Jump to:
"You probably have to use the standard PRO*Tools customization dialog first to specify that you want to save the palette position."
desktop.w runs add2protools.p to see if it should enable the 'add to protools' button. The first thing that add2protools does is check the ini/registry to find the location of the file, and error if it's not there. This can be annoying when you have just installed and never used either the AppBuilder or Pro*Tools. I looked on the protools bar, the AppBuilder palette, and the appbuilder itself, and cannot see any customization dialog where I can specify to save the palette position. And even if I could, I don't want to send an email out to all my developers telling them that they're going to get this message, that it is something they should ignore, and the steps to make it stop happening.
I would much rather the error message only come up if I actually click on the button. If I can't get that, at least an instruction on how to resolve it that will make sense to my users. We use OEArchitect, not appbuilder/UIB/OEStudio/Whatever it's called today, and never use protools.
stack trace:
C:\OpenEdge\WRK\p00359_Untitled1.cmp (C:\OpenEdge\WRK\p00359_Untitled1.cmp) at line 1
prolint/desktop.w (C:\Progress\tools\prolint\desktop.w) at line 615
--> prolint/core/add2protools.p (C:\Progress\tools\prolint\core\add2protools.p) at line 29
Glen
- Login to post comments
Comments
it finds protools
MESSAGE SEARCH("protools/_protool.r") view-as alert-box. returns:
c:\progress\openedge\gui\protools.pl<>
And the email I'm not wanting to send is the one that says "The tool will do something wierd every time you start it up, don't worry about it and just ignore it."
Glen West
MIS Architect
EarthLink
#1
Huh, you do not want to send mail to your developers???
The correct solution seems to me: hide the "Add to protools" button when the SEARCH statement cannot find "protools/_protool.p" or "protools/_protool.r".
I do not have an environment without protools so I can not test this: even when I start OpenEdge Architect alone then SEARCH("protools/_protool.r") does not return the unknown value. Can you please help me by verifying if
MESSAGE SEARCH("protools/_protool.r")shows the unknown value? Then I can change the code of desktop.w accordingly.
#2
MESSAGE SEARCH("protools/_protool.r") view-as alert-box. returns:
c:\progress\openedge\gui\protools.pl
And the email I'm not wanting to send is the one that says "The tool will do something wierd every time you start it up, don't worry about it and just ignore it."
Glen West
MIS Architect
EarthLink
#3
So you have been searching for the protools customization dialog, where you can force protools.dat into existence. It is well hidden, but these are the steps...
1. in OpenEdge Architect, click menu-item "OpenEdge | Tools | PRO*Tools"; this will launch the floating PRO*Tools palette window.
2. here comes the secret step: use the mouse to right-click on any button of the PRO*Tools palette. You should see a popup menu with one item: "Menu Bar".
3. the new menu has an option "Customize..." and there is the dialog you have been looking for.
4. fiddle a bit in the startup options group, and hope that protools.dat will be saved.
5. back in PRO*Tools choose option "No Menu Bar" because it would be a shame when everyone knows that we have a secret menu.
6. now that you have a protools.dat file, the prolint desktop window should have no reason to nag aymore.
Hope this helps,
Jurjen
#4
Glen confirmed, issue closed