[DigitalPoint] Profiles 1.0.0 beta 3

[digitalpoint]

digitalpoint updated [DigitalPoint] Profiles with a new update entry:

username fixing issue on member tooltip

Fixed issue where username wasn't reduced in size if there's a display name set and there's no profile banner.

Read the rest of this update entry...

 

[Matt C.]

Any chance custom display name can be (optionally?) defaulted to username until a custom display name is created by the user? That’s a lot of @s.

I agree sometimes the @ sign can be off putting since there is so many. I reduced the size of the @ sign to 0.85 em, and it reads much better imo.

 

[MaximilianKohler]

Compatible XF 2.x versions 2.3

Aww

I really want this on v2.2:

Review About you edits​

Ability to send member's "About you" edits to a review queue before they are published (user group permission for which user groups require reviews and who can perform reviews).

Most of the other stuff I wouldn't even enable, and some are covered in other addons I have.

Would it be simple enough to edit the addon to only include that portion and be compatible with v2.2?

 

[digitalpoint]

I agree sometimes the @ sign can be off putting since there is so many. I reduced the size of the @ sign to 0.85 em, and it reads much better imo.

Agreed... stolen for next version.

Aww

I really want this on v2.2:

How bad do you want it? If it's not "bad enough" that you would want to upgrade to XF 2.3, it's not that important.

Most of the other stuff I wouldn't even enable, and some are covered in other addons I have.

Would it be simple enough to edit the addon to only include that portion and be compatible with v2.2?

Not on the "to-do" list. The addon was originally written for 2.2, but it was brought "up to speed" for 2.3 before it was released. There are a few things that need to be one way or the other (2.2 or 2.3), so it doesn't make sense to maintain legacy code for XenForo versions that were out date before the addon was even released.

 

[🔥Iggy🔥]

No idea what addon you are talking about, but this addon is just leveraging XenForo's existing content bookmarking system. There's no database schema changes or anything, so maybe it would just magically work unless the addon you are referring to is doing something more complicated than it needs to be doing? Specifically, if it's using the normal XenForo xf_bookmark_item table to store bookmarks, maybe nothing even needs to be done.


While it wouldn't be particularly difficult, not sure if the result would be a particularly good idea. In my opinion, it would look a lot stranger than having the @ prepended to usernames. Would you really want what would effectively be "double" usernames everywhere for users that have no display name?

Examples of how it would look if display name defaulted to username:

View attachment 326487

View attachment 326488

View attachment 326489

Thread '[Andrew] Bookmark Users'

Jan 24, 2020

AndrewSimm submitted a new resource:

[Andrew] Bookmark Users - Bookmark users using the built in Xenforo bookmarking system.

[Andrew] Bookmark Users allows users to use the Xenforo bookmarking system to bookmark users. All features, such as messages and labels are available when bookmarking users.

Why would I want to bookmark users as opposed to just following them?
Bookmarks are different from follows in that with bookmarks users can save a note (message) about a user and apply labels to the user.

Features

• Bookmark users

...

• AndrewSimm
• Replies: 23
• Forum: Add-on releases [2.x]

• 

im referring to this one...its free, perhaps you can have a quick look?

kind regards

 

[digitalpoint]

Thread '[Andrew] Bookmark Users'

Jan 24, 2020

AndrewSimm submitted a new resource:

[Andrew] Bookmark Users - Bookmark users using the built in Xenforo bookmarking system.

[Andrew] Bookmark Users allows users to use the Xenforo bookmarking system to bookmark users. All features, such as messages and labels are available when bookmarking users.

Why would I want to bookmark users as opposed to just following them?
Bookmarks are different from follows in that with bookmarks users can save a note (message) about a user and apply labels to the user.

Features

• Bookmark users

...

• AndrewSimm
• Replies: 23
• Forum: Add-on releases [2.x]

• 

im referring to this one...its free, perhaps you can have a quick look?

