[DigitalPoint] Profiles

[DigitalPoint] Profiles 1.0.0 beta 2

No permission to download

digitalpoint

Well-known member
digitalpoint submitted a new resource:

[DigitalPoint] Profiles - Improvements related to user profiles.

User profiles​

General cosmetic clean up of profiles. Also has options to pick what does/does not show on the user blurb.

View attachment 326441

If you remove certain things from the user blurb (for example join date), it will still be available on the About tab on user profiles.

Profile tabs​

The Activity tab and Postings tabs are configurable with user group permissions: Has activity tab...

Read more about this resource...
 
While this is in-use on a couple of my sites (and has been for years), I'm going to call it "beta" for now in case anything unforeseen pops up. If that's the case, it will of course be addressed, but let's just call it beta for now.

You can see it in action on this site:


 
Well, I might have found your first bug.

I was changing a user's status from unverified to verified and it requires me to have a display name set:

Screenshot 2025-09-03 at 16-35-34 Edit user Lee altBoards Gaming Forum - Admin control panel.webp

Didn't have anything typed in.

EDIT: Yeah, can't edit any user without having the display name typed in.
 
Thanks for the update:

Not critical, but the member tooltip could use some styling updates.

Screenshot 2025-09-03 at 17-06-21 altBoards Gaming Forum.webp

Screenshot 2025-09-03 at 17-06-38 altBoards Gaming Forum.webp

It doesn't flow very well. Maybe use flex to control it a bit better.
 
Thanks for the update:

Not critical, but the member tooltip could use some styling updates.

View attachment 326463

View attachment 326465

It doesn't flow very well. Maybe use flex to control it a bit better.
Just out of curiosity, if you were to add a profile banner, does it work itself out better? It does attempt to make that look right, but I just noticed the CSS being applied might only be for profiles with a banner (oops).

CSS:
.memberTooltip--withBanner .memberTooltip-nameWrapper {
    display: inline-grid;
}
 
Only other thing I'll mention is that the font-size of the "@Username" doesn't change without a profile banner either.

Code:
.memberTooltip--withBanner .username + .username {
  font-size: 50%;
}
 
Only other thing I'll mention is that the font-size of the "@Username" doesn't change without a profile banner either.

Code:
.memberTooltip--withBanner .username + .username {
  font-size: 50%;
}
Ya, I saw that after I pushed the update out. Already fixed on this end, but will hold off on pushing another update for a bit in case there is other stuff that pops up.
 
Awesome addon Shawn. I have not installed it yet but here's some suggestions already. Opinionated bunch us lot ;)

Few ideas to bounce off you to make this more feature rich:
1. Vanity profile URLs - claim username vanity URL i.e. myforum.com/members/wickedusername instead of /wickedusername.140492/. Maybe tie it in with display name. Basically give certain groups ability to claim a vanity URL.

2. Spammer honeytraps are excellent ideas and simple - is there a dedicated log of who triggered those
 
Awesome addon Shawn. I have not installed it yet but here's some suggestions already. Opinionated bunch us lot ;)

Few ideas to bounce off you to make this more feature rich:
1. Vanity profile URLs - claim username vanity URL i.e. myforum.com/members/wickedusername instead of /wickedusername.140492/. Maybe tie it in with display name. Basically give certain groups ability to claim a vanity URL.

2. Spammer honeytraps are excellent ideas and simple - is there a dedicated log of who triggered those
Well display names aren’t unique, and vanity URLs would need to have something unique to key on (like which profile would you show if you had multiple accounts matching the request/route?). Even if you keyed on username (since it’s unique), honestly I’m not sure it has a lot of value. No one is telling people their profile URL verbally, and then you also need to handle scenarios where a username changes. Truthfully, I’d say the way XenForo does member profiles now (as far as URLs) is probably the best way to do it. Complicating things for no real upside doesn’t seem like a road I’d really want to go down just for sake of doing it.
 
Well display names aren’t unique, and vanity URLs would need to have something unique to key on (like which profile would you show if you had multiple accounts matching the request/route?). Even if you keyed on username (since it’s unique), honestly I’m not sure it has a lot of value. No one is telling people their profile URL verbally, and then you also need to handle scenarios where a username changes. Truthfully, I’d say the way XenForo does member profiles now (as far as URLs) is probably the best way to do it. Complicating things for no real upside doesn’t seem like a road of really want to go down just for sake of doing it.

I personally have never liked vanity URLs (except maybe on twitter or facebook). On XF it seems pointless. Plus the other vanity add-on caused problems with add-ons that had custom profile tabs.
 
I personally have never liked vanity URLs (except maybe on twitter or facebook). On XF it seems pointless. Plus the other vanity add-on caused problems with add-ons that had custom profile tabs.
If someone really wanted vanity URLs, I’d think it would be best to have unique vanity URLs that do nothing more than redirect to the real URL. Then at least you don’t end up with things breaking. Something like https://example.com/@DigitalPoint which redirects to the “real” one.

But again… also not something I personally have any interest in.
 
Back
Top Bottom