Multi Prefix [Paid] 2.16.3

[ChicagoCoin]

Can someone please show me an image of a resource with multiple prefixes, just interested in seeing how it looks like before purchasing

Here's some samples from Pinball Nirvana's Resources.

 

[Sanctum Staff]

Question I had regarding this add-on: Is there any degree of control over which prefixes can be combined?

Specifically, I was considering it where Prefix 1 would be an indication of what forum something was posted in, while the second is a choice of the type of thread. Is something like this possible (either natively or with another add-on) or would the user be able to select any two from the list?

 

[Tom McIntyre]

Prefixes are selected for threads within a forum. The forum's available prefixes are assigned in the ACP.
The selection of multiple prefixes selects the threads with those prefixes. The selection logic may be either AND where the selected thread must have both prefixes, or OR where the selected thread may have either prefix.

This is not my addon, but I use it heavily.

 

[Xon]

Question I had regarding this add-on: Is there any degree of control over which prefixes can be combined?

Prefixes are limited by forum, but there are no limits on how prefixes can be combined.

 

[Seeker-Smith]

Any updates as to when this will be updated to 2.3?

 

[Xon]

I'm getting close to releasing an XF2.3 compatible version.

This has been one of the more involved changes, as it formally used select2 which depends on jquery.

 

[Seeker-Smith]

Awesome thanks

 

[Xon]

The new multi-prefix UI uses a personalized fork of choices.js.

As an example, this is a thread which only allows a single prefix:



This replacement for the old select2 javascript library will be used in quite a few of my add-ons, so I've been updating several add-ons at once since they all have slightly different requirements which have helped iron out a lot of bugs.

 

[TimWilson]

There are ways in which this is my favorite add on ever. Nothing to configure, it just works!

Our members have been asking about ignoring prefixes, though. I know that an earlier version of this was fixed to address compatibility with Prefix Essentials, and if that's the answer, I'll add it... but I noticed that Prefix Essentials says that it doesn't work with this. Can anybody point me in the right direction?

And to clarify, I don't need anything out of Prefix Essentials other than ignoring prefixes, so maybe just that part works?

And certainly if there's a way to ignore prefixes some other way, I'd be happy to do that.

Thanks again for a great add-on, @Xon, and any advice that any of you can offer!

 

[Seeker-Smith]

I just hope the update to 2.3 doesn’t take much longer. I have hundreds of threads to manually update and I’d prefer not thousands.

 

[Xon]

The XF2.3 update for MultiPrefix itself is done, you can see it live on my add-on site. The public release is just blocked by by StandardLib add-on still requiring a few updates

 

[Maxence1502]

Where can I download the 2.3 compatible version ?

 

[philmckrackon]

Where can I download the 2.3 compatible version ?

Litterly look up one whole post from yours... It is not available yet.

 

[Robert9]

Puh ... i was about to start searching.

sv_multiprefix_prefix_input_select is not replaced for example.

 

[VisEntities]

Is it compatible with 2.3.0 yet?

Litterly look up one whole post from yours... It is not available yet.

 

[philmckrackon]

Is it compatible with 2.3.0 yet?

Made me chuckle... Nice save!

 

[Robert9]

I have a customer who wants to move all data from the resource manager to the thread of a resource.
My job is now something like:

take resource_prefix_ids, find the name
find thread_prefix_names, find the prefix_ids;

my result is something like:

thread_id = 232
sv_prefix_ids = "22,24"

Is there a rule which prefix_id should be set for prefix_id, please?

I dont use xenforo to solve this, i use just php to fetch, manipulate and save data.

Do you have an answer for me, please?

 

[Robert9]

Two real world examples:
id = sv_ids
99 = 99, 96
99 = 99, 187

It is not about the id-value itself.

and
id = display_order
96 = 20
99 = 11
187 = 130;

maybe it is about display_order?

I will try it.

 

[Xon]

MultiPrefix stores the prefixes in display order, and picks the first to store in the thread entity. But if the display order is changed it'll render them in that order without updating the columns until the prefix list is edited.

 

[Robert9]

Thank you, i have done with order display_order asc, prefix_id asc;
first to prefix_id, all to sv_prefix_ids.