php-phpbb

acp_attachments.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_ban.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_bbcodes.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_board.php

hmm, das hat hoffentlich keiner gesehen... :P

2006-04-15 18:54:35 +00:00

acp_bots.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_database.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_disallow.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_email.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_forums.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_groups.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_icons.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_jabber.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_language.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_logs.php

- adding user logs (displaying all users instead of limited to the user if viewing user notes)

2006-04-26 18:10:57 +00:00

acp_main.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_modules.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_permission_roles.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_permissions.php

- removed group settings from roles

2006-04-22 16:18:40 +00:00

acp_php_info.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_profile.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_prune.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_ranks.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_reasons.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_search.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_styles.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_users.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00

acp_words.php

ok, thought about this now for too long. I think the best solution circumventing memory consumption and not introducing "hacks" is to seperate module information (and probably more in 3.2 for installation/uninstallation) from the main code.

2006-03-25 19:14:55 +00:00