11
irmtfan
Re: XOOPS 2.3 Profiles Module - Requirements Gathering
  • 2008/1/11 17:00

  • irmtfan

  • Module Developer

  • Posts: 3419

  • Since: 2003/12/7


i agree with you about dont put extra features in Profile module. maybe other module developers can handle it.
also we already have some of them like "userpages" from herve.

i like legacy myself but we should define really what is legacy in the profile system.
in my point of view if you uninstall profile module and essential fields still remains in xoops_users you can name it legacy.

there is no need to preserve all other not requiredfields like all those messenger in the xoops_users table. we can move them to xoops_profile.
just clean xoops_users from unwanted fields so everybody want them can find them in profile module.

but i should correct myself because the essential fields in xoops_users are more that 3.

12
noo-b
Re: XOOPS 2.3 Profiles Module - Requirements Gathering
  • 2008/1/11 17:32

  • noo-b

  • Just can't stay away

  • Posts: 456

  • Since: 2007/10/23


more later...this is what i've in my head right now

CAPTCHA


password should be not same as the username


Templates Improvement
- make one for register form & edit user form
- do not display empty field in profile


password meter, "what is this" tooltips


Gender, Birthday, Age
it will be better if this three are included in the core & not as a custom field created by webmaster or hack and this should be consider as a required field in registration form

extra feature should also be included such as minimum age registration, today's birthday etc

Online Status in profile
user have the option to turn it on or off for privacy


Comments in profile
this is a basic feature and should be included in core and not as module
uid owner have the option to delete comment or block user and web master have the option to turn it on/off


Avatar auto resize
this is a must, some user is not IT savvy

More advanced last login date/time
example : Last Login: 2 days ago, 2 hours ago, yesterday etc ......

Email Protection
Change email to image
look at smarty plugin by dugris.info

separate user activity
i have many modules in my site...and the user's profile looks messy with a long list of activities
make a new page or new tab for user activity

Update icons in profile
PM, Rank etc

signature improvement
option to enable/disable text/image/style etc

EDITED...
I Love Xoops

13
noo-b
Re: XOOPS 2.3 Profiles Module - Requirements Gathering
  • 2008/1/11 18:14

  • noo-b

  • Just can't stay away

  • Posts: 456

  • Since: 2007/10/23


auto check to see if username still available register.php

ajax ???
I Love Xoops

14
mboyden
Re: XOOPS 2.3 Profiles Module - Requirements Gathering
  • 2008/1/15 18:16

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


I've attempted to capture everyone's feedback in from wherever received. Please review the updated wiki, if interested, and continue to discuss here. Thanks.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development

15
tzvook
Re: XOOPS 2.3 Profiles Module - Requirements Gathering
  • 2008/1/15 20:06

  • tzvook

  • Just can't stay away

  • Posts: 875

  • Since: 2003/2/1 2


Hello All
Since the Activation email is connected to the new user details, may I sugest that a new feature (which I trully needed @ the 2.2.x profile module) will be introduced, prety much like the "show in registration form" thing.
I mean "send in activation email" ... and most of all "send in approval email" ..... which means that site admin will have the ability to approve users via the activation mail (if he/she choose that it will be sent to site admin for approval) according to the details that is sent in the registration form.

Yes, Yes, I know .... this one is a bit more complicated ...
But - it's changing the way you register your users if it's not done automatically.

16
sarahmx
Re: XOOPS 2.3 Profiles Module - Requirements Gathering
  • 2008/1/17 17:24

  • sarahmx

  • Quite a regular

  • Posts: 381

  • Since: 2007/10/28


signature control !!!

- let webmaster decide whether to allow images or just text
- set max and min size of image in signature

17
irmtfan
Re: XOOPS 2.3 Profiles Module - Requirements Gathering
  • 2008/1/17 19:08

  • irmtfan

  • Module Developer

  • Posts: 3419

  • Since: 2003/12/7


very good points sarahmx,
also i should add this
- set the max allowed links in signature
will add this to Profiles_Module

18
sarahmx
Re: XOOPS 2.3 Profiles Module - Requirements Gathering
  • 2008/1/18 2:29

  • sarahmx

  • Quite a regular

  • Posts: 381

  • Since: 2007/10/28


yup, i hope it would be consider....it would be a great addition to XOOPS

19
xgarb
Re: XOOPS 2.3 Profiles Module - Requirements Gathering
  • 2008/1/20 17:47

  • xgarb

  • Not too shy to talk

  • Posts: 154

  • Since: 2003/3/30


Going on a bit of a tangent.. I agree that basic profile should be as minimal as possible but should be part of a bigger user account section that has things like a media manager (uploading and management of images, video and sounds), a preferences manager (theme chooser, notification type etc), communication manager, buddy manager etc this all should be core items IMO as then this will always exist for other modules to access. I realise that this is a bit outside the current scope for this thread but thought I'd mention it.

I can't decide if the extensible bit should be part of the core or should be module based to give site owners freedom to choose simple or complicated 'page I created' systems. Some might just want to have profiles as a list of a member's information others might want each member to have MySpace type pages.

Anyway thanks for reading

20
stefan88
Re: XOOPS 2.3 Profiles Module - Requirements Gathering
  • 2008/1/21 9:00

  • stefan88

  • Community Support Member

  • Posts: 1086

  • Since: 2004/9/20


For company intranets and business sites would be nice to have an option for the admin to set:

1) password is expired (per user or group) - next time the user logs in, he should change it. (It is also noce in the case admin creates account for the user with some password and user has to change it in first login)

2) lifetime for passwords - password is valid for X days (weeks, monts ...) and after that user has to change it.




PS: This is also nice in case of security breach.
..

Login

Who's Online

136 user(s) are online (92 user(s) are browsing Support Forums)


Members: 0


Guests: 136


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Apr 30
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits