Forum Replies Created
-
Posts
-
I did a bit of digging around, and while there may be a more elegant solution, this seems to the accepted way to circumvent the issue. Simply change the sole is_admin() function call, to:
if ( is_admin() && defined('DOING_AJAX') && !DOING_AJAX )I'm not 100% sure where in the admin area this check shows up, or what id does, but I think this works. I'm going to edit my Genesis framework files to include this change, unless someone can tell me what it might break. I put in a ticket to support, hopefully they take a peak, and even better consider patching the next minor release.
There are "how to" articles pertaining to WordPress and Ajax dating back to 2011 and very likely long before, if it hasn't been updated to "support" it, it never will be (unless they overhaul completely to help with the REST API).
I'm still leaning towards it being an overlooked case, as I've see a few in WordPress core pertaining to these kinds of checks (images being returned with size modifications that weren't meant for the dashboard).
What's the best way to contact StudioPress to get an official response?
The code from the standard loop is simply copy / pasted into functions.php, with slight alterations to wrap certain elements in div tags (not ideal, but I didn't write it). That being said, I found the cause! Line 84 of genesis/lib/structure/post.php
if ( is_admin() ) { return $classes; }The is_admin function is returning true, because all ajax calls in Worpdress (at least, from the learning I've done this last week), go through the admin area, via admin-ajax.php. Since it's going through the admin, this check is exiting before reaching the rest of the function that displays the posts as I'd like them too.
Now I'm sick, and a bit out of my comfort zone, but isn't that somewhat of a bug on the end of Genesis? If this is indeed the standard behavior for an ajax call (going through admin), we don't want to tamper with the formatting as if we're in the admin panel. I can't think of a better check off the top of my head, but surely that boolean check can be expanded to exclude when an ajax call is happening, or add an && like so:
if ( is_admin() && current_user_can( $capability ) ) { return $classes; }Perhaps with the lowest common privilege, that check would suffice to know if you're on the admin dashboard, vs doing ajax? (list of privileges)
Again, I'm just kind of thinking out loud here, so please correct me / let me know what you think.
PS - I "fixed" my issue with this javascript, but it's obviously a hack-job, and I'd like to continue the dialogue above.
$('.status-publish').toggleClass('hentry entry');
Oddly enough, your earlier response is now marked as private and I can't see it, even when logged in haha. Toss me a link again and I'll take a look, and I'm actually at my computer and awake now 😉
Yeah, sorry, fell asleep and forgot about it this morning. I'll check when I get up tomorrow.
In the meantime, let me know exactly what you want, as clear as possible, so I don't have to ask as much tomorrow.
@rjincan - do you have a link to your site? I assume the above link is what you want, I need to see what you have to get there.
If it isn't already in your style.css media queries (at the bottom), you may need to add it. The final code (for mobile responsiveness only) is:
header-widget-area { text-align: center; }
style.css in your wp-content/theme (your theme name) folder.
Not a problem. For that, change the following "margin-bottom" value to something like 24px:
.archive-description, .author-box, .breadcrumb { border-bottom: 1px solid #000; margin-bottom: 100px; padding-bottom: 30px; }Again, play with it until you get what looks right to you.
Search for the following in your style.css file:
@media only screen and (min-width: 1100px) .genesis-nav-menu a { padding: 29px 20px; }Change the 20px to 8 to 12px, up to you. 8 works if you don't change the letter spacing of 1px in the next part, 12 works if you do. If you do 8, change the following to 0 instead of 1:
.genesis-nav-menu a { color: #000; display: block; font-family: Montserrat, sans-serif; font-size: 12px; font-weight: 400; letter-spacing: 1px; padding: 15px; text-transform: uppercase; }"letter-spacing 1px;" would be changed to 0, rather than 1, which makes a bit more room. You can also adjust the font-size 12px to make more room too. Either way, the padding in the first part, and font size / letter-spacing are what are taking up space, so adjust those values until you get what you're looking for.
You can put it anywhere in functions.php (I suggest the end, add a line of empty space, then paste that code at the bottom of the document), I promise it's WAY less scary than it looks. 99% of changes you make to your site happen in style.css and functions.php, so it's really recommended you get comfortable with both.
If you insist on a css solution, this should work:
.home .site-header { display: inline; } .site-header { display: none; }
This should do the trick, add it to your functions.php file:
/** Remove header on all pages but home page. */ add_action( 'genesis_header', 'site_home_remove_header', 5); function site_home_remove_header() { if(!is_home() || !is_front_page()){ remove_action( 'genesis_header', 'genesis_do_header' ); } }
This text is white on white, and is taking up roughly 50% of the area you're referring to:
""He shall cover you with His feathers, and under His wings you shall take refuge ..."
Psalm 91:4a"Remove that, or change the font color.
The issue is that the bottom border is coming from various places, like so:
Line 267-269:
.entry-content a { border-bottom: 1px dotted #999; }As well as:
224-228:
a:hover { /* color: #c50000; */ /* border-bottom: 1px dotted #c50000;*/ border-bottom: 1px dotted #333; }If you remove that, you should be able to remove your added "border-bottom: none", as that's not needed (or being read), and I'm not 100% sure, but I don't think "none" is accepted there, but I could be wrong.
Are you making entire posts that are just a single image? The above css has zero to do with posts, or text, it has to do with entry-content, which is simply the content area. If you make a post with a wall of text, that border will be there, if you make a post that is just an image, it'll be there, because it's just adding it to the end of the entry content, it doesn't care what that content is.
Assuming you are making entire posts that are just an image, you could add this:
.entry-content img { padding-bottom: 24px; border-bottom: 1px dotted #ff00ee; }(the padding is to show the border below the image, otherwise it's right up against it)
You still need to remove various other border css, as there are instructions for if it's a link, if it's not a link, etc, which messes it all up.
This is likely an option in your themes settings. In your admin area, search for settings specific to your theme, likely under a menu named after the theme.
It's not specific to images, it's specific to your entry-content section.
.entry-content a { border-bottom: 1px dotted #999; }
You're likely not going to find a completely honest and unbiased "review" site. The issue is that there is massive money in web hosting, and much like politics, it's corrupted. People pay tens of thousands for false reviews, others are invested via referral links and game their entire site's reviews. The best way to get accurate information, is to ask like you have here, and analyze what actual people have used for years.
I'm not sure how they handle, but NameCheap now does hosting, and has solid support (at least the systems in place, not sure how they actually respond / handle), so consider giving them a try.
I personally left HostGator after 5 years when Endurance International Group bought them out - that's when performance dropped, and I generally saw a lot of hate towards them around the net (I used to praise them and hand out referrals all the time). Worth noting, is EIG bought out a TON of web companies, which can be seen here.
