All Forums	17
Go Back To Enter Data	15
All Forums	15
Password:	14
Admin Section	14
There Was A Problem With Your Details	11
NOTE:	11
Back To Admin Home	11
Reset Old Values	10
Congratulations!	10
Submit New Config	9
Send	9
Configuration Posted!	9
User Name:	8
On:	8
Off:	8
UserName:	6
Un-Lock Forum	6
Un-Lock Category	6
NT Account:	6
Admin Login	6
You Must enter a valid email address	5
Un-Lock Topic	5
New Topic	5
Login	5
Lock Topic	5
Lock Forum	5
Hello  %s1%	5
Forum Locked	5
Delete Topic	5
Delete Forum	5
Close Window	5
Category Locked	5
Back To Forum	5
Topic Locked	4
Topic	4
Reply to Topic	4
Posts	4
Message:	4
Last Post	4
Go Back to Re-Authenticate	4
Edit Message	4
Edit Forum Properties	4
by:	4
Author	4
Admin Section	4

quote:

---

d) Define Global Strings (or Functions): At an early stage I decided to keep each file standalone and not to define/share language variables among files. I.e. every file has its own definition for "All Forums". This will increase the flexibility in language and in program writing, but we have some performance lost here. Note that there are no duplicates in a file, i.e if the same phrase is used more than once, they use the same variable. Here are the current values: There are 46 such strings (some very similar) repeated more than 3, resulting in 322 definitions (322-46=276 duplicates).

We can define variables like LangGlobal00010 = "All Forums".

Pros: Although this can be though as a good %14 reduction, it is not actually so. The average number of chars in these repeated strings are 12.8, so the savings in file size and server memory are much less (~%8). The real saving will be in the area of translation.
Cons: It will not be easy for the programmer to keep trach of these "global" variables. You must use a "lexicon" to find what they are.
My idea: We should not do this. But as most of these variables are repeated as a part of repeated code, such as the folder structure at the beginning of each file, error messages saying "go back to enter data" or "There Was A Problem With Your Details", link for the "admin section", entries for "username" or "password". I think it will be better to move some of these into inc_functions.asp as a whole, also reducing the repeated strings.

---