Components
- Code
- Documentation
- Miscellaneous
- User interface
- Testing
Documentation
Ecosystem
Licence
http://www.gnu.org/licenses/old-licenses/gpl-2.0.htmlpermet d'installer et partager des librairies sur l'instance
Release
Covered by Drupal's security advisory policy
Release type : New features
Beta releases are not covered by Drupal security advisories.
Release type : Bug fixes Release type : New features
Description
🇺🇦 |
This module is maintained by Ukrainian developers. Please consider supporting Ukraine in a fight for their freedom and safety of Europe. |
Developer module that provides a place to upload external javascript plugins and libraries so the same library can be used by multiple modules.
The common denominator for all Drupal modules/profiles/themes that integrate with external libraries.
This module introduces a common repository for libraries in sites/all/libraries
resp. sites/<domain>/libraries
for contributed modules.
- External libraries
- Denotes libraries ("plugins") that are neither shipped nor packaged with a project on drupal.org. We do not want to host third-party libraries on drupal.org for a multitude of reasons, starting with licensing, proceeding to different release cycles, and not necessarily ending with fatal errors due to conflicts of having the same library installed in multiple versions.
Drupal 7 only has built-in support for non-external libraries via hook_library(). But it is only suitable for drupal.org projects that bundle their own library; i.e., the module author is the creator and vendor of the library. Libraries API should be used for externally developed and distributed libraries. A simple example would be a third-party jQuery plugin.
Goals
- The same library can be shared by more than one module.
- The same library can be shared by more than one site.
- Ease the process of upgrading a module that requires an external library. Just replace the module folder with the new one. No need to move the contained library out and back in.
- Prevent incompatibilities due to having the same library installed more than once in different versions.
- Central installation instructions (widget) to help users figure out how to install.
- Library classification.
- Dependency handling.
- Library version detection.
- Runtime control of library availability.
Documentation
The 1.x branch has very basic support for placing libraries in the sites/all/libraries
folder, while more advanced features (including the above list) are currently being fleshed out in the 2.x branch (D7 only at the moment).
Further resources:
- Libraries API documentation on Drupal.org
- libraries.api.php shipped with Libraries API (2.x)
Background information:
- #320562: Libraries API: WYSIWYG API issue giving birth to the idea of a dedicated Libraries API.
- #315100: Allow to add JS/CSS libraries (sets of files, settings, and dependent libraries): Core patch (D7) introducing rudimentary library handling in core and containing in-depth discussion why hook_library() is not suitable for external libraries.
- #719896: Add a hook_libraries_info(): Initial patch of the 2.x branch containing in-depth discussion on hook_libraries_info(), libraries_load(), and friends.
8.x-3.x
As in Drupal 7 Libraries API remains an important API module for some parts of the Drupal 8 contrib ecosystem. Though Drupal 8 core has introduced improved library management tools (libraries.yml and unified library loading) it still does not offer a solution for handling external library dependencies that may be shared across multiple extensions. As a result this remains the primary problem space for the Libraries API module.
Additional information is available at #1704734: [master] Libraries API 8.x-3.x.
Get involved
- To participate in architectural design decisions, subscribe to "all issues" on http://drupal.org/project/issues/subscribe-mail/libraries
- All issues tagged with "Libraries" on drupal.org
Toutes les informations proviennent du site drupal.org