More Odd behavior when it comes to responsive mode

[Chen Zhen]

Try out RC9 ..

I fixed the cat & title bars which should function properly on Desktop & mobile.
This includes Dave's themes which showed some problems due to how their CSS dealt with links inside cat & title bars.

[deansmar]

Eventually I have managed to log in..
I have downloaded the RC10 version and will test it tomorrow..

[Chen Zhen]

I replaced it with RC11 because RC10 caused issues with SMTP emails.
Both RC9 & RC10 had the same code (altered) causing a problem which has now been removed.

[deansmar]

finaly loged in again..

RC11 downloaded and played with.. installed on my online Test site

from the responsive side and also the Desktop version it all looks pritty good..

i think there are a few problems on the responsive side..
1. the Board News block has overflow/display problems, removing the display: flex; it then displays OK.
2. i like the new version of the Calendar, but i think the boarders are to thick and the gap can be removed.
   
how does the "currentcolor" work..  i would have thought it picks up the theme colors, but this stays black on all the themes i have tested..

on the Desktop version in the Admin / Block List i think there are still problems with the Widths of tables..

keep up the good work.. 

[Chen Zhen]

RC12 is now available

Changes:

- calendar has lighter borders
- gap for days header reduced
- fixed block list (desktop view)
- added unique background gradient for some css containers


currentColor should use the color of the parent container.
You can look it up via your search engine for more details.

The block list was messed up so I changed things up a bit to fix it.
I gave it a unique rippled page look which I'm not sure if it will be kept but at least it displays correctly.

I didn't focus on changing anything for the board news block but something I edited may have fixed it because when I went to look at it in responsive mode (simulating a 5" width), it appeard OK to me.

 

[deansmar]

thanks for the hard work.. appriciated..       i will have a look later and report back..

one thing i noticed yesterday evening..
on the RC11 desktop version, the footer now has a element set to width 100% which goes outside the boarders
disableing the width element everthing is okay..

**also in the Admin -> Ehportal -> Add block
**the hole of the block table disapears of the screen..! well maybe not that bad, but it probably needs looking at..
**edit: after a quick look in RC12 this problem is solved

non of this was not there in RC6

[Dave]

thanks for the hard work.. appriciated..       i will have a look later and report back..

one thing i noticed yesterday evening..
on the RC11 desktop version, the footer now has a element set to width 100% which goes outside the boarders
disableing the width element everthing is okay..

**also in the Admin -> Ehportal -> Add block
**the hole of the block table disapears of the screen..! well maybe not that bad, but it probably needs looking at..
**edit: after a quick look in RC12 this problem is solved

non of this was not there in RC6

I'm not trying to solve anything here just an observation, but have you tried using different browsers to see if they all have the same issues? I check Brave, Firefox and Chrome and on a very rare occasion I'll try Edge.

Just a thought

[deansmar]

But of course Dave.. 
I always check against other browsers..
It's just strange that the width is hardwired to the footer div..
And this problem was not there in RC6

Nothing is in the theme index.template.php or theme css

You can have a look at my online test site, with what ever browser you like..
and see the footer problem..

But it might not be a portal problem.. as the default theme is okay..
So it points me to a CripZone theme problem.. 

[Dave]

But of course Dave.. 
I always check against other browsers..
It's just strange that the width is hardwired to the footer div..
And this problem was not there in RC6

Nothing is in the theme index.template.php or theme css

You can have a look at my online test site, with what ever browser you like..
and see the footer problem..

But it might not be a portal problem.. as the default theme is okay..
So it points me to a CripZone theme problem.. 

I had to ask as you didn't mention alternative browsers.

Which Theme?

[Chen Zhen]

But of course Dave.. 
I always check against other browsers..
It's just strange that the width is hardwired to the footer div..
And this problem was not there in RC6

Nothing is in the theme index.template.php or theme css

You can have a look at my online test site, with what ever browser you like..
and see the footer problem..

But it might not be a portal problem.. as the default theme is okay..
So it points me to a CripZone theme problem.. 

The "#footer" shouldn't be within the "#footerfix" div but it appears to be that way on the whitebox theme that you're using on your website. Since that's a Crip theme, perhaps Dave & Skhilled can take a look & adjust Crip's themes not to do that. If you look at the default theme & many other SMF 2.1 themes, the "#footer" div is by itself at the end of the "body". I can likely adjust the CSS with *:not("#footer") to not apply whatever is causing that issue for the footer.

[Chen Zhen]

Most of those themes have the footer within the border of the entire forum so I suppose it's by design.
Bluemoonshine is the exception as it's got the footer as the last div.

I will have a look and come up with something.

Does this issue only occur for mobile/responsive display?

[Chen Zhen]

Tiny Portal's got the mobile CSS working great no matter what theme I throw at it. 
EhPortal works fine for most theme's based off of the default but not so much for most of those Crip themes & I suspect some others.
This is going to be a lot of work