This is a really annoying problem... When someone tries to change any setting in the system manager it says that they've got to log everyone else out or else they can't make changes. What is the purpose of a database system if you can't make changes while people are online? In our case, today, we wanted to change the message that prints at the bottom of our invoices. This should be possible to do with everyone logged in. Now, we've only got 5 users. I can't imagine how big a pain this must be for people who have 50 users.
 
I realize that this is probably done so that a setting can't be changed in mid stream while another program is running but that's what transaction isolation is for. Or, at the very least, maybe make a local copy of the system variables at the start of a module so that any changes don't take it by surprise.
 
I'm starting to think that I'd like to find where the message in question is stored and change it myself behind Evo's back...

Glad to know you don't seem to be taking my comments and suggestions personally. I do think that you guys are doing a pretty good job but it's still really easy to get itchy when so many things are still a mess. And, of course, progress always seems a lot slower than would be preferable. (The sad story of most all programs.)
 
It tends to happen that people get either promoted to management or elect themselves to management without any idea as to how to actually do their employee's job. This is a big mistake as it puts managers into a position to make decisions which they are way too inept (in that field of knowledge) to make. A good manager would attempt to get input from people who actually have an idea about what they are talking about but well... Dilbert comics wouldn't exist if good managers grew on trees.
 
As for porting to C#, that would of course need to be done the same way the TAS7 versions are done: one module at a time. It wouldn't be that much different than the switch from TAS5 to TAS7. From what investigation I've done it seems like TAS5 and TAS7 do not bear a huge resemblance... It seems that there is a very knowledgeable core group of people who know TAS in and out but they are very, VERY few compared to the people who can help and/or answer questions about something more mainstream like VB, JAVA, C#, etc. Still, I suppose TAS7 isn't so terrible even if it is only used by about 10-20 people.
 
If you are indeed going to use SQL (which you definitely should do)  then the opportune time, in my opinion, is when you are porting the app out of Tas5 anyway. Btrieve is a dead horse that has been kept on life support for many years too long. Both Addsum and CAS advertise support for SQL and ODBC natively don't they?

Well.. you see, in my eyes I'm not asking for new features. I'm asking for the thing to work like it's supposed to. SQL, transactions, not having to log out to change things, better database normalization, etc. It should have NEVER not been like that. The reason it IS like that is that it's derived from old code. And that old code has long since been sort of crusty.
 
 

Go to AP-A (T7APA.RWN)
 
Select a Vendor and try to change the currency
 
Error:
The field: ISIS.MCF.CODE was not found. You my include only..............
 
 
 Kelloggs
 

It doesnt work here.
 
Should I send the Limousine?
 

 
Kelloggs

IS Tech Update 09/27/07.  I know, I need to move to the newest update.
 
But I wanted to make a point here.  
 
I will update the system sometime next month.
 
Kelloggs,