Maxence1502
Member
Any update about the 2.3 compatibility ?
Thank you
Thank you
Multi Prefix [Paid] 2.16.3
- Thread starter Xon
- Start date
Xon updated Multi Prefix with a new update entry:
2.14.5 - XenForo 2.3 support
Read the rest of this update entry...
2.14.5 - XenForo 2.3 support
Read the rest of this update entry...
Seeker-Smith
Well-known member
With the new
It does this by pre-rending what was formally javascript generated HTML, which is especially noticeable in with XF2.3 pushing virtually all javascript to the end of the body to avoid blocking rendering while javascript downloads.
choices.js library and it's customizations in my StandardLib add-on, should also completely eliminate the "loading jank" that the previous versions had.It does this by pre-rending what was formally javascript generated HTML, which is especially noticeable in with XF2.3 pushing virtually all javascript to the end of the body to avoid blocking rendering while javascript downloads.
The
Would you be interested in funding that sort of change?
choices.js library doesn't quite have that as an option. For some reason it force enables search-as-you-type for multiple mode which multi-prefix uses. The previous select2 multi-prefix system had a similar issue.Would you be interested in funding that sort of change?
Mr Lucky
Well-known member
ie people like me. This caught me out this morning: I just typed the title in what now appeared to be a normal title text field, but then got kept getting an error when trying to post.
The thing is the thread title prompt as shown in matt's example above, is not there if you type the title in after the message:
EDIT: If you think about it, people are used to just typing the title to the right of the prefix.
When I saw "no results found" in the text filed below I just assumed that was was maybe to do with similar threads, in fact, as Xon mentioned, it is searching for a relevant prefix so I was confused about why I couldn't post (kept getting an error)
I don't remember it being like that before but probably that's just me getting old. Granted I hadn't yet had my second cup of coffee.
Both v2.14.x (
The biggest difference is v2.14.x is initialized well before the rest of the editor is ready to accept input, and shows a
choices.js) and v2.13.x (select2) work the same for the input behavior. Both show "(no prefix)" and allow arbitrary text entry, and show 'no results found" for no matches.The biggest difference is v2.14.x is initialized well before the rest of the editor is ready to accept input, and shows a
prefixes... placeholder.
imno007
Well-known member
In the several years I've been using this addon, I have to say that this has never been a problem for me or my users. Most thread creation on my forum requires prefixes to post, so it's something regularly used by all members, and I've never mixed those two fields up or ever once had a member mention, privately or publicly, having an issue with it. Not to say no one ever has and didn't say anything about it, but if they did, they must have got used to it quickly. I'm guessing this is largely down to the thread title field being auto filled with "Thread title." Not trying to imply that other people's concerns aren't warranted, just saying that it probably won't turn out to be much of a problem for most. 
Last edited:
Seeker-Smith
Well-known member
I feel the same way. If I have one complaint and it really doesn't have anything to do with the addon. I wish there was a sort function on the prefix list in ACP.In the several years I've been using this addon, I have to say that this has never been a problem for me or my users. Most thread creation on my forum requires prefixes to post, so it's something regularly used by all members, and I've never mixed those two fields up or ever once had a member mention, privately or publicly, having an issue with it. Not to say no one ever has and didn't say anything about it, but if they did, they must have got used to it quickly. I'm guessing this is largely down to the thread title field being auto filled with "Thread title." Not trying to imply that other people's concerns aren't warranted, just saying that it probably won't turn out to be much of problem for most.
Mr Lucky
Well-known member
Yes of course that makes perfect sense, and had that been the case here, I would probably not have had a problem.
CommanderVex
Member
When I try to move a resource from one category to another with just 1 prefix, I get the below error.
Code:
LogicException: Attempted to set 'sv_prefix_ids' while a save was pending without forceSet in src/XF/Mvc/Entity/Entity.php at line 610
XF\Mvc\Entity\Entity->set() in src/XF/Mvc/Entity/Entity.php at line 582
XF\Mvc\Entity\Entity->__set() in src/addons/SV/MultiPrefix/XFRM/Service/ResourceItem/Edit.php at line 37
SV\MultiPrefix\XFRM\Service\ResourceItem\Edit->setPrefixIds() in src/addons/SV/MultiPrefix/XFRM/Service/ResourceItem/Edit.php at line 22
SV\MultiPrefix\XFRM\Service\ResourceItem\Edit->setPrefix() in src/addons/OzzModz/XFRMPrefixSync/Listener.php at line 185
OzzModz\XFRMPrefixSync\Listener::threadEntityPostSave() in src/XF/Extension.php at line 64
XF\Extension->fire() in src/XF.php at line 966
XF::fire() in src/XF/Mvc/Entity/Entity.php at line 1288
XF\Mvc\Entity\Entity->save() in src/XF/Mvc/Entity/Entity.php at line 1328
XF\Mvc\Entity\Entity->saveIfChanged() in src/addons/XFRM/Entity/ResourceItem.php at line 1433
XFRM\Entity\ResourceItem->updateCategoryRecord() in src/addons/XFRM/Entity/ResourceItem.php at line 1263
XFRM\Entity\ResourceItem->_postSave() in src/addons/CoderBeams/XFRMTitleMod/XFRM/Entity/ResourceItem.php at line 37
CoderBeams\XFRMTitleMod\XFRM\Entity\ResourceItem->_postSave() in src/XF/Mvc/Entity/Entity.php at line 1282
XF\Mvc\Entity\Entity->save() in src/addons/XFRM/Service/ResourceItem/Move.php at line 103
XFRM\Service\ResourceItem\Move->move() in src/addons/XFRM/Pub/Controller/ResourceItem.php at line 1385
XFRM\Pub\Controller\ResourceItem->actionMove() in src/addons/SV/MultiPrefix/XFRM/Pub/Controller/ResourceItem.php at line 110
SV\MultiPrefix\XFRM\Pub\Controller\ResourceItem->actionMove() in src/XF/Mvc/Dispatcher.php at line 352
XF\Mvc\Dispatcher->dispatchClass() in src/XF/Mvc/Dispatcher.php at line 258
XF\Mvc\Dispatcher->dispatchFromMatch() in src/XF/Mvc/Dispatcher.php at line 115
XF\Mvc\Dispatcher->dispatchLoop() in src/XF/Mvc/Dispatcher.php at line 57
XF\Mvc\Dispatcher->run() in src/XF/App.php at line 2485
XF\App->run() in src/XF.php at line 524
XF::runApp() in index.php at line 20This looks to be a compatibility issue with @Ozzy47's OzzModz\XFRMPrefixSync add-on.
The issue appears to be if resource's discussion forum is in different forums.
- Resource moves between categories. The categories have different discussion forums.
- Ozzy47's addon syncs prefixes from resource to thread
- XFRM moves the thread to the new discussion forum
- Ozzy47's addon tries to syncs prefixes from thread to resource
- But the resource hasn't been finalized yet and it breaks.
Last edited:
Xon updated Multi Prefix with a new update entry:
2.15.0 - Feature update
Read the rest of this update entry...
2.15.0 - Feature update
Read the rest of this update entry...
Does your addon support these addons?
![[DBTech] DragonByte Social Groups](/community/data/resource_icons/9/9176.jpg?1683030244){kind=icon}
There isn't explicit support for them, but @DragonByte Tech might be able to answer on how dragonbyte social groups works with multiprefix
Seeker-Smith
Well-known member
Similar threads
- Suggestion