kind regards

Well, I didn't install it, but it looks like they are doing bookmarks the same way. So on the surface it looks like it would probably just "work"... no import needed. The only issue is that since it is doing it the same, you'd need to uninstall that one before installing this one since the bookmark class/content type for users is unique (internally XenForo can't have 2 different bookmark handlers for the same content type... so you'd probably get an error installing this addon since you have an existing handler already while that addon is installed).

But besides not being able to have both installed at the same time, the underlying method and data looks identical since both are leveraging XenForo's internal bookmark system for the "user" content type.

 

[🔥Iggy🔥]

thats fine i just uninstalled it rather than trying to figure out how to break it but leave it installed etc....i doubt it was used very much anyway.


option to delete display name once set, would be nice tho....its only supported to change it, it seems...

kind regards

 

[🔥Iggy🔥]

also.....i feel the username and display names are kind of mixed up or limited in some regards....

im still trying to understand all the logics but some like:

- two users are part of the same company.
it seems the @Username should be that company but that wont be possible as its the only unique value

im sure youve done this for specific reasons but it started to seem like if those 2 were just flipped but would a more helpful logic?

-then....if no display name is chosen could it make sense to omit the @ tag before?

kind regards

 

[digitalpoint]

thats fine i just uninstalled it rather than trying to figure out how to break it but leave it installed etc....i doubt it was used very much anyway.


option to delete display name once set, would be nice tho....its only supported to change it, it seems...

kind regards

Like I said, it should work with the same data without needing to import. I haven't tested it firsthand, but the underlying data looks like it should be exactly the same, so I suspect any old ones you have are still there.

also.....i feel the username and display names are kind of mixed up or limited in some regards....

im still trying to understand all the logics but some like:

- two users are part of the same company.
it seems the @Username should be that company but that wont be possible as its the only unique value

You could do it like other sites do it, with usernames that include the company name and person. No need for this addon... could just do it "as-is". For example if a company wanted to adopt something like XenForo-Kier or XenForo-Chris.

im sure youve done this for specific reasons but it started to seem like if those 2 were just flipped but would a more helpful logic?

