Source string (Built-in English)
Online documentation for the JSON:API module
Translated string (German)
Source string (Built-in English)
Comparison of the RESTFul Web Services and JSON:API modules
Translated string (German)
Source string (Built-in English)
What is a view?
Translated string (German)
Source string (Built-in English)
A <em>view</em> is a listing of items on your site; for example, a block showing the most recent comments, a page listing news items, or a list of registered users. The listings can be formatted in a table, grid, list, calendar, RSS feed, and other formats (some output formats may require you to install additional contributed modules).
Translated string (German)
Source string (Built-in English)
What are the components of a view?
Translated string (German)
Source string (Built-in English)
When you first create a view, you will specify what type of <em>base data</em> is being displayed in the view, which cannot be changed. After choosing a base data type, you can edit the following components, which allow you to specify which data to output, in what order, and in what format:
Translated string (German)
Source string (Built-in English)
<em>Displays</em>: whether the output goes to a page, block, feed, etc.; a single view can have multiple displays, each with different settings.
Translated string (German)
Source string (Built-in English)
<em>Format</em>: the output style for each display, such as content item, grid, table, or HTML list.
Translated string (German)
Source string (Built-in English)
<em>Fields</em>: if the Format allows, the particular fields to display.
Translated string (German)
Source string (Built-in English)
<em>Filter criteria</em>: criteria to limit the data to output, such as whether the content is published, the type of content, etc. Filters can be <em>exposed</em> to let users choose how to filter the data.
Translated string (German)
Source string (Built-in English)
<em>Sort criteria</em>: how to order the data. Sorting can also be exposed to users.
Translated string (German)
Source string (Built-in English)
<em>Page settings</em>, <em>Block settings</em>, etc.: settings specific to the display type, such as the URL for a page display. Most display types support an <em>Access</em> setting, where you can choose a Permission or Role that a user must have in order to see the view.
Translated string (German)
Source string (Built-in English)
<em>Header</em> and <em>Footer</em>: content to display at the top or bottom of the view display.
Translated string (German)
Source string (Built-in English)
<em>No results behavior</em>: what to do if the filter criteria result in having no data to display.
Translated string (German)
Source string (Built-in English)
<em>Pager</em>: how many items to display, and how to paginate if there are additional items to display.
Translated string (German)
Source string (Built-in English)
<em>Advanced</em> > <em>Contextual filters</em>: like regular filters, except the criteria come from the <em>context</em>, such as the current date, page the view is displayed on, etc.
Translated string (German)
Source string (Built-in English)
<em>Advanced</em> > <em>Relationships</em>: additional data to pull in and display, related in some way to the base data of the view (such as data about the user who created the content item).
Translated string (German)
Source string (Built-in English)
<em>Advanced</em> > <em>Exposed form</em>: if you have exposed filters or sorts, how to display the form to the user.
Translated string (German)
Source string (Built-in English)
What are bulk operations?
Translated string (German)
Source string (Built-in English)
Views using a table display format can include a bulk operations form, which allows users with sufficient permission to select one or more items from the view and apply an administrative action to them. The bulk actions available are specific to the base data type of the view; for example, a view of content items could support bulk publishing and unpublishing actions. If you have the core Actions UI module installed, see the related topic "Configuring actions" for more about actions.
Translated string (German)
Source string (Built-in English)
Managing views overview
Translated string (German)
Source string (Built-in English)
The core Views module handles the display of views, and the core Views UI module allows you to create, edit, and delete views in the administrative interface. See the related topics listed below for specific tasks (if the Views UI module is installed).
Translated string (German)
Source string (Built-in English)
<a href="https://www.drupal.org/docs/user_guide/en/views-chapter.html">Creating Listings with Views (Drupal User Guide)</a>
Translated string (German)
Source string (Built-in English)
Editing an existing view display
Translated string (German)
Source string (Built-in English)
Creating a new view
Translated string (German)
Source string (Built-in English)
Adding a new display to an existing view
Translated string (German)
Source string (Built-in English)
The Search module provides the ability to set up search pages based on plugins provided by other modules. In Drupal core, there are two page-type plugins: the Content page type provides keyword searching for content managed by the Node module, and the Users page type provides keyword searching for registered users. Contributed modules may provide other page-type plugins. For more information, see the <a href=":search-module">online documentation for the Search module</a>.
Translated string (German)
Source string (Built-in English)
To configure search pages, visit the <a href=":search-settings">Search pages page</a>. In the Search pages section, you can add a new search page, edit the configuration of existing search pages, enable and disable search pages, and choose the default search page. Each enabled search page has a URL path starting with <em>search</em>, and each will appear as a tab or local task link on the <a href=":search-url">search page</a>; you can configure the text that is shown in the tab. In addition, some search page plugins have additional settings that you can configure for each search page.
Translated string (German)
Source string (Built-in English)
Some search page plugins, such as the core Content search page, index searchable text using the Drupal core search index, and will not work unless content is indexed. Indexing is done during <em>cron</em> runs, so it requires a <a href=":cron">cron maintenance task</a> to be set up. There are also several settings affecting indexing that can be configured on the <a href=":search-settings">Search pages page</a>: the number of items to index per cron run, the minimum word length to index, and how to handle Chinese, Japanese, and Korean characters.
Translated string (German)
Source string (Built-in English)
Modules providing search page plugins generally ensure that content-related actions on your site (creating, editing, or deleting content and comments) automatically cause affected content items to be marked for indexing or reindexing at the next cron run. When content is marked for reindexing, the previous content remains in the index until cron runs, at which time it is replaced by the new content. However, there are some actions related to the structure of your site that do not cause affected content to be marked for reindexing. Examples of structure-related actions that affect content include deleting or editing taxonomy terms, installing or uninstalling modules that add text to content (such as Taxonomy, Comment, and field-providing modules), and modifying the fields or display parameters of your content types. If you take one of these actions and you want to ensure that the search index is updated to reflect your changed site structure, you can mark all content for reindexing by clicking the "Re-index site" button on the <a href=":search-settings">Search pages page</a>. If you have a lot of content on your site, it may take several cron runs for the content to be reindexed.
Translated string (German)