diff --git a/.babelrc b/.babelrc new file mode 100644 index 0000000..c73df9d --- /dev/null +++ b/.babelrc @@ -0,0 +1,33 @@ +{ + "presets": [ + "@babel/preset-env" + ], + "plugins": [ + "@babel/plugin-syntax-dynamic-import", + "@babel/plugin-syntax-import-meta", + "@babel/plugin-proposal-class-properties", + "@babel/plugin-proposal-json-strings", + [ + "@babel/plugin-proposal-decorators", + { + "legacy": true + } + ], + "@babel/plugin-proposal-function-sent", + "@babel/plugin-proposal-export-namespace-from", + "@babel/plugin-proposal-numeric-separator", + "@babel/plugin-proposal-throw-expressions", + "@babel/plugin-proposal-export-default-from", + "@babel/plugin-proposal-logical-assignment-operators", + "@babel/plugin-proposal-optional-chaining", + [ + "@babel/plugin-proposal-pipeline-operator", + { + "proposal": "minimal" + } + ], + "@babel/plugin-proposal-nullish-coalescing-operator", + "@babel/plugin-proposal-do-expressions", + "@babel/plugin-proposal-function-bind" + ] +} diff --git a/docs/ConfigResponse.md b/docs/ConfigResponse.md index f98346b..65c0d4d 100644 --- a/docs/ConfigResponse.md +++ b/docs/ConfigResponse.md @@ -6,7 +6,7 @@ Name | Type | Description | Notes ------------ | ------------- | ------------- | ------------- **nitro** | [**ConfigResponseNitro**](ConfigResponseNitro.md) | | [optional] **pages** | **[String]** | A unique array of slugs is available for the entire site configuration, providing you with the flexibility to register specific routes for your application or compare a slug against this array. This comparison enables you to determine whether to return a \"404 Not Found\" exception or handle the request differently. By utilizing this array, you can easily manage and control the slugs used in your application, ensuring that only valid and registered routes are accessible. This approach helps maintain the integrity and security of your site's navigation, preventing users from accessing undefined or unauthorized pages. | [optional] -**containers** | [**{String: ConfigResponseContainersValue}**](ConfigResponseContainersValue.md) | | [optional] +**containers** | [**{String: ConfigResponseContainersValue}**](ConfigResponseContainersValue.md) | This endpoint manages containers, which are essential for constructing navigation menus. Each navigation menu is housed within a distinct container. These containers are identified by two key attributes: a label and an identifier. The label describes the menu's purpose or position (e.g., \"Footer Nav\" or \"Main Nav\"), while the identifier is a slug-formatted text for easy reference (e.g., \"footer\"). Within each container, there is an \"items\" object. This object contains the actual page items that make up the menu's structure. | [optional] **globals** | **Object** | The globals section serves as a crucial component in the overall structure of the code. It consists of an associative array that allows users to define their own unique keys, each of which contains an array of items representing data sourced from a Content Pool. This data is essential as it needs to be accessible throughout the entire scope of the website, ensuring its availability whenever required. By leveraging this globals section, developers can efficiently manage and access these globally significant data sets. | [optional] diff --git a/docs/EntityInterface.md b/docs/EntityInterface.md index 4797f03..c645236 100644 --- a/docs/EntityInterface.md +++ b/docs/EntityInterface.md @@ -7,16 +7,16 @@ Name | Type | Description | Notes **version** | **Number** | A sequential index serves as a version identifier for an item, allowing for improved organization and extended functionality. By assigning a unique numerical value to each version, it becomes easier to track and manage different iterations of an item over time. | [optional] **entityMetric** | [**EntityMetric**](EntityMetric.md) | | [optional] **entityUniqueId** | **String** | Unique ID | [optional] -**entityId** | **String** | An unique ID across the flyo sytem | [optional] +**entityId** | **Number** | An unique ID across the flyo sytem | [optional] **entityImage** | **String** | For image manipulation please see https://dev.flyo.cloud/dev/infos/images.html | [optional] **entitySlug** | **String** | The slug for the given item, this can be either unique or not, depending on the configuration of the entity definition schema. | [optional] **entityTeaser** | **String** | The standard interface teaser resolved for the current entity | [optional] -**entityTimeEnd** | **String** | Unique ID | [optional] -**entityTimeStart** | **String** | If not defined, null is returned | [optional] +**entityTimeEnd** | **Number** | The shared entity interface time end attribute. If not defined, null or 0 is returned | [optional] +**entityTimeStart** | **Number** | The shared entity interface time start attribute. If not defined, null or 0 is returned | [optional] **entityTitle** | **String** | The standard interface title resolved for the current entity | [optional] **entityType** | **String** | | [optional] **entityTypeId** | **Number** | The Type-ID, alternatively referred to as the Entity-Definition-Schema ID, serves as a crucial identifier within the system. It uniquely distinguishes and categorizes the Entity-Definition-Schema. | [optional] -**updatedAt** | **String** | | [optional] +**updatedAt** | **Number** | A Unix timestamp indicating when the entity has been updated last time in Flyo. | [optional] **routes** | **{String: String}** | | [optional] diff --git a/docs/EntityinterfaceInner.md b/docs/EntityinterfaceInner.md index 86bab6c..cc78f7a 100644 --- a/docs/EntityinterfaceInner.md +++ b/docs/EntityinterfaceInner.md @@ -8,7 +8,7 @@ Name | Type | Description | Notes **entityTitle** | **String** | The standard interface title resolved for the current entity | [optional] **entityTeaser** | **String** | The standard interface teaser resolved for the current entity | [optional] **entitySlug** | **String** | The slug for the given item, this can be either unique or not, depending on the configuration of the entity definition schema. | [optional] -**entityTimeStart** | **String** | If not defined, null is returned | [optional] +**entityTimeStart** | **Number** | The shared entity interface time start attribute. If not defined, null or 0 is returned | [optional] **entityType** | **String** | | [optional] **entityTypeId** | **Number** | The Type-ID, alternatively referred to as the Entity-Definition-Schema ID, serves as a crucial identifier within the system. It uniquely distinguishes and categorizes the Entity-Definition-Schema. | [optional] **entityImage** | **String** | For image manipulation please see https://dev.flyo.cloud/dev/infos/images.html | [optional] diff --git a/docs/Page.md b/docs/Page.md index c9306a6..e561685 100644 --- a/docs/Page.md +++ b/docs/Page.md @@ -4,16 +4,16 @@ Name | Type | Description | Notes ------------ | ------------- | ------------- | ------------- -**id** | **Number** | | [optional] +**id** | **Number** | The ID for the page | [optional] **title** | **String** | | [optional] **href** | **String** | Returns the completed href tag. Internal links are appended with trailing slashes, such as `/about-me`, while email links are formatted with `mailto:hello@flyo.ch`. | [optional] **slug** | **String** | The slug, in its current form, contains the full path of nested slugs and serves as the identifier for querying the respective page. | [optional] **json** | [**[Block]**](Block.md) | | [optional] -**depth** | **Number** | | [optional] -**isHome** | **Number** | | [optional] -**createdAt** | **Number** | | [optional] -**updatedAt** | **Number** | | [optional] -**isVisible** | **Number** | | [optional] +**depth** | **Number** | The depth of the page in the tree structure | [optional] +**isHome** | **Number** | Determining whether the page is the homepage or not. | [optional] +**createdAt** | **Number** | A Unix timestamp indicating when the page was created. | [optional] +**updatedAt** | **Number** | A Unix timestamp indicating when the page was last updated. | [optional] +**isVisible** | **Number** | Determining whether the page is visible or not. | [optional] **metaJson** | [**Meta**](Meta.md) | | [optional] **properties** | [**{String: PageProperty}**](PageProperty.md) | | [optional] **uid** | **String** | A unique identifier for the page | [optional] diff --git a/src/ApiClient.js b/src/ApiClient.js index 0038895..c4ff9ab 100644 --- a/src/ApiClient.js +++ b/src/ApiClient.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -17,7 +17,7 @@ import querystring from "querystring"; /** * @module ApiClient -* @version 1.0.0-beta.164 +* @version 1.0.0-beta.172 */ /** @@ -55,7 +55,7 @@ class ApiClient { * @default {} */ this.defaultHeaders = { - 'User-Agent': 'OpenAPI-Generator/1.0.0-beta.164/Javascript' + 'User-Agent': 'OpenAPI-Generator/1.0.0-beta.172/Javascript' }; /** diff --git a/src/api/ConfigApi.js b/src/api/ConfigApi.js index 49d50ad..460397c 100644 --- a/src/api/ConfigApi.js +++ b/src/api/ConfigApi.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -18,7 +18,7 @@ import ConfigResponse from '../model/ConfigResponse'; /** * Config service. * @module api/ConfigApi -* @version 1.0.0-beta.164 +* @version 1.0.0-beta.172 */ export default class ConfigApi { diff --git a/src/api/EntitiesApi.js b/src/api/EntitiesApi.js index 418134a..88bcd35 100644 --- a/src/api/EntitiesApi.js +++ b/src/api/EntitiesApi.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -18,7 +18,7 @@ import Entity from '../model/Entity'; /** * Entities service. * @module api/EntitiesApi -* @version 1.0.0-beta.164 +* @version 1.0.0-beta.172 */ export default class EntitiesApi { diff --git a/src/api/PagesApi.js b/src/api/PagesApi.js index c5fb4b1..bcd2baa 100644 --- a/src/api/PagesApi.js +++ b/src/api/PagesApi.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -18,7 +18,7 @@ import Page from '../model/Page'; /** * Pages service. * @module api/PagesApi -* @version 1.0.0-beta.164 +* @version 1.0.0-beta.172 */ export default class PagesApi { diff --git a/src/api/SearchApi.js b/src/api/SearchApi.js index e071a75..fc67eb5 100644 --- a/src/api/SearchApi.js +++ b/src/api/SearchApi.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -18,7 +18,7 @@ import EntityinterfaceInner from '../model/EntityinterfaceInner'; /** * Search service. * @module api/SearchApi -* @version 1.0.0-beta.164 +* @version 1.0.0-beta.172 */ export default class SearchApi { diff --git a/src/api/SitemapApi.js b/src/api/SitemapApi.js index 4e4ab07..688e99b 100644 --- a/src/api/SitemapApi.js +++ b/src/api/SitemapApi.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -18,7 +18,7 @@ import EntityinterfaceInner from '../model/EntityinterfaceInner'; /** * Sitemap service. * @module api/SitemapApi -* @version 1.0.0-beta.164 +* @version 1.0.0-beta.172 */ export default class SitemapApi { diff --git a/src/api/VersionApi.js b/src/api/VersionApi.js index 5990c89..ecb85fc 100644 --- a/src/api/VersionApi.js +++ b/src/api/VersionApi.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -18,7 +18,7 @@ import VersionResponse from '../model/VersionResponse'; /** * Version service. * @module api/VersionApi -* @version 1.0.0-beta.164 +* @version 1.0.0-beta.172 */ export default class VersionApi { diff --git a/src/index.js b/src/index.js index 305d016..f3c74f8 100644 --- a/src/index.js +++ b/src/index.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -65,7 +65,7 @@ import VersionApi from './api/VersionApi'; * *

