Forum Replies Created
-
AuthorPosts
-
August 31, 2023 at 9:30 pm in reply to: Frustrating that Studiopress will not honor the Pro Lifetime Membership #507639
jbculp
ParticipantAdd me to the list. When I began building sites I quickly moved to Genesis. Now I look elsewhere.
October 20, 2021 at 9:10 pm in reply to: Color layer behind main heading in Monochrome Pro home page #504543jbculp
ParticipantI guess I didn't say that very clearly. The block layout titled slate hero title is what is on the home page. I wanted to put a color layer behind the text area, preferably a gradient layer or at least RGBA so I can put a slight screen behind the text only.
jbculp
ParticipantThanks Victor. Pre Covid-19 I was excited about HTML5 but missed any notifications about XHTML being deprecated and frankly hadn't really connected that Going Green was using XHTML.
Question for you. Will the never ending march to current versions of PhP come into play here? Will this old theme finally reach its end because of server issues?
This is a rarely used blog of my spouse and I plan to redo the theme but its behind some other big projects in terms of priority so it will be a while before I'm done.
jbculp
ParticipantAlas I hate to disappoint. When Victor said to comment out the code I decided to try and place my footer content in such a way that the core layout functionality would give me something acceptable. In other words, I modified my content to work within the current programming. There is, in the links provided by the theme config, a section about what to expect when you have different numbers of widgets in this area and how they will wrap. The devil is in the details. Of course I didn't want to mess with it too much otherwise the wrapping would fail on mobile.
That said, if this site progresses and I can't live with the layout I'll do one of two things (just guessing here - would need to try it to validate my solutions).
1. I'd follow Victor's advise and comment out the section. If that commenting out the line only took away the breakthrough widget programming but left the before-footer widget area, I'd then add a widegetized footer plugin to style my footer within that before-footer section.
2. If #1 didn't work, I'd figure out how to create it from scratch, probably looking at one of my other Genesis themes that I own to see how a footer that I liked was done.Hope that helps. The tech crowd here could identify the fallacies with these approaches but I'm more of a trial and error guy.
jbculp
ParticipantI found a configuration of widget order that I can live with. I'll fine tune with css.
jbculp
ParticipantThanks Victor.
By commenting out the code, the widgets remain in the back-end but the footer is blank. What is the strategy to replace the content?
My goal would be to have a fixed number of columns that would allow me to put widgets in. The flexible resizing causes chaos and I can't put something like a genesis simple social icons widget under a contact card.
I could go with something like Genesis Widgetized Footer but it hasn't been tested with this version of WordPress and shows a last updated status of 6 years ago. I'm also thinking that the flexible nature may come in handy in responsive settings but again, there seems to be little control on how to present the items in any given layout. I've seen the tech documents on how things wrap but that doesn't get me where I need to go.
Thoughts?jbculp
ParticipantThis reply has been marked as private.jbculp
ParticipantThat's exactly what I wanted to know. Duh of course inline. Sorry, I was looking elsewhere. My bad. Thanks for clarity.
jbculp
ParticipantThanks Victor but let me re-phrase. Now where to I enter the new css code but what style sheet on the back end is the new code stored in? I don't see a change to style.css or style-front.css and yet the style entered in customization's worked and is stored somewhere.
jbculp
ParticipantGot it.
Replaced this:
$featured_image = wp_get_attachment_image_src( get_post_thumbnail_id( $post->ID ), 'column-fill' );
with this:
$featured_image = wp_get_attachment_image_src( get_post_thumbnail_id(), 'column-fill');
jbculp
ParticipantVictor, Try this:
Pastebin Linkjbculp
ParticipantSorry Victor, I started at 111. I've not posted on this forum since Pastebin became a thing. Will figure that out and then post the link here.
jbculp
ParticipantI'm rethinking my lack of understanding about some aspects of the Php in this request so am withdrawing my support request.
September 3, 2016 at 3:28 pm in reply to: Beautiful Pro Theme: Moving Footer Widgets To Another Hook? #192551jbculp
ParticipantBrad, once again you've saved the day... ScottFromPA, thanks for asking in a few words what I was going to ask in an essay.
I'm using Minimum Pro and have the exact same request with some slight variations. In my case, I moved the SiteTagline Call to Action in Minimum Pro down the page. I wanted it outside of Site Inner and before the Footer Widgets. The reply form Brad got me where I needed to go. So in case others have this issue, here is what I did. If there is a cleaner way, please let me know.
1. First I moved the true footer (copyright etc. ) down to the genesis_after section.remove_action( 'genesis_footer', 'genesis_footer_markup_open', 5 ); remove_action( 'genesis_footer', 'genesis_do_footer' ); remove_action( 'genesis_footer', 'genesis_footer_markup_close', 15 ); add_action( 'genesis_after', 'genesis_footer_markup_open', 11 ); add_action( 'genesis_after', 'genesis_do_footer', 12 ); add_action( 'genesis_after', 'genesis_footer_markup_close', 13 );
2. I relocated my site tagline to the genesis_before_footer area.
add_action( 'genesis_before_footer', 'minimum_site_tagline' );
3. Then using the info in this post I moved the footer widgets. I too was looking all over for a place in functions.php or front-page.php that addressed these widgets and all I found, like ScottFromPA, was the one block of code:
//* Add support for 3-column footer widgets add_theme_support( 'genesis-footer-widgets', 3 );
In my failed attempts I thought the 3 a priority so set it to 30, only to find I had 30 widgets named Footer Widget.
Brad gave the clue by naming the item 'genesis_footer_widget_areas' which I would have never figured out and don't know if the _areas part follow a known syntax and I just don't get it.Final working part for me here was this:
//* Add support for 3-column footer widgets add_theme_support( 'genesis-footer-widgets', 3 ); remove_action( 'genesis_before_footer', 'genesis_footer_widget_areas'); add_action( 'genesis_footer', 'genesis_footer_widget_areas' );
From that point on, it totally worked. Now I only hope putting the copyright footer following genesis_after doesn't have a downside.
Thanks again guys.
jbculp
ParticipantWhat I guess I didn't make clear is that I really have no intention of using the blog, this is a corporate site with a static front page. I recognize that Victor says I'm doing something wrong if I have to designate a front page in WordPress but I found that without it, no widgets showed up at all. I'm installing Centric Pro on a test server to see if I can recreate. Never the less, it's solved and until I can get the test install done, I'll have to assume, based on comments here, that something goofy is going on with my site.
Thanks all for your help. That's why I like the Genesis community.
jc
jbculp
ParticipantVictor,
appreciate your help but I think we are missing somehow on communication. I'll pm you.
jbculp
ParticipantPoint of clarity. On every wordpress page there is a page template option, in Centric Pro it's Default, Landing, Archive, Blog.
WordPress and Centric Pro won't allow you to leave Front Page undesignated in the Settings > Readings settings. When I make that setting --Select-- instead of a page, the front page widgets disappear entirely. So, I have it pointing to an unused page called HOME. It was this page that had it's "page template" set to default. When I changed it to Landing, the problem went away.
That's what I mean by template.
Also, my functions.php and front-page.php are exactly the same code as the downloaded version so there is no custom work in play.
In any event, changing the setting on the page to Landing, fixed it.
jbculp
ParticipantFIXED
If I change the home page, page template from Default to Landing, the mystery DIV with the page title goes away.
jbculp
ParticipantVictor,
Its a funny thing. I disabled all plugins and the problem didn't go away. I replaced my theme files with the current version, again, problem didn't go away.
I changed pages designated in WordPress read panel as Home Page to another page (contact page). Problem went away. I made a slight edit change to Contact page, hit save and the word CONTACT appeared on the front page just under Widget #1, just like before, only this time it didn't say HOME, it said CONTACT.
It's clear that the code in the functions.php is what's doing it but since the front-page.php removes the loop I'm not sure why it's there.... unless this bit from the functions.php is not part of the WordPress loop:
//* Reposition Page Title add_action( 'genesis_before', 'centric_post_title' ); function centric_post_title() { if ( is_page() and !is_page_template() ) { remove_action( 'genesis_entry_header', 'genesis_do_post_title' ); add_action( 'genesis_after_header', 'centric_open_post_title', 1 ); add_action( 'genesis_after_header', 'genesis_do_post_title', 2 ); add_action( 'genesis_after_header', 'centric_close_post_title', 3 ); } elseif ( is_category() ) { remove_action( 'genesis_before_loop', 'genesis_do_taxonomy_title_description', 15 ); add_action( 'genesis_after_header', 'centric_open_post_title', 1 ) ; add_action( 'genesis_after_header', 'genesis_do_taxonomy_title_description', 2 ); add_action( 'genesis_after_header', 'centric_close_post_title', 3 ); } elseif ( is_search() ) { remove_action( 'genesis_before_loop', 'genesis_do_search_title' ); add_action( 'genesis_after_header', 'centric_open_post_title', 1 ) ; add_action( 'genesis_after_header', 'genesis_do_search_title', 2 ); add_action( 'genesis_after_header', 'centric_close_post_title', 3 ); } } function centric_open_post_title() { echo '<div class="page-title"><div class="wrap">'; } function centric_close_post_title() { echo '</div></div>'; }
Is it possible to add a logic statement that says if front page, do not add post_title?? My php knowledge is worse than my css selector knowledge. I will add a URL if that will really help but this is a live site in the middle of an overhaul (again, long story).
john
ps. thanks for the help.
jbculp
ParticipantVictor,
Thanks for your reply. The structure I pasted in was only a fragment from what Firebug showed me. I did check the code for the front-page.php, comparing my version with that of the newest release of Centric Pro. They are exactly the same.
I suspect that it's a plugin causing problems. I'll deactivate all plugins and see if the issue goes away, then work my way back.
I appreciate your reply, especially since I was unable to put in the URL.
Best Wishes
jc
-
AuthorPosts