I think that’s all handled in the bbPress code, not in the theme.

Likely a post on the bbPress forum might get quicker answer this weekend.

Looking at the file change log might be useful, while waiting for an answer on Monday. 🙂

Safari for Windows was abandoned Summer 2012 (2 1/2 years ago!) by Apple and does not support the latest web tech, and should not be used for anything, frankly.

Theme works great in Safari on all other platforms. But Safari “for Windows” is an abandoned product which hasn’t been updated in forever, may not be secure, and should not be used by anyone at this point.

They work for me on Newsmag 1.3x (see ga-ga.com), tested in portrait mode on my iPhone 6.

I am installing 1.4 today and will double check “-)

Did you try with cache cleared and off, and with all plugins off except for visual composer?

I have zero problems with this.

Simply create text boxes when doing your home page layout in page builder. Thats what i do.

Cool. So using the caption section of each image in the media manager should work for you, for the title=”” field in each IMG tag when placed on the post, and would show on hover.

If you want to use the title field in the media manager, you’d need to use the plugin I mention, or similar.

This is a WordPress thing and unrelated to the theme 🙂

You can edit the style.css file to change the widths of the layout for desktop, by editing the @media section for desktops, without affecting the mobile sections.

However this would impact the overall layout.

You might also simply add some padding to the post area, by looking at the section using Chrome inspector, or view source, and find the main div for the post area, then experiment with adding some padding to that in the custom CSS box in the theme panel.

Obviously hacking the theme to change things is a little bit trial and error, but that’s how you learn 🙂

Just delete that code from the custom CSS box.

Go to the theme panel settings for fonts and change them all back to default if you previously changed them.

Why not just turn the sticky sidebar “off” if you’re concerned about the issue and don’t want to hack the theme?

WordPress removed use of the title tag on image placement back in v 3.5. So, they now use the caption element, except for the attachment view page. Their stupid thinking was having somebody mouse over an image and see “image 123″ wasn’t very useful. Most folks complained and said it should just be included as blank element, but they disagreed.

This isn’t a theme issue; since images are placed into the post via WordPress normal use.

Obviously when placing images manually, you can add the title=”my description” here in the image element in the post. However for “featured” images, the placement doesn’t allow you to manually edit that on the page.

So, WordPress expects a caption to do that work, and then populates the title=”” tag for the IMG tag. So, for featured images, you might *try* to use caption field, as that does populate the title tag per WordPress Codex docs (unless that changed again).

There is actually a plugin which adds this functionality back, and one could probably add this to the functions.php file by looking at plugin code (which we will be doing here, as this same subject came up on our political news site in California where hovering on photo doesn’t show title tag with senator name, etc.).

SEE: https://wordpress.org/plugins/restore-image-title/

Not a theme issue; it’s because something tried to access the theme folder directly which nobody should do. Just like somebody trying to access /wp-includes/ or similar.

Normally you will get a 500 error or similar when changing / updating theme, one time. This is normal and not a flaw/bug; but how WordPress works and Google accessing something at same time update is being done, or if somebody trying to hack your site by testing the theme folder for vulnerability.

If you continue to get the error over and over beyond the normal happening from theme switch, you need to modify your WordPress install as noted here – it’s *not* a theme issue:
https://ardamis.com/2011/06/02/fix-for-php-fatal-error-get_header-in-wordpress/

@shae101s
nice 🙂

Lucian, at some point you folks will likely need to make a sticky topic about this since it’s asked on a weekly basis. Or add a special tutorial link right side of page under docs.

It’s just going to be asked over and over and over and over and over and ….

• This reply was modified 11 years by simchris.

The smart sidebar behavior does not violate Google AdSense terms of use. I checked with them on that. It’s not a floating sidebar, it’s a sticky sidebar, meaning that the behavior simply sticks the sidebar in place which is a popular element in Bootstrap based design.

The div is still the same and with responsive design can move on the page based on viewport and locale. This is also common with parallax design.

The function only works on desktop and not on mobile.

Odd. I check my site regularly in safari on mac, ios8, etc., no issues.

Note that safari on windows was abandoned by apple 2 years ago or more and should not be used for anything.

Be sure to clear all your web cache, reset CDN feed as applicable and do full cache clear on your web browser.

Also the code I provided was “example” — you need to obviously change that from 'return "html"; to whatever the visual editor directive is (sorry, don’t know what that is… see the WP Codex for info!).

My editor always defaults to text/HTML view on the post page, which is what I prefer. Supposedly the “visual editor” is the default, but not for my installs for some reason – regardless of theme.

So, not really a theme issue … however there is a hook you can add to your functions.php to set the specific editor you want as default, e.g.,

add_filter( 'wp_default_editor', create_function('', 'return "html";') );

• This reply was modified 11 years by simchris.
• This reply was modified 11 years by simchris.
• This reply was modified 11 years by simchris.
• This reply was modified 11 years by simchris.

We don’t have this issue with the theme panel in Chrome Mac, iOS, Win7/64, or Firefox/Mac.

Using wp-optimize regularly can keep the dbase cleaned of extraneous junk.

Doing clean up of old tables from bad plugins that don’t clean house, can help too.

You can
a) comment out thumbnail sizes you won’t use in the functions.php file
b) you can set your three most used sizes in the WP settings > media > small/medium/large

Do search in forum for how to do a) as this has been covered dozens of times over past year 🙂

🙂
I’m sure Marius or Lucian, et al, will follow up to this ticket soon.

Maybe include a link to your page where you see this issue, along with link to the original image you uploaded from your media folder?

Issue happens because
a) the OG tags are missing from META tag for a featured image
b) featured image not large enough
c) G+ and FB both have recurring problems with capturing images, even with meta data done properly; and sometimes randomly try to grab the largest first image on the page.

Not much you can do about it beyond a) and b).

Hm. I don’t think my site that I checked has the latest and greatest version of Newspaper, which might explain that.

This will definitely be a TagDiv helpdesk question!

I’m assuming you checked the box is checked on the WordPress > settings > media size thumbnails page?

[x]Crop thumbnail to exact dimensions (normally thumbnails are proportional)

Hm. It might be on either the wordpress > media > settings page (same place with the small/medium/large sizes for thumbnails.

Or, I think it was in the theme panel … um…. (you know, I am now getting the two themes confused…) …

okay…
theme panel > post settings > featured images > crop featured image …

Heh. 80% of what people report as bugs are not bugs, hence my initial “are you suuuuuurrrre?” comment. I don’t work here, but have suffered the vagaries of WordPress for a decade now, so often have a useful tip to impart. Not in this case.

On the plus side, now having a second person verify this, the TagDiv support folk will also know “it’s for real” 🙂