Quote:
Different methods of password storage / encryption: Only Forum offers encryption but Gmail and Links SQL not. Lost password option:This is not uniform in all products. So integration of products results into a chaos. Like Question and answer for e.g.[/code]
Products like Links SQL need un-encrypted passwords to use the simple password retrieval function. I guess as time goes by the staff think of new ways to get around this such as creating temporary passwords in GForum.
Quote:
Naming of modules: In the same product there cannot be a module that has the same name. This needs to be a principle. Currently this is not the case.How do you mean?....you can have as many modules as you want with the same name as long as they are in different directories. As a programmer it is important to keep the code clear as well as the module layout. Sometimes it is necessary to name the modules in this way to identify their purpose easily. An example of this is with Plugins.pm .....GT/Plugins.pm is the core module - as is everything inside the GT directory. GForum/Plugins.pm is the user module used for retrieving plugin configuration options. Naming the modules the same gives a clear indication of what it does - ie one has the core functions and the other has the user side functions.
Quote:
Central (network) Globals text file: This concept did not work. What could help is one default globals.txt file and one gmail_globals.txt, gforum_globals.txt, and linkssql_globals.txt file in each could help very much. For e.g. there may be a possibility to use globals as ramdom passwords of 8 characters and numbers. This could be standard for all products. Currently one has to manually insert in each file.Which concept didn't work?.....There is one globals file per template set which adds flexibility and I really like that. Having one globals file pers product is reducing flexibility.
Quote:
Central Headers and Footers: If there is a possibility to specify somewhere a central path for headers and footers that could offer a centralised system for all the products for the insertion that could help. This may sound as "not possible", but I have seen its advantages.This can be done simply using include tags. I presume the template parser supports paths in include tags so you just need to put all your includes into a central directory and then do:
<%include /path/to/include%>
Quote:
Auto insert module names and Javascripts in templates: There could be a possibility to do a mapping of auto insertion of module names like <Gmail::Auth::Login> etc directly from a file since they are required by the system. A file similar to ConfigData.pm with a name ConfigModules.pm would serve the purpose. Thereafter one does not need to worry about such modules in the templates. The AutoParser.pm would automatically recognise them. Templates would be free from a lot of such programming.Maybe I'm speaking from my own perspective as someone who uses the template system more than others but I don't see this as a problem as it is. Moving everything into a config file would again reduce flexibility. The template system is there to do cool things like call module functions with a tag and not to limit features by moving stuff out of the templates.
How were you envisioning the auto-insertion?
Quote:
MysqlMan logins: Currently it is not possible to use Mysqlman under special circumstances where the database server is an external one and the scripts have to login eachtime for a function. For e.g. Exports - Imports. I have had problems without exceptions and messages in this regards have had no results. (Did not bother me actually!).I'm not too sure what you mean there. Mysqlman does allow you to connect to a remote mysql server....I use that feature myself sometimes.
Quote:
Path to perl: This is possible only in Links SQL and not in other products.Are you sure?.....it is there in GForum.
Quote:
Custom / Central Homepage for Admin: I have done this by myself. However, this would help all others who has more than one products. Quick links does offer this possibility however I have done it different and used home_nav.html also.Jason has said there will be no control panel for GForum version 2 so that may not be a fruitful task :)