Press F12 to bring up the developer view, then centred at the top of the screen are the view options. At the top left is your pick-list of phones, and you can create custom ones if you don't see yours there. The circular icon at the extreme right of that horizontal menu is the landcape/portrait toggle.

Vertically along the RHS is the code and the log of interactions between client and server. In the top section if you select Elements (which is currently my default - it may be yours too) in the menu at the top and click through the HTML, as you highlight each element it adds colour to reveal where that is in the rendered page.

The entire left view (that of your 'mobile') is clickable/active.

It was this process that led me to the h3 for the offending popup options menu. It took some grepping to find where "when done click this header" lived in the code, bouncing me through the languages files before directing me back to header.php and my current solution.


- G.

I just did a naughty and killed the "onClick" event @ ~line 213 in \common\header.php:

This is the new line:
<h3 class='floatC point'\">{$xx['hdr_options_submit']}</h3>

The forward and backwards buttons now work beautifully in portrait and landscape. Yes, it's a kludge and will be blown away with the next update, but it brings me some immediate peace with no loss of functionality [that we use].

I'll happily reinstate it if you'd like me to try a CSS-based fix Roel, but if not I'm OK calling this issue closed.


- Greig.

Thanks Roel, not perfect but I think we're getting closer. The "forward" button is now happier, but only on landscape mode, but I think I can see why.

I've uploaded a new image from my browser that shows my remaining issue in both portrait and landscape:

https: // greiginsydney.com / random / ical-floatC.point.jpg

I'm not sure what it's telling me though: is it a Z-order issue, or is that h3 zone - the blue highlight - just not being correctly calculated?

On a large screen it's only "hot" towards the left edge, far away from the arrow.


- G.

Thanks Roel.

That looks to have fixed it when the phone is landscape, but no apparent change in portrait. F12 confirms same: renders as expected in iPhone emulation when landscape, but still overlaying each other and messed in portrait.

We also tried setting it to 600 and then 400 given the phone is 375 wide (x 667 high) in portrait mode but that didn't help.

sad


- G.

I've just found the Luxcal demo site also demonstrates the same issue:

www.luxsoft.eu/luxcal/

Versions: LuxCal calendar: 4.7.7M (us)
 PHP: 7.2.24-0ubuntu0.18.04.3 - Show info
 Database: MySQL V5.7.29-0ubuntu0.18.04.1

The calendar requires you to login to see anything, and I'd rather not expose its link publicly either.

I've sent some more details through via the Contact Us page.

- Greig.

Hi All,

Apologies if this has been covered before, but I'm wondering if anyone else has encountered what I suspect is a CSS bug affecting the 'forward' and 'back' buttons when I view the calendar on my iPhone 8?

When I press either button - whether in landscape mode or portrait, Safari or Chrome - I get the 'change view' popup, with the "When done click this header or 'Done'" message. It's not my fat fingers.

If you use the F12 dev mode in desktop Chrome / Chromium and tell it to be any kind of mobile phone you'll see the page renders the buttons rather weirdly, and I'm guessing this is related:

greiginsydney.com/random/Cal1.png

greiginsydney.com/random/Cal2.png

(Apologies for the unclickable links - the forum won't let me insert an image or a formatted URL.)

The same issue existed on my previous iPhone 6 - it's been a long-standing cause for expletives at a calendar we can't otherwise live without.


Thanks,


Greig.