XenForo Store: Themes, add-ons and supporting

Fatih · Feb 12, 2019

Here's an example of a topic you could look at: https://xenforo.com/community/threads/ability-for-guests-to-vote-on-polls.31397/ Well, as you probably noticed, our thoughts are so similar. Indeed, why not? However, there should be a range of options available in each case. For instance, IP addresses should be considered data and the actual IP address should be stored for every guest. In other words, voters. In particular, it should implement.

sonaynet · 2019-02-23T17:39:56+0700

thanks for addon

can we delete name and email address field to make poll very easy with only one click ?

Fatih · 2019-02-23T18:49:49+0700

That's awesome but it would be better if it could be to replace username and email with CAPTCHA.

Totoro · 2019-02-23T12:36:01+0700

Totoro submitted a new resource:

Guest Voting - Allow guest can give a vote in the thread poll

Description: Allow guest can give a vote in the thread poll

Permissions:

N/A

Options:

Restrict forums allow use this feature.

Demo: https://nobita.me/forums/chit-chat.4/

Read more about this resource...

Totoro · 2019-02-23T17:08:26+0700

Totoro updated Guest Voting with a new update entry:

1.0.0

Re-attach the add-on!

Read the rest of this update entry...

sonaynet · 2019-02-23T16:35:51+0700

Sperber · Friday at 2:09 PM

truonglv ,
another issue found: when a user has been invited into a group where joining users have to be moderated by the group settings, those invited users bypass the moderation and instantly become added to the group with full read & write access. This is a serious privacy issue and I´ld like to urge you to fix this.

Sperber · Thursday at 7:01 PM

There is not a single alert, where a group admin receives an alert for join requests! To be honest, that´s a no-go since many will have several groups, even those with only themselves as user in a closed group. They won´t check the group itself regulary since they will expect - like I did - there will be an alert send to the alert system. The only info about a join request is available in the corner at the very bottom, where noone will ever look for it. Please change that.

Sperber · Thursday at 6:54 PM

Please add a confirmation notice, so a user who has hit the "join group" button receives a feedback, that the system has counted the request. By now the user only becomes forwarded to the group overview - that´s bad and leaves them irritated.

Sperber · Thursday at 5:47 PM

truonglv ,

regarding discussion groups in general, facebook and others demonstrate, that nearly half of them are related to local places, cities, companies or other topics related to a physical location. It is quite difficult and uncomfortable for visitors to find groups in their vicinity in such location-dependent groups. Given that over 50% of all visitors visit websites with their mobile phones or tablets, this is a huge factor and literally a decision criterion for them (and a purchase criterion for your add-on) as to whether visitors use the group feature - or not.

I catched fire by the idea of an implementation, Bob already did with one of his add-ons. Since social groups already support the Google API, a similar implementation should be possible without any problems. I've created a few mockups that explain the function better:

SG general options has the Google-Api key already included. This can be used - on a per category basis - to activate geolocation in this particular and show a category map above the group-listing in that category:

This category setting activates the adress search when creating a new group:

And the result in that category_view would look like this:

I guess, the result would speak for itself - or?

WorldGate · Thursday at 12:10 PM

I would suggest an add-on to restrict reactions per node, a forum select option for each reaction added to enable/disable reaction in specific nodes.

chernabog · Thursday at 4:50 AM

I just wanted to shoot this your way. Thank you for taking the time to put in all the upgrade and enhancements work for this add-on. It really is appreciated.

This error happened when upgrading to 2.0.3 -> not sure if it was just caused by the add-on being live during the upgrade or not.

Thanks!

Code:

[LIST]
[*]xception: Could not find class Truonglv\Groups\XF\Entity\User when attempting to extend XF\Entity\User
[*]               
[*]src/XF/Extension.php:174
[*]            
[/LIST]
           
[LIST]
[*]                
[*]Generated by: Unknown account
[*]               
[*]Feb 20, 2019 at 10:43 AM
[*]            
[/LIST]
        
       Stack trace
       
           #0 src/XF/Mvc/Entity/Manager.php(53): XF\Extension->extendClass('XF\\Entity\\User')
#1 src/XF/Mvc/Entity/Manager.php(123): XF\Mvc\Entity\Manager->getEntityClassName('XF:User')
#2 src/XF/Repository/User.php(24): XF\Mvc\Entity\Manager->find('XF:User', 1, Array)
#3 src/XF/App.php(1766): XF\Repository\User->getVisitor(1, Array)
#4 src/XF/Pub/App.php(154): XF\App->getVisitorFromSession(Object(XF\Session\Session))
#5 src/XF/App.php(2173): XF\Pub\App->start(true)
#6 src/XF.php(390): XF\App->run()
#7 index.php(20): XF::runApp('XF\\Pub\\App')
#8 {main}

        


        Request state

        

            array(4) {
  ["url"] => string(172) "/index.php?spotify/update-current-playback&_xfRequestUri=%2Fadmin.php%3Fadd-ons%2F&_xfWithData=1&_xfToken=1550677094%2C4a7e49f2e0a9797b4f3e29b3ece37612&_xfResponseType=json"
  ["referrer"] => string(39) "https://titanx.games/admin.php?add-ons/"
  ["_GET"] => array(5) {
    ["spotify/update-current-playback"] => string(0) ""
    ["_xfRequestUri"] => string(19) "/admin.php?add-ons/"
    ["_xfWithData"] => string(1) "1"
    ["_xfToken"] => string(43) "1550677094,4a7e49f2e0a9797b4f3e29b3ece37612"
    ["_xfResponseType"] => string(4) "json"
  }
  ["_POST"] => array(0) {
  }
}

       
       
           Delete

Totoro · Thursday at 9:11 AM

This add-on contains a large files so you may disable add-on while upgrading.

chernabog · Thursday at 9:30 AM

It already upgraded..so should we be good to go? Or should I drop files over it again?

Fatih · Wednesday at 12:57 AM

I thought it would be a good idea to capitalize the first and second character of the username during the registration.

For example during the registration:

Or...

And after completing the registration process:

Why not? In the literature, there are no rules for it. So I mean, username or personal information, including your name and last name shouldn't be capitalized (UPPER or lower). Another simple example;

TRUONGLV XENTRU

TRUONGLV Xentru

Truonglv XENTRU

TRuOnGLV XeNTrU

Truonglv Xentru

That's all.

Please note that here's an example of this similarity:

[VNNET] Check Title Uppercase For XF2

Addons simply check the title, if the title is more uppercase than allowed, members will not post it. You can set the percentage of uppercase letters easily in the option.

xenforo.com

Totoro · Wednesday at 8:26 AM

That may make users more confuse after registered.

Fatih · Wednesday at 4:56 PM

Lol. It will be like that or not, what does it really matter? Meanwhile I've changed the third attachment.

XenForo Store: Themes, add-ons and supporting

Browsing forums

Member

New Member

Member

Member

Member

New Member

New Member

New Member

New Member

New Member

New Member

Member

Member

Member

Member

Forum statistics