User tests: Successful: Unsuccessful:
Pull Request for Issue #35003 and replacement of PR #35004
Added holy grail layout to the Cassiopeia template. That way the footer can be pushed to the bottom if there is less content then the screen height. Changed the way the scroll to top is implemented. In the process also removed some obsolete CSS code.
See issue #35003 and description of PR #34849
Please test with and without modules and content and in different display sizes. Also test with short content and some module in footer and header positions.
Don't forget to test the error page as well. This can be done bij typing a URL which doesn't exist on the frontend of the site. For instance https://[test site url]/index.php/thislinkdoesnotexist. This will generate a 404 error, page not found. Make sure the footer is also be on the bottom of the site.
Status | New | ⇒ | Pending |
Category | ⇒ | Front End Templates (site) JavaScript NPM Change |
Labels |
Added:
NPM Resource Changed
?
|
Title |
|
please adjust the following:
templates/cassiopeia/scss/blocks/_back-to-top.scss
7:3 ✖ Expected "position" to come before "opacity" order/properties-order
9:3 ✖ Expected "right" to come before "bottom" order/properties-order
17:3 ✖ Expected "z-index" to come before "transition" order/properties-order
that's why the build fails
please adjust the following:
templates/cassiopeia/scss/blocks/_back-to-top.scss 7:3 ✖ Expected "position" to come before "opacity" order/properties-order 9:3 ✖ Expected "right" to come before "bottom" order/properties-order 17:3 ✖ Expected "z-index" to come before "transition" order/properties-order
that's why the build fails
Thanks Hans. Pushed new commit
Just wanted to post but Hans was faster.
@RickR2H onwards to solve the next check.
templates/cassiopeia/scss/blocks/_back-to-top.scss
8 8:3 ✖ Expected "right" to come before "opacity" order/properties-order
9 16:3 ✖ Expected "z-index" to come before "border-radius" order/properties-order
note... if you only move right
, the next build will fail because bottom
needs to be before opacity
too.
You might consider using scss code styling check in your IDE.
npm run lint:css
Thanks Richard! I'll do that next time!
@RickR2H I see a lot of spacing added... is that correct?
https://github.com/joomla/joomla-cms/pull/35012/files
Mmmm that's look like something is, wrong with the indentation. I'll try to fix today.
@brianteeman @hans2103 Is it a better option to remove the empty lines?
please review https://github.com/joomla/joomla-cms/blob/d374cbdb98bdca5e6869d6120c8140d6e34f9a62/templates/cassiopeia/index.php
I have tested this item
I have tested this item
Tested with and without content, with and without back-to-top, with and without modules on the sidebar, in rtl and in different display sizes.
The case with very short content and some modules in bottom positions is a very edge case I guess, so I can live with bottom modules not being at the very bottom of the page ;-)
Thank you @RickR2H for your work.
@drmenzelit @hans2103 thanks for testing
Status | Pending | ⇒ | Ready to Commit |
RTC
I have tested this item
Further tests on this and still its working fine
Further tests on this and still its working fine
Except its not though. Test the error page. The 404 page. The 403 error page.
@PhilETaylor I can check if this can be fixed really quickly...
also if you have a named link fragment like
<a href="#top"......
but there is no named anchor html element with a name of top
, is that even valid? Probably valid HTML but still not perfect right?
Yes i know JS is doing the "actual" window.scrollTo
but there should be a named anchor for completeness right?
Also - is it meant to smooth scroll still? because it doesnt, it jumps instantly when clicked.
Also - is it meant to smooth scroll still? because it doesnt, it jumps instantly when clicked.
Ignore that - Safari on mac doesnt like smooth scroll apparently. Works in google chrome... yet another difference with Joomla and Safari :(
Labels |
Added:
?
?
Removed: ? |
@PhilETaylor the error page is fixed...
Problem now is that is need two tests to pass
@PhilETaylor the error page is fixed...
Yes I can confirm its working for me too now - thanks for quickly fixing this. Ive not comprehensively tested the rest of the PR, apart from it fixes my reported issue in #35119 and now fixes the error page too.
@richard67 @wilsonge Im happy if you are, the other tests are valid still I think because the changes only changed the error.php files.
@PhilETaylor If you mark your test result in the issue tracker here https://issues.joomla.org/tracker/joomla-cms/35012 and @softforge or one of the other previous testers is available to test again, that would be fine.
I have tested this item
Updated the test instructions as mentioned
@richard67 we still need one more test to pass
I have tested this item
Had server errors on. Switched off and could confirm Phil T issue. Updated to the latest build and confirm the footer switched position to the correct position on 404 and 403.
Status | Ready to Commit | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2021-08-16 22:10:23 |
Closed_By | ⇒ | wilsonge | |
Labels |
Added:
?
?
?
Removed: ? ? |
Thanks!
Has anyone tested RTL?
I am just testing, too, and just wanted to.
Has anyone tested RTL?
I cant even spell my name backward. So no.
Will check now...
RTL looked ok here, the rest too.
I've noticed that the error page doesn't respect the "Sticky Header" option of the template style settings, but that might also have been the case without this PR. am just checking that.
Yes, was also case before this PR. So I have not found any issues, all ok.
Now let's hope nobody of us missed anything ;-)
@richard67 RTL works! Also tested the error page. Thanks to all!
@drmenzelit @hans2103 @dgrammatiko @richard67 please review / test.