You might need to click the “show visiblity” little tab thing top right of the post screen, then check the [x] box to show post options.

I’m a couple of versions back, but it should be there … ?

I think you can choose a full width post when creating a new one from the post settings below the post content box, there should be box you can select showing “no sidebar” … below where you select which template # to use if not default …

Are comments turned on in your main WP admin settings, discussion ?

Hm. Prefer to do this as a function, by de-enqueuing the hook, and I think I “might” have that sorted. And of course we don’t want anything minified by a plugin as we do that properly for static files for both js and css ahead of time …

Good thought, though, THANKS — appreciate the feedback! 🙂

We will be using WP Super Cache for this particular in house project.

I think I might have it sorted by doing a de-enqueue function, de-register, in functions.php — so just need to test that.

Have 99% on GTMetrix and down to 1.1 sec with photo and https but no caching plugin! — but only 92 desktop and 78 mobile on Google’s PageSpeed Insights test directly, due to the pesky render blocking crap. If I can get that damn last css file to footer, I’ll be in the home stretch.

Trying really hard to get WordPress to be as fast as our static main part of site where we have 100/100 out of all 3 tests with Google PSI. I’ll get there!! 🙂

@olekit

Yes
see bottom of the upgrade page
https://forum.tagdiv.com/how-to-update-the-theme-2/

For my suggestion – some themes have an [edit] button that appears at bottom of the post or below authorbox when logged int. I personally find that annoying, and it’s already in the black bar at top in WP, as Andrei pointed out ….

however, you *can* add that from the WordPress default function by simply putting it into the single post template(s) you are actually using, wither the main template or the loop template, and it should work. As with all these things, TRY IT, and if it doesn’t work for you REMOVE IT. “Trial and error” is how to learn to do most of this stuff. 🙂

@leonard
Theme does not control or impact RSS, that is part of WordPress.

If RSS feed broken you likely have a bad rewrite rule impacting the endpoint generated via WordPress.

Resaving your permalinks “might” help with that as well as clearing your transients.

Also, if you added any custom rule to your functions.php or htaccess file from bad caching plugin, this can break default RSS endpoints/URLs. Good to manually check your htaccess file for such garbage leftovers. Check anything you added to functions.php which might impact that.

@leonard
Theme does not control or impact RSS, that is part of WordPress.

If RSS feed broken you likely have a bad rewrite rule impacting the endpoint generated via WordPress.

Resaving your permalinks “might” help with that as well as clearing your transients.

Heh. Sorry. Stupid me….
you know what I was doing to test (sure signs I need a long vacation from this stuff …. )

I was viewing the initial page, noting the view, going to amp version, then hitting back button, and going “how come it didn’t incrmenet” when obviously the back button goes back to browser cache version not new page visit.

LOL!

Using it via the actual post edit screen to see updated views, it does seem to be working.

So, guess I’m not as smart as I think I am! 🙂

Thanks again!

Chris S.

See the business hours listed top right of every page.
Might be plugin to do what you want.

No. Not a bug.
The version included with theme can ONLY be updated when there is a new THEME update. You can’t update the plugin separately, as you don’t have a license to do so. So, you can ignore the “update notice” — you don’t HAVE to update anything everytime there is an update available.

The screen shot you added has NOTHING to do with a “copyright notice” — it’s merely saying there is an update “available” for the plugin. You don’t need the “latest version” to use theme. You have the latest version TESTED to work with the theme.

Again, please see theme docs:
https://forum.tagdiv.com/how-to-update-visual-composer-plugin/

READ WHAT IT SAYS:
The theme includes a license for this plugin so you don’t have to buy it.
You don’t have to activate the plugin license, it’s already activated. <<<<<<
You can’t update the plugin directly from the it’s producer.
You don’t have to worry about the plugin update warnings. <<<<<<

(( I don’t work here . . . ))

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

Has nothing to do with “copyright…” — you have a free “bundled version” license for the plugin, but you don’t have a paid license so you have to wait for the next theme update to get the latest tested-safe/compatible version of VC. Just ignore t he “update available” notice.

See the theme docs on “how to update” for more info. 🙂

Upshot: just ignore it, you don’t need to do anything.

Add an htaccess rule in there.

http://www.wpexplorer.com/htaccess-wordpress-security/

Theme works with woocommerce, you dont have to hack it to use wc. See theme docs on using wc.

One site we will be adding to Fb new system. All rest will be wait and see. Our main site has been online 16 years. ?

I guess the docs are saying that if you’re loading the posts off of a CDN then the theme cannot “count” which posts are most popular as not being loaded locally, so the “most popular” function won’t work.

TagDiv wlll be back Monday 🙂

super user admin should be able to “edit” all posts. So, if you are logged in as the admin/super user, then you should see the ‘edit’ link (which is actually a WordPress function, not a theme function).

Codex docs
https://codex.wordpress.org/Function_Reference/edit_post_link

theme template simply adds the link which is managed by WordPress “user roles.”
e.g., <?php edit_post_link(); ?>

Also note that web browser may change the size/view depending on the default or over-ride font settings, so the “exact” pixel view is impossible in the edit vs live view — it’s only an “approximation” — it’s not a “graphic” — text is fluid and will NEVER match 100% in the edit and live view.

If you don’t like the “custom view” — it’s best to simply disable that entirely, where you’d have the full width view for editing which ALSO does not match the live view 100%.

Text is fluid and depends on the version of font loaded on various devices — e.g., Georgia font looks slightly different on Mac and Windows, letterspacing and kerning may vary, and pixel dpi (e..g, 72dpi, 96ppi, etc.) may impact how lines “break” on different devices and web browsers.

Views can also vary depending on the version of a font installed on your particular machine (e.g., Open Sans will look different if you have a version on your PC, while somebody on the web does not and loads the Google version off the cloud). Some people also “over ride” text in browser to only load one font face, like Arial.

Upshot — obsessing over what the editor looks like “exactly” is a fool’s errand, and one should spend time on great content, not on whether text fits on two lines or three, because nobody else will see it “exactly” the way you do.

Just an opinion. I see this topic often on various forums and some folks get bent out of shape about the view matching the live page, and that is technically and actually impossible.

CDN’s work the samw with all WordPress themes, it’s not specific to this single theme.

However the theme docs might be useful:
https://forum.tagdiv.com/cloudflare-cdn/

Theme does not delete posts/content from dbase. This would be due to a plugin you’re using, or due to a setting you’re using when creating a post.

Just ignore it. If there is okay/close [x] button just close it.

See the theme docs >>>> link right side of page
for how to use the “mega-menu”

🙂

Have you run wpoptimize to clean up your dbase a bit? You can also have your webhost do command line duplication of dbase if phpadmin timing out. You may also be able to extend application runtime and allowed filesize in php.ini and or host panel settings.

Good first start to making backup.
Theme update does not impact dbase. Uodate via ftp.
Good idea to export your theme settings first.

Wordpress docs (“codex”) a great way to learn how to use WP, btw;
https://codex.wordpress.org/Editing_wp-config.php#Increasing_memory_allocated_to_PHP

add to wp-config.php

define( 'WP_MEMORY_LIMIT', '96M' );

hope that helps! 🙂

(( I don’t work here . . . ))

If it happens with all WordPress themes, and not just this one, then you likely have some kind of server over-ride or domain setting which doesn’t allow “custom error documents.” I run Linux, so not sure.

This is not typically a theme issue as the 404 page is served via WordPress rewrites when the WordPress system is loaded. If the server is over-riding the php loading of WP instead, not specific to any one theme or in fact WP.

Not sure that helps. …

(( I don’t work here . . . ))