Problem Of View SPPB4 - Question | JoomShaper

Problem Of View SPPB4

AU

Andrey Uvikov

SP Page Builder 1 year ago

The new SPPB loses styles form custom.css and js. I recorded a video with this problem. I hope you will make changes. https://youtu.be/tKRFfptMVDo

0
10 Answers
Ofi Khan
Ofi Khan
Accepted Answer
Support Agent 1 year ago #105634

Hello Andrey Uvikov

Please follow this documentation to know where to use Page CSS. I know it is kind of new to completely shift to the frontend. The good news is we are bringing the backend editor back in SP Page Builder 4. We are working on it and hope to release it soon.

Best regards

1
AU
Andrey Uvikov
Accepted Answer
1 year ago #105646

Thank you for answer. Page CSS is not what is needed. I need global css for every pages.

Backend editor is very very good news!

1
Ofi Khan
Ofi Khan
Accepted Answer
Support Agent 1 year ago #105663

You are welcome 😊

Then you have to add CSS in your template settings.

0
AU
Andrey Uvikov
Accepted Answer
1 year ago #105685

In this case they are not working in frontend editor and its look awfull. I pointed on my video this problem. it's disorienting

0
Ofi Khan
Ofi Khan
Accepted Answer
Support Agent 1 year ago #105747

Apology for the inconvenience. Please share your administrator access here to check the issue. Use the Hidden Content box to share the credentials. Make sure that you have a full site backup with you before sharing.

0
AU
Andrey Uvikov
Accepted Answer
1 year ago #105753

Done

0
S
ssnobben
Accepted Answer
1 year ago #105754

Great news about backend back and hope the in Github Helix Ultimate v2.0.12 soon to be release too..

Are both Helix Ultimate v2.0.12 and that new SP Pagebuilder 4 also tested compatible with php 8.2 ?

THks

0
Ofi Khan
Ofi Khan
Accepted Answer
Support Agent 1 year ago #110348

No, it is not tested with PHP 8.2. Joomla does not support PHP 8.2 in my knowledge.

0
S
ssnobben
Accepted Answer
1 year ago #110382

why you not test with php 8.2 before?? Joomla said support php 8.2 ?

https://forum.joomla.org/viewtopic.php?f=808&t=1000681

Maybe something useful for your devs?

https://github.com/joomla/joomla-cms/blob/4.4-dev/tests/System/README.md

joomla-cms/README.md at 4.4-dev · joomla/joomla-cms Home of the Joomla! Content Management System. Contribute to joomla/joomla-cms development by creating an account on GitHub. github.com System tests in Joomla The CMS system tests are executed in real browsers and are using the cypress.io framework. This article describes how to setup a local development environment to execute the existing tests and add new ones. Installation A couple of steps are needed before the CMS system tests can be executed on the system. Clone Joomla into a folder where it can be served by a web server Install the PHP and Javascript dependencies by running the following commands: composer install npm ci Copy the cypress.config.dist.js to cypress.config.js in the root of the joomla folder Adapt the env variables in the file cypress.config.js, they need to point to a database server where joomla can be installed Ensure the system has all the required dependencies according to their docs article Run the command npm run cypress:install Run the existing tests Cypress has a nice gui which lists all the existing tests and is able to launch a browser where the tests are executed. To open the cypress gui, run the following command: npm run cypress:open Add new tests To add new tests, create a cy.js file to a new folder which matches the following pattern (replace foo with the extension name to test): Component tests do belong to a folder {site or administrator}/components/com_foo Module tests do belong to a folder {site or administrator}/modules/mod_foo Plugins tests do belong to a folder plugins/{type}/foo API tests do belong to a folder api/comfoo Probably the easiest way is to copy an existing file and adapt it to the extension which should be tested. Some developer information Tests should be repeatable not depend on other tests small do one thing Tasks The CMS tests do come with some convenient cypress tasks which are executing actions on the server in a node environment. Thats why the cy. namespace is not available. The following tasks are available, served by the file tests/System/plugins/index.js: queryDB Executes a query on the database cleanupDB does some cleanup, is executed automatically after every test writeFile writes a file relative to the CMS root folder deleteFolder deletes a folder relative to the CMS root folder With the following code in a test a task can be executed cy.task('writeFile', { path: 'images/dummy.text', content: '1' }). Each task is asynchronous and must be chained, so to get the result a .then(() => {}) must follow when executing a task. Commands Commands are reusable code snippets which can be used in every test. Cypress allows to add custom commands so we can use them across our tests. They can be used to create objects in the database or to call an API. As cypress doesn't support namespaces for commands they must be prefixed with the file name and an underscore. So a database command starts always with db and an API one with api_. Commands can be called like a normal function, for example there is a command db_createArticle. We can use it like cy.db_createArticle({ title: 'automated test article' }). These commands are executed in the browser where the cy. namespace is available. Database commands The database commands create items in the database like articles or users. They are asynchronous and must be chained like cy.db_createArticle({ title: 'automated test article' }).then((id) => ... the test). The following list of commands are available and are served by the file tests/System/support/commands/db.js: db_createArticle creates an article and returns the id db_createContact creates a contact and returns the id db_createBanner creates a banner and returns the id db_createMenuItem creates a menu item and returns the id db_createModule creates a module and returns the id db_createUser creates a user and returns the id API commands The API commands making API requests to the CMS API endpoint /api/index.php/v1. They are asynchronous and must be chained like cy.api_get('/content/articles').then((response) => ... the test). The response is an object from the cypress request command. The following list of commands are available and are served by the file tests/System/support/commands/api.js: api_get add the path as argument api_post add the path and content for the body as arguments api_patch add the path and content for the body as arguments api_delete add the path as argument api_getBearerToken returns the bearer token and no request object

0
Ofi Khan
Ofi Khan
Accepted Answer
Support Agent 1 year ago #110905

The developer team is aware of the update. The compatibility will be added soon.

0