Resource icon

Standard Library by Xon 1.21.9

No permission to download
Well, I'm not having the problems on the forum, it runs well.

My current setup is: forum on a subdomain, running php 7.4, and main site running an older version of php. The php error log is indeed coming from the main site (which is weird, as the add-on is part of xenforo on php 7.4 and on my subdomain) which shouldn't interfere with it at all, but the main site became unusable. I reverted back to version 1.1.1 of your addon in the meantime, which seems to temporarily fix the issue.
 
I need to know what php version the "main site" is running. It sounds like you've installed the add-on via php 7.4 and it is unexpectedly running on some older version.

If this is just php 7.0+ then I'll work on a fix, but I do need to know!
 
This add-on requires php 7.0+, since the first public release. XenForo 2.2+ also requires php 7.0+

I'ld strongly recommend upgrading the main site to use php 7.0+
 
I understand this, but what I'm not getting is why do you think it's interfering with the main site? I didn't install your add-on there and it's not even running xenforo, which is instead running only in the subdomain/forum. Unfortunately I cannot update the php version of the main site because it's a custom version of an old CMS, and upgrading php would cause it to crash.
 
Xon updated Standard Library by Xon with a new update entry:

1.6.0 - Feature update

  • Document features in https://github.com/Xon/XenForo2-StandardLib/blob/master/README.md
  • Extend XF.Tabs to store the ID of the selected tab on submit via a hidden field.
    Field name is set via data-sv-store-selected-tab-input-name added to the data-xf-init="tabs" element
    HTML:
    <xf:js addon="SV/StandardLib" src="sv/lib/xf/core/structure.js" min="1" />
    ...
    <div class="hScroller"
         data-xf-init="h-scroller tabs"
         data-panes=".js-categoryTypeTabPanes"
         data-sv-store-selected-tab-input-name="category_type">

Read the rest of this update entry...
 
Extend XF.Tabs to store the ID of the selected tab on submit via a hidden field.
Field name is set via data-sv-store-selected-tab-input-name added to the data-xf-init="tabs" element

@Xon any chance you can describe a use case for this?
 
This allows me to implement tab-based layout for input values and know which tab is selected when processing inputs. This allows nicer handled of conditional inputs.
  • Admin Log Search uses this to detect when you are submitting a filter request on the admincp edit user change log tab, this allows filtering without explicitly browsing away to another page first.
  • Next major version fo Vote Tally (released on my site as by-request only access), uses this for supporting parts of specifying voting configuration, which gets surprisingly complex.
  • An as yet unreleased add-on "bb-code pages" which implements bb-code & attachment support for XF Page node type uses this to determine if you are editing as HTML vs bb-code.
 
An as yet unreleased add-on "bb-code pages" which implements bb-code & attachment support for XF Page node type uses this to determine if you are editing as HTML vs bb-code.
Jim Carrey Reaction GIF by MOODMAN
Confused Pop Tv GIF by Schitt's Creek
 
Hi,

I was about to install Xon's "User-Activity-2.8.2" when I received the request to install Xon's Standard Library first. Said and done.
But now I get the following warning:

SL16.webp

I've never done anything like this before. How does this work? Is it safe? I don't want to break down the layout or the page. I am a little insecure.
 
Just go ahead, nothing will happen :). We all use it and clicked on that, no problems here.
 
Check the checkbox: 1614518465622.webp

And then proceed, you dont need to do it the shell command way: 1614518494309.webp
 
No.
If at all, Xon is probably the best non-staff developer here on XF, who also happens to be a specialist in queries I think. So, you can trust all of his work and if you disagree or dont like it or you have a different experience, just uninstall the addon. Any addon. Or the better advice would be, read the whole addon thread or at least last 5-6 pages to see if there is a problem with an addon before you install it. Other users might have reported issues if there were any.
 
The warning problem isn't needed, but for large forums doing add-on installs via the CLI is often faster and more reliable.
 
@Xon I have found one issue with this addon. This addon are not enabled/disabled with Xenforo Enable all addon function. If disabled all addon with Disable all addon option then Enable all addon are not working because requirements of Standard Library enabled 1st thean enable other addon.
 
Ugh, that is next to impossible to fix.

I've made a XenForo bug report. The problem is the add-on requirements are ignored when generating the order toe activate add-on's in, but enforced when actually activating the add-on.
 
Last edited:
Back
Top Bottom