* @module index -* @version 1.0.0-beta.164 +* @version 1.0.0-beta.172 */ export { /** diff --git a/src/model/Block.js b/src/model/Block.js index 166a095..3ee4e68 100644 --- a/src/model/Block.js +++ b/src/model/Block.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -17,7 +17,7 @@ import BlockSlots from './BlockSlots'; /** * The Block model module. * @module model/Block - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class Block { /** diff --git a/src/model/BlockSlots.js b/src/model/BlockSlots.js index 38beec1..ed829a0 100644 --- a/src/model/BlockSlots.js +++ b/src/model/BlockSlots.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -17,7 +17,7 @@ import Block from './Block'; /** * The BlockSlots model module. * @module model/BlockSlots - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class BlockSlots { /** diff --git a/src/model/ConfigResponse.js b/src/model/ConfigResponse.js index 7033993..79d9fca 100644 --- a/src/model/ConfigResponse.js +++ b/src/model/ConfigResponse.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -18,7 +18,7 @@ import ConfigResponseNitro from './ConfigResponseNitro'; /** * The ConfigResponse model module. * @module model/ConfigResponse - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class ConfigResponse { /** @@ -100,6 +100,7 @@ ConfigResponse.prototype['nitro'] = undefined; ConfigResponse.prototype['pages'] = undefined; /** + * This endpoint manages containers, which are essential for constructing navigation menus. Each navigation menu is housed within a distinct container. These containers are identified by two key attributes: a label and an identifier. The label describes the menu's purpose or position (e.g., \"Footer Nav\" or \"Main Nav\"), while the identifier is a slug-formatted text for easy reference (e.g., \"footer\"). Within each container, there is an \"items\" object. This object contains the actual page items that make up the menu's structure. * @member {Object.} containers */ ConfigResponse.prototype['containers'] = undefined; diff --git a/src/model/ConfigResponseContainersValue.js b/src/model/ConfigResponseContainersValue.js index 40c5647..ff82d69 100644 --- a/src/model/ConfigResponseContainersValue.js +++ b/src/model/ConfigResponseContainersValue.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -17,7 +17,7 @@ import PagesInner from './PagesInner'; /** * The ConfigResponseContainersValue model module. * @module model/ConfigResponseContainersValue - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class ConfigResponseContainersValue { /** diff --git a/src/model/ConfigResponseNitro.js b/src/model/ConfigResponseNitro.js index 5c79487..a7385d2 100644 --- a/src/model/ConfigResponseNitro.js +++ b/src/model/ConfigResponseNitro.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -16,11 +16,12 @@ import ApiClient from '../ApiClient'; /** * The ConfigResponseNitro model module. * @module model/ConfigResponseNitro - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class ConfigResponseNitro { /** * Constructs a new ConfigResponseNitro. + * The Nitro section of the API provides essential details about the currently configured Nitro system. * @alias module:model/ConfigResponseNitro */ constructor() { diff --git a/src/model/Entity.js b/src/model/Entity.js index 58adcad..b185ad1 100644 --- a/src/model/Entity.js +++ b/src/model/Entity.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -17,7 +17,7 @@ import EntityInterface from './EntityInterface'; /** * The Entity model module. * @module model/Entity - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class Entity { /** diff --git a/src/model/EntityInterface.js b/src/model/EntityInterface.js index 1eca0e2..0243f82 100644 --- a/src/model/EntityInterface.js +++ b/src/model/EntityInterface.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -17,7 +17,7 @@ import EntityMetric from './EntityMetric'; /** * The EntityInterface model module. * @module model/EntityInterface - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class EntityInterface { /** @@ -58,7 +58,7 @@ class EntityInterface { obj['entity_unique_id'] = ApiClient.convertToType(data['entity_unique_id'], 'String'); } if (data.hasOwnProperty('entity_id')) { - obj['entity_id'] = ApiClient.convertToType(data['entity_id'], 'String'); + obj['entity_id'] = ApiClient.convertToType(data['entity_id'], 'Number'); } if (data.hasOwnProperty('entity_image')) { obj['entity_image'] = ApiClient.convertToType(data['entity_image'], 'String'); @@ -70,10 +70,10 @@ class EntityInterface { obj['entity_teaser'] = ApiClient.convertToType(data['entity_teaser'], 'String'); } if (data.hasOwnProperty('entity_time_end')) { - obj['entity_time_end'] = ApiClient.convertToType(data['entity_time_end'], 'String'); + obj['entity_time_end'] = ApiClient.convertToType(data['entity_time_end'], 'Number'); } if (data.hasOwnProperty('entity_time_start')) { - obj['entity_time_start'] = ApiClient.convertToType(data['entity_time_start'], 'String'); + obj['entity_time_start'] = ApiClient.convertToType(data['entity_time_start'], 'Number'); } if (data.hasOwnProperty('entity_title')) { obj['entity_title'] = ApiClient.convertToType(data['entity_title'], 'String'); @@ -85,7 +85,7 @@ class EntityInterface { obj['entity_type_id'] = ApiClient.convertToType(data['entity_type_id'], 'Number'); } if (data.hasOwnProperty('updated_at')) { - obj['updated_at'] = ApiClient.convertToType(data['updated_at'], 'String'); + obj['updated_at'] = ApiClient.convertToType(data['updated_at'], 'Number'); } if (data.hasOwnProperty('routes')) { obj['routes'] = ApiClient.convertToType(data['routes'], {'String': 'String'}); @@ -109,10 +109,6 @@ class EntityInterface { throw new Error("Expected the field `entity_unique_id` to be a primitive type in the JSON string but got " + data['entity_unique_id']); } // ensure the json data is a string - if (data['entity_id'] && !(typeof data['entity_id'] === 'string' || data['entity_id'] instanceof String)) { - throw new Error("Expected the field `entity_id` to be a primitive type in the JSON string but got " + data['entity_id']); - } - // ensure the json data is a string if (data['entity_image'] && !(typeof data['entity_image'] === 'string' || data['entity_image'] instanceof String)) { throw new Error("Expected the field `entity_image` to be a primitive type in the JSON string but got " + data['entity_image']); } @@ -125,14 +121,6 @@ class EntityInterface { throw new Error("Expected the field `entity_teaser` to be a primitive type in the JSON string but got " + data['entity_teaser']); } // ensure the json data is a string - if (data['entity_time_end'] && !(typeof data['entity_time_end'] === 'string' || data['entity_time_end'] instanceof String)) { - throw new Error("Expected the field `entity_time_end` to be a primitive type in the JSON string but got " + data['entity_time_end']); - } - // ensure the json data is a string - if (data['entity_time_start'] && !(typeof data['entity_time_start'] === 'string' || data['entity_time_start'] instanceof String)) { - throw new Error("Expected the field `entity_time_start` to be a primitive type in the JSON string but got " + data['entity_time_start']); - } - // ensure the json data is a string if (data['entity_title'] && !(typeof data['entity_title'] === 'string' || data['entity_title'] instanceof String)) { throw new Error("Expected the field `entity_title` to be a primitive type in the JSON string but got " + data['entity_title']); } @@ -140,10 +128,6 @@ class EntityInterface { if (data['entity_type'] && !(typeof data['entity_type'] === 'string' || data['entity_type'] instanceof String)) { throw new Error("Expected the field `entity_type` to be a primitive type in the JSON string but got " + data['entity_type']); } - // ensure the json data is a string - if (data['updated_at'] && !(typeof data['updated_at'] === 'string' || data['updated_at'] instanceof String)) { - throw new Error("Expected the field `updated_at` to be a primitive type in the JSON string but got " + data['updated_at']); - } return true; } @@ -172,7 +156,7 @@ EntityInterface.prototype['entity_unique_id'] = undefined; /** * An unique ID across the flyo sytem - * @member {String} entity_id + * @member {Number} entity_id */ EntityInterface.prototype['entity_id'] = undefined; @@ -195,14 +179,14 @@ EntityInterface.prototype['entity_slug'] = undefined; EntityInterface.prototype['entity_teaser'] = undefined; /** - * Unique ID - * @member {String} entity_time_end + * The shared entity interface time end attribute. If not defined, null or 0 is returned + * @member {Number} entity_time_end */ EntityInterface.prototype['entity_time_end'] = undefined; /** - * If not defined, null is returned - * @member {String} entity_time_start + * The shared entity interface time start attribute. If not defined, null or 0 is returned + * @member {Number} entity_time_start */ EntityInterface.prototype['entity_time_start'] = undefined; @@ -225,7 +209,8 @@ EntityInterface.prototype['entity_type'] = undefined; EntityInterface.prototype['entity_type_id'] = undefined; /** - * @member {String} updated_at + * A Unix timestamp indicating when the entity has been updated last time in Flyo. + * @member {Number} updated_at */ EntityInterface.prototype['updated_at'] = undefined; diff --git a/src/model/EntityMetric.js b/src/model/EntityMetric.js index faed052..1e7cba9 100644 --- a/src/model/EntityMetric.js +++ b/src/model/EntityMetric.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -16,7 +16,7 @@ import ApiClient from '../ApiClient'; /** * The EntityMetric model module. * @module model/EntityMetric - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class EntityMetric { /** diff --git a/src/model/EntityinterfaceInner.js b/src/model/EntityinterfaceInner.js index 6548976..5125281 100644 --- a/src/model/EntityinterfaceInner.js +++ b/src/model/EntityinterfaceInner.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -16,7 +16,7 @@ import ApiClient from '../ApiClient'; /** * The EntityinterfaceInner model module. * @module model/EntityinterfaceInner - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class EntityinterfaceInner { /** @@ -60,7 +60,7 @@ class EntityinterfaceInner { obj['entity_slug'] = ApiClient.convertToType(data['entity_slug'], 'String'); } if (data.hasOwnProperty('entity_time_start')) { - obj['entity_time_start'] = ApiClient.convertToType(data['entity_time_start'], 'String'); + obj['entity_time_start'] = ApiClient.convertToType(data['entity_time_start'], 'Number'); } if (data.hasOwnProperty('entity_type')) { obj['entity_type'] = ApiClient.convertToType(data['entity_type'], 'String'); @@ -101,10 +101,6 @@ class EntityinterfaceInner { throw new Error("Expected the field `entity_slug` to be a primitive type in the JSON string but got " + data['entity_slug']); } // ensure the json data is a string - if (data['entity_time_start'] && !(typeof data['entity_time_start'] === 'string' || data['entity_time_start'] instanceof String)) { - throw new Error("Expected the field `entity_time_start` to be a primitive type in the JSON string but got " + data['entity_time_start']); - } - // ensure the json data is a string if (data['entity_type'] && !(typeof data['entity_type'] === 'string' || data['entity_type'] instanceof String)) { throw new Error("Expected the field `entity_type` to be a primitive type in the JSON string but got " + data['entity_type']); } @@ -146,8 +142,8 @@ EntityinterfaceInner.prototype['entity_teaser'] = undefined; EntityinterfaceInner.prototype['entity_slug'] = undefined; /** - * If not defined, null is returned - * @member {String} entity_time_start + * The shared entity interface time start attribute. If not defined, null or 0 is returned + * @member {Number} entity_time_start */ EntityinterfaceInner.prototype['entity_time_start'] = undefined; diff --git a/src/model/Meta.js b/src/model/Meta.js index 1fe9d15..712959d 100644 --- a/src/model/Meta.js +++ b/src/model/Meta.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -16,7 +16,7 @@ import ApiClient from '../ApiClient'; /** * The Meta model module. * @module model/Meta - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class Meta { /** diff --git a/src/model/Page.js b/src/model/Page.js index 628f6ad..e46e16a 100644 --- a/src/model/Page.js +++ b/src/model/Page.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -20,7 +20,7 @@ import PageProperty from './PageProperty'; /** * The Page model module. * @module model/Page - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class Page { /** @@ -174,6 +174,7 @@ class Page { /** + * The ID for the page * @member {Number} id */ Page.prototype['id'] = undefined; @@ -201,26 +202,31 @@ Page.prototype['slug'] = undefined; Page.prototype['json'] = undefined; /** + * The depth of the page in the tree structure * @member {Number} depth */ Page.prototype['depth'] = undefined; /** + * Determining whether the page is the homepage or not. * @member {Number} is_home */ Page.prototype['is_home'] = undefined; /** + * A Unix timestamp indicating when the page was created. * @member {Number} created_at */ Page.prototype['created_at'] = undefined; /** + * A Unix timestamp indicating when the page was last updated. * @member {Number} updated_at */ Page.prototype['updated_at'] = undefined; /** + * Determining whether the page is visible or not. * @member {Number} is_visible */ Page.prototype['is_visible'] = undefined; diff --git a/src/model/PageBreadcrumbInner.js b/src/model/PageBreadcrumbInner.js index 6095031..669f466 100644 --- a/src/model/PageBreadcrumbInner.js +++ b/src/model/PageBreadcrumbInner.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -16,7 +16,7 @@ import ApiClient from '../ApiClient'; /** * The PageBreadcrumbInner model module. * @module model/PageBreadcrumbInner - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class PageBreadcrumbInner { /** diff --git a/src/model/PageProperty.js b/src/model/PageProperty.js index d81d91e..e50a86b 100644 --- a/src/model/PageProperty.js +++ b/src/model/PageProperty.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -16,7 +16,7 @@ import ApiClient from '../ApiClient'; /** * The PageProperty model module. * @module model/PageProperty - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class PageProperty { /** diff --git a/src/model/PagesInner.js b/src/model/PagesInner.js index ecb4416..b8b6a86 100644 --- a/src/model/PagesInner.js +++ b/src/model/PagesInner.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -16,7 +16,7 @@ import ApiClient from '../ApiClient'; /** * The PagesInner model module. * @module model/PagesInner - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class PagesInner { /** diff --git a/src/model/VersionResponse.js b/src/model/VersionResponse.js index e67145b..b5da341 100644 --- a/src/model/VersionResponse.js +++ b/src/model/VersionResponse.js @@ -2,7 +2,7 @@ * Flyo Nitro * This document provides a comprehensive overview of all the endpoints available for Flyo Nitro, a powerful platform designed to facilitate the development of websites. Flyo Nitro is built upon three strategic pillars that play a central role in website development: + Config: The config component is responsible for loading all the necessary elements required for seamless navigation within the website layout. This includes crucial elements like the navigation menu or global content, such as the \"Locations\" section of an entity, which can be utilized in the footer across all pages. + Pages: Pages are evaluated based on their unique slug (path) and encompass all the content needed to populate a specific page. This includes various content elements, known as blocks, as well as meta information like \"og-descriptions.\" Additionally, pages can dynamically incorporate content from entities by employing mapping techniques. + Entity: Entities can be retrieved by utilizing a unique identifier, which can be configured within Flyo Nitro. Each entity provides comprehensive details in the form of fields, offering specific content tailored to a particular context. Furthermore, it is important to distinguish between the **development** and **production** environments in Flyo Nitro. In the development environment, any changes made to data within the Flyo User Interface are immediately accessible, even without saving. This feature enables users to have a live preview of the changes during data entry. On the other hand, the production environment exclusively utilizes saved data, ensuring that only finalized content is displayed. For more detailed documentation in German, please visit: dev.flyo.cloud * - * The version of the OpenAPI document: 1.0.0-beta.164 + * The version of the OpenAPI document: 1.0.0-beta.172 * * * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech). @@ -16,7 +16,7 @@ import ApiClient from '../ApiClient'; /** * The VersionResponse model module. * @module model/VersionResponse - * @version 1.0.0-beta.164 + * @version 1.0.0-beta.172 */ class VersionResponse { /**