Conversation
| alt_translation_key: tour.image.alt | ||
| - type: video | ||
| params: | ||
| # 'Big Buck Bunny' licensed under CC 3.0 by the Blender foundation. Hosted by archive.org |
There was a problem hiding this comment.
composer.json
Outdated
| "ibexa/share": "~4.6.x-dev", | ||
| "ibexa/phpstan": "~4.6.-dev" | ||
| "ibexa/phpstan": "~4.6.-dev", | ||
| "ibexa/integrated-help": "dev-dev as 4.6.x-dev" |
There was a problem hiding this comment.
TMP branch to make PHPStan happy
| With the following example, the scenario is modified to trigger only when certain conditions are matched. When the current user has a pending [notification]([[= user_doc =]]/getting_started/notifications/), a custom onboarding scenario is triggered. | ||
|
|
||
| First, define a custom product tour scenario. | ||
| It contains a placeholder step with a single block. |
There was a problem hiding this comment.
A scenario MUST have at least one step, with at least one block - that's why I need to add a placeholder step in Yaml and remove all of them in PHP code
|
|
||
| Clickable and draggable modes are designed for single actions only (buttons, links). | ||
| You can't select an entire form. | ||
| If the interaction with the highlighted element results in redirection to a new page or opening a modal window where the previous target element can't be found, the "Previous" navigation step will be disabled. |
This comment was marked as resolved.
This comment was marked as resolved.
Sorry, something went wrong.
| Embed images with alternative text: | ||
|
|
||
| ```yaml | ||
| [[= include_file('code_samples/back_office/product_tour/config/general_scenario.yaml', 21, 25) =]] |
There was a problem hiding this comment.
wouldn't be better to give a example with asset added to public folder. Before block give example that 'I add a photo public/img/welcome.jpg and in config put img/welcome.jpg
| ``` yaml | ||
| ibexa: | ||
| system: | ||
| default: |
This comment was marked as resolved.
This comment was marked as resolved.
Sorry, something went wrong.
| @@ -0,0 +1,39 @@ | |||
| ibexa: | |||
| system: | |||
| default: | |||
This comment was marked as resolved.
This comment was marked as resolved.
Sorry, something went wrong.
| @@ -0,0 +1,39 @@ | |||
| ibexa: | |||
| system: | |||
| default: | |||
This comment was marked as resolved.
This comment was marked as resolved.
Sorry, something went wrong.
|
|
||
| For **general scenario**, the scenario appears at the earliest opportunity (on any page after logging in), with an exception of the user settings area. | ||
|
|
||
| For **targeted scenarios**, the scenario begins if the target element is found in the DOM. |
This comment was marked as resolved.
This comment was marked as resolved.
Sorry, something went wrong.
| The steps building the scenario support three interaction modes: | ||
|
|
||
| - Standard - Users navigate between steps using "Previous" and "Next" buttons | ||
| - Clickable - Users must click the highlighted element to proceed to the next step |
There was a problem hiding this comment.
Just an idea: we can mention, that if someone would want to go to prev step in clickable or draggable mode it is possible only by restarting tour (for example via user setting after finishing tour)
| Users can complete a tour with one of the following actions: | ||
|
|
||
| - by finishing all steps | ||
| - by skipping it with the **Exit tour** button |
There was a problem hiding this comment.
This button differs depending on the tour type. Target tour has "Exit tour" button but general tour exit button has "Skip" label.
code_samples/ change report
|
|
|
|
||
| After you have installed the integrated help package, you may still want to disable it globally, for example, to run UI tests in a `dev` [environment](environments.md). | ||
| To do it, in `config/packages` create the `ibexa_integrated_help.yaml` file, with the following configuration: | ||
| After you have installed the integrated help package, you can disable the entire feature or specific features on the system level. |
There was a problem hiding this comment.
| After you have installed the integrated help package, you can disable the entire feature or specific features on the system level. | |
| After you have installed the integrated help package, you can disable the entire package or specific features on the system level. |
Alternatively, use "feature" for the overall set pprovided by the [ackage, and functionalities for the patrs. This would require updating line 18, 22, 31 and other occurrences by replacing "features" with "functionalities":
| After you have installed the integrated help package, you can disable the entire feature or specific features on the system level. | |
| After you have installed the integrated help package, you can disable the entire feature or specific functionalities on the system level. |
|
|
||
| ### Disable all features | ||
|
|
||
| To disable both the Help center and the Product tour globally, for example, to run UI tests in a `dev` [environment](environments.md), in `config/packages` create the `ibexa_integrated_help.yaml` file with the following configuration: |
There was a problem hiding this comment.
| To disable both the Help center and the Product tour globally, for example, to run UI tests in a `dev` [environment](environments.md), in `config/packages` create the `ibexa_integrated_help.yaml` file with the following configuration: | |
| To disable both the Help center and the Product tour globally, for example, to run UI tests in a `dev` [environment](environments.md), in `config/packages`, create the `ibexa_integrated_help.yaml` file with the following configuration: |
|
|
||
| ## Configuration structure | ||
|
|
||
| Configure product tour scenarios under the `ibexa.system.<siteaccess>.product_tour` key. |
There was a problem hiding this comment.
| Configure product tour scenarios under the `ibexa.system.<siteaccess>.product_tour` key. | |
| You configure product tour scenarios under the `ibexa.system.<siteaccess>.product_tour` key. |
"Configure ... " is a direct order. "You configure ..." is a statement of fact
| Configure product tour scenarios under the `ibexa.system.<siteaccess>.product_tour` key. | ||
| Each scenario has a unique identifier and contains steps, which in turn contain blocks. | ||
|
|
||
| Basic configuration structure of a scenario: |
There was a problem hiding this comment.
| Basic configuration structure of a scenario: | |
| The basic configuration structure of a scenario is as follows: |
| ``` | ||
|
|
||
| The product tour scenarios are meant to be translatable. | ||
| It's recommended to use translation keys instead of literal values in the YAML configuration, and provide the translations separately. |
There was a problem hiding this comment.
How about "Ibexa recommends..."? I don't like "we recommend", which prevails in our doc, but would suggest trying to eliminate passive voice
| - **Scenario** - A complete onboarding scenario containing multiple steps that guide users through a specific feature or workflow | ||
| - **Step** - An individual instruction or explanation within a scenario, containing blocks, displayed as an overlay or tooltip | ||
| - **Block** - A content element within a step, such as text, images, videos, or links that provide information to the user |
There was a problem hiding this comment.
| - **Scenario** - A complete onboarding scenario containing multiple steps that guide users through a specific feature or workflow | |
| - **Step** - An individual instruction or explanation within a scenario, containing blocks, displayed as an overlay or tooltip | |
| - **Block** - A content element within a step, such as text, images, videos, or links that provide information to the user | |
| - **Scenario** - a complete onboarding scenario containing multiple steps that guide users through a specific feature or workflow | |
| - **Step** - an individual instruction or explanation within a scenario, containing blocks, displayed as an overlay or tooltip | |
| - **Block** - a content element within a step, such as text, images, videos, or links that provide information to the user |
| ### General scenarios | ||
|
|
||
| General tours display information in centered modals without targeting specific UI elements. | ||
| These tours provide an overview of features or concepts without requiring interaction with particular interface elements. |
There was a problem hiding this comment.
| These tours provide an overview of features or concepts without requiring interaction with particular interface elements. | |
| These tours provide an overview of features or concepts and do not require interaction with particular interface elements. |
To avoid repeating similar sentence structure in immediate vicinity.
| ### Targeted scenarios | ||
|
|
||
| Targeted scenarios highlight specific UI elements on the page and guide users through interactive workflows. | ||
| Each step targets a particular element using CSS selectors, drawing attention to buttons, navigation elements, or other interface components. |
There was a problem hiding this comment.
| Each step targets a particular element using CSS selectors, drawing attention to buttons, navigation elements, or other interface components. | |
| Each step targets a particular element by using a CSS selector, and can draw attention to buttons, navigation elements, or other interface components. |
|
|
||
| The steps building the scenario support three interaction modes: | ||
|
|
||
| - **Standard** - Users navigate between steps using "Previous" and "Next" buttons |
There was a problem hiding this comment.
| - **Standard** - Users navigate between steps using "Previous" and "Next" buttons | |
| - **Standard** - Users navigate between steps by clicking **Previous** and **Next** buttons |
|
|
||
| At any time, users can manually restart completed tours from their [user settings]([[= user_doc =]]/getting_started/get_started/#user-settings). | ||
|
|
||
| To start building your custom onboarding scenarios, see [configure product tour](configure_product_tour.md). |
There was a problem hiding this comment.
| To start building your custom onboarding scenarios, see [configure product tour](configure_product_tour.md). | |
| To start building your custom onboarding scenarios, see [Configure product tour](configure_product_tour.md). |
|
|
||
| # Product tour | ||
|
|
||
| Product tour is an in-app onboarding tool that helps users discover and learn [[= product_name =]] features through interactive, step-by-step guided walkthroughs. |
There was a problem hiding this comment.
I would remind that this is for BO users:
| Product tour is an in-app onboarding tool that helps users discover and learn [[= product_name =]] features through interactive, step-by-step guided walkthroughs. | |
| Product tour is an in-app onboarding tool that helps back office contributors discover [[= product_name =]] features through interactive, step-by-step guided walkthroughs. |



Target: 4.6, 5.0
Documentation for the Product Tour feature - an extension of Integrated Help.
TODO: screenshots are missing in indicated places
User doc PR: ibexa/documentation-user#390
Covers https://github.com/ibexa/integrated-help/pull/59 and https://github.com/ibexa/integrated-help/pull/58 as well