I guess it would depend on what you are trying to do with display names exactly. If you are trying to make it used for "company names", honestly you are probably better off using a user title or assignable badge (similar to how "Staff" badges work). Display names are intended to be arbitrary, and not necessary unique, and certainly not intended to be a company name (one could of course, but that's not the intent).

-then....if no display name is chosen could it make sense to omit the @ tag before?

I've literally mulled this around for 3 years at this point (since I started using the addon myself). The issue with showing an @ prefix on usernames for only SOME users, is then you start running into confusion... is someone looking at a username, or is someone looking at a display name? Giving a visual representation of what is a username and what is a display name regardless if a particular user picked a display name or not does seem more intuitive vs. showing it differently and then you need to figure out if it's displayed that way because the user didn't set a display name or not. Making usernames appear different ways depending on the user (and if they set a display name or not) really just ends up causing more confusion in the end. There's definitely some value in consistency.

That being said, I'm aware that not everyone is going to love how it's presented. A lot of people are going to hate anything simply if it's "different" than what they are used to. But I do think users tend to hate it more if you try to present usernames one way for some users and a different way for other users.

The @ sign is a fairly universal prefix for addressing someone in a unique way on a site. Other sites do it in different way that seems odd at first, but honestly users end up getting used to it (for example users on Reddit are prefixed with "u/"... to me, @digitalpoint feels better than u/DigitalPoint (as an example). Just for sake of an example, imagine if Reddit sometimes displayed my username as DigitalPoint, but other times it's u/DigitalPoint. To me, it just feels like it does need to be universal one way or the other for a site.

 

[🔥Iggy🔥]

hello,
fyi ive got an error using:

Thread 'Duplicate account check [Paid]'

Sep 11, 2018

AndyB submitted a new resource:

Duplicate account check - Checks for duplicate user accounts.

Premium upgrade:

This XF2 add-on along with the entire collection can be purchased for $25.00 USD. Your Premium upgrade will allow you to download as many XF2 add-ons as you like for one year. Please see the entire collection located in the Resources area at this URL:

https://www.xf2addons.com/

Note: all my XF1 add-ons are still 100% free and are supported by donations.

Description:

Checks for duplicate user accounts.

If two or more usernames with...

• AndyB
• Replies: 45
• Forum: Add-on releases [2.x]

• 

Server error log

• ErrorException: Duplicate account check error. Email to username in options not set.
• src/XF/Error.php:81
• Generated by: Unknown account
• Sep 4, 2025 at 7:34 PM

Stack trace​

#0 src/addons/Andy/DuplicateAccountCheck/XF/Cron/DuplicateAccountCheck.php(27): XF\Error->logError('Duplicate accou...')
#1 src/XF/Job/Cron.php(41): Andy\DuplicateAccountCheck\XF\Cron\DuplicateAccountCheck::runDuplicateAccountCheck(Object(XF\Entity\CronEntry))
#2 src/XF/Job/Manager.php(275): XF\Job\Cron->run(8)
#3 src/XF/Job/Manager.php(205): XF\Job\Manager->runJobInternal(Array, 8)
#4 src/XF/Job/Manager.php(89): XF\Job\Manager->runJobEntry(Array, 8)
#5 job.php(46): XF\Job\Manager->runQueue(false, 8)
#6 {main}

Request state​

array(4) {
["url"] => string(18) "/community/job.php"
["referrer"] => string(35) "https://www.mysite.org/community/"
["_GET"] => array(0) {
}
["_POST"] => array(0) {
}
}
Delete

 

[🔥Iggy🔥]

Like I said, it should work with the same data without needing to import. I haven't tested it firsthand, but the underlying data looks like it should be exactly the same, so I suspect any old ones you have are still there.

ok i was assuming the uninstall of the previous addon would have deleted that data...and you said uninstall of that was required to install this, case that helps anyone else...i just did uninstall old, install this new and whatevers happened is now for someone else to worry but i think it was only a few users effected if any.

You could do it like other sites do it, with usernames that include the company name and person. No need for this addon... could just do it "as-is". For example if a company wanted to adopt something like XenForo-Kier or XenForo-Chris.

yes its not very intuitive tho...its also kind of sloppy looking by comparison...

I guess it would depend on what you are trying to do with display names exactly. If you are trying to make it used for "company names", honestly you are probably better off using a user title or assignable badge (similar to how "Staff" badges work). Display names are intended to be arbitrary, and not necessary unique, and certainly not intended to be a company name (one could of course, but that's not the intent).

i did consider using a custom user title but that is more admin work and badge artwork etc...i also think its sloppy like more cluttered icons idk...

I've literally mulled this around for 3 years at this point (since I started using the addon myself). The issue with showing an @ prefix on usernames for only SOME users, is then you start running into confusion... is someone looking at a username, or is someone looking at a display name? Giving a visual representation of what is a username and what is a display name regardless if a particular user picked a display name or not does seem more intuitive vs. showing it differently and then you need to figure out if it's displayed that way because the user didn't set a display name or not. Making usernames appear different ways depending on the user (and if they set a display name or not) really just ends up causing more confusion in the end. There's definitely some value in consistency.

that makes perfect sense, i agree.

That being said, I'm aware that not everyone is going to love how it's presented. A lot of people are going to hate anything simply if it's "different" than what they are used to. But I do think users tend to hate it more if you try to present usernames one way for some users and a different way for other users.

The @ sign is a fairly universal prefix for addressing someone in a unique way on a site. Other sites do it in different way that seems odd at first, but honestly users end up getting used to it (for example users on Reddit are prefixed with "u/"... to me, @digitalpoint feels better than u/DigitalPoint (as an example). Just for sake of an example, imagine if Reddit sometimes displayed my username as DigitalPoint, but other times it's u/DigitalPoint. To me, it just feels like it does need to be universal one way or the other for a site.

i think in part i am still trying to understand the logics and use case scenarios....for our case, if you just flip usernames and display names, it would seem fully ideal.....the company name makes the most sense to me just guessing from a blank slate(i dont use alot of social medias so cant really compare).....and the @ tag seems to make sense there like BoB @ place bob works......and if there is another user with same @ place bob works it will make sense because they can post a thread and it will reflect the company name FIRST, which is perhaps more relevant...

i can see anyway its a little of a puzzle like which names to display which places etc....all of that seems close enough to me tho, like if only the @ changed to the other, it would make alot more sense to me, thats for one use case but i think i thought it thru at least...

it also gets around that reddit type confusion as in my suggestion the username doesnt have an @ or a /u or anything its just the username....which is what ppl are already used to, so also takes care of the old timers....right? lol idk feel free to ignore the parts that dont make sense im banging my head a little being daft

 

[🔥Iggy🔥]

i know im like cant post again for 48 hrs...but one other quick, bookmark users button on profile hover card is a good one so you dont have to hunt the button....even on the profile page its not very visible, it could be better off tied to the profile action buttons imho.
kind regards

 

[thumped]

While it wouldn't be particularly difficult, not sure if the result would be a particularly good idea. In my opinion, it would look a lot stranger than having the @ prepended to usernames. Would you really want what would effectively be "double" usernames everywhere for users that have no display name?

Examples of how it would look if display name defaulted to username:

View attachment 326487

View attachment 326488

View attachment 326489

fair point - how about an "only display both if both actually exist" option?

 

[digitalpoint]

fair point - how about an "only display both if both actually exist" option?

Isn’t that how it already works? Display name is only shown if it exists. If display name isn’t set, it’s not shown. I think I’m totally not understand what you are going for…

 

[JoyFreak]

Isn’t that how it already works? Display name is only shown if it exists. If display name isn’t set, it’s not shown. I think I’m totally not understand what you are going for…

I think what he means is, currently there is '@' before the username on all profiles. Maybe only display that portion when a user sets a display name?

 

[digitalpoint]

I think what he means is, currently there is '@' before the username on all profiles. Maybe only display that portion when a user sets a display name?

But then you are presenting usernames differently depending on the user. That’s going to cause confusion issues because then a display name and a username with no display name set looks the same. Covered it a few posts up.

 

[JoyFreak]

But then you are usernames differently depending on the user. That’s going to cause confusion issues because then a display name and a username with no display name set looks the same. Covered it a few posts up.

What about having it the other way round? @ before a display name? Or does that cause confusion also? I’m not sure tbh I haven’t installed the add-on yet but just going by a quick scan of the screenshots and comments. Either way it’s a cool feature I’d like to try.

 

[digitalpoint]

What about having it the other way round? @ before a display name? Or does that cause confusion also? I’m not sure tbh I haven’t installed the add-on yet but just going by a quick scan of the screenshots and comments. Either way it’s a cool feature I’d like to try.

Not so coincidentally, I tried it that way first. It ended up causing some confusion since you already address people with @Username within messages. So presenting display name with the @ (and not usernames) was causing some confusion (at least for my users).

 

[digitalpoint]

I’m definitely not opposed to changing it, I do however think that whatever it is needs to be consistent for the site (all usernames treated the same and all display names treated the same). After a lot of trial and error, I landed on the @ for usernames (since that’s already how you address users within messages), and just “nothing” for display names.

Not hard to change, it’s just a matter of what is actually better if you exclude the “I hate anything being different” factor.

 

[🔥Iggy🔥]

perhaps a sitewide admin option.....ive half come around to your logics by now but im still thinking of all the implications and not really sure yet