Button bug in Cornerstone

[co50]

Experiencing extremely bizarre behavior in Cornerstone…

See settings here…

Now I change the second breakpoint width to 100%. Which does this…

But here’s the big problem…the page is being viewed at full width (first break point)

What’s going on here?

[ruenel]

Hello @co50,

Even creating a test page on the site is having an issue on my end.

• See the screenshot in the secure not below

Do you have a staging site that we can use so that we can turn OFF most of the plugins and continue investigating your issue?

Thank you in advance.

[co50]

Ruenel,

Unfortunately we do not have staging for this site because it extraordinarily large. But as I said before, we are able to load this page from every device and every browser we try. A total of 12 different instances we have tested to far. Is your machine low on RAM? Can you try a different device? Because this page is not problematic with regards to loading.

Just to be clear, you’re attempting to load the correct page, yes? The page ID shown in your screenshot is NOT the page that has the issue. The page is: Home - 2024.1 (id 0280490)

[charlie]

I get the same thing, I’ll send the error / message in the secure note. It might come in handy knowing how to bypass this in the future.

However I think I know what’s going on here already. When you are at the very edges of the breakpoints like the min or max, the preview will display the wrong breakpoint look in the preview. If you go to the frontend of the site it’s fine. This is something we have fixed in Pro 6.5.0.

[co50]

Charlie,

Apologies - I forgot that new users are forced over to a different page in order to enter their address first. I can fix that and have provided a user acct in the secure note that already has one set.

But this issue, Charlie, is not the issue you mentioned, which I have experienced once in a while but it’s not a huge deal. This is in fact the laptop size width being applied to the large desktop size width - no matter the width. Here’s a video of the issue: https://upriseri.com/vid-themeco.mkv

[charlie]

I gotcha. I should have caught this from the screenshots. But going from “auto” to something back to “auto” doesn’t work properly. If you can use something besides auto for your breakpoint after 100% you can get around this. Something like an 3em value if possible or fit-content. This is something we have to fix on our end. Good looking charts btw. Have a great weekend.

[co50]

Thanks @charlie - that did the trick.

Question - are there plans to make docs for the Charts plugin? Not all of it is intuitive and there seems to be no docs other than a couple of overview videos.

One thing that is enormously troubling is the inability to resize it based on breaking points. The width and height - which seems to be just a ratio and not really a valid pixel size (i.e. height 2 and width 3 seem to be the same as height 200 and width 300), can’t be changed based on break points like nearly every other parameter. This is resulting in our chart (the middle one referred to in this ticket) being right sized on desktop and being too big or too small on other sizes. I played with this for hours trying to figure out how to right size the chart at different breakpoints and I’m lost.

[charlie]

There is no solid plans for docs, but it would be nice. We can probably start that after the new Chart release. I aimed to have a lot of info in the controls themselves if you haven’t seen this and it helps.

Having editable breakpoints in charts is definitely on the list, it’s not a feature of Chart.js itself. I’d start by trying to add breakpoints to the charts container if that helps. Adding in padding and negative margin of the container on a certain breakpoints to try get around the aspect ratio might help. And then just having a separate charts for different breakpoint if all else fails. Not ideal, but hopefully these ideas help.

Have a great weekend.