Forum Replies Created
This is set up in the permalinks section. See attached. I’m not sure where the author base is coming from, but the page I set you to shows it being handled two different ways.
That looks to have resolved it for Safari; however, iPhone still only shows the image. For me, this isn’t that big of a deal, but for the fact that the page load takes a long time, as if it’s trying to download the MP4, all for no benefit. Is there a way to have the background video only play on web and just show image on mobile (or alternatively get it to play)?
One additional question. If I specify both MP4 and WebM URLs, does one get preference over the others or does everything get downloaded?
Thanks.
OK, see private. Please let me know when done so I can disable.
I’ve updated the page to have two sections. The first section is the problematic background video. The second section contains an “Output HTML” element with the specified video markup.
On Safari, the second section auto-starts and plays fine, so the problem seems to be limited to the background setup.
Swapping out the theme is a little more complicated. I’m not sure exactly how best to set that test up without disrupting the site.
Have you replicated this simple setup on your side?
I deactivated all the plugins per your suggestion and that didn’t fix the issue.
I changed the MP4 URL to point to a different (and much smaller) video and that didn’t fix the issue. (Note, this caused Chrome to play the new MP4, which tells me MP4 is favored over WebM. Not sure which one is preferable for the theme to pick when both are specified, or if it matters at all.)
I created a new simpler page (see URL in private) with just one section with background video. Same outcome. I tried also putting a video player element in the section/column, but it didn’t generate a video element on the page. Perhaps I did something wrong.
Confirmed. The change didn’t take effect immediately. I had to hit the Save Changes button again in Theme Settings to overwrite whatever previous setting was in its place. But that’s working now. Thanks!
The URL is https://www.gavant.com/library/migrating-to-aws-cloud-case-study/. See first and second screenshot.
By setting the post style to Light (Header + Titlebar) per your screenshot, I see that lets me set the text, which is good, and it does then use the global titlebar color, which is good. But it also has other unintended style side-effects. The most notable and undesirable is that the background image extends into the header (i.e. the titlebar background image isn’t constrained to the titlebar). See third screenshot.
p.s. This is in Jevelin 4.4.4.
This is limiting (without having to get into child themes), but maybe workable. Couple things I observed:
- The title shows in a gray color (#3f3f3f) despite that my theme settings (Titlebar -> Titlebar Title Color) are set to white (#ffffff).
- The title string isn’t editable per blog resource. I can only set a global default in theme settings.
- The breadcrumbs can’t be turned off at the post level or the theme settings. I can only hide via CSS.
Hi,
Our new site is now live and I was hoping for an ETA on these fixes.
Thanks.
I observed this with Safari on Mac. I’m unable to observe the issue with Chrome on Mac.
Interesting. This issue appears to occur when there are more than 5 items in the list, at which point the buttons become a sliding stage with the active button remaining in the center. With 5 or less buttons, the stage is fixed with the active button remaining in its fixed position, and this situation does not appear to produce the issue.
To demonstrate this issue, I added a 6th item to that slider on the same page. Now you should be able to observe the issue (readily observable in both desktop and mobile view) by clicking back and forth between, say, “Hardware Interface” and “Operations Management”.
So to summarize… There seems to be two separate issues here, one that is observable with 5 or less items and one that is observable with more than 5 items.
Please note that capturing a screenshot is difficult on this because the issue is observable mid-animation and resolves itself at the completion of the animation.
I want to express my frustration in this response. I had moved forward with setup up the theme with the expectation that this would be resolved.
The mega menu to begin with is rather limited in features/function when compared with other mega menu implementations you see out there (e.g. simple lists of stuff, even-width column structure, etc.). And anything I attempt to do via the HTML fields & CSS to make it more flexible runs the risk of a) causing conflict with mobile function (which is also a little cumbersome from a UX standpoint); and b) incompatibility with future updates.
I feel like the mega menu should be gaining features rather than losing them.
Can I have an update on this issue? It’s somewhat of a blocker in rolling out the new site. The nature of this particular menu content doesn’t lend itself to coming up with column labels.
I haven’t made any changes to the theme files. This is all very early stage implementation… i.e. get the template going and start getting a page in place.
All plugins are currently deactivated. You’ll see that all menus are exhibiting this same problematic behavior.
Sure, see private info.
Thanks. That does cause the menu in question to open. However, two problematic consequences:
- There’s a jittery effect when clicking the arrow to expand a menu
- Once open, clicking the again no longer closes the menu
I’ve added the code to the URL I provided previously so that you can test directly.
I was on Jevelin 2.7.1, but I downloaded and reinstalled the beta you provided. Unyson appears to be on version 2.7.11. See private field for URL. The menu works well in full desktop browser, but exhibits the issue I describe when viewing on a mobile device as well as desktop Safari’s responsive design mode.
Many thanks!
