| 开发者 | artemsemkin |
|---|---|
| 更新时间 | 2026年8月18日 22:39 |
| PHP版本: | 8.0 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv3 |
| 版权网址: | 版权信息 |
#anchor link (or a bare #) scrolls smoothly to the target, using a slightly snappier easing than the main scroll.window.artsSmoothScrolling.ready is a promise that resolves once the engine has started. window.artsSmoothScrolling.lenis is a getter for the live Lenis instance, null while the engine isn't running.
Yes, automatically. If window.gsap is present, the engine drives Lenis off GSAP's ticker (added with priority, so it runs ahead of GSAP's own tweens) instead of its own animation-frame loop, and calls gsap.ticker.lagSmoothing(0) once — the standard recipe for pairing GSAP with a smooth-scroll library. That call changes a global GSAP setting and is not reverted if smooth scrolling is later disabled.
It navigates to the homepage and then scrolls to the pricing anchor there — the same thing that link does in any browser without this plugin. There's no trailing-slash normalization in the same-page check, so a link is only treated as pointing at the current page when its URL matches exactly.
Elementor's Sticky effect has its own "Anchor Offset" (sticky_anchor_link_offset) setting for compensating anchor-link scroll targets under a sticky header. That offset isn't applied while smooth scrolling is active, since anchor scrolling then goes through Lenis rather than Elementor's native scroll handling.
Not when Disable on Touch Devices is on, which is the default. The inline loader checks a media query before ever requesting the engine bundle, so phones and tablets download nothing.
Deactivate the plugin, or for conditional control use the arts_smooth_scrolling/enabled PHP filter.
Not certified yet with 1.0.0. The engine is designed to persist across such transitions rather than re-initialize on every page swap, but this hasn't been tested against specific transitions plugins. If you run into issues, please report them.