Forum Replies Created
June 24, 2016 at 7:56 pm in reply to: Featured Images on single pages link to themselves #26279
/wp-content/themes/jumpstart/assets/css/theme.min.css?ver=2.0.3June 24, 2016 at 6:16 pm in reply to: Featured Images on single pages link to themselves #26276
If I turn off the FILO plugin, the featured image is properly displaying on the single page. It is no longer linking to itself.
Is there a workaround for this? Maybe a filter we can tap into to get the Page Option for handling the featured image to be honored.June 6, 2016 at 7:25 pm in reply to: How to properly set a "A full-size image, with no alignment and no link." #26201
Yes. That is working well. I took it one step further and created a new image size of 1400×500 for this specific use case. Then, I filtered the class string to add “size-full” to take advantage of the full width image feature available from Jump Start v2.1.
Thank you for your help.May 30, 2016 at 2:54 pm in reply to: Applying full width featured images to custom post types #26164
Fast and easy! I applied this to a site with three custom post types in minutes. Jump Start is brilliant.
Thank you, Jason!
After an exhausting effort to figure this out, I found a solution. Our server configuration has nginx running as a reverse-proxy on top of Apache so it can quickly serve up cached files from WP Super Cache. When we fire up a new virtual server on our cloud application, nginx isn’t active until we manually setup a configuration file and reload nginx. On sites where nginx wasn’t setup, the SVG files were not being served up. This happened on our dev sites and a couple production sites.
I guess the Apache server isn’t configured for SVG. When nginx isn’t setup to handle the requests, Apache takes over and that is where we were stuck.
So, Apache needs to be tweaked on our server so the fallback works. Once nginx is configured, it works.
For reference, here are a few links on the subject:
This is a lot to pile on top of the original request and maybe is should be on it’s own thread. Feel free to break it apart into another topic. Maybe this will be helpful for someone else down the line.
This site is live and chevrons are not working for the “back-to-top” or the testimonial slider on the home page.
I am running the latest version of JumpStart – 2.0.3 and am using the Entrepreneur theme base.
(This is Kim, by the way. I am Scot’s partner) 🙂December 5, 2015 at 4:14 pm in reply to: Setting custom homepage layouts using WPML and Jump Start v2 #24349
I bet you’re right. The site is running as expected now. Thank you for your continued support.December 3, 2015 at 1:43 pm in reply to: Setting custom homepage layouts using WPML and Jump Start v2 #24328
Your workaround eventually fixed the issue. I think I just had to edit the WPML options and re-save the settings. After that, everything was performing as expected.
Jason, thank you very much for working through this with me.December 2, 2015 at 2:58 pm in reply to: Setting custom homepage layouts using WPML and Jump Start v2 #24315
I gave it a shot but I am still seeing the same behavior so I don’t know if WPML is using the new file yet. I tried the workaround you noted as well as putting the file in both the parent and child themes and just having it in one at a time but no luck yet. I’ll see if I can update a few settings in WPML and see if that shakes it up so it looks at the config file.
Here are a couple screenshots that might help. They show the custom fields for WPML before a new page saved and after it is saved. The
_tb_builder_sectionsfield is set to “Translate” but the
_tb_builder_elementsfield is set to “Copy” and it’s grayed out so I can’t even change it through the UI.
December 1, 2015 at 9:07 pm in reply to: Setting custom homepage layouts using WPML and Jump Start v2 #24305
- This reply was modified 5 years, 6 months ago by srumery. Reason: formatting
All pages and posts work as expected regarding multiple languages *except* when “Custom Layout” is selected in the page attributes. As soon as this is selected and saved, any updates made in other languages are not saved. Not only do they not saved, but the content for the Spanish language is displaying the custom layout selected in the English version.
I noticed one of the Jump Start demos has a language option in the top bar to switch between English and French. However, when French is selected on the homepage, it still displays English content. Is this an error or is the French version just not translated?
I can open up the site for you if you need it. If you need access, let me know how to send them to you securely.
Thank you, Jason.December 1, 2015 at 3:36 pm in reply to: Setting custom homepage layouts using WPML and Jump Start v2 #24299
UPDATE: I created a new page called Homepage and added custom layout content to it for English. Then, I set this page as the static homepage in the reading settings. Next, I added a Spanish translation for this page and published it. This looks like how it should be setup but I can’t seem to save custom layout content to the Spanish version of the page.
I’m almost there but can’t get it to work.
Ah! I had not altered that setting. After changing it, it works as expected. The whole More tag business is a bit quirky. Sorry for wasting your time.
Yes. The theme is in the default state. It’s Jump Start v2.0.3 with a child theme with one function set to filter the arguments of the read more link.
I was altering the global variable in a previous example but pulled it because it didn’t make sense.
Well… that didn’t really help at all because the button that is displaying is really the excerpt button, not the read more button. When I switch the theme over to Twenty Fifteen, the “Continue Reading” button appears and links directly to the post using where the read more tag is used (
http://sandbox.rumspeed.net/testing-the-more-tag/#more-148). This isn’t working the same in Jump Start but maybe that is by design. Should the read more button be appearing on the homepage in the test post, or does the excerpt take over instead?
This is a screenshot of the Twenty Fifteen homepage preview:
Here is a test site you can see it: http://sandbox.rumspeed.net/
This sheds some light on it but maybe this use case isn’t how it should be used in the first place. The test post has a more tag inserted in it after the first sentence. The homepage is actually showing the default “Read More” button in the right place. The button works just fine but it isn’t’ getting filtered correctly.
I removed the code resetting the $more global to 0 on content.php because I don’t believe that was helping anything.
So, for now, can you check to see why the button on the homepage is not getting filtered?