Fork me on GitHub

Profile or MyProfile ? How Social is/are your site/s?  Bottom

  • Since there are many changes happening with which modules are going to remain as core or value addons I am wondering about the future of the Profile module.

    I realize the User module in the core just caries the most essential values, username email-address, and password. That is all the core needs for groups and permissions.

    In "Profile" I like the ease of a one page entry form of user data. And I like the ease of adding and editing the DUD (though admittedly I have not used it much beyond some testing)

    I like the way myProfile displays the data. Though I am a bit bemused by the info bubble in the area for DUD that reads...

    Quote

    You can add or modify a custom field for the user's profile here. Due to some technical and logical reasons the type and identifier of a regular field can not be changed after the field was created.


    ... it seems the Profile module has had the ability to edit the DUD fields. Or am I misreading the myProfile info?

    My profile has a better way of displaying the DUD and has added some nice social features with it's own extensions in other modules

    Am I wrong in thinking that the DUD is a part of the core? That the Profile module and the myProfile module extend and addon to the User module? Or do they key off the User module's UID?

    While not all sites need to display user info to other users, the fact that Zikula can also be a community/UserBase manager, having a reliable interface to the users can be important. I also think that a person's blog, pages, and forum posts, media, etc, that they have posted into the system is a part of their profile too. Often it is the more interesting part, admittedly. That display focus is a nice feature of the myProfile extensions.

    I have to admit most of the sites that I have been to using (former name) and now Zikula, there are many empty fields in the user data. I know, it really depends on the site.

    The interface to the DUD makes all the difference. So I am wondering what folks think about when it comes to the a profile interface? What module you use and why?

    Do you as well use OpenID? How Social is/are your site/s?

    --
    Paul
    ____________________________________________________
    "...Humor, ITs just a state of mind"
    TakeIT2.CoM :: Open Destination
    ...my site is a perfect example of why doctors do not operate on them self :)
  • TakeIT2

    I am wondering about the future of the Profile module.

    As all other parked modules it won't get any new outstanding features until it got adopted. See corresponding blog posting for reference.

    TakeIT2

    Am I wrong in thinking that the DUD is a part of the core? That the Profile module and the myProfile module extend and addon to the User module? Or do they key off the User module's UID?

    The DUD are part of the Profile module. But with Core 1.2.0 they get obsolete and replaced by using attributes (the dynamic DBUtil ones) for the Users table in order to make enhancements and usage of additional user data across multiple extensions more convenient.

    TakeIT2

    The interface to the DUD makes all the difference. So I am wondering what folks think about when it comes to the a profile interface?

    Please read also this discussion covering the big overall topic "better interfaces for different extension types in future".

    --
    Guite | ModuleStudio
  • Well, this just proves, yet again, that I am not a coder Guite. :)

    It is a good discussion you have going there. It seems as though the "Attributes" idea would make something like DUD part of the User module, and that the future interface of Profile or myProfile would tap the functionality. (If I am reading it right?)

    While it is a departure from the current implementation, (maybe striking some fear into site owners who might think "I am going to have to redo everything again?!") - I think it is a great idea to stabilize data format and make it available to more parts/modules in the system. For the long view, I can see it actually simplifying the number of redundant data entry fields and thereby interfaces.

    If I am reading it right, an example flow might look like this:
    A newsletter module would not have to keep a list of users it could just check an attribute in the user module. So the newsletter module can deal only with the assembly of a newsletter, by checking differences in the content module attributes over a set period and a check list of what modules to check. Maybe it would have the addition of a greeting paragraph. Site wide Date Management/Calendaring attributes might provide a plugin for when to distribute the newsletter itself. Finally the system Mailing function would pick up the attribute of something to mail from the newsletter module and send it off.

    Am I in the ballpark?

    But aside from the future, since Profile is parked and activity is happening in myProfile it seems a module to work with.

    --
    Paul
    ____________________________________________________
    "...Humor, ITs just a state of mind"
    TakeIT2.CoM :: Open Destination
    ...my site is a perfect example of why doctors do not operate on them self :)
  • Still curious how folks handle this :)

    --
    Paul
    ____________________________________________________
    "...Humor, ITs just a state of mind"
    TakeIT2.CoM :: Open Destination
    ...my site is a perfect example of why doctors do not operate on them self :)
  • I want my site to be more social, I've been trying the versions of myProfile since the start. It has a lot of nice features, I would love to have it (and all the myProfile extensions) evolve into something like a Facebook page for each user.

    --
    Damon
    Catamaran Sailing at TheBeachcats.com
  • 0 users

This list is based on users active over the last 60 minutes.