Digital experiences for all disciplines
New Landing › How can we help? › Cardinal › Cardinal 1.93; bugs with map asset and mobile header
New Landing › How can we help? › Cardinal › Cardinal 1.93; bugs with map asset and mobile header
- This topic has 78 replies, 3 voices, and was last updated 9 years by Rui Guerreiro – SUPPORT.
-
Posted in: Cardinal
-
November 14, 2014 at 9:50 am #128280
Ok I’ll wait to see what Ed says…
Can you tell me exactly what changes you made to files and what code you added/where you added it to solve these issues?
November 14, 2014 at 11:55 am #128342This reply has been marked as private.November 14, 2014 at 12:45 pm #128366Regarding the accordion title I added this custom css.
.spb_accordion .spb_accordion_section > h4 a{ padding-left:15px: }
Regarding the error that’s because the Load minified scripst it’s enabled so the theme it’s using functions.min.js instead of the functions.js
This was what I added around line 3938 to fix the map zoom issue.
var listener = google.maps.event.addListener(mapInstance, "idle", function() { mapInstance.setZoom(parseInt(mapZoom, 10)); google.maps.event.removeListener(listener); });
Regarding the X for the closing mobile menu, in Ed dev version is displaying fine and also in mine. He told that probably custom css.
I activate the Cardinal Parent theme and the X looks good. It’s something on the child theme css.
I found out that is because of this css
#mobile-header a.mobile-menu-link span.menu-bars, #mobile-header a.mobile-menu-link span.menu-bars:before, #mobile-header a.mobile-menu-link span.menu-bars:after { background-color: white !important; }
Will check with Ed the best way to change the color of the menu icon.
-Rui
November 14, 2014 at 12:57 pm #128373Hi Rui,
#1. Ok that accordion css resolves the issue
#2. Enabling minified scripts breaks all of the fixes you made in this thread – i.e. the map issue, the mobile menu not closing on browser resize to full width etc.
Will all of your fixes be included in the next theme update in both the full functions.js and the minified functions.js?
#3. Yes you are right this code snippet:
#mobile-header a.mobile-menu-link span.menu-bars, #mobile-header a.mobile-menu-link span.menu-bars:before, #mobile-header a.mobile-menu-link span.menu-bars:after { background-color: white !important; }
Is what is causing the strange mobile menu close icon issue. I want to have that as white, so hopefully Ed has a solution for that…
November 14, 2014 at 1:01 pm #128375Yes, I assume the changes will be available in the next version because It’s a theme error.
A new functions.min.js will be created based on the fixed functions.js
Will ask Ed when it comes online later today about the white icon.
-Rui
November 14, 2014 at 1:37 pm #128406Ok thanks Rui.
November 14, 2014 at 1:38 pm #128409No problem. I will let you know when I have something.
-RuiNovember 14, 2014 at 3:35 pm #128457It’s already working. Ed already provide me the css.
I add it to your style.css of the child theme, it is very similar to the one you had.
a.mobile-menu-link span.menu-bars, a.mobile-menu-link span.menu-bars:before, a.mobile-menu-link span.menu-bars:after { background-color: #fff!important; }
-Rui
November 14, 2014 at 3:37 pm #128459That did the trick, thanks.
November 14, 2014 at 3:47 pm #128461This reply has been marked as private.November 14, 2014 at 3:57 pm #128462Guess that content is stripped.
In my opinion I would use the directory asset where you can control the map pin, text and links in a better way and even add an thumbnail image.
Example:(just need to disable the filter and choose to display only in map)
-Rui
November 14, 2014 at 4:00 pm #128463Ok thanks. I will give the directory asset a go.
Forget about my edited #1. point above. Seems like it has to do with the user color scheme I had set.
November 14, 2014 at 4:45 pm #128468Ok. Great
-RuiNovember 16, 2014 at 3:55 pm #128617This reply has been marked as private.November 17, 2014 at 4:25 pm #128917Managed to fix #3.
I had this code in the custom js which I forgot about:
$(':hidden').each(function() { var background = $(this).css("background"); if (background != 'none') { tempImage = new Image(); tempImage.src = backgroundImage; } });
Removed that and the uncaught error is gone. That was a snippet I had got from somewhere on the internet. What I was trying to achieve, without success, is find a way to pre-load the header background image before the page itself loads – the reason I want to do this is so that the background image is always there – currently, and this is especially evident on mobiles while using a slow connection, there is a brief second or two in which the background image does not appear behind the header and it does not look great… any ideas?
Thanks.
-
Posted in: Cardinal
You must be logged in and have valid license to reply to this topic.