[Pro] Sticky Nav Menu

You appear to have the script blocks in both Before End Head AND Before End Body

Take out the Before End Head block.

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:

I think perhaps the link I gave you led you to an extraneous page that needs to be deleted on the server via ftp. I could not find two script blocks. Regardless, I have re-uploaded at this link. But, I’m still having the same problem with the new code.

Note: when I first built the site, I put the markup in the Before section. This is still where it it for the bulk of the site (and on my master page). At some point, in trying to troubleshoot, you suggested I move it to the Before section, and that is where it is for this page. There’s no chance these settings are globally conflicting with each other on the separate pages, is there???

For the sake of comparison, here is the same page with the code moved to Before . I’m seeing the same result on my iPhone on both pages.


freewaytalk mailing list
email@hidden
Update your subscriptions at:

David/Todd,

Is there any chance that we need to change that 416 number over to 750? I’m in over my head here, but this page made me wonder…


freewaytalk mailing list
email@hidden
Update your subscriptions at:

This page - view-source:http://www.mountainmentalhealthclinic.com/admin/stickytest.html

has the code in the correct place but it is not the revised code

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:

And just to reiterate - the following is the code I expect to see

<script type="text/javascript">
if($(window).width() > 414) {
		$(function(){ // document ready

		  if (!!$('.sticky').offset()) { // make sure ".sticky" element exists

		    var stickyTop = $('.sticky').offset().top; // returns number 

		    $(window).scroll(function(){ // scroll event

		      var windowTop = $(window).scrollTop(); // returns number 

		      if (stickyTop < windowTop){
		        $('.sticky').css({ position: 'fixed', top: 0 });
		      }
		      else {
		        $('.sticky').css('position','static');
		      }
		    });
		  }
		});
		}
</script>

freewaytalk mailing list
email@hidden
Update your subscriptions at:

Hi again. This is turning into a sticky problem! The new code seems to turn off the sticky menu entirely at all of the breakpoints:

http://www.mountainmentalhealthclinic.com/admin/stickytest.html

And, just for comparison:

http://www.mountainmentalhealthclinic.com/admin/beforeendhead.html

Same result.


freewaytalk mailing list
email@hidden
Update your subscriptions at:

You have deleted the link to iQuery

<script type="text/javascript" src="http://code.jquery.com/jquery-latest.min.js" charset="utf-8"></script>

freewaytalk mailing list
email@hidden
Update your subscriptions at:

iQuery

jQuery!


freewaytalk mailing list
email@hidden
Update your subscriptions at:
https://freewaytalk.softpress.com/person/options

http://www.deltadesign.co/doty/doty-test2.html


freewaytalk mailing list
email@hidden
Update your subscriptions at:

Geez, that was dumb of me. Thanks David! It’s working now without the menu automatically opening and getting in the way on the iPhone!!!

Now, is it possible to change the

if($(window).width() > 414) {

414 number a bit and still allow the sticky window to work when the phone in held in landscape mode? Essentially, I guess what I’m after is, if the screen size is small enough to need the hamburger menu, we need to turn the sticky feature off.

Is it possible to get this level of trickery??

jQuery!


freewaytalk mailing list
email@hidden
Update your subscriptions at:
https://freewaytalk.softpress.com/person/options

Just for a test, I tried changing the window with to 375 in this example:

http://www.mountainmentalhealthclinic.com/admin/375.html

On my iPhone 6 (not 6plus) it looks identical both horizontal and vertical as the 414 width.

This mobile simulator led to some interesting results, but I’m not sure how much they can be trusted.


freewaytalk mailing list
email@hidden
Update your subscriptions at:

Now, is it possible to change the 414 number a bit

if($(window).width() > 414) {

Of course it is.

iPhone 6 is 375 x 667 and 6+ is 414 x 736

That was why I chose 414 ie at screen sizes larger than 414 Sticky will work - any smaller than 414 and it wont. So you changing it to 375 will have no difference on your device (iPhone 6)

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
https://freewaytalk.softpress.com/person/options

Thanks David. I’ve tried switching out the numbers to experiment with results, but I’m having trouble with the pages not uploading. For example, I’ve switched it back to 414, but when I view source it continues to read 370. I’ve double checked each page (I made the change on the master page), the html code reads 414, but “view source” in numerous browsers says 370.

I’ve also tried “force republish” for each page individually with no help. It seems FreeWay is not recognizing the change and re-uploading. The odd thing is, when I change the code, the bullet next to the page shows up indicating a change.

Any thoughts on this? I’ve tested with alternate browsers and it is clear FW is not uploading the changes. I’m restarting my machine now and I hope that helps!


freewaytalk mailing list
email@hidden
Update your subscriptions at:

I’ve tested with alternate browsers and it is clear FW is not uploading the changes.

Share a link - it would be very unusual for FW not to upload the changes - it could be a server cache issue.

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
https://freewaytalk.softpress.com/person/options

I’ve switched it back to 414, but when I view source it continues to read 370.

I have visited all the pages at http://www.mountainmentalhealthclinic.com/ and I am seeing 414 on them all.

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
https://freewaytalk.softpress.com/person/options

David,

Thank you for all your help with this! I think you were right that it was a server cache issue. I didn’t change anything in FW, and today I’m seeing that they are all 414 as well. The server is Fat Cow. I’ve never used them before, but it would explain several strange anomalies I’ve had working on this site.

Best to you.

Doty


freewaytalk mailing list
email@hidden
Update your subscriptions at:

Hi I am not up to date on this thread but saw the latest about Fatcow server, which I also use and is stable, but as far as case issues there is a control u can use in Additional Tools on their menu and hit Web Cache Control Tool and change the settings there, when working on website. it will go much faster


freewaytalk mailing list
email@hidden
Update your subscriptions at:

ah! Good to know Carla. Thank you.


freewaytalk mailing list
email@hidden
Update your subscriptions at: