It seems that something like Property Rbase_Application_Action would be nice to have in those situations. It would be like Property Rbase_Form_Action except it could be used through the application.
________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alastair Burr Posted At: Friday, December 03, 2004 1:55 AM Posted To: RB7-L Conversation: [RBG7-L] - Re: Conversion guidelines Subject: [RBG7-L] - Re: Conversion guidelines Karen, I have begun to use the custom EEPs on forms as I make changes and improvements. Generally, I find that it is the sensible way to do things. However, there are exceptions, the main one that I have found is when the same EEP is used by a number of controls/forms. I would much rather edit the one external EEP than search for and edit all the custom ones. The old DOS-type forms were much easier to search through and edit outside of the designer - albeit with a _lot_ of care and backups! - than the new Window's type are. But the Window-type forms are much nicer. Nevertheless, a simple way to "see" what EEPs, etc., that forms contain would make life a whole lot easier - especially as forms are now the basis for so much more than in the past. Regards, Alastair. ----- Original Message ----- From: [EMAIL PROTECTED] To: RBG7-L Mailing List <mailto:[EMAIL PROTECTED]> Sent: Friday, December 03, 2004 12:57 AM Subject: [RBG7-L] - Re: Conversion guidelines When Dennis mentioned this, it reminded me of a question I'd been meaning to ask. I understand why you'd want to have "custom code" in the forms rather than a whole bunch of .rmd and .eep programs out there. But I'm not 100% sure I want to go that way, and here's why. I couldn't count the number of times that I had to change a column name or change its type, or was asked a question of where are all the places where we update a table in code, etc. With search utilities it's very easy to search all your .rmd and .eep programs for occurrences of certain words. With all the code in a form, the only thing you could do is search the forms table where the data contains your word, and you'd get a list of forms but you would have to check every control to find where it might appear in the custom code! Even if you put every single piece of code in the "custom form actions" (how many of you are using this feature?), you would still have to bring up each procedure one at a time to search for the word. I suppose you could use that trick from the fall conference to produce a .txt file of all the code "behind the scenes" that makes up the form. Those .txt files would be searchable and it does contain custom code, albeit in a slightly altered fashion. Does anyone consider this a problem, enough that they would continue to use external files, or do they document forms in a searchable fashion? Karen 1. I have moved virtual all of my code in snippets to objects in the Design Menu Bar option. It's clean, sometimes redundant, but certainly makes debugging easier. Are there any "tilt" or performance issues to worry about? I realize that it all goes into file 4 and I'm interested in any short or long term pros and cons.
