Public Profile Module

[abhishekdelta]

This is a generic module which can be derived to create Faculty Module and Students Module.
Features :

1. Allows to create a public page of a user. Now that the Pragyan CMS supports User Profile images, when a registered user wishes to create his public page on the website, he should create a page-type of this module.

2. This module will automatically take photo from his profile image, information about that user from database and create a basic page having his image, name and email.

3. Next, the user can click on "EDIT" on that page and can hide/display whatever information he needs. NOTE that he will not get a cKEditor like that in Article, instead it will all be form-based i.e. To show/hide image,name,email,contactphones,etc can be a checkbox.

4. Besides basic information, user should be able to add his own sections and create entries in it. For example - a faculty may like to create a section "Publication" in his profile. During section creation, things to be asked is whether the section should be in text format or list format.

5. Depending on the format, the fields should be generate to allow the user to add the values.

6. Similarly he can create subsections and same happens for subsections also.

7. User can also create an Index page for the profiles on the same-level in CMS. Like a list of profiles. Just like the current NITT.EDU website lists all the profs in 1 page and on clicking it shows their profiles. This index page should be sorted in alphabetical order.

8. Some users may want a big section to appear as a whole new child page and the link to be there in their public page. For example- students can have their resume link in home page and a child page will have their full resume. So there should be a checkbox next to sections edit like "Show as a new page". There will be no separate actions for the child pages, and whenever a user clicks on "edit" in any one of the child pages it will be treated as "edit" on the home page itself.

9. SPAM control. The contents the user gives should be filtered for restricted words. As of now, the list of restricted words should be hardcoded. Later on, the global spam module will take care of it.

10. The EDIT page should be done using AJAX so that they don't have to reload the page everytime.

NOTE : The faculty module can be a derived class of this module with some pre-created sections and so does the students profile.

OPEN DEBATE :

1. Should we let the users upload files or instead tell them to give a link ??

2. The ckEDITOR is removed to allow for uniformity in site by not letting them change fonts, colors, size, etc. But we do lose some good functionality like creating tables, links, lists, etc.

3. Any limit on the depth of the subsections ??

BE CAREFUL :

1. If a user changes his name/contact details through this module, it should also be reflected in his +profile action page.