- App
- WoltLab Suite Forum

Custom thread fields
-
- Implemented
- 5.2.x
-
Jupiter -
August 5, 2017 at 12:44 PM
-
-
- Official Post
There are already custom user fields. Simply search for "Custom User Fields" in the ACP.
-
I think he is talking more about this new Xenforo functionality described in one of their feature announcements:
Custom thread fields
Similar to custom user fields, additional fields can now be attached to threads on a per forum basis to allow you to collect more structured information.What could be a really cool feature if you mix in the features of this Plugin
Joshua RüswegMarch 5, 2016 at 12:53 PM -
- Official Post
Since the post that Jupiter linked in his post explicitly talks about thread fields and he is talking about user fields, I assumed that he wanted something like the suggested thread fields but only for users.
-
Slip of the tongue from me...
As per the thread I linked to, it is thread fields.
-
- Official Post
I have adjusted the title and the first post to reflect that thread fields are meant and not user fields
-
Agree, should be core features..
-
You get my vote.
-
Vote added.
-
Danke Josh.
-
So how is it implemented now? THe features from @josh plugin?
-
- Official Post
Lycra No, the whole thing is implemented in a much more user-friendly way. But since pictures say more than a thousand words, I will add some screenshots.
(Just create your field when you edit or create a forum.)
(The fields will displayed when you create a thread.)
(And so it is displayed in the thread.)
-
Ah super !Das sieht gut aus!
-
-
-
a much more user-friendly way.
lol.
I expect user-friendly products to be consistent. For that claim, I expect there to be a PHP-Classinput field, so I can handle more advanced examples (like implemented in various other options).
-
- Official Post
I expect user-friendly products to be consistent. For that claim, I expect there to be a PHP-Classinput field, so I can handle more advanced examples (like implemented in various other options).
Being user-friendly does not mean that the user can do everything simply via the GUI. Being user-friendly means that every user can get used to it right away. That wasn't the case back then with my plugin. The current implementation does give that away.
Very few users use their own PHP class. If you use your own class, you have to be able to program anyway or at least copy the class somewhere. This is not very user-friendly and confusing for inexperienced users. Of course, we've been thinking about how third parties can add their own input fields, which with the current implementation is also possible via a simple eventlistener.
To be consistent, the form is the same that you have for the contact form among other things. So the user already knows the form.
-
Are the values stored inside the Post ore are they stored elsewhere?
I'm actually interested how this data can be searched and if a post search is able to find those posts.
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!