@crazycells said in CSS code customization for the link preview plugin:
does OGProxy show the pdf previews as well?
Not yet, but it could with a bit of additional code.
Other bug :
On home page. I must scroll down to see the footerbar.
She’s not appear directly
And lasts bugs on firefox Mobile (test with a smartphone, not on an develloper view on desktop) :
Like on chromium browser smartphone : On home page. I must scroll down to see the footerbar. She’s not appear directly
On firefox mobile, I have these when I scroll all the way down and when I scroll up/down:
@DownPW said in Footer bar add center text:
floatright text is invisible only on Firefox and is OK on chromium browser with the same code ?!
Typical Mozilla.
Use this instead
#floatright {
float: right;
bottom: 1px;
font-size: 90%;
line-height: 2.0;
display: flex;
position: fixed;
right: 10px;
}
You might find that this messes with the alignment of text, so you’ll need to adjust line-height
accordingly, or make the difference up with either margin
or padding
The #console-nav-footer
element disappearing on Firefox is due to a bug - see https://bugzilla.mozilla.org/show_bug.cgi?id=1585254 and https://bugzilla.mozilla.org/show_bug.cgi?id=1760924
The issue here is that the .row
class used in core is set as below
In Firefox, this has the undesired artefact of pushing other divs
down because the browser interprets this as outside of the margins. You can prove this theory by removing the tick from the margin-right
class shown above when in DEV mobile view - you should see the footer appear as soon as you remove the margin-right
value from .row
- in effect, you are setting the margins back to 0
meaning the content is rendered correctly.
You could write a custom JS function to apply the right CSS to resolve this issue, but in fairness, it’s very easy to fake the Browser String, which could lead to more problems that you set out to solve.
There are other ways to address this specific issue, but if it were me, I’d accept the bug until the Mozilla team actually address it.
@phenomlab Thanks for the information, after research it seems to firefox don’t like sticky position too
I will test tonight your fix, I’m on the office actually
Thanks
@DownPW no problems. Let me know how it goes
problem resolv for floatright on Firefox desktop with your last css above. thanks
For information, in my research I have seen this link wit hother fix (not tested) : https://stackoverflow.com/questions/27521676/position-sticky-not-working-in-firefox
–> Now, I search to resolve if possible these 2 smartphone bugs (only on Firefox mobile version, OK on Chromium-based browsers ) :
A- if I collapse the footerbar I end up with black space at the bottom :
B- In fact, the footerbar remains fixed and does not come down automatically if you zoom in on a page. Ceal works on Chromium-based browsers (vivaldi, brave, etc.)
You have the same bug on sudonix
@DownPW absolutely another Firefox related bug, so will need to check this. I don’t typically use Firefox myself so I’m not surprised at all that this specific issue manifests itself on sudonix also.
@DownPW I actually am unable to replicate this issue on sudonix.com via Firefox on a mobile. I did find a bug in the tooltip code (I render them slightly differently so that’s my own fault). However, the issue does indeed manifest itself on your site - this can only be an issue with the CSS.
I know there is custom JS
we developed for the footer bar, but this seems to work as desired. The odd positioning of the footer bar on scroll can only be Firefox’s interpretation of bottom: 0;
when using position: fixed;
- you might want to try bottom: 0px;
instead as Mozilla may not fully understand CSS shorthand.
@phenomlab Where you see bottom: 0;
?
You seem to have not the bug on sudonix but yesterday yes. odd
I don’t know. I can’t find the problem at the moment
@phenomlab said in Footer bar add center text:
div#console-nav-tab
Ah ok test with bottom: 0px !important;
idem