Forum Replies Created

Viewing 30 posts - 61 through 90 (of 147 total)
  • Author
    Posts
  • Hi Rickard,

    For whatever reason the home page always defaults to the site title in the header with no graphic. I think a different strategy is to use the blog layout item on the home page and target it’s number in the php. However that defaults to just 3 post per page. Is there a way with some code to change the number of default posts up to say, five when using the blog layout item on the home page?

    Thanks

    Well I did see that the number 385 was entered in the transparency logo field though I’m not sure why. I placed a blank, transparent png file in there and the broken link has disappeared.

    We worked on this site ages ago and just now have gotten back to it. If you look in the desktop view, make the window small enough so you can scroll you’ll see the header graphic changes on the desktop view to use the same graphic in the header on the mobile view which I thought was pretty cool. To be honest though I don’t recall how I achieved this.

    My new question is can I just eave this as it is now, or is something maybe not kosher about how I pulled this off?

    Thanks,

    Tony

    Hi Rickard,

    As I mentioned it only happens in Safari. I’ve confirmed the icon appears on more than one Mac. There’s a file which is named ‘385’ with no suffix listed when I look at the site in developer mode on a Mac. Is there some function of the site that would have applied a such a number as some sort of default? Very puzzling.

    Thanks,

    Tony

    Wow. How odd that would have been on by default somehow I never even knew those settings were there. They were off on the home page mobile slider.

    Thanks for figuring it out I spent hours trying all kinds of things and it was something that simple.

    You guys are the best. That’s why I use your theme exclusively now. I now have 8 licenses directly and 6 others where the client registered themselves, and it’s because the theme is great and the support is amazing. Thanks again. Topic closed.

    Tony

    Yes of course, though I recall trying that myself. It’s really befuddling why this happens.

    I’m having the same experience. the problem is I can’t find any difference in the settings and the slider on the homepage doesn’t behave in this manner. So .. befuddled.

    No that’s not enabled. That happens on an iPhone on the the authors page but not on the home page and the settings are the same. Perplexed.

    Hey Ismael,

    It is set to 1. The issue is that the slider does in fact play once, but when I scroll down on the page on an iPhone the action of scrolling triggers the slider to reload. This I can’t figure why. Curiously the slider on the home page does not do this and they have the same settings as far as can see.

    Thanks,

    Tony

    Have a look on a Mac using Safari. On both our Macs the issue occurs. It does work properly in Chrome it seems.

    Hi Ismael,

    On this page:

    That video is a mp4 loading on the site itself and which stops instead of looping, but then reverts to the first frame each time.

    Thanks

    in reply to: Change size of single page post titles #1206402

    Hey Jordan that works. I actually saw that code before but forgot to try moving it to the top of the custom css. Duh. Thanks again, topic closed, stay safe pal.

    Nope, all good , thanks so much.

    hi Rikard,

    Thanks that worked. Oddly after changing just the homepage sliders to the new convention of 1 and 2 in the css all the other ones worked again with the original numbers from the shortcode in the css. I changed them all to the new convention of course as it is correct. Thanks for clarifying how that works. You guys are the best.

    Tony

    Hi Rickard,

    Yes that works great, but I don’t understand how to find the appropriate number for the other sliders?

    When I look for the slider ID the numbers for these two for instance are 151 and 145, not 1 and 2. I was using the ID that is given for the shortcode before which had been working.

    Also the correct convention now is layer_slider_1 not layerslider_1. correct?

    Thanks so much for swift reply.

    Tony

    That worked fine, thank you.

    Yeah I get that the posts are set to flush left, that’s just what I want. I want the excerpts on the main blog page to flush left as well not be justified, however given this page is dynamically created and pulls in the posts up to the read more break there’s no way to code on page to flush left. What css will make the actual blog page have flush left text. I can’t figure out what to target with css to make that happen. It look okay on the desktop but on the mobile view the justified text isn’t pretty.

    THanks,
    Tony

    Ah-ha! The display font itself was causing the anomaly, how odd with all other fonts no issue. Lesson learned I guess. Close this thread. Keep safe there guys.

    Been playing with it, it definitely is allowing the same number of lines depth wise on the portrait and landscape view on mobile, problem being it breaks longer on the portrait view and runs out of the box.

    in reply to: Some type malfunctions in mobile view #1192448

    So awesome, thanks so much.

    As always you guy exceed expectations. Bu then that’s why I’m using Enfold for all new clients anymore.

    Case closed.

    in reply to: Some type malfunctions in mobile view #1192123

    Look for instance at portfolio page or any of the blog posts.

    in reply to: Some type malfunctions in mobile view #1192122

    Hi Ismael,

    Thanks for the sticky menu, but the issue happens again on pages without a color section up top the headline moves up behind the menu. See here:

    https://specinv.com/wp-content/uploads/2020/03/IMG_1533.png

    I had it to this point before but I am reticent to fix the issue by adding space above these sections as I don’t know why it’s happening.

    Thanks,

    Tony

    in reply to: Some type malfunctions in mobile view #1191622

    I’ve rest the login for you, please let me know if it works.

    in reply to: Some type malfunctions in mobile view #1190945

    HI again,

    This site has been quite an adventure. Some of the issues where from the server side at Hostgator apparently. I deleted the site for a while and we saw odd things on default, fresh installation of wordpress running the default theme. That seems to be rectified now.

    Anyway where we stand now is the site is functioning mostly correctly, however I need the menu on the mobile version to be translucent like it is on the desktop version and sticky, then when you scroll up it becomes more white but still slightly translucent as you can see on the desktop version. Adding the sticky menu css I find online for the mobile version now has no effect at present, I wonder if it conflicts with the other code somehow? Right now when the mobile version scrolls up the menu is switching to the white, but in both the initial phase and the scrolled up phase it is not translucent, and as I mentioned it isn’t sticking.

    Here is the css in place which references the menus on the site:

    /* top menu bar transparency*/
    #top .av_header_transparency {
    background: rgba(24, 24, 24, 0.32) !important;
    }

    @media only screen and (max-width:767px){
    #top .av_header_glassy.av_header_transparency .header_bg {
    background-color: transparent;
    opacity: 1;
    }
    #top #wrap_all .header_color.av_header_transparency {
    color: #fff;
    }
    #top .av_header_transparency {
    background: rgba(24, 24, 24, 0.32) !important;
    }
    #top #wrap_all .header_color div .av-hamburger-inner,
    #top #wrap_all .header_color div .av-hamburger-inner::before,
    #top #wrap_all .header_color div .av-hamburger-inner::after {
    background: #7c6853;
    }
    #top .av_header_transparency .header_color div .av-hamburger-inner,
    #top .av_header_transparency .header_color div .av-hamburger-inner::before,
    #top .av_header_transparency .header_color div .av-hamburger-inner::after {
    background: #ffffff;
    }

    }

    /* smaller menu mobile*/
    @media only screen and (max-width: 767px){
    .responsive .logo img {
    max-width:20%!important;
    }
    .responsive #header_main .container {
    height:79px!important;
    }
    }

    I’ve reset the user login for you below.

    Thanks so much, this one has me chasing my tail.

    Tony

    in reply to: Some type malfunctions in mobile view #1189874

    Ismael,

    I saw that was a cut and paste error I think, with the closing bracket on the sticky menu css this still happened on other pages without a color section up top, the page headline is going up behind the page title:

    https://specinv.com/wp-content/uploads/2020/03/Screen-Shot-2020-03-03-at-7.41.53-PM.png

    in reply to: Some type malfunctions in mobile view #1189043

    Oy. Sorry, still have an issue after all. Ok I realize the css I deleted that stopped the overlap from happening was this:

    /* sticky menu mobile*/
    @media only screen and (max-width:767px) {
    .responsive #top #wrap_all #header {
    position: fixed !important;
    }
    .responsive #top #main {
    padding-top: 0px !important;
    }
    #header_meta {
    display: none;
    }

    But I do need the mobile version menu to be sticky. If I put that back the malfunction reappears.

    See here:
    https://sicyber.com/newsite/wp-content/uploads/2020/02/IMG_1527.png

    I have removed that for now, is there better css to make the mobile menu sticky?

    in reply to: Some type malfunctions in mobile view #1189037

    OK tinkered much more. Removing all of my old css one a a time and replacing them and I figured out the issue with pages having the headlines shift up.

    Using your code:

    @media only screen and (max-width:767px){
    #top .av_header_glassy.av_header_transparency .header_bg {
    background-color: transparent;
    opacity: 1;
    }
    #top #wrap_all .header_color.av_header_transparency {
    color: #fff;
    }
    #top .av_header_transparency {
    background: rgba(24, 24, 24, 0) !important;
    }
    #top #wrap_all .header_color div .av-hamburger-inner,
    #top #wrap_all .header_color div .av-hamburger-inner::before,
    #top #wrap_all .header_color div .av-hamburger-inner::after {
    background: #7c6853;
    }
    #top .av_header_transparency .header_color div .av-hamburger-inner,
    #top .av_header_transparency .header_color div .av-hamburger-inner::before,
    #top .av_header_transparency .header_color div .av-hamburger-inner::after {
    background: #ffffff;
    }
    }

    Worked great though except the header in mobile view was solid black, so I changed this to match the desktop:

    background: rgba(24, 24, 24, .32) !important;

    This to match the translucent on the desktop version, but the mobile header stayed solid black so I added this prior to the other css:

    @media only screen and (max-width: 767px) {
    #top #wrap_all .av_header_transparency {
    background: transparent;
    position: absolute!important;
    }}

    Now it all works, however…

    I’m thinking it might be best practice to combine these into one increment of css.

    On the other hand it it ain’t broken don’t fix might prevail here.

    What are your thoughts?

    Thanks so much once again.

    Tony

    in reply to: Some type malfunctions in mobile view #1188928

    Nice. That code is amazing and keeps the nice effect we wanted.

    I still have s small issue, on pages without the color section up top the headline is shifted up behind the top menu bar:

    An example of this as a screen grab:

    https://sicyber.com/newsite/wp-content/uploads/2020/02/Screen-Shot-2020-02-28-at-3.07.49-PM.png

    This screenshot is off the desktop browser made very narrow, but the same thing happens on the mobile device.

    By the way is there a way to have the social icons appear up top on the mobile version as they do in the screen grab? They disappear on the actual mobile view.

    Thanks so much, you guys are awesome.

    in reply to: Some type malfunctions in mobile view #1188341

    Kept trying to resolve, I replaced the mobile sticky menu code with this:

    /* Sticky header on mobile */
    @media only screen and (max-width: 767px) {
    .responsive #top #main {
    /* Margin top value should be equal to header height*/
    margin-top: 180px;
    }
    .responsive #top #wrap_all #header {
    position: fixed;
    }
    }

    But the translucency on the home page mobile version was lost, which is what I’m trying to maintain.

    See here:

    https://sicyber.com/newsite/wp-content/uploads/2020/02/top.jpg

    in reply to: How to style full width submenu menu icon in mobile view #1181575

    Nope all good, the solution is for the sticky sub menu head on the desktop and the regular mobile menu. Thanks so much.

    in reply to: How to style full width submenu menu icon in mobile view #1181514

    Hey Ishmael,

    I’m thinking the solution if the mobile version can’t be sticky is to just hide the full width submenu on the mobile version and enable the regular menu which I already hid on the desktop version. Figured out the css to do this, thanks for your help.

    Tony

Viewing 30 posts - 61 through 90 (of 147